World: r3wp

No, but it should.

startup-size: I know about all the problems. But I just want to be 
able to specify it. Because my app will work this way. It's not intended 
for 800x600 in the first version. At the moment I have to click on 
the window and move it, to get the min-size size.

style: Hmm... ok. I'll have a look how to get it done.

So the question remains; do you want to specify "size" inclusive 
or exclusive of OS title-bar and window border(s)? If min-size was 
enforced on opening the window (if that's even possible) would that 
suffice?

Yes, because I than I just would use 1000x750 and that's great.

Skinning: Is it possible ot skin RebGUI in a way that things like 
tabs look Mac like, or that I can add some eye-candy?

yes, Rebgui looks very vague :-)

you can now at least change colors, I like more  blue/grey combination 
with gradient .....

but the answer in the past was that RebGUI was not meant to be that 
flexible .... so the chances of skinning system are imo limited ... 
but you can always go to 'tab style and change it yourself?

Yes, I know. IMO it makes sense to add a skinnig feature but a lightweight 
one. RebGUI is pure and minimalistic (which it isn't anyway) and 
in this sense should it be possible to add eye-candy stuff.

How to set the focus to specific field?

show-focus ?

Sounds good :-)

What's the best way to create a number-only-input field? At the moment 
I just use field, where the user can input text and I first have 
to convert the input to-decimal to get back a number. Is there a 
way to just get back the number?

not yet.

didec has some Vid fields for that .. but nothing yet for rebgui

Robert: Anton's styles are very precise on this, you can add od subtract 
numbers using mouse-wheel...check his rebpage.

I've got an old up/down number style here for VID, if that's any 
use (though it lacks auto-repeat when the mouse is held down, I'm 
sure someone could add that easity). http://www.rebolforces.com/reb/12/up-down.r
.

woops sorry, thought I was in VID land

Is there a way to set the ALL-OVER window-face option for RebGUI 
faces, too? I think I better ask this now instead of just assuming 
that it was deliberately omitted for the sake of UI responsiveness?

Deliberate ommission for the reason given. Easy to add it as another 
refinement to 'display if it's needed for specific widget(s); although 
I'd have thought this could be handled by a 'detect feel?

Yes, of course, Ashley, DETECT may be used for that, that's what 
I *haven't* thought of!

hi,

i would like to know why i (we) must transform a resultset avec database 
connexion to add it to table widget on rebgui ?

here is a little exemple => [

db: open odbc://user:[pass-:-server]
stm: first db

insert stm {select numutl, nom,station from dbo.users order by numutl}
res: copy[]
foreach row (copy stm) [
append res row/1
append res row/2
append res row/3
]
close stm
close db

unit-size: 4
font-size: 12
tab-size: 120x55

languages: copy []

foreach language sort read %./rebgui/language/ [
	insert tail languages form replace language %.dat ""
]


do show-tour: does [

	display "Widget Tour" compose/deep/only[

  ex-table: table  (tab-size - 48x18) #HW options ["ID" left .3 "Nom 
  Utilisateur" left .10 "Station de connexion" left .40] data (res)

etc...

]

and how i can change the backcolor of the result  data on this widget 
!!!!!          example => first line color blue , second red, third 
blue .....................

excuse for ma poor english ;-p

The first issue is due to the fact that 'table expects its data to 
be flat, as in:

	["A" 1 "B" 2]

not blocked:

	[ ["A" 1] ["B" 2] ]


Graham (a long time back) requested that 'table optionaly accept 
data in this format. I'll add it to the list of issues.


Second one is a known issue (#26 at: http://www.dobeash.com/it/rebgui/issues.html#section-2.1
)

Here's a link to an experimental RebGUI widget TIME-PLAN I'm working 
on. It's starting to get useable, even though it's far from beeing 
useful yet (and since it's my first RebGUI widget ever, it's far 
from being very compliant to the RebGUI coding standards, too):

do http://www.diefettenjahresindvorbei.de/rebol/time-plan.r

Hopefully, one day one will be able to use it for e.g. resource planning 
systems. Use left and right mouse buttons to edit the periods and 
the right mouse button to scroll the plan around. The bird-view in 
the widget's top left edge isn't editable in the sense that it would 
yet allow scrolling, but that's it's intended use, of course.

*Very* nice. I wouln't worry too much about how RebGUI complient 
you are at the moment as it looks like you are going to have to code 
a lot of it directly in View / AGG anyway! ;) Watch out Apple iCal 
...

Thanks, Ashley. I'm mainly thinking "lacking compliancy" in terms 
of deep copying and memory concerns as well as regarding resizing 
due to unoptimized code at this stage. 

Not worrying isn't an option for me, I'm always worrying way too 
much! ;-)

Yes, that's great work! IMO it makes sense to get to a state where 
the widget is mostly feature-complete and than we do a peer review 
to get it optimized and RebGUI compliant.

tried to download rebgui via get-rebgui script and it installed into 
view-root .... the strange thing is, that HKCU\Software\Rebol\View\Sandbox 
says C:\REBOL\View\public .... I wonder where View is getting view-root 
from?

Pekr, what version of rebol did you use ?

1.3.2

Later today I will try to remove registry entry and to install View 
from the scratch ...

Here is a bug report:

** Script Error: Expected one of: pair! - not: none!
** Where: edit-text
** Near: margin: face-size - caret
either

What I do is, that I check the input of a field with on-unfocus and 
change TEXT and DATA to default values "0.0" and 0.0 and stay in 
the field. The error happens if I than enter a text longer then 3 
chars (the length of TEXT). If I just enter 3 or less chars it works.

Try setting a field/text field/data to a default text and enter a 
longer text. Should bring the error as well.

Idea: I'm using a lot of data-entry forms in my apps. So getting 
a data-record from the form and putting a data-record into the form 
is a common task. It would be great to have a function SAVE-FORM 
and LOAD-FORM, that collects/restores all necessary widget values.


We could specify a SAVE flag via the options facet for each widget? 
If the SAVE flag is set the widget is collected/restored.

I have used this approach in my own data-form dialect and it's a 
real time-saver.

The format could be: my-record [name/text "Robert" name/data 5]

So it makes sense to be able to specify either the SAVE option in 
which case the default "value" of the widget is collected/restored 
or to specify an other block: SAVE [text data user-data]

in FoxPro, those methods were called Scatter and Gather ...

That is imo what get-face, set-face accessors were supposed to be 
initially imo ....