World: r3wp

I think i use clear-text

let me check.

yep

display "" [f: field "hello" button "clear" [clear-text/focus f]] 
do-events

ok, I'll try that.

I think either:

- clear-text should check to see if head face/text and head system/view/caret 
are the same. If so, then obviously caret needs adjustment.
or

- edit-text should handle the error, since clear-text is potentially 
not the only function which can leave the caret inconsistent with 
face/text.

Agree.

with latter.

How to create a RebGUI widget http://www.lexicon.net/antonr/rebol/doc/create-a-rebgui-widget.html
sends me to http://w3.eftel.com/home.cms

Now available here:

http://home.wilddsl.net.au/anton/rebol/doc/create-a-rebgui-widget.html

Thanks :)

Still works :)

guys, did you test get-rebgui on systems without view installed? 
I was just informed, that it states that downloading manifest OK, 
but apparently the directory does not exist at all  ....

to hell with installation and system "friendliness" :-)

What version of rebol is it ?

Hoiw is the svn related to get-rebgui? %tour.r ismissing?

;bug? if my face is smaller than min-size, it is initially smaller 
on screen. This works in 'display:
	;	min-size?
	if find view-face/options 'resize [
		insert tail view-face/options 'min-size
		insert tail view-face/options either min-size [size] [
			view-face/size + switch/default fourth system/version [
				3	[8x34]	; WindowsXP
			][
				4x30		; Others
			]
		]
if view-face/size <> max view-face/size size[
 span-resize view-face size - view-face/size
 view-face/size: max view-face/size size
]

No, buggy too.

How is the svn related to get-rebgui?

 The SVN is for developers / experienced REBOLers ... it is used to 
 manage individual widget source files. %get-rebgui.r obtains a pre-built 
 distribution (including a merged %rebgui.r, %tour.r, images and demo 
 scripts). It is targeted at 'end users' who don't want to use SVN.

%tour.r is missing

 I want to add it *without* having to also add sample icon images 
 to the SVN. I'll probably just 'inline' the images so it's all in 
 one big file.


min-size: read this very carefully: http://www.dobeash.com/RebGUI/display.html#section-2.1.2


The Note says it all: "The min-size limit will only be enforced upon 
a window resize, and the size is inclusive of an OS specific number 
of border / title pixels. Also note that if any widgets are resizeable 
(#H and #W) and min-size has not been specified then RebGUI will 
assign a default value equal to the initial window size."

Anton - latest version ....  but I suggested Bobik to sipmly install 
rebol and see if it helps ....

why would you want to test rebgui without view installed??

Because installation sucks, that is all :-)

It is very GOOD example, of how some ppl think about rebol - I did 
not influence Bobik's opinion, yet it was natural for him, to use 
rebol.exe dropped in the dir of particular app. I used that model 
too, but gave up and installed View

I know that two ppl is not enough as a representative amount of users 
following some logic, but :-)

when I update my View, I risk older apps may not work .... that is 
why I used that model .... of course we can use -i option, but it 
was broken with olders releases ...

rebgui is a developer's tool.

well, you can always state anything. Being a developer's tool does 
not tell anything how ppl are using Rebol to develop. I am not comfort 
with idea of installation, simple as that. I never use double-click 
to launch my scripts and never will do, untill we get one exe and 
components (file associations issue). And noone should explicitly 
tell, how do I use any tool.

I have my View\RebGui, View\whatever-project subirs. I do like to 
simply copy on my USB and go. With current aproach, while it follows 
OS customs, for me it is flawed. I can't even spell easily enough, 
where tour.r is located. I would welcome some "look-up" function 
to not care - simply if it is in my sandbox, wherever it is, just 
run it ....

I think this is off topic for Rebgui.

it is, and it is not - If I would not assist Bobik, he would probably 
give up. Yes, it is his fault to not know view-root, sandbox etc., 
but it tells something - things should stay easy in the first place. 
There is more and more apps, which follow copy & run principles - 
two articles on czech developer's site. And as Steve said - Amen 
- we give up on our own principles, following the outer world, when 
outer world is starting to get our ideas ...

so yes, this is probably off topic, thanks for reminding me. It is 
always safer and comfort to remind someone that something is off-topic, 
than actually admint, that there could be some thruth to it. I can 
see the fear of eventually losing the ground admitting, that current 
aproach was not all that optimal solution ... whatever ....

There is a View group ...

Pekr, what version of Rebol is it ?  eg.. system/product == ?  system/version 
== ?
What was the error message received ?

Oh I think I see what the problem is. After running get-rebgui.r 
it's not easy to see where the installation dir is. Well, it's probably 
in the public cache. This should show you where the files went.

list-dir path-thru http://www.dobeash.com/rebgui/

Ashley, don't delay because of icons. SVN can obviously easily handle 
them and you can always remove them later when you have time. But 
we need to test the tour against the latest rebgui changes to make 
sure they're working.

- Why not images in svn? AFAIK it can handle that. (download-size?). 
Would be nice if i could checkout and have the real rebgui-demo after 
running some build-script.

- min-size: it was easy to enforce an initial resize if some dimension 
is to small. I did that with a small example, area only.See the posted 
lines (maybe they need to be reversed. I experimented a bit). But 
it fails with other things. (obviously needs a check for presence 
of /min-size, but then the sizes dont change right.)

Pekr, i was confused too. thought you want to extract rebgui without 
/view, /core only. "not installed" .. :)

No directory: I guess it takes the default sandbox without installation, 
that one it suggest while installing.

Multiple views, not installed: i guess you can keep multiple exes 
and run them. maybe rename them with version. They would share registry-setting, 
but i dont think they relaunch the installed exe. Although the default 
rebol for Ü.r would change.

With your usb, do you have a private account on the machines? So 
that you have own registry-settings?

sandbox-location: the '*-thru with the url. And you can launch rebol 
with an url too, it uses sandbox then. (newer feature).

Oops, are we are a bit OT here, its not rebuis problem? Was in answer 
mode. Although, get-rebgui could download to  the currenent folder, 
not the sandbox. Its for developers, but developers need to find 
the scripts after running it.

SVN: Yes, can handle binary files very well. SO let's just add everything 
required to build a complete developer and end-user distribution 
of RebGUI.

Makes keeping everything in sync much simpler.

Agreed. %tour.r and associated images added (also added pie-chart 
to tour under 'Graphic' - previously 'Picture' - category).

It would be nice if we could use the same jargon for the same action.

So, /redraw = /update ?

Had a look at porting Henrik's list-view over to RebGUI. Main challenge 
would be to convert / merge 4 styles (list-icon, list-field, list-text 
and list-view) into a single rebface. This would require quite a 
bit of code restructing. The actual internals don't need too much 
work (functions and feel code are pretty VID/RebGUI neutral), but 
a lot of references to RebGUI 'standards' need to be added; such 
as:

	default-* objects instead of system objects
	ctx-rebgui/sizes
	ctx-rebgui/colors


And the span facet needs to be added (and support logic added) to 
enable dynamic resize / rescale. Given the amount of code that needs 
to be changed, I don't believe a VID and RebGUI version can be [easily] 
built from the same code-base (i.e. the port will in effect create 
a fork).


Also, from a code complexity POV, the list-view widget is almost 
as large as *all other widgets combined* ... and it includes functionality 
that could probably otherwise go into a grid / spreadsheet type widget 
(list-view is almost a GUI framework in its own right now! ;)). If 
anyone's in doubt, I think Henrik's work rocks and fills a much needed 
gap in VID functionality. ;)

In rebgui-functionality too or not?!

ashley, I'm not even sure that many methods I'm using are entirely 
correct. I've seen bugs in it that would be caused by incorrect usage 
of CTX-* objects, for example, which causes some information to shared 
where it shouldn't be.

So if it would be possible to have someone look at it (while not 
laughing) and point out what things could be better designed, that 
might help a lot.