World: r3wp

Some time ago I did precise scroller calculation. You have to include 
size of dragger into it etc.

I tryed a port for MDP-Viewer to RebGUI system and what I can say 
is that lot of thing are missing...

list of what are missing for porting MDP-Viewer to RebGU:

- capability to branch a custom feel block to the main widget (display 
block!)

- capability to add a pane: [] to a rebgui box widget

- scroller redrag ...

(but scroller redrag is not very important it's just an indice to 
the vision area representation in the whole real content)

Is the idea to completely replicate the functionality available in 
VID, to surpass it, or to provide a cut down gui ?

Most of this is [hopefully] answered here: http://www.dobeash.com/it/rebgui/


While VID provides a nice set of styles to work with, RebGUI aims 
to provide a rich set of [functionally complete] widgets to work 
with. The specification syntax of RebGUI is similar to that of VID 
as:

	1) They are both built on top of View
	2) The VID specification syntax is near optimal

 3) I wanted to be able to swap between View / VID and RebGUI coding 
 without *too* much of a mind-set change!;)

yep and we have to keep in mind that VID is about 5 years old and 
rebgui is about 2 month old ;)

As Shadwolf has done a super job to get the MDP-Browser (that's how 
I want to name it) done, based on Ashleys base, I want to playback 
the result to the community. And IMO we should take this project 
to stress-test RebGUI because it's quite complex.

I agree ;)

but this can be done with MDP-GUI if MDP-browser is a commercial 
dedicated product

Great resource for GUI & widget inspiration http://www.aci.com.pl/mwichary/guidebook/

Latest build available at: http://www.dobeash.com/files/RebGUI-023.zip

Highlights include:

	- Changed default font from "Arial" to "Verdana"
	- Added label and table widgets
	- Added window-level 'do block support

 - Added 'reverse keyword to support windows style right-to-left widget 
 placement
	- Renamed set-title to show-title
	- Merged %request-file.r into %requestors.r
	- Renamed %gui.r to %rebgui.r and prefixed other files with same

Read more about these changes here:

	http://www.dobeash.com/it/rebgui/display.html#section-2.2
	http://www.dobeash.com/it/rebgui/display.html#section-3.3.2
	http://www.dobeash.com/it/rebgui/display.html#section-3.4
	http://www.dobeash.com/it/rebgui/display.html#section-4.3
	http://www.dobeash.com/it/rebgui/display.html#section-5.15
	http://www.dobeash.com/it/rebgui/display.html#section-5.26

Is there a tree widget for RebGUI being developed already?

Not that I know about one. Go ahead :-))

Maarten, Yesterday I started using Alain Goyé's NoteREB outline tree 
now - written 04/05/2004.  Very nice.   I am blending it with Carl's 
Easy VID to update VID Usage to have a navigatable tree approach.

I didn't find it in the script library.   The version that I archived 
was 0.0.2 

To see that version, do http://www3.sympatico.ca/cybarite/rebol/NoteReb.r

Google found a more current version http://alain.goye.free.fr/rebol/NoteReb.r
 exactly where Alain advised it was in his email

Tree code must include the capablity of seting node and leaf icons 
 ;)

Cyphre did one, that was quite good.

could be great to have a spread sheet on every missing widget and 
what Ashley want to see in them this could leads our devs

Robert problem is that Cyphre code is based on VID compositing ...

Bug: splitter crashes at limits with latest (1.2.113) /View beta. 
As faces aren't allowed to have a 0 size anymore, we needs to reintroduce 
the 1 pixel margin (it was in first version, as I wasn't comfortable 
with 0 sized widgets.) Code in splitter/engage/move:

if event/type = 'move [
					p: first face/data
					n: second face/data
					either face/size/y > face/size/x [
						delta: face/offset/x - face/offset/x:
						    min n/offset/x + n/size/x - face/size/x - 1
						    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
					][
						delta: face/offset/y - face/offset/y:
						    min n/offset/y + n/size/y - face/size/y - 1
						    max p/offset/y + 1 face/offset/y + event/offset/y
						p/size/y: p/size/y - delta
						n/size/y: n/size/y + delta
						n/offset/y: n/offset/y - delta
					]
					show [p face n]
				]

Thanks, changed in next build.

The table widget looks a bit strange here in that at the right side 
I see a blue area between the last column and the slider.

Odd, I don't see that here. What platform and View version? Screenshot?

http://shadwolf.free.fr/list-reszing.jpg

this picture shows the blu box problem ;)

seems like the list content is not resized only the countainer ;)

404 on above link. Platform, version?

try http://shadwolf.free.fr/list-resizing.jpg

Hmm ... I can't reproduce the problem under WinXP with any of the 
following REBOL/View versions:

	1.2.1.3.1
	1.2.10.3.1
	1.2.113.3.1

I have this with 0.2.3 and when resizing on x axis on the right

I use REBOL/View 1.2.113.3.1 24-May-2005 Core 2.6.1
Copyright 2000-2005 REBOL Technologies.  All rights reserved.
REBOL is a trademark of REBOL Technologies. WWW.REBOL.COM

but maybe in fact you yet solv the problem in the actual build in 
preparation ;)

Can anyone else verify this with 1.2.113 on WinXP. I think it may 
be 113 / pre-XP specific. I also noticed that reducing the width 
now gives the following error:

** Script Error: Invalid graphics face object
** Where: action
** Near: show pf/pane/:pane-idx data-idx: data-idx +

I'm on XP. Not seeing shadwolfs issue at all.

Invalid graphics face, yes seeing that. Another 0x0 face I guess

I've asked Carl. if View will be forgiving of this 0x0 case again, 
or if we need to test/handle for all guis. I'll post here when I 
know the answer.

I think it's really bad to not support 0x0 sized faces....

I've been checking out RebGUI.  A number of very good design decisions 
were made.  I've ported my pair-edit style to be rebgui widget.
http://www.lexicon.net/antonr/rebol/rebgui/demo-pair-edit.r
(It needs editing to locate your rebgui directory.)

Actually, locating rebgui is a problem.  How does a script such as 
the above get the latest distribution and unzip it ?  I would prefer 
the rebgui files to be uncompressed (or compressed using rebol, at 
least) and there should be a standard way of determining the latest 
version.

So a script should be able to check for the latest version and download 
it into the public cache (which may be successful or not, depending 
if net connection is available), eg:
	do load-thru http://www.dobeash.com/it/rebgui/get-latest.r
and then just
	do path-thru http://www.dobeash.com/it/rebgui/rebgui.r

to initialize (which automatically falls back to any previously cached 
version).

Another issue:  Excuse me if this has come up before..  

The archetypal View face has some of its facets set to none, which 
makes using VID styles alongside RebGUI more difficult (because the 
VID-based styles are not expecting those facets to be changed.)

Suggestion: create widgets/rebgui-face and encourage widget creators 
to make from that.

And now a question:
	widgets: make widgets [ my-widget: make face [ ... ] ]

the best (or only) way to add your widget to rebgui, making it available 
to DISPLAY ?

table: Is the table widget missing an action when clicking a line? 
Of how do I add this feature? Is there a way to color odd/even rows 
differently?

mixing vid with rebgui has also some api-problems. some i found:

 /action: has in vid this args: [face value]. value is something usefull, 
 like area/text, slider/tdata, first text-list/picked etc. maybe its 
 not needed, "value" saves not much to "face/text". but supporting 
 that arg would be compatible

 /init: in vid this is a block and 'done. in rebgui it is a function. 
 vid has the advantage that init can be easily extended in substyles, 
 just add to it. rebgui has locals because it uses a function.
 /init2: not called by vid. 

resizing: not in vid, but one could write a /resize and plug it in 
the vid-face.

also there are some global changes which may break other things (removing 
event-func and changing global face IIRC).


If there is interest in making such small changes, i would help with 
making the rest compatible. adding #xh - parsing to 'layout and such. 
for "keep small" rebgui could have a "load-time-flag" to decide about 
using vid-stuff or all own.

What i would really like is rebgui for complex style-building (area 
with slider etc). this is closer to raw faces. and vid for quickly 
writing "pages", IMHO it has a rest of advantages there. (maybe not, 
i am a rebgui-beginner).