[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [newbie] How to plot to drawing_area
- From: Roland Smith <rsmith xs4all nl>
- To: gtk-app-devel-list gnome org
- Subject: Re: [newbie] How to plot to drawing_area
- Date: Mon, 3 Feb 2003 20:52:19 +0100
On Mon, 3 Feb 2003 14:04:26 -0300
"Individual . ." <individual@mi.cl> wrote:
> > :-( Especially if you want it to work on all available colordepths etc.
>
> Yes, from what I've seen in the tutorials... one has to get one's brain
> around all available colourdepths. Ergh.
Well, nowadays you'll probably get fewer complaints if you say "only works on 24
or 16 bits colordepth". Certainly for a scientific app.
> > For me, I would only use Xlib if I was on a platform that was slow or
> > very
> > resource constrained, and if a proper GUI was not necessary, i.e. you
> > just want
> > to show a picture or movie.
> >
>
> Yes, it's sort of that but from another point of view: I want the
> greatest speed in displaying the image, and hopefully that it won't
> impact the calculation that is being run behind it (this will be for a
> scientific app).
GdkRGB is pretty fast. but you could deploy the GUI from a different process if
you do now want it to impede the app. Look at g_spawn_async_with_pipes() in the
Glib manual. Just spawn the GUI, write the RGB data to the pipe, and have the
GUI process read and display it.
> And yes, a GUI won't be necessary. I *may* add a palette in a separate
> floating window with "Quit" "Save" "Close" in the future. That's why I
> turned to Gtk initially (and besides, I decided that it was about time
> that
If you might want a GUI later, then don't implement in xlib now, or you'll be
rewiting it later. :-)
Roland
--
R.F. Smith /"\ ASCII Ribbon Campaign
r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in email
http://www.xs4all.nl/~rsmith/ X No Word docs in email
/ \ Respect for open standards
PGP signature
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]