> On Sun, 14 Mar 2010 00:16:52 +0000, "[email protected]"
> <[email protected]> said:
>> Ben wrote:
[snip]
> By the way, I have a proble with the Fl_Counter widget to adjust the
> maximum number of lines: The step cannot be bigger than one apparently,
> which takes a long time to increase from 10000 to, say, 20000 or more !
You can do this by calling step() and lstep(), take a look at the
test/valuators.cxx example in FLTK's source tree.
[snip]
>> Ouch. Well, my vote is no XML, thank you very much. Really, all we
>> need is a pointer and five chunks of data, and we can process the
>> image without any further complications:
>>
>> a pointer to image base
>> x resolution
>> y resolution
>> data size (word, byte, nybble)
>> data packing (two nybbles/byte, etc.)
>> packing order:
>>
>> I recommend (presuming nybbles in bytes):
>>
>> struct fimage:
>> {
>> word *image; // NULL if invalid, otherwise points to image in RAM.
>> long xwidth; // ex 1808
>> long ywidth; // ex 1200
>> long pixelbits; // ex 4
>> long pixelsperword; // ex 4
>> long packingorder; // 0.W.X.Y (unused)(LR or RL within word)(LR or
>> RL within line)(TB or BT within image)
>> // packingorder ex in hex: 0000: (unused)(LR)(LR)(TB) [this is natural
>> bigendian ordering)
>> }
>>
> No problem with that because this is close to the layout of the existing
> "picture" class. Now, where would you like to have this entry point ? At
> which stage of the processing ? When displaying ? Should I reuse
> 'picture' or create a brand new class?
Please think very carefully before creating a public API to process
received images. We certainly don't want to deal with dynamically
loading shared objects at runtime, as this will require something like
libltdl to do portably.
IMO it's much better to just have an option specifying a program to be
called with the filename of the image saved in PNG format. It's trivial
to get to the RGB data and there are many image processing libraries
than can open PNG files directly.
--
73,
Stelios, M0GLD.
_______________________________________________
fldigi-alpha mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/fldigi-alpha
