l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2004 Oct 04 14:18

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
[vox-tech] VTK 3D image capturing (was: GUI-unfriendliness (was"bring to front" X-window command)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vox-tech] VTK 3D image capturing (was: GUI-unfriendliness (was"bring to front" X-window command)

Can you double buffer the output and save the buffered image?


On Mon, 4 Oct 2004, Jonathan Stickel wrote:

> Jeff Newmiller wrote:
> > I detest programs designed to behave this way... from "helpful" cpu status
> > displays to "Did you really want to quit this program?" dialog boxes to
> > "Your Windows resources are running low" to "We are backing up your
> > data... please wait" dialog boxes... they all suffer from either hubris or
> > programmers who couldn't handle multitasking. Please stop trying to take
> > control away from the users ... there has to be a way to avoid this
> > unfriendly behavior in your software ... be creative and find it.
> >
> <snip>
> I appreciate your comments.  Let me explain a little bit more about my
> problem.  I am helping with a 3D visualization add-on (octaviz, built on
> VTK) for a numerical math package (octave).  Octave typically runs as a
> command-line interpreter in a shell window.  Graphing commands (and now
> visualization commands) generate new windows that contain
> graphs/graphics.  2D plots can be exported in some vectorized format, of
> course.  The 3D visualizations, however, are complex, opengl rendered
> objects with mouse interaction to rotate, zoom, etc.  Image "snapshots"
> of the windows are often the only way to get a desired export of the
> visualization.  There are functions in VTK to do just this, but the
> rendered window MUST be on top to work; otherwise, it exports whatever
> screen image is over the top of the VTK window.  And yes, I do consider
> this to be a feature problem in VTK, but I do not have the technical
> expertise nor time to make changes to VTK.
> So... a quick and easy fix for me is to force the window on top before
> my export command saves the window as an image.  I did spend all weekend
> looking through Xlib programming docs to see if I could get around this
> some way, for example by keeping the window data in memory when it is
> covered up.  Another option is off-screen rendering, but that path isn't
> short either.
> If anyone has further suggestions, I would be happy to hear them.  For
> now I /try/ to bring the window to the top and have a warning in the
> user docs about this.
> Thanks,
> Jonathan
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech

Mark K. Kim
AIM: markus kimius
Homepage: http://www.cbreak.org/
Xanga: http://www.xanga.com/vindaci
Friendster: http://www.friendster.com/user.php?uid=13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage
vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!