World: r3wp

Even linux does this...

(or at least KDE does. ;-)

I agree with Graham. I have .R files associated with my editor. Perhaps 
you could pass in a flag to intelligently quit or not ?

Windows keeps track of all the programs used to open a particular 
file extension. Just right click the script then choose:

	Open With | Choose Program


and browse select the file you want to open it with (checking the 
"Always use ..." option if you want to permanently associate it). 
Thereafter, this file is displayed whenever you right-click and bring 
up the "Open with" menu. On my system I have multiple REBOL versions 
and editors available so I can easily choose how I want to open a 
script.


Anton: if your .R scripts are associated with your editor, how do 
you run them? Console session and do?

I have my .r associated with editor as well.  I run a console session 
to run rebol scripts.

I also use the Open With | Choose progam menu but I failed to mention 
it.

I mean - that's how I prefer it.

Yes, I spend my life in the rebol console.

I'm either in a rebol console or a dos shell :(

poor boy ;)

I have a tendancy to fall in front of a video game or two but other 
than that I'm usually behind a rebol console as well. ;-)

I tend to create batch files if I need to run a rebol script .. or, 
encap them.

I suppose, Graham, you're tracert'ing a lot.

automatically ?

no, just ones I need to run by clicking on them ..

-----> Chat

Anyway, I think it we have an option to drop to console ... that 
would be good.

I'll make sure that the next iteration of examples all have an "icon 
[action [unview halt]]" in them just for you. ;)

Much appreciated.

In http://www.dobeash.com/it/rebgui/widgets.html, 

in Feel function templates, there's missing the 'move event in engage.
It's used for dragging actions in a layout.
Here a vertical splitter widget using it :

v-splitter: make face [
    size: 5x100
    edge: make edge [size: 1x1 effect: 'bevel]
    feel: make feel [
        engage: function [face act event][f p n delta][
            if event/type = 'move [
                f: find face/parent-face/pane face
                p: first back f
                n: first next f
                delta: face/offset/x - face/offset/x:
                    min n/offset/x + n/size/x - 1 - face/size/x
                    max p/offset/x + 1
                    face/offset/x + event/offset/x
                p/size/x: p/size/x - delta
                n/size/x: n/size/x + delta
                n/offset/x: n/offset/x - delta
                show [p face n]
            ]
        ]
    ]
]

To use it, just insert it between the faces you want to resize: 

text [text "Some text" 320x40] v-splitter [size 5x40] box [size 60x40 
color blue]

Now *that's* elegant!

Following documents updated to reflect latest changes / feedback:


 RebGUI Display User's Guide	- new layout refinement plus widget descriptions 
 added
	RebGUI Widget Designer's Guide	- init attribute added
	REBOL/View Facet Summary		- various

thanks :-)

suggestion: the 'rate attribute/facet could be specified in a display 
- for 'anim and futur widgets. In 'display code:

rate: any [select attributes 'rate rate]

Will the splitter be integrated into the next release?

did not follow the discussion - what is RebBUI? Is it VID replacement?

yep

complete or based upon VID?

is there anything to try already? How does it compare to Maxim Glayout 
or how is that called? Or Slim, or Steel? Never know what Maxim's 
names, terms etc. mean :-)

not based on VID - it's a remplacement

you can try the examples supplied with rebgui:
http://www.dobeash.com/files/RebGUI-013.zip

thanks, will try it. Debeasch, it is Ashley, right? If RebGUI will 
be of the same quality as RebDB, it is surelly gonna be cool. Ashley 
is very good and precise designer, his code is nice. Other such folk 
is DocKimbel, his mySQL code was pleasure to study :-)

the main web page is
http://www.dobeash.com/it/rebgui/

there's more information there on Ashley's project - a nice doc on 
/View engine growing with RebGUI progression.

OK, now I am confused with some of RebGUI concepts ... on one hand 
I do agree, that some of cross-style shared code was not eventually 
so good, I think that widgets shoud provide kind of full functionality 
... I can't see any automatic scrollers for e.g.

hmm, what looks simple becomes more difficult when you want more 
difficult behavior. I speak of resizing, I am not sure it is fully 
sufficient as it is, but Romano surely knows more :-)

If I imagine more complex style as e.g. grid, with Romano's system 
you had ability to create resize groups, to anchor something to different 
face etc. But then RebGUI seems to follow different target then I 
thought. I want full OS compliancy in behavior ...

Nah, RebGUI is simply a minimilistic, holistic approach where you 
don't any thing more then is needed and what you add is self sufficient. 
(at least that's my take on it...)

yes, now I understand it too. It is not for OS compliant apps, but 
for kind of embedded devices ones :-)

Yeah, that's more like it.  But it can be used to provide simple, 
clean OS independant applications too...

where does Glyout/Steel/Liquid thingy stands in comparison?

GL goes for a more dynamic approach while maintaining performance. 
 Did you see Maxim's rework of a multi-column scroll list?  Fast, 
very fast.

Vincent: rate suggestion ... done (overlooked in 0.1.3)

Robert: Will the splitter be integrated into the next release? ... 
Yes

Pekr: "I want full OS compliancy in behavior" ... which OS and what 
skin?

Ammon: "RebGUI is ..." ... spot on, and I like that sentence so much 
I'll add it in some shape or form to the main page ;)

Ashley - it was long discussion at some stage of View 1.3 project, 
but shortly - my opinion is, that we don't need to skin anything. 
IMO it is good and vital, if we are distinguishable, so ppl can say 
- it is that colorfull app, Rebol :-) What I have in mind by OS compliancy, 
is behavior, so mainly keyboard handler, but also mouse reactions 
etc.

Romano did nice job with keyboard handler, but e.g. - because of 
no rich-text ability, we are not able to display accelerator key 
(underlined char). VID styles also are not ready yet, to visually 
distinguish it has focus or not ...

Proper and OS compliant behavior is imo MUCH more important, then 
skin ...

pekr sure this will come in time but in a 0.1.3 version I don't think 
this is actually the priority ...

first we have to make the  set of widgets then tune them IMHO

a little correction to 'progress (didn't count the 'edge size and 
0x0 origin in draw):