Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search


From: greggirwin:starband at: 3-Oct-2001 11:51

Hi Cyphre,
>> -better mouse handling (show/hide/change mouse pointer, fixed OVER event)
YES! I'm not sure what you meand by "fixed OVER event" but I did find, recently, that if I resize a face with the mouse, but limit the maximum size, the event/offset (if the mouse is off the face but button still down) matches the maximum face span value. I.e. dragging larger than the max allowed size works fine but as soon as you start moving back in toward the face it starts shrinking again unless you do a little dance and even then it's wierd.
>> -alpha channel and convolve funcitons available at developer's level
I tried to implement Kirsch edge detection recently, without success. :) So, yes, something like a hook into the effect pipeline would be nice. Maybe a parallel to insert-event-func (insert-effect-func)?
>> -improved(crash when drawing outside of bounds, "circle" bug...) and >> enhanced(size of lines, filled-patterns, elipse, anti-aliasing...,
>> gradients) DRAW dialect
I'm all for basics (line weights would be high on my list) but, again, being able to insert our own draw effects would be cool. Not sure how you would extend the dialects to deal with this, unless you did something like use compose. I would like an easy way to manage the various faces created by View/New. I haven't messed around yet to see what the answer might be but I like building little apps that are "aware" of each others locations so they can snap-to and link up in an intelligent manner. Another thing that's important to me, which I haven't seen mentioned much, is printing. If I can have fine-grained control of the printer, with a bonus of being able to render that output to the screen as well, that's a big plus. At this point it looks like super-PDF-maker might be handy. :) OTOH, there's no reason we couldn't have a REBOL format, or even a dialect, that worked like (or mapped to) PostScript. NeXT used PostScript for both printing and display. Maybe there are multiple approaches. I really want simple output most of the time, but there's no denying the power of PostScript, PDF, and TeX. Then again, maybe the goal is a paperless environment, in which case we just have to be able to convince people that they don't *need* hardcopy. --Gregg