I by no means want to waste your time otherwise we wouldn't have the great
POV-Ray windows version we do now.  It would be nice though if there was a
way to tell POV-Ray to /RENDER but stay in the /BACKGROUND.  It's probably
to tough to add at this point and that's ok.  I'll let it drop.  I'll just
have to endure until I can figure out how to write a GUIEXT that can be
called from Java to fire off renders.

Thanks Chris, everyone for your input,

Andrew

> > That's why I'm pushing for a compromise.  When the first instance of POV
> > opens it should do what it does now.  Show the splash, open up, come to
the
> > front etc.  But on subsequent /RENDER commands sent to the original
instance
> > POV should stay minimized if it is minimized, or stay in the tray if
it's in
> > the tray.  That way it's obvious that POV is doing the work, and those
of us
> > that want to use in the background can work.
>
> The coming to the front is intentional; it's the way that people expect it
to
> work if you have keep single instance set. This is normal behaviour for
those
> classes of windows programs that allow a single instance option. If we did
> not do what we are currently doing people would complain and this wastes
my
> time.
>
> The 'coming to the front' behaviour is not, as you seem to think, a means
of
> forcing people to know what program is in use.
>
> -- Chris
>
>

Post a reply to this message