World: r3wp

Very odd... I have my main rebgui application .. which opens up a 
VID based chat client ( pluginchat.r ).  While the chat client is 
open, some of my rebgui windows using 'display, stop opening.  Close 
down the Vid window .. and it all starts working again.

Not hitting nested do-events?

since you confirmed that

view layout [ button "Rebgui" [ display "" [ text "Rebgui from Vid" 
]]]
works for you but not me... I think it's something else.

Is there a new distro out ?

0.3.8 (6-Dec-2005) is the latest.

Ok. I'll download a virgin copy and try this out.

after I go to sleep first :(

Remember it's just do http://www.dobeash.com/files/rebgui/get-rebgui.r
now, with the files going to public/dobeash/files/rebgui.

On that note, would it be usefull for the script to prompt for, "Press 
Enter for Public dir, anything else for current"?

It will take a little while to add that functionality. The download 
script assumes the public cache all the way, so it will be a little 
tricky.  Not really hard, but you will have to be careful.

Did someone actually need a specific directory instead of the public 
cache ? I would have thought if someone wants to maintain their own 
directory, then they can get the files out of the public cache themselves. 
That way if they are patching they can be sure their patches aren't 
overwritten by accident.

public cache is piggy aproach :-) I hate it. I never got used to 
it. The weird idea of having app install somewhere and OS specific 
cache in documents and settings/username/apps data/rebol ... is weird. 
Countless of users questions about why Documents is not in C:\Documents 
...

Asks security-questions from other scripts. And from own server one 
needs a download-script too.

Cache - How to handle different sites without cache? or put cache 
in c:\Documents ?

no, that is just mine objection. Simply multiuser OS has to have 
something like profiles, but I am just used to have everything app 
related in app dir ...

Always running as admin?

probably so ....

Maybe an installation-choice?

but - I am different kind of monster, so just ignore me :-) App which 
nowadays does not provide me with non-install (registry free) version 
is crap from my pov. I want fully movable apps ... just copy and 
run ....

I guess the moment we do that MS comes finally out with their strict 
no-admin-os.

the thing is, that for some small apps, I just copy to my USB pen 
.... if in such app dir is not everything, I will surely run into 
trouble ...

your solution requires rebol installed, that is something I hate 
and will never do ....

Isnt there a no-install-option now? BTWh, does somebody know where 
the option-descriptions are? There was something with no-desktop 
too?

usage

it is --noviewtop

still missing --noconnect, unless proxy code is fixed ....

thanks. a "to simple" again :)

should pop up the config-requester first.

Minor website changes:

Licencing / Development


RebGUI is a community project that is free for both commercial and 
non-commercial use. Submissions, in particular widgets, will be accepted 
and credited to the author under the condition that they carry these 
same licence conditions.


Download

Enter the following command from the REBOL console:

	do http://www.dobeash.com/files/rebgui/get-rebgui.r


To see all the widgets in action type the following from a REBOL/View 
1.3.1 (or later) console:

	do view-root/public/www.dobeash.com/files/rebgui/tour.r

%get-rebgui.r: tidied up display and added /update refinement to 
read-thru.

ble :-) (do view-rott/uh/oh/eh/what?/typo?/ :-)

the most common packages, I have in root of my app, or system/ subdir 
... so e.g. cyphre-styles, reddb, mysql, rebgui .... or how guys 
you simply pack or distribute your app then? doing with cache aproach 
is imo oncorrect, especially if you don't distinguis version of rebgui 
in the path. What if I don't have time to adapt all my apps to new 
version? above aproach shares rebgui dir for all apps ... wrong imo 
....

I always make a copy of libs for one app. Dynamic linking is nice 
but not necessary on todays systems. Just keep it simple.

the same here ...

I agree, Petr, dealing with the public cache is quite uncomfortable.

But if you look in your public cache you will see thousands of files. 
It's a good place to keep all those "little" apps, that you try for 
maybe five minutes. Also it's a relatively safe way to automatically 
store files without filename collisions. You would annoyed pretty 
quickly if the View Desktop asked you for an install directory every 
time you clicked an icon.

well, just to not be always negative - I like e.g. Mozilla, where 
I can delete Mozilla dir, unpack new version, and my profile sits 
in documents and settings/me-as-a-user/ ... section. Such design 
(separation) even enables you to use several Mozilla versions at 
once, working above one data profile ...

but most of the time, with something as small as Rebol is, I see 
whatever cache work as uncomfortable, installation as obtrusive, 
registry twiddling the same, - I want my rebol being movable without 
any single dependency ...

Ah... But I have set my view-root to a particular place in the rebol 
installer. So my public cache is always in the same place.

My rebol/view directory is filled with different versions, all using 
the same user.r, public cache etc.

user.r is in public cache?

No, in view-root. View-root is specified in registry. Public cache 
is defined as view-root/public/

so what actually is view-root?

type it in console and find out

Just the directory where view.exe was launched.

i know, just what is it good for? what is rebol looking there? user.r? 
rebol.exe?

Sorry, bad definition...

it is not, and my system is somehow screwed - I run View from c:\rebol\view\rebol.exe, 
and view-root shows c:\documents and settings\krenzelokpetr\data 
aplikaci\rebol ....

In the registry there are now two keys:

maybe we should move to View group?