[REBOL] Re: Portals?
From: cyphre:volny:cz at: 14-May-2001 19:40
----- Original Message -----
From: Petr Krenzelok <[petr--krenzelok--trz--cz]>
To: <[rebol-list--rebol--com]>
Sent: Monday, May 14, 2001 6:50 PM
Subject: [REBOL] Re: Portals?
> ----- Original Message -----
> From: "Richard Smolak" <[cyphre--volny--cz]>
> To: <[rebol-list--rebol--com]>
> Sent: Monday, May 14, 2001 6:02 PM
> Subject: [REBOL] Re: Portals?
>
> > > Hi cyphre :-)
> >
> > Hi PeKr =)
>
> ;-) heh, what a fun, switching dialect:
>
> [kdy zajdem na pivo? 8-)]
[tak co, kdy zase budes v Brne? rad bych te konecne poznal LIVE;-)]
> > -system programmable keyboard handler (will be added later)
>
> how is it going to be done? How do you want to process all the ongoing
> events? I assume it will be wery difficult to achieve. Maybe you could use
> any kind of batch mode and send you events in groups?
developer will be able to simple program for example shortcut-keys for each
fa apply but this is just my first idea...
> btw: what about /Core? Do you think (as I do :-) the /Core deserves event
> system to have too? :-)
>
Sure ;-) The REBOL/view event mechanism is really cool...it can be used not
just for refreshing graphics in /View.I believe RT will add possibility to
make custom events, redirect them etc. soon.
> > -pseudo-multitasking(threading) driven by system task/schedule priotity
> > manager (you don't have to run separate rebol interpreter for each
>
> is it based upon sterling's proxy script mechanism?
I was thinking about it but I still believe that there is better solution...
> > aplication-the whole system is just one rebol process!) (in progress -
I'm
> > not sure if I can manage it without more asynchronous behavior of
REBOL -
> what do you mean by "more asynchronous behavior of REBOL"?
>
When I've been experimented with WAIT command I've hit the REBOL barier
regarding rebol internal structure. I have little chat with Jeff about it
and here is his answer(I hope Jeff or RT don't kill me for this
publication):
---snip---
If REBOL had real threads then wait would simply suspend the thread for the
indicated time. That would allow
flattening" of nested waits to allow
parallel timeouts. With the non-threaded stack machine we currently have
this is not possible though."
---snip---
This is not something bad against REBOL. It is just a fact how Rebol
probably works. Most of us can live without it. But I still believe someday
this will be solved. I very appreciate RT's first step(asynchronous
protocols) to achieve multi-threaded REBOL. I'm looking for a new detailed
documentation about the asynchronous features in REBOL. BTW have anyone more
information about it?
> > maybe it will pay to wait with developement till RT release next version
> of
> > /View?)
>
> RT told you anything about certain upcoming features?
>
No ;-) I'm just silently believe them. They need some time...
> > >- I can't see any changes to SWIS in last month or more? Is there
> actually
> > any
> > > development ongoing?
> > >
>
> heh, my friend, you completly left DID :-) How is it going? Have you (or
> Rebolek) already started implementation?
>
Well, REBOLek have something done. He showed me his own dynamic styles but I
think it is a lot of work for one person to make lots of styles. I would
prefer to construct basic dynamic positioning mechanism with editor and let
people to make some cool styles. Maybe I will become more active in this
field...
> > I was on holydays and then busy in my work(working on project in
> Macromedia
> > Director:(( ) As I said, unfortunately REBOL and SWIS is my free time
> hobby
> > for now:(( but nowadays I'm full of new energy and ideas ready to
continue
> > SWIS developing. I have some stuff done but I would like to make more
> > improvements for next release. I hope you will see next release soon
(2-3
> > weeks? depends on my spare time) While waiting try to imagine
transparent
> > smoked-glass SWIS windows with great design on your SWIS screen ;-)
>
> Ah, well, but be carefull - you already use hw scrolling. So what about
> moving window content? I hope next version of SWIS will not require me to
> upgrade to 2GHz Pentium machine :-)
ok,ok ... I was playing with transparency in SWIS on my [Celeron--533] box with
VERY interesting results so watch the new release ;-)
see ya,
Cyphre