World: r3wp

compose?

i hope rebgui has sub-panels.

Adding a new keyword like BELOW would be OK.

But i dont  know the internals for now. If you can wait for Ashley 
ok, just playing around.

No, i made a thinking-error. preprocessing would not work.

table: Can I set the selected row at run-time? I would like to pre-select 
the first entry.

display "Example" compose [
    button "a" [face/type: 'untabbed-button] field "a" return 
    button "b" field "b" return
]

in rebgui-edit
	tabbed: [area field edit-list password button]

    tabbed?: make function! [face [object!]] [all [find tabbed face/type 
    face]] ; [che] Returns TRUE if a face itself (not one of it's pane's 
    subfaces) is tabbable (NONE otherwise).

how to do that type-change on creation?

my demo: after pressing button "a" its no longer tabbable.

Yes, rebgui asserts that certain widget types are tabbable. It is 
not an attribute of a widget instance that can be changed, except 
by a trick such as Volker's, above. Changing the type is not recommended 
because it is bound to break other rebgui behaviour.

But as a hack on button?

So this means Rebgui's behaviour must change or you must accept the 
current behaviour.

I wouldn't be very happy with this hack in my code.

But I thought of a better hack. Put the non-tabbing widget into a 
group of its own. Looks like rebgui doesn't recurse into subfaces 
when tabbing.

Can widgets be derived from each other? If i make a lookalike of 
button and change only the name, it would be the same?

But rebgui would not know about your new style, and so it may miss 
out on other facilities of rebgui.

In VID, there is face/flags, which can contain the 'tabbed flag.

Thus the VID style is independant of the tabbability of an instance. 
Rebgui strongly ties tabbability to the rebgui type.

;hack but  tab works:
display "Example" compose [
    button "a" field "a" return 
    button "b" field "b" return 
    do [
        foreach [but fie] face/pane [but/type: 'untabbed-button]
    ]
]

what else is the /type used for?

Well, it's referred to a few times in rebgui-edit.r

Ahh, it doesn't work!  Rebgui also tabs into the group-box...

display "" [field group-box "" data [field] field]

What does not work?

Robert

 Docs: the 'Widgets' section of the 'RebGUI Display User's Guide' 
 is already in the Repository (the WidgetList Wiki entry) ... I'll 
 be removing that section from the guide once all the widget details 
 have been copied across. Feel free to update the Wiki with any widget 
 specific usage notes / instructions. Forward any other doc changes 
 to me and I'll put them in. I plan to eventually move all the docs 
 across to the Wiki, just haven't got around to doing it yet.

 "do you first want to take a look at the changes or should I just 
 check them in?" ... Just check them in thanks.
	screenshots: added to the ToDo list

 widget placement: I'm coming around to the idea that BELOW may be 
 unavoidable, even if undesirable from a design / complexity POV
	tabbing: Anton about summed it up

Volker
	Type: also used by accessor functions

seems "/type = button" is used for something with 'over too. but 
i note no difference in some short tests. Still better ask ashley.

Volker, I wanted to "hide" the second field from tabbing by putting 
it in the group-box. But it didn't work.

Ah! No, tabbing in rebgui seems to be very smart. For now does not 
work with iterated faces, say the comments.

Some good choices for the general case in rebgui, from my starter-POV.

That's understandable.

;is this ok? vertical tab
display "Example" compose [
    button "a" [alert "hi"] field "a" return 
    button "b" field "b" return 
    do [
        out: copy [] 
        append out extract face/pane 2 
        append out extract next face/pane 2 
        insert clear face/pane out
    ]
]

Is there  interest in an editor-field which supports find/replace 
etc?

And do we have undo?

Yes to the first question and http://www.dobeash.com/RebGUI/edit.html#section-3
to the second ;)

Good answer :)

But is that rebolish, available exhaustive docs?! :)

It isn't, shame on Ashley.

Wiki WidgetList updated and completed (finally): http://trac.geekisp.com/rebgui/wiki/WidgetList

Anton - as for the get-rebgui, if you are the author, you could check 
following - Bobik's situation was, that he used latest View, the 
script showed following:

connecting to: www.dobeash.com
Script: "RebGUI update system" (21-Feb-2006)
Local RebGUI version ==> none
Remote directory ======> http://www.dobeash.com/RebGUI/

Local directory =======> c:\documents and settings\user-name-here\data 
aplikací\rebol\public\www.dobeash.com\RebGUI
Downloading manifest ==> OK


the thing is - above directory does not exist, nor was it created 
by the get-rebgui script .... so the thing is, what happened then. 
It did not start downloading particular widgets though ...

I wonder where View took the above directory from? Does it rely on 
registry? Or does it ask just OS for the current user data directory? 
Or? .... strange ...

It's in the registry, and expressed as an environment variable APPDATA 
as well.

It gets it from view-root, which is the public sandbox directory, 
used by path-thru etc. as usual.

Yes, view-root gets its value from the registry.

Is there a no-wrap option for area?

At install time, the initial default value of view-root is set to 
%APPDATA%\REBOL

Pekr, was there no error message ? or was "Downloading manifest ==> 
OK" the last line of output ?

Ashley, can you add get-rebgui.r into SVN as well ?

ah, so .... so actually you can't know, if user has installed View 
or not .... but it should not mind .... maybe small check then would 
cure the situation? if view-root does not exist, create it ...

last line output ... no error ....