World: r3wp

OK , my fault. Should have studied the example more precisely. Now 
it is working perfectly. Thanks for your assistance.

You say that tree is not fully developed. Can tell me, what limitations 
it has?? Is tree able to react  on events, when i click on one of 
the branches of the tree??

Many widgets have accessor functions (e.g. add-row) that allow you 
to dynamically modify them. The tree widget lacks these but is fully 
functional in all other respects.

Are there any plans to update the widget in the near future or do 
you have other priorities?? Can you tell me which of the widgets 
already have these accessors, to have a look at??

Ashley - what is your status re RebGUI and its future? It seems to 
me, that R2 brach is not going to be further developed? And also 
- I noticed you mentioned some flawor of even more simplified RebGUI 
like engine for R3. Is this still a plan, or do you wait for how 
R3 VID emerges?

No immediate plans to update tree widget. For accessor functions, 
search for the word accessor in hhttp://www.dobeash.com/RebGUI/widgets.html

what is your status re RebGUI and its future?

 ... RebGUI does most of what *I* need it to do at present, but I'd 
 really prefer to be using R3 + SDK + Cool looking R3 GUI. I'm experimenting 
 with a minimalist GOB-based R3 GUI, but it's more an intellectual 
 pursuit to see how minamalist (and functional) I can get it ... so 
 don't hold your breath.

I have a menu as the top widget in my window. I think i tried every 
possible combination of the sizing attributes (#LOV, #HW, margin, 
tight and space). The menu sizes to nearly the full width of the 
window but keeps a distance (seems like 4x4)  from the rigth window 
border. Is there any explanation for this space on the right??

See margin, tight and pad ... http://www.dobeash.com/RebGUI/user-guide.html#section-3.4

Thorsten,  take a look at the point of sale application at http://re-bol.com/rebol_crash_course.html#section-5.14

Nick, are the samples using RebGUI strictly intended for v117? I've 
tried a few with 118 and they seem to crash when poking around the 
UI.

Why do you think it's called a "crash-course" ?

I wouldn't use 118 ... it's incomplete

wasn't paying attention, I guess  :-) Is 118 a new start?

There were some major changes made which were never finished.

Cute Graham :)  AdrianS, I've only used that code with RebGUI version 
117.

... which is still the latest official release ( http://www.dobeash.com/download.html
)


118 was the commencement of a makeover but as Graham says broke a 
lot of things. The 118 efforts morphed into an almost total rewrite 
of 'the engine' (everything bar the widgets) and were about 90% complete 
(build 218) when R3 gobs hit the scene (a game changer IMHO).

I found out that the space on the right results from a margin command 
later in the script. I used tight on the top before the menu widget. 
If i didn't reset the margin, menu  fills up to the right. If i want 
to reset the right margin to 4 px later to indent the following widgets 
to the left, it resets the margin for the complete window to 4 px. 
That means for  the menu as well. Now i have a workaound  an use 
a 4 px box to keep the distance from the right border. As Rebgui 
will not be developed any further, it seems that i have to live with 
it. I have chosen build 218 because of the better design, compared 
to the previous ones (My opinion) But thanks for the hints.

What is this build 218? Typo? I thought 118 is the latest.

No typo or not mine. It is a development build from Ashley and Graham, 
not GA.  Ashley mentioned it (90% finished rewrite) in his previous 
post.

scratch that question - I don't know how I had pulled down a version 
118 before

The current edit-list shows the matches where you are typing which 
is a little distracting.  How about the drop list appearing with 
the matches  instead?

What I'd like to emulate is this http://rxterms.nlm.nih.gov:8080/

since the drop list uses a modal popup window I guess it would require 
a lot of modification :(

In 117, you can't seem to tab into a table eg.
 

 display "" [ field field table options ["column" left 1.] data [ 
 "ab" "cd" ]] do-events


but you can in the svn version .. what change has to be made to allow 
this?

set-focus is different ...

ok, include table into the tabbed block and use the set-focus from 
the svn works so far

Hi, 


Am just moving over here from TCL-land and would like to try RebGUI. 
However, there seems to be two versions: one downloadable from the 
Dobeash site (rel #117) and on resident in SVN (#218).


Which is the one with which to go; and if the version on SVN, what 
is the method to down load an use?

Any assistance would be appreciated.

Rick

Don't use 118 .. the only one working is 117

The SVN version is incomplete and was a rewrite which was not finished

thanks, again.

And of course, VID is still valid as well.

VID is the native REBOL GUI dialect. If you're just getting started, 
and doing basic UIs, it's worth a look.

I've posted my lookup-field as per my video here 

http://rebol.wik.is/RebGUI/Lookup-field


It uses a lot of code from the edit-list which I don't quite grok! 
 So, there's a bug which requires you to initialize the field with 
a backspace first.

So, I can feed this widget 18,000 entries which I don't think you 
can with the edit-list.

Hello everybody, I have a problem with Linux:  DRAW   choose a font 
that give problem displaying:

example: ['text "Hello word!"]
view layout [ box 100x100 effect [draw example ]]

on linux it gives a blank window.
I added:

example: ['text "Hello word!"]
if (pick system/version 4) = 4 [
	fnt1: make face/font [ 
		name: "/usr/share/fonts/truetype/freefont/FreeSans.ttf"
		size: 12
		]
	os: "linux"
	]
if os = "linux" [ insert example reduce ['font fnt1]	]
view layout [ box 100x100 effect [draw example ]]

This solution is good, but using REBGUI  it doesn't work anymore.
What can I do?

Actually, this group is inappropriate, you should use View, or Linux

(I suppose that you are mistaking VID and RebGUI)

aha, sorry, I did not find out you actually used RebGUI, sorry

Max, fonts should work the same between View, VID and RebGUI. Please 
provide a small snippet of RebGUI code that demonstrates the problem.

Ok

do %rebgui.r
example: ['text "Hello word!"]
display "Example" [
	aaa_stats: box 50x50 effect [  draw example ]
	]
do-events

It doesn't display anything.

Do you know a solution?

On windows you get a nearly invisible "hello world"

but your problem is linux isn't it?

example: [pen black text "Hello word!"]
display "Example" [
	aaa_stats: box 50x50 effect [  draw example ]
	]
do-events

No, he solved the problem with Linux by providing an absolute filepath 
to the font.

The problem is trying to use VID's LAYOUT (and maybe also VID's VIEW) 
after initialising RebGUI.

If I remember correctly, RebGUI unsets 'LAYOUT, or redefines it for 
its own use. So it won't work anymore as you expect with VID.

Exactly, any suggestion?

Well, it's not going to be easy to mix them. Ashley made the decision 
early in RebGUI development to specifically unset (the majority of?) 
the built-in VID functions. I think primarily to reclaim memory use, 
but maybe also to avoid mixing code. (I didn't really like this decision, 
myself.)