World: r3wp

I expect more changes to come, but I think it would be a good idea 
anyway to figure out a method to quickly update for both VID and 
RebGUI, maybe with separate code sections and a small build script.

** Script Error: Cannot use path on none! value
** Where: edit-text

** Near: if caret/y < (edge/size/y + para/origin/y + para/indent/y) 
[scroll/y: round/to scroll/y - caret/y sizes/
font-height]

On it...

How do you reproduce this bug ? Are you using unmodified area widget 
?

No, it was on a field widget :(

Do you have a small example ?

I'm unable to reproduce the error.

I was just back spacing on a field widget when this happened.

the cursor was not at the left end of the field, but in the middle 
.. I think the caret was confused as it was an empty field

Was the text facet set to none, perhaps ?

(no that gives another error.)

I have a field which I clear when I add the contents to the database. 
 But the caret is not set back to left edge.

I see...

Let me do some tests.

Workaround probably just focus the face again.

This doesn't happen in VID because clicking outside the face clears 
the focus.

this is probably the reason why the error occurs.

;These two work:

display "" [f: field "hello" button "clear" [clear f/text system/view/caret: 
none show f]] do-events

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

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 ...