World: r3wp

Purpose: {Mimic DO EVENT (which is called in wake-event) with a mezzanine 
function of our own.
	The mimicry is good for two things:
	1) as a document of how DO EVENT works inside

 2) as a way of achieving crazy magical tricks not otherwise possible, 
 like 
	   - faces transparent to events

    - restoring and saving facets of iterated faces before and after 
    events are sent to them 
	     (see shell-list.r)
}

Currently shell-list, with the help of mimic-do-event, is iterating 
buttons and toggles, and they operate just like standalone buttons 
and toggles. If you've tried putting buttons and toggles in a list 
you know it is not easy to achieve.

I've just submitted a patch to RAMBO which should allow progress, 
slider and scroller to also be iterated without problems.

Anton, I saw what looked like buggy behaviour in the very bottom 
gui elements in your example, the iterated slider's I guess.   Pressing 
in various slider areas in random sequences I had redraw problems 
and movement of the upper slider when pressing in lower sliders.

Anyone here use Ammon's drop-down.r?

No. Does it have an advantage over the one in VID?

ah I see, it allows the drop-down to float and not get restricted 
by the parents size. Quite useful.

More common to what we see in windows apps.

Hmm, don't recall seeing the vid drop-down before.

Brock, just try iterating scrollers (changing face/data on each iteration) 
and you see that it is much better this way. :)

This patch doesn't try to do everything, but makes a small step to 
ease iteration.

Having said that, I discovered that my patches show visual artefacts 
when resizing under other scrollers etc.. Agh! !
But I will try to isolate the cause of that, too...

(... when resizing a slider or progress underneath another scroller 
etc... Agh!)

Anton - I saw your RAMBO ticket ... interesting ...

is it a VID related fix, or View internal one?

Well... they're both inextricably intertwined.

going home, back in one hour, see you :-)

ok ciao...

Gregg: probably you noticed it already, but when one presses the 
up or down arrow buttons while in the search field in the Word Browser 
it crashes with the following statement:


** Script Error: index? expected series argument of type: series 
port
** Where: pick-next
** Near: sync-funcs-list index? f
show-word first
>>

so it's not possible to navigate the words via the coursor keys

Thanks Michael!

.

Here is SHELL-LIST showing the VID styles BUTTON BTN TOGGLE and TOG, 
iterated without modification of them:

do http://www.lexicon.net/antonr/rebol/gui/demo-shell-list.r

It looks simple, but I'm telling you, it really isn't. Just look 
inside :)  The aim is to be able to iterate any style, swapping facet 
values in and out at just the right times so that all interaction 
with the style seems to be as if it were not iterated.

Include: Cannot include word: sum-face-offsets is not available

thanks, hang on..

testbed for downloading: http://polly.rebol.it/test/guest/

Sorry, my previous demo has left older files in your public caches. 
I'll make a "get the latest" script for you....

there is a delete-dir now. shortest way is clean cache.

This should fix you:

site: select load-thru http://www.reboltech.com/index.r[folder "Anton"]
clear find site %index.r
foreach url [
	site/gui/mimic-do-event.r
	site/library/window.r
	site/library/stack.r
	site/gui/shell-list.r
	site/gui/percent-progress.r
][
	read-thru/update url
]

will hve to move to home PC. Notebook kebord got some problems, cnt 
write .... uhm, first letter in lphbet for e.g. :-))

Mistake, make that:

	read-thru/update do url

(to evaluate the paths).

site: select load-thru http://www.reboltech.com/index.r[folder "Anton"]
clear find site %index.r
foreach url [
	site/gui/mimic-do-event.r
	site/library/window.r
	site/library/stack.r
	site/gui/shell-list.r
	site/gui/percent-progress.r
][
	read-thru/update do url
]
do http://www.lexicon.net/antonr/rebol/gui/demo-shell-list.r

That could be in a download-script onthat site itself? :)

Yes, I know. But there are issues.

Hu?

When I test locally, I do not want to download files I already have 
each time, do I ?

No, why should you? You would not use the download-script then?

I am trying to be minimalist here. I don't want to have a download-script 
for every demo I have. That will end up in hundreds of extra scripts. 
I would like to move that functionality into my replacement include 
system, which is still in progress.

... and which is on hold because I wanted to use shell-list for it.....

simplest way: have a clear-my-site. then all downloads are fresh.

I could do stuff like that, but I am a perfectionist, reluctant to 
admit there might be a simple way that's good enough for now. But 
I'm coming round... :)

Just sharing my latest experience :)

My original thought process was that I don't want to automate the 
deleting of files in the cache, on my computer or someone else's. 
I think if the user wants to delete their files, they should do it 
themselves. I don't want to get involved in any data loss.

So I thought it preferable to do an intelligent update. But for that 
I need an intelligent interface... -> shell-list.

Shell-list is designed to be highly flexible and configurable, for 
maximum code re-use. I didn't like the thought of writing a new custom 
list for every program.

I use cache more like, uhm, cache now. like a browser. before leaving 
data is cleared.

advantage, besides simple: I have only the used files in cache. and 
since i can upload too by a filerequester, having only used files 
there helps.

Note to everyone: shell-list is nowhere near finished, but the hook 
system I use to iterate those styles is so significant to me I have 
to make a demo of it.

except for large files, i have to do some "dont-delete" for them.

Mmm... in practice it may work ok, your system. But it begins to 
make unclear to the user what is in his computer.

everything since last deletetion? or the "keep big files"?