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

[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