AltME groups: search

as for get-rebgui - problem is with path ... could it be extended 
so that it would save get-rebgui itself into HOME directory, so that 
next-time I simply get-rebgui, instead of going to Dobeash.com and 
looking-up for url?

where do you get get-rebgui currently? (messed up my bookmarks)

get-rebgui.r and create-distribution.r are two different things. 
The later creates the rebgui.r file. And yes, whitespaces can be 
stripped and even the whole thing than be compressed.

how do you guys use get-rebgui? do you download it to your rebol 
directory? Because - in other case, I still struggle with not remembering 
the url to run it ....

CVS means external sw usage .... that is for RebGUI devolopers, should 
not be needed for RebGUI users ...

http://www.dobeash.com/RebGUI/get-rebgui.rthis could be easily changed 
to store in your own dir.

Petr, I agree, that get-rebgui.r should download the current directory.

So please, could I ask for get-rebgui change, to place itself in 
rebol home dir, simply to allow ">> do %get-rebgui.r" with next usage? 
Thanks eventually ...

maybe then it should check first, if new get-rebgui.r is not awailable? 
Not sure it is needed though ...

Thanks .. is there going to be a formal syntax description for the 
rebgui dialect ?

Yes, I changed the radio-group behaviour a bit so it works more consistent 
(at least IMO). Ofcourse if this is a backward compatibility problem 
then use the old version. I agree there shoudl be default accesor 
system but AFAIK current RebGUI lacks it so maybe a good improvement 
for future?

I think it is imperative really as otherwise we are forced to delve 
into the internals of rebgui to do simple things.

It would be nice if rebgui could be prettified .. with backgrounds 
etc.

The problem is RebGUI was initially designed as simple and resources 
efficient system. Now RebGUI users want more and more :-) So exteding 
the system based on the initial idea is not so easy ;)

:-) .... but it also does not mean, that things like exposing some 
central settings to some objects (as colors etc.) should necessarily 
bloat RebGUI, or does it?

Graham, "is there going to be a formal syntax description for the 
rebgui dialect" ... I can certainly get the ball rolling, can you 
point me to a good format we can base it on?

What's the best way to allow a user to define their own forms without 
reimplementing Vid or rebgui parser ?

I just tried rebgui, and I have a few questions ...

is there a reason, that display opens the windows, but does not start 
do-events? This seems a bit strange to me. When testing layouts in 
the console, I mostly end up with inactive windows.

RT is promoting Rebgui http://www.rebol.net/article/0280.html

mine works here. has rebgui change?

Has rebgui changed in that regard? :)

Ingo:


is there a reason, that display opens the windows, but does not start 
do-events?

 ... we can't assume the "first" window automatically needs to start 
 the event loop. Perhaps the display is being assigned to a word and 
 cached for later use? Or the display is done early in the script 
 for lots of subsequent initialization and *then* needs to fire up 
 the event loop. I personally like having to code it explicitly as 
 it then stands out - "We are starting the event loop HERE".

Is it possible to get the window size?
 ... display [button do [ws: face/size]]

Is it possible to set an own resizer function?

 ... No, you'd have to change a lot of code to implement your own.

I would like to have equal sizes for all text-lists.

 The RebGUI resizing model is pretty basic, it supports one resizeable 
 widget in each axis (horizonal and vertical) with any number of offset 
 adjustments (the #XY directives). More advanced schemes (such as 
 proportional or percentage based) are possible, but significantly 
 harder to implement (and require size/state information to be retained).

Graham, I'd thought using () in the template would enable RebGUI 
to evaluate the expressions automatically for you. Do you have a 
small example of what you're trying to do?

Robert: Your rev#21 changes to rebgui-edit.r nuked my rev#19 and 
rev#20 changes ... but the good news is that they collectively constituted 
the following line in the insert-char function:


 unless any [insert? tail? view*/caret newline = first view*/caret] 
 [remove view*/caret]


Should I put that line back in a new rev or do you want to bundle 
that in with any additional changes you are working on?

what's the safest way to allow users to create templates in rebgui 
and not allow them to put executeable code in it?

rebgui-edit.r: We have merged it and IIRC Cyphre wanted to sync it. 
But I check the repository.

what's the safest way to allow users to create templates in rebgui 
and not allow them to put executeable code in it?
 http://polly.rebol.it/test/test/game/use/game/unbind.r

I had a very quick glance at RebGUI widgets. Would it be possible/easier 
to implement LIST-VIEW as a widget?

Henrik, I suggest first convert your list-view from being based on 
BOX to being based on FACE. Then it's slightly less work to port 
to rebgui.

also, I don't think it's any easier to create a list style using 
VID or REBGUI - the same basic issues are there, but porting to rebgui 
is fairly straightforward. Just keep the rebgui source handy as you 
will need to dip into it a few times.

http://home.wilddsl.net.au/anton/rebol/rebgui/differences-from-VID.txt

please don't hold your breath :-) I've barely played with the RebGUI 
demo

That's the soft way of community pressure ;-)) I'm quite sure it's 
not that hard to get into RebGUI development.

Ashley ...

[me] "is there a reason, that display opens the windows, but does 
not start do-events?" [ashley] ... we can't assume the "first" window 
automatically needs to start the event loop. Perhaps the display 
is being assigned to a word and cached for later use? Or the display 
is done early in the script for lots of subsequent initialization 
and *then* needs to fire up the event loop.

Right, that's it! 


As I see it, there are 3 distinct actions: layout, display, handle 
the events.


With view I can do the layout independently from display and event-handling. 
With rebgui I can't, because display does the layout _and_ display, 
and then I'm stuck with a dysfunctional window. So I can't do a layout 
to assign it to a subpane somewhere, it's instantly displayed as 
it's own window.

why do the RebGUI examples quit right away?
Ex:
Rebol []
do %rebgui.r

display/close "Example" [
    text "Closing the window will change its title."
] [show-title face "Closing ..." wait 1]

I'm having trouble running the list-view.r demo.  The error message 
that comes up is:
list-view has no value
  where: layout  Near: list-view 100x80 data [[...

I've checked and found the list-view widget in rebgui-widgets.r so 
I added that to my test program as follows:

do %../rebgui-widgets.r

and I get the following error message:

Error: colors has no value  near: color: colors/edge


this latest error is happening during the execution of the "do rebgui-widgets.r" 
as the statement following this  is not being reached.

All other demos seem to work okay.

Pekr, the SDK trick we use in RebGUI is to have the following lines 
in your script:

	#include %rebgui.r
	unless value? 'ctx-rebgui [do %rebgui.r]


These appeared in earlier versions of %tour.r but were [inadvertently] 
removed. I'll add them back in.

Gordon, the demo directory and scripts (bubble-menu, list-view & 
triggers) were part of earlier releases. The directory was removed 
when the source was migrated to SVN, and all non-stable widgets (including 
list-view, bubble-menu and a few others) were removed. There is no 
need to "do %rebgui-widgets.r" as this is included directly in the 
new merged %rebgui.r script (and invoked from %rebgui-ctx.r if you 
run from the SVN source direct). LIST-VIEW is an important widget 
which we are hoping Henrik will be able to port to RebGUI from the 
excellent work he has done on this already.

Is this a rebgui error ?  There is an error in your template: make 
object! [
    code: 400
    type: 'math
    id: 'zero-divide
    arg1: none
    arg2: none
    arg3: none
    near: [visible / total]
    where: 'view
]

i'm not dividing by total anywhere, so perhaps it's part of the rebgui 
display function?

The rebgui-wiki suggest tprtoise, but ihave no wiki-link

http://trac.geekisp.com/rebguihttp://tortoisesvn.sourceforge.net/

context-menu in explorer, svn,checkoutm, svn://svn.geekisp.com/rebgui

please post privately to me the most critical issues, you would eventually 
see fixed for RebGUI. I will look if there are any money left and 
eventually order Cyphre to do some work in that regars ...

I want rebgui and vid window compatibility

so they act the same .. when i bring up a vid window from rebgui 
and the other way round

Rebgui request-file is different from VID request-file. Do you mean 
to say you would like the /keep refinement added to Rebgui's requestor 
?

Synced public release (via get-rebgui or Viewtop) to rev#25. Changes 
include:

tour.r - Reinstated #include
requestors.r - Removed unfinished bubble-menu code

edit.r - Reinstated rev#19-20 changes lost in rev#21

display.r - Disabled tooltip for requestors (hack to bypass blank 
square with request-date/color/question)
radio-group.r - reduce data in init (see tour.r for usage case)

But Ashley has just updated get-rebgui.r so you should be able to 
get the latest stuff using that at the present moment.

I am having a bug in a program interfacing RebGui to RebDB.

The problem is the following. The behaviour of RebGui'following commands 
having a strange effect on the data managed with RebDB:

my clear-UI function do clears a rebgui interface (simply a set of 
fields) to the RebDB data.

But clearing the 'text fields, it does also clears the values in 
the RebDB database.

At first I was using RebGui clear-text command, and tried the other 
View version just to check.
Both are doing the same thing.

Why clearing the interface fields does clears the data in the database. 
 clear-UI does not ask that.

And no instructions to do that appears in the clear-UI function, 
which is not calling any other function either.

It looks like the 'text field of the fields objects in RebGUI works 
as a direct reference to the database.

And nowhere my code calls by reference. I cannot explain that behaviour, 
nor find any hints in my code as to what causes that behaviour?

Any explanation or ideas on where to look for the cause of that behaviour?


UI-fields: [Funiqueid Fchristen-name Fsurname Fbirth Fname-prefix]
clear-UI: does [
	foreach f UI-fields [
		clear get in (get f) 'text
		show (get F)
	]
	ctx-rebgui/edit/focus (get 'Fchristen-name)
]

re: get-rebgui.r - Remember that you can also now just click the 
'RebGUI' icon (under REBOL Demos) in the REBOL/View Viewtop (which 
can be started by typing desktop at the console).

That's right. This is not a RebGUI or RebDB issue, it is a Rebol 
issue that everyone needs to be aware of. If you don't copy series 
(ie. strings) then they are by reference. Use COPY a few times and 
you'll be right.

Docu-note http://www.dobeash.com/RebGUI/widgets.html#section-6.7
:
 there is also 
switch type?/word value[ 
 integer! [..] 
]

Note to http://home.wilddsl.net.au/anton/rebol/doc/create-a-rebgui-widget.html#section-3
needs also append to 'words
 
ctx-rebgui/widgets: make ctx-rebgui/widgets [
    append ctx-rebgui/words 'my-rebgui-widget ;!!
    my-rebgui-widget: make ctx-rebgui/rebface [

    ]
]

Normand, sounds like you want to use the hilight-on-focus block: 
http://www.dobeash.com/RebGUI/edit.html#section-2.3

Here is a litle demo how to access the caret even if on-unfocus is 
called. eg a buton is pressed. or user edits in a find-area and wants 
to search in the edit-area. works by overriding on-unfocus and  saving 
caret in face. unfortunally i was not able to do it the other way 
around. i can restore the face-caret on on-focus, but something unfocusses 
later when i do that by a button. http://polly.rebol.it/test/test/rebgui/../../test/rebgui/edit-area.r.

I want to add some commands to the top window red "close" square 
button, so that I commit changes to the database and save some data 
before the close.  I can add a quit button on the interface, but 
it is still important that the top window close button do the same 
thing.  I dont see any instructions about that, neither in the RebGui 
display guide, nor the vid spec.  Can someone provide the code to 
do that, or where to find it explicitly?

A so smart pill marketer created false defect on the timeline http://trac.geekisp.com/rebgui/timeline.

Thank-you, it works.  It is not clear in my head, as to why 'insert 
clear' is better than 'TheObject/Data: "NewListOfValues"', but Ill 
try to remember it by hart.  I am nearing completion of a small example 
of RebGui+RebDB app.  Last glitches are show-focus and display/close.

As for the option in display to capture the close event, how do I 
state it?  As this does not work.
Contact: compose/deep/only [
; Gui definition
]
do show-contact: does [
	display/min-size "ContactDB" Contact 680x650
	do[show-first-rowid]
	display/close [] [shutdown] ; <-- Culprit
	]
do-events

Funny to see the Memory Usage in Rebgui, Under linux it eats almost 
2 MB during startup under WinXP its 1 MB less...

Tab (and shift-tab) changes focus. 'with is a VID construct, not 
RebGUI (unless Cyphre's changes are more far reaching than I'm aware 
of ;) )


The area in tour.r is the only tabable widget so it re-tabs to end 
of text. Try:

	display "" [area area area]


to see how it works when more than one tabable widget is/are present.

as in http://polly.rebol.it/test/test/rebgui/../../test/rebgui/edit-area.r

Is Rebgui not tracking the windows correctly? Or something?

I guess it's rebgui bug?

Just using rebgui in vanilla fashion

so, I think it's a rebgui bug

For those wanting to see first results of rebgui-grid, here's the 
screenshot - http://www.xidys.com/rebgui-grid.jpg

it is already ways more powerfull than rebgui table .... still some 
features missing though ...

rebgui is not nice looking :-)

>> ? help
USAGE:
    HELP 'word

DESCRIPTION:
     Prints information about words and values.
     HELP is a function value.

ARGUMENTS:
     word -- (Type: any-type)

>> do %/c/rebol/rebgui/rebgui.r
Script: "RebGUI system" (11-Jul-2005)
Script: "Untitled" (none)

>> ? help
USAGE:
    HELP 'word   word -- (Type: any-type)>>

What does this?

print was set to NONE, but I was using too old a version of RebGUI 
it seems.

Is the "How to create a RebGUI 0.3.0 widget" no longer valid? I can't 
make it work with RebGUI 0.4.2, but it says nothing about not being 
compatible anywhere...

DISPLAY will not recognize any elements I add to ctx-rebgui/widgets

ah... turns out I was also supposed to append the word to ctx-rebgui/words

Henrik, yes since then Rebgui was rearranged a bit.

Henrik, you now have to add your widget's name to the total list 
of widgets, since rebgui-layout.r revision 16,  like this:

	append ctx-rebgui/words 'my-rebgui-widget

(I'm updating the doc)

Doc updated. http://home.wilddsl.net.au/anton/rebol/doc/create-a-rebgui-widget.html

I know ... but users are almost forgotten .... I would welcome if 
widgets would still come (be downloaded by get-rebgui) in separate 
dir ... from time to time it is educative to look at the source

Pekr, what is so difficult about browsing the source. The particular 
code you are interested in is at  http://trac.geekisp.com/rebgui/browser/widgets/drop-list.r

http://trac.geekisp.com/rebgui/browser

And there are some widgets wo/. comments like http://trac.geekisp.com/rebgui/browser/widgets/bar.r

That said, Henrik, have you tried ctx-rebgui/layout ?

another example, although not so significant, is buttons near each 
other, e.g. in grid - there is small one pixel "hole" in each corner 
- http://www.xidys.com/rebgui-grid.jpg

well, as for RebGUI, it is now nearly feature complete (in regards 
to R2 capabilities/limitations), so I don't want to open whole lot 
of possible new issues. As for R3, I propose graphicians contest 
to bring mockupus of possible R3 UI design. E.g. today I read that 
SkyOS got its design from one famous company ...

Graham - you have still some problems with RebGUI non-stability?

And his error-message said in "into-widget". Thats in %rebgui-edit.r 
, looks for a tabbable face and is recursive.

it's unpredictable.  Other errors in rebgui I've been able to reproduce 
with code examples.  Not this one.

just talking to Cyphre on icq - he will look into problem - he thinks 
there is overall problem with iterator in rebgui ... he tried to 
fix inside/outside drop-list parameter, so now it works, but in outside 
mode it looses hilite .... he will look into it, once he produces 
newer grid update for me ...

1. Highlight the first text field
2. Click on the "server" button
3. Highlight the "type here" field to give focus
4. Click on the "OK" button
the rebgui no longer has focus.
Now do tab .. and it crashes with a stack overflow.

Yes, I came to that conclusion.  I think I updated Rebgui with the 
tab changes and the radio group changes at the same time.

so the problem lies in rebgui-edit.r

Ashely ... Windows tablet OS support in RebGUI ?  Feasible?

I need horizontal scrolling, not cell level adressing so much .... 
table is simply not of much use for most database driven apps ... 
not sure how you design your apps, but I tend to have more than one, 
two, or three columns to display. There is no solution for rebgui 
currently. I do agree, that choice is always good. Btw - the bug 
with scrolling hilite under the horizon is still present with table 
:-)

Hi, I would like to get some feedback on some rebgui-grid decision. 
The thing is, I need to do it till tomorrow, to stabilise a bit and 
go for more final version ....

So - you can look at the latest screenshot here - http://www.xidys.com/rebgui-grid.jpg

Lines 308-337 of http://trac.geekisp.com/rebgui/browser/rebgui-layout.r
plus any widget specific attributes from http://trac.geekisp.com/rebgui/wiki/WidgetList

Cyphre and I have continued to fix bugs and enhance RebGUI. We still 
have some bugs to fix but than it's time for a new release. As new 
widgets we have done a CHART widget that lets you do bar, pie, torus 
charts.

Easy enough to do ... just change line 83 of %rebgui-display.r to 
read:

	... reduce ['parent last ...


Consequence of this change (in the example above) will be that closing 
window B will close C. I'm loath to introduce specific 'parent declarations 
... how about a refinement that overrides the default "parent is 
first" behaviour? e.g:

	display ...	-> the default, parent is first window

 display/parent	-> parent is last (usually previous/calling) window

Sorry, it's been some time since I last used RebGui, so I've got 
a few questions.
(How) is it possible to ... ?

- change double-click handling of an area? (I would like to call 
a function with the position or word clicked on)
- change keyboard handling in an area? (like add auto-indent)

- have timer event, that fires after specified times (it would be 
ideal, if the timer could be reset on every key-press)
(I don't know how many changes RebGui adds in these areas).

Thanks,

Ingo

OK, thanks, one more question, I have searched the docs, but didn't 
find anything ...
How do I position the caret in a rebgui area?