[REBOL] Re: P2P Q&A
From: petr:krenzelok:trz:cz at: 3-Oct-2001 21:39
----- Original Message -----
Sent: Wednesday, October 03, 2001 7:37 PM
Subject: [REBOL] Re: P2P Q&A
> On Wed, Oct 03, 2001 at 03:17:30PM +0200, Richard Smolak wrote:
> > -possibility of creating/changing events
> On our list. Being able to "remote control" View would be quite cool...
you can bet on it :-)
> > -recursive filtering of events(recursive removing time-event-based
> > functions...)
> I am not sure I understand what you mean by that.
I am not sure I remember it correctly, but does Cyphre mean following? :
when you hid face, containing sub-faces, all timer in subsequent faces are
stopped/removed from queue? Cyphre?
> > -better mouse handling (show/hide/change mouse pointer, fixed OVER
> Perhaps, but keep in mind that this is highly platform-dependant. The
> best you can probably do across platforms is either to use named,
> default mouse pointers (such as 'normal, 'busy, 'text, 'pointer etc.)
> or custom graphics up to 16x16 monochrome transparent.
>From the times of first alpha of View I suggested ability to hide mouse
pointer. That will be needed for kiosk mode (full screen). I suggested to
replace mouse pointer with face, containing sub-face, placed somewhere in
system structure. Imagine transparent face containing some 100x100 hand
pointer, where subface of some 20X20 would be sensitive, e.g. finger
pointing at target ...It can be of course done even today, but how to hide
that mouse cursor? :-)
bt: what about event transparent faces? Or even alpha transparent faces?
E.g. some rule which would allow events to be sent to underlying face, e.g.
famous Tao Intent capability, where you have ring, and boing ball in
background. You can catch/move boing ball in middle of ring, as it is
> > -event sensing when face moved
> > -native face collision support
> Those two sound like you want to use faces as sprites in games. Not
> really what they were intended for...
I thought so ;-) But we want shadow of the beast to be ported to View :-)
> > -alpha channel and convolve funcitons available at developer's level
> On our list.
> > -improved(crash when drawing outside of bounds, "circle" bug...)
> Do you have reproducable cases ? That "crash when drawing outside of
> bounds" is a running joke in our office. Every time Sterling wants to
> demonstrate it to me he cannot reproduce it. I have yet to actually
> see it :-).
heh, I just hope your answer doesn't upset Cyphre, as I can bet he talked
about in in Express conference, as well as sent it to feedback, from which I
can bet, he haven't received any feedback anyway ;-)
> > enhanced(size of lines, filled-patterns, elipse, anti-aliasing...,
> > gradients) DRAW dialect
> Hmmmm.... Turning View into X11... Filled patterns have been on the list
> all along and are still planned. Circle gradients: perhaps: Custom
> widths, anti-aliasing and ellipses: not sure. The code for those tends
> to get complex and big very quickly.
I just wonder - what techniques does flash use allowing it fast and nice
effects, movements, etc.?
> > -native rotation of face's content in any angle
> Difficult to do if you expect results in reasonable quality :), i.e.
> anti-aliased etc.
so give us some not so huge general ability to create own effects :-) You
know, we want Rebol to become distributed Scala in multimedia quality. If
you would allow us to live inside of browser, that would be end of
object. Killer app imo ...
> > -at least simple font engine (for equal visualisation on multiple
> We looked at some existing engines (FreeType etc.), but they are all
> either huge or expensive or both, plus they typically do not include
> actual fonts.
> Something we could probably do is include a few (2 or 3) fixed-size,
> fixed-width, non-scalable bitmap fonts in the View binary. I am not
> sure if that would help match though.
Not sure it is worth the effort then ... better concenrate on Rebol 3.0 and
fine granularity of IO :-)
OK now, who's gonna do compiler finally? :-)