ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
* extended printing options in ConTeXt
@ 2016-02-01  7:22 Pablo Rodriguez
  2016-02-04 18:51 ` Hans Hagen
  0 siblings, 1 reply; 5+ messages in thread
From: Pablo Rodriguez @ 2016-02-01  7:22 UTC (permalink / raw)
  To: mailing list for ConTeXt users

Hans,

would it be possible to implement two extended printing options defined
in the PDF specification?

You have kindly implemented duplex printing and page scaling options.
At my workplace, we are it on a daily basis for mail merging (I had to
make an “extension” to distinguish between duplex printing and page
scaling [it isn’t an option for me]).

In the present implementation, page, portrait and landscape values sets
page scaling to none. In most of the documents we generate, we have to
fit page contents to printer margins. It is a must for us, since
corporate templates are the way they are (wrong designed).

Would it be possible to have the PDF printing options in different keys
than the one used for the the viewing options?

It would be also extremely useful to be able to specify the number of
copies and select page size from PDF document. These are the keys
/NumCopies and /PickTrayByPDFSize (described on page 365 from the PDF
specification).

The keys and their values would be:

    duplex          page portrait landscape (only a duplex key required)

    fixed           (no value is required)

    copies          number

    pdfsize         yes no

This way, the user has only to press the OK button in the printing
dialog or enter (and forget about selecting which kind of document
requires which options).

I’m asking this for my own needs (it is essential for us at work,
where none knows what ConTeXt might be).

But this implementation benefits any ConTeXt user.

Many thanks for your help,

Pablo
-- 
http://www.ousia.tk
___________________________________________________________________________________
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: extended printing options in ConTeXt
  2016-02-01  7:22 extended printing options in ConTeXt Pablo Rodriguez
@ 2016-02-04 18:51 ` Hans Hagen
  2016-02-04 19:00   ` Pablo Rodriguez
                     ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Hans Hagen @ 2016-02-04 18:51 UTC (permalink / raw)
  To: ntg-context

On 2/1/2016 8:22 AM, Pablo Rodriguez wrote:
> Hans,
>
> would it be possible to implement two extended printing options defined
> in the PDF specification?

remind me in a few weeks as i have other priorities now

> You have kindly implemented duplex printing and page scaling options.
> At my workplace, we are it on a daily basis for mail merging (I had to
> make an “extension” to distinguish between duplex printing and page
> scaling [it isn’t an option for me]).
>
> In the present implementation, page, portrait and landscape values sets
> page scaling to none. In most of the documents we generate, we have to
> fit page contents to printer margins. It is a must for us, since
> corporate templates are the way they are (wrong designed).
>
> Would it be possible to have the PDF printing options in different keys
> than the one used for the the viewing options?
>
> It would be also extremely useful to be able to specify the number of
> copies and select page size from PDF document. These are the keys
> /NumCopies and /PickTrayByPDFSize (described on page 365 from the PDF
> specification).
>
> The keys and their values would be:
>
>      duplex          page portrait landscape (only a duplex key required)
>
>      fixed           (no value is required)
>
>      copies          number
>
>      pdfsize         yes no
>
> This way, the user has only to press the OK button in the printing
> dialog or enter (and forget about selecting which kind of document
> requires which options).
>
> I’m asking this for my own needs (it is essential for us at work,
> where none knows what ConTeXt might be).
>
> But this implementation benefits any ConTeXt user.
>
> Many thanks for your help,
>
> Pablo
>


-- 

-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
       tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl
-----------------------------------------------------------------
___________________________________________________________________________________
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: extended printing options in ConTeXt
  2016-02-04 18:51 ` Hans Hagen
@ 2016-02-04 19:00   ` Pablo Rodriguez
  2016-03-05 23:49   ` Pablo Rodriguez
  2016-05-29 10:39   ` Pablo Rodriguez
  2 siblings, 0 replies; 5+ messages in thread
From: Pablo Rodriguez @ 2016-02-04 19:00 UTC (permalink / raw)
  To: mailing list for ConTeXt users

On 02/04/2016 07:51 PM, Hans Hagen wrote:
> On 2/1/2016 8:22 AM, Pablo Rodriguez wrote:
>> Hans,
>>
>> would it be possible to implement two extended printing options defined
>> in the PDF specification?
> 
> remind me in a few weeks as i have other priorities now

Many thanks for your reply, Hans.

I’ll remind you by the end of the month (if this is OK for you).

Pablo


>> You have kindly implemented duplex printing and page scaling options.
>> At my workplace, we are it on a daily basis for mail merging (I had to
>> make an “extension” to distinguish between duplex printing and page
>> scaling [it isn’t an option for me]).
>>
>> In the present implementation, page, portrait and landscape values sets
>> page scaling to none. In most of the documents we generate, we have to
>> fit page contents to printer margins. It is a must for us, since
>> corporate templates are the way they are (wrong designed).
>>
>> Would it be possible to have the PDF printing options in different keys
>> than the one used for the the viewing options?
>>
>> It would be also extremely useful to be able to specify the number of
>> copies and select page size from PDF document. These are the keys
>> /NumCopies and /PickTrayByPDFSize (described on page 365 from the PDF
>> specification).
>>
>> The keys and their values would be:
>>
>>      duplex          page portrait landscape (only a duplex key required)
>>
>>      fixed           (no value is required)
>>
>>      copies          number
>>
>>      pdfsize         yes no
>>
>> This way, the user has only to press the OK button in the printing
>> dialog or enter (and forget about selecting which kind of document
>> requires which options).
>>
>> I’m asking this for my own needs (it is essential for us at work,
>> where none knows what ConTeXt might be).
>>
>> But this implementation benefits any ConTeXt user.
>>
>> Many thanks for your help,
>>
>> Pablo
>>
> 
> 


-- 
http://www.ousia.tk
___________________________________________________________________________________
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: extended printing options in ConTeXt
  2016-02-04 18:51 ` Hans Hagen
  2016-02-04 19:00   ` Pablo Rodriguez
@ 2016-03-05 23:49   ` Pablo Rodriguez
  2016-05-29 10:39   ` Pablo Rodriguez
  2 siblings, 0 replies; 5+ messages in thread
From: Pablo Rodriguez @ 2016-03-05 23:49 UTC (permalink / raw)
  To: mailing list for ConTeXt users

On 02/04/2016 07:51 PM, Hans Hagen wrote:
> On 2/1/2016 8:22 AM, Pablo Rodriguez wrote:
>> Hans,
>>
>> would it be possible to implement two extended printing options defined
>> in the PDF specification?
> 
> remind me in a few weeks as i have other priorities now

Hans,

would it be now the right time to implement these features?

Many thanks for your help,

Pablo


>> You have kindly implemented duplex printing and page scaling options.
>> At my workplace, we are it on a daily basis for mail merging (I had to
>> make an “extension” to distinguish between duplex printing and page
>> scaling [it isn’t an option for me]).
>>
>> In the present implementation, page, portrait and landscape values sets
>> page scaling to none. In most of the documents we generate, we have to
>> fit page contents to printer margins. It is a must for us, since
>> corporate templates are the way they are (wrong designed).
>>
>> Would it be possible to have the PDF printing options in different keys
>> than the one used for the the viewing options?
>>
>> It would be also extremely useful to be able to specify the number of
>> copies and select page size from PDF document. These are the keys
>> /NumCopies and /PickTrayByPDFSize (described on page 365 from the PDF
>> specification).
>>
>> The keys and their values would be:
>>
>>      duplex          page portrait landscape (only a duplex key required)
>>
>>      fixed           (no value is required)
>>
>>      copies          number
>>
>>      pdfsize         yes no
>>
>> This way, the user has only to press the OK button in the printing
>> dialog or enter (and forget about selecting which kind of document
>> requires which options).
>>
>> I’m asking this for my own needs (it is essential for us at work,
>> where none knows what ConTeXt might be).
>>
>> But this implementation benefits any ConTeXt user.
>>
>> Many thanks for your help,
>>
>> Pablo
>>
> 
> 


-- 
http://www.ousia.tk
___________________________________________________________________________________
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: extended printing options in ConTeXt
  2016-02-04 18:51 ` Hans Hagen
  2016-02-04 19:00   ` Pablo Rodriguez
  2016-03-05 23:49   ` Pablo Rodriguez
@ 2016-05-29 10:39   ` Pablo Rodriguez
  2 siblings, 0 replies; 5+ messages in thread
From: Pablo Rodriguez @ 2016-05-29 10:39 UTC (permalink / raw)
  To: mailing list for ConTeXt users

On 02/04/2016 07:51 PM, Hans Hagen wrote:
> On 2/1/2016 8:22 AM, Pablo Rodriguez wrote:
>> Hans,
>>
>> would it be possible to implement two extended printing options defined
>> in the PDF specification?
> 
> remind me in a few weeks as i have other priorities now

Hans,

would it be the right time to implement the extended printing features
(explained below)?

Many thanks for your help,

Pablo


>> You have kindly implemented duplex printing and page scaling options.
>> At my workplace, we are it on a daily basis for mail merging (I had to
>> make an “extension” to distinguish between duplex printing and page
>> scaling [it isn’t an option for me]).
>>
>> In the present implementation, page, portrait and landscape values sets
>> page scaling to none. In most of the documents we generate, we have to
>> fit page contents to printer margins. It is a must for us, since
>> corporate templates are the way they are (wrong designed).
>>
>> Would it be possible to have the PDF printing options in different keys
>> than the one used for the the viewing options?
>>
>> It would be also extremely useful to be able to specify the number of
>> copies and select page size from PDF document. These are the keys
>> /NumCopies and /PickTrayByPDFSize (described on page 365 from the PDF
>> specification).
>>
>> The keys and their values would be:
>>
>>      duplex          page portrait landscape (only a duplex key required)
>>
>>      fixed           (no value is required)
>>
>>      copies          number
>>
>>      pdfsize         yes no
>>
>> This way, the user has only to press the OK button in the printing
>> dialog or enter (and forget about selecting which kind of document
>> requires which options).
>>
>> I’m asking this for my own needs (it is essential for us at work,
>> where none knows what ConTeXt might be).
>>
>> But this implementation benefits any ConTeXt user.
>>
>> Many thanks for your help,
>>
>> Pablo


-- 
http://www.ousia.tk
___________________________________________________________________________________
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://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki     : http://contextgarden.net
___________________________________________________________________________________

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2016-05-29 10:39 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-02-01  7:22 extended printing options in ConTeXt Pablo Rodriguez
2016-02-04 18:51 ` Hans Hagen
2016-02-04 19:00   ` Pablo Rodriguez
2016-03-05 23:49   ` Pablo Rodriguez
2016-05-29 10:39   ` Pablo Rodriguez

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).