Re: Set Print Option clarity needed

[Kirk Brooks via 4D_Tech]

This is also a confounding issue if you even tried to use "printing" on 4D
server to create PDFs.

On Thu, Jun 29, 2017 at 10:26 PM, Keith Goebel via 4D_Tech <
4d_tech@lists.4d.com> wrote:
>
> Sounds like I have just been incredibly lucky so far that print settings
> have not been messed up by a second process.
>
> > On 30/06/2017, at 2:38 pm, Keisuke Miyako wrote:
> > printing has always been a global operation.
> >
> > after all, it is the application that is doing printing, not the process.
>

-- 
Kirk Brooks
San Francisco, CA
===

*The only thing necessary for the triumph of evil is for good men to do
nothing.*

*- Edmund Burke*
**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Set Print Option clarity needed

[Keith Goebel via 4D_Tech]

Thanks for your reply.
Sounds like I have just been incredibly lucky so far that print settings have 
not been messed up by a second process.
I like to do the print settings at the start of a long print job so the user 
can start it and forget it - rather than have it stop when finally ready to 
print and wait for the user to intervene. 
Looks like I should re-think that idea.

Once I can get to v16, with its ability to change page orientation inside a 
print job, all should be well - unless there is going to be a problem with 
having more than 1 print job open at a time...
Cheers, Keith

> On 30/06/2017, at 2:38 pm, Keisuke Miyako wrote:
> printing has always been a global operation.
> 
> after all, it is the application that is doing printing, not the process.
> 
> so if you OPEN PRINTING JOB in a process and hold (TRACE for example; just 
> close the progress window on Mac)
> then call SET PRINT OPTION in a different process,
> you get the error 1009 telling you can't do that once a printing job has 
> started.
> 
> you might want to use a semaphore to make sure only one process prints at a 
> time.
> 
>> 2017/06/30 8:01、Keith Goebel via 4D_Tech <4d_tech@lists.4d.com 
>> > のメール：
>> 
>> I have not tested it as experience has taught me that current behaviour can 
>> change if the docs say something and the actual behaviour is something else 
>> and the engineers decide to fix it - so I would prefer to clearly understand 
>> the docs and how to prevent a clash between processes.

**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Set Print Option clarity needed

[Keisuke Miyako via 4D_Tech]

printing has always been a global operation.

after all, it is the application that is doing printing, not the process.

so if you OPEN PRINTING JOB in a process and hold (TRACE for example; just 
close the progress window on Mac)
then call SET PRINT OPTION in a different process,
you get the error 1009 telling you can't do that once a printing job has 
started.

you might want to use a semaphore to make sure only one process prints at a 
time.

> 2017/06/30 8:01、Keith Goebel via 4D_Tech <4d_tech@lists.4d.com> のメール：
>
> I have not tested it as experience has taught me that current behaviour can 
> change if the docs say something and the actual behaviour is something else 
> and the engineers decide to fix it - so I would prefer to clearly understand 
> the docs and how to prevent a clash between processes.




**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Set Print Option clarity needed

[Keith Goebel via 4D_Tech]

Hi all.
In the v16 Conversion doc, I noticed the following instruction.
I see it was the same from at least 4D v13, and it has caused me no problems so 
far, but I'd like to make sure there are no problems in the future...

The SET PRINT OPTION command is used to modify, by programming, the value of a 
print option. Each option defined using this command is applied to the entire 
database and for the duration of the session as long as no other command that 
modifies print parameters (PRINT SETTINGS, PRINT SELECTION without the > 
parameter, etc.) is called...

What does this actually mean?
- does "entire database" mean all printing for the current process or all 
printing for all processes? (I assume the latter)
- does "duration of the session" mean until the user quits or until the process 
finishes? (I assume it is "user quits”)

Let's say that I have 2 processes, each doing a report that takes a while and 
they both set the same Print Option but with different values at the start of 
their process, does the above mean that the latest of the processes will 
over-rule the Print Option set in the first process?

I assume that if the reports are inside a print job (except for page 
orientation) , their settings will not be affected, but what if they are not in 
a Print Job or the page orientation is changed in the second process?

I have not tested it as experience has taught me that current behaviour can 
change if the docs say something and the actual behaviour is something else and 
the engineers decide to fix it - so I would prefer to clearly understand the 
docs and how to prevent a clash between processes.

Thanks for any clarity you can offer me.
Cheers, Keith

**
4D Internet Users Group (4D iNUG)
FAQ:  http://lists.4d.com/faqnug.html
Archive:  http://lists.4d.com/archives.html
Options: http://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**