ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Wolfgang Schuster <wolfgang.schuster.lists@gmail.com>
To: mailing list for ConTeXt users <ntg-context@ntg.nl>,
	Henning Hraban Ramm <texml@fiee.net>
Subject: Re: output file name query
Date: Sat, 23 May 2020 14:43:12 +0200	[thread overview]
Message-ID: <3d068487-61c5-3d3c-d57f-e21dc060c42f@gmail.com> (raw)
In-Reply-To: <0FA790F7-06EA-4FC9-9150-F843D0D32EA5@fiee.net>

Henning Hraban Ramm schrieb am 22.05.2020 um 17:39:
>> Am 22.05.2020 um 15:09 schrieb Wolfgang Schuster <wolfgang.schuster.lists@gmail.com>:
>>
>> Alan Bowen schrieb am 22.05.2020 um 14:33:
>>> In my project, I process a single product file by enabling various modes. What I would like to do is to vary the name of the output PDF file in each instance.
>>> So, in processing a file, how does one go directly from prd_filename.tex to myfilename.pdf rather than to prd_filename.pdf—assuming that it is possible?
>>> Any tips or pointers to what I should be reading will be greatly appreciated.
>> 1. Drop the weird (sorry Hraban) naming system and use myfilename for your product.
> I force nobody to use that.
No and everybody has to find a system which fits best for him, prefixes 
can be useful (e.g. to avoid component and style files with the same 
name) but aren't necessary.
>> 2. Use the result option on the command line, e.g. "context --result=myfilename prd_filename.tex".
> But that still produces a "prd_filename.*" first and then renames it, making it impossible to keep a "prd_filename.pdf". Or did that change recently?
>
> My workflows are adapted to that behaviour: "prd_*.pdf" is just the temporary version, none of those leaves my computer, but only nicely named PDFs (usually MyProductName_yyyy-mm-dd.pdf).
Having a simple name doesn't mean it's the final name of the document.
>> 3. Ask Hans to add the result option to the first line of the document which is read by the context script before it creates the PDF.
>>
>> % result="myfilename"
>> \starttext
>> ...
>> \stoptext
> That contradicts the mode approach. It would be nice if we could set (or can we?) the result from within the product, depending on a mode – since the product is renamed only later anyway, that could be viable.
This addition is easy because already reads the first line of the 
document for special setting (e.g. the engine) but anything which is set 
in the document requires more work because you don't know the new name 
*before* LuaTeX or LuaMetaTeX create the PDF.

Wolfgang

___________________________________________________________________________________
If your question is of interest to others as well, please add an entry to the Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki     : http://contextgarden.net
___________________________________________________________________________________

  parent reply	other threads:[~2020-05-23 12:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-22 12:33 Alan Bowen
2020-05-22 13:09 ` Wolfgang Schuster
2020-05-22 15:39   ` Henning Hraban Ramm
2020-05-22 20:08     ` Rik Kabel
2020-05-23 12:43     ` Wolfgang Schuster [this message]
2020-05-23 13:46       ` Gerben Wierda
2020-05-23 19:46         ` Wolfgang Schuster
2020-05-23 21:52       ` Henning Hraban Ramm

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3d068487-61c5-3d3c-d57f-e21dc060c42f@gmail.com \
    --to=wolfgang.schuster.lists@gmail.com \
    --cc=ntg-context@ntg.nl \
    --cc=texml@fiee.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).