manolo gouy wrote:

> Greg, Albrecht: many thanks for your proposal to apply for developer
> status. I would be happy to do that. In fact, I already did at some
> point last November after Greg already mentionned that in one of his
> posts. But I never got any reply. Could you check if you find any
> trace of my application ?

I don't have access to such data, and I don't know how the approval
process works, but I think that Mike Sweet is the one who does the
final approval and sets the devoloper access in the profile.

One rule is that you must have provided some working patches, and
since yours have been approved in the last months I think that you
would now get dev. status, if you tried again (if that was the
reason). Perhaps you could also send a private mail to Mike. Maybe
it's only hanging somewhere, because Mike (and Matt) seem to be
busy with other things.

> I imagine I could share with Matt the responsibility to follow
> FLTK's cocoa-ization.

That's what you are doing now, isn't it?

> I would also be interested in working on another of the items
> of FLTK 1.3 roadmap: print support. I have (and this is the last trick
> in my bag :=) an API to Mac and Win32 printing graphics contexts
> that allows to use all FLTK graphics and text functions for the
> composition of printer pages. It also allows to obtain printable
> page sizes, select printers, and start/end pages and print jobs.
> This works for Win32, Mac-carbon and Mac-cocoa, but obviously not
> under Unix, and I would like to know what are your plans for Unix
> print support.

Looks interesting and is on the roadmap. Personally I have no idea
what the concrete plans would be. I know of some printing support in
fluid, and this works at least for Windows (drawing to an offscreen
and then blitting the offscreen image to Windows GDI, IIRC) and on
Linux (by using PS output) - but these are two completely different
approaches. I imagine that the planned printer support would be
implemented with a new "device" that can be used for normal FLTK
drawing primitives by switching from one device to another, similar
to offscreen drawing. It would be interesting to see what you have
and how that fits...

Albrecht
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev

Reply via email to