DOHT! I didnt write that, that was, I think ?Marcuses? response...
[EMAIL PROTECTED] writes:
The second library should be a simple glue-layer between the first
library an LibGGI. The reason to make two libraries that a generic
image loader/writer that is _not_ tied to any
Yes, I keep redesigning it, although this time I promise Ill release both
libggiImg and libggittf regardless of there design, I am sure others will be
able to polish them off from there.
Oh please please. But DO include a wishlist - it'll help others in
redesigning same too.
Now
I just started thinking about my last post in a different way. Should we
implement something like sources in ggi, wihch would allow frame grabbing,
image loading, etc?
I think this would also touch on GII some, and not just in the frame grabbing
situation, I think with relative simplicity we
* Andreas Beck ([EMAIL PROTECTED]) [000203 13:09]:
Hmm - I'd like it better, if it would read only P?M and use ppmtools to
convert any other format as required.
I want to have reading some different file-formats and not only one.
That's why I hack the file-target.
This is a
Send the source my way, I would love to use gnuplot via GGI, also I am looking
at a GGI target for ghostscript.
Also, it sounds as if you may simply have your console misconfigured, do other
programs using GGI and the keyboard via GII work for you?
-Adam Scislowicz([EMAIL PROTECTED])
Well
On Thu, 28 Oct 1999 [EMAIL PROTECTED] wrote:
Of course, you might want to be able to do it this way, too, if you
want to reduce memory use by throwing away some data from the disk
file:
ggi_visual imgvis, memvis;
/* display-file-jpeg sets up a visual representing the