World: r3wp

Sorry -- no explanation -- I see 0.1.8 when looking at both the source 
and the download on REBOL.org.  Maybe it is caching at Graham's ISP


Graham, you could try using the LDS interface to download the script:
     do http://www.rebol.org/library/public/lds-local.r
     res: lds/send-server 'get-script [menu-system.r]
     print res/data/script

the library interface works fine.

Thanks.

And yet another route, in case of ISP/HTTP/caching problems, is via 
the Rebsite:

REBOL/View / desktop / goto / http://www.rebol.org/library/reb/index.r

Is there a way to work a library interface into the view desktop?

That would be fun.

Someone could write one via LDS -- or wait for LNS which shoudl offer 
similar functionality.

Rebol.org index is on the desktop/public/library

Great! I didn't realize that (or maybe I've forgotten it ... :)

It's just not a very pretty interface ...

And there's no real Search capability in there that I can find...

hey, ChristianE - who are you man? :-) I did not expect so NICE demo 
app!

that is so cool - is it RebGUI, VID based, or complete own View design?

Thanks, Pekr. Like it?

It's VID based

hey, that select-file - with little arrows for scrolling, what style 
is that based upon?

As I told you some days ago, I needed something my co-workers are 
used to ...

it looks really professional.

It's a FIELD with a BTN in it's pane.

well, that is that - I still consider you new with rebol and you 
do it just in few days? It would take me months ;-)

Yes, it is a very pretty application.  The only complaint that I 
have is that it is slow on my computer (1 Ghz, 512 RAM) Have you 
done anything to optimize it yet?

It's hobbistic only. And it took quite some time.

your menu design is new, or Cyphre menu based?

I'm not into optimising for now I'd like to get the script refactored 
first and then profile a bit.

Actually I *tried* understanding what Cyphre did, but ...

I don't know if it is usefull to have sliders in there, but what 
happens if menu is larger than app window, or app window is near 
screen-face border? Will menu wrap to the other side then? What happens 
if you resize main window etc?

No, that's not my league, so based on Cyphre's script I tried my 
own. Actually, no single line left from the inspiration source.

slow? Hmm, I have 1.8, 256MB WinXP and nothing like that?

I spend a whole day with trying to put the menu into real windows. 
Didn't get that right ...

Actually, for each window open Windows put a window icon into the 
task-bar. And currently, I think, you can't monitor the mouse ouside 
of REBOL windows without library calls. Hence the scrolling menus 
*in* the window.

it takes almost a second for any any menu to display and if you run 
your mouse up the menu then any submenus display so it takes 2-3 
seconds for it to pop up each submenu in this demo and then have 
it go away before I can do anything with the rest of the application. 
 Kinda reminisent of javascript menus...

Javascript, uh? No, I don't see that here on 1,5 Ghz Centrino 512 
MB WinXP

It's resonable fast, but as I've said, I'm optimising later.

Actually Ammon it is strange, I would expect at least some minor 
delays, as was case with older Mozillas, but 1GHz 512MB vs 1.8GHz 
256MB is not all that faster, and mine works so fast, that it is 
blink of an eye. Really I can call it realtime ...

ChristianE: Cyphre solved even following case - ability of menu to 
display on left or on right, depending if menu can fit the window 
or no. Ability to react for resizing (not sure about that one), but 
he used the same engine for context menu (right mouse button click). 
Otherwise - VERY good work. No problem with speed here. I will try 
tomorrow on P650, 256MB, W95 machine ...

How many applications do you have running?  I'm the ultimate multi-tasker... 
 If I'm going to use the application more than once in a day I like 
to leave it running so my current memory usage (without having his 
script launched) is over the amount of RAM that is available to me 
(I'm runnning some server applications on this here development machine.) 
so it is prolly my fault. ;~>

As for resizing: I'd like to leave that untouched until some standard 
resizing schemes available for REBOL. Currently there are the two 
approaches of Romano and Cyphre, I'm a little bit in favor of Romano's 
one, but that isn't finished work, it doesn't run with newer rebols.

Not too many apps here, though.

how large is the style in KB?

Pekr, left/right opening depending on windows borders in build in.

Context menus: The same. I'm uncertain how Cyphre's screen regions 
approach handles nested, resizable layouts ...

The style is huge (75 KB well documented source, so have of it is 
propably comments and doc strings, tabs and spaces ;-)

Hi chris  I'm joining the conversation ;)

Hi shadwolf!

Ammon - if we are talking about Rebol and multitasking, I think Rebol 
is really weak here.. I know some ppl will not agree with me, but 
something is weird. Go to desktop and run separately Bubbles and 
then Particles demos. Then run them both at once. Even if they try 
to use high refresh ratio, imo it should not slow that much. And 
both demos do use separate rebol processess, imo something is wrong. 
I can run 5x video, mp3s and no apps slows down so significantly 
...

have = half

maybe we should move from ann-reply?

well indeed what I think is that you menu posibilities are great 
but this kind of freaky thing must be part of a more complete solution 
(more thinked and more optimized !!))

Yeah, to View?

but fortunatly you are not alone ;)

Christian - I like menus with small arrows the most :-) It looks 
really system friendly and if you reach screen size limit on Y axis, 
you correctly disply arrows - very nice. I am full for automaticion. 
That is why I alway wanted area to have automatic scrolling!

I by myself about 3 month later make a port of the cyphre menu for 
rebgui so we can now that AGG is officially involve Cyphre into an 
optimization process to achive in short code a as flexible and advanced 
menu in term of design ;)