World: r3wp

or 130% of the unselected tab size

current tab buttons are to big for my taste, so some changes to their 
look will be done definitely.

to=too

Agree .. .maybe 1/3 of current size

What's the current font size?

I think 12 and bold

btw, the same argument applies to the toggle button ... a tiny led 
to indicate state does not have a large visual impact

Some of those color combinations I find hard to read ..like the white 
text on a gray/white button background

ooops... I crashed rebol3 .. in the table, I clicked on "2" to clear 
the table, and then the down arrow .. and it's crashed

Script: "Include" Version: $Id$ Date: 27-Oct-2010/9:57:54+2:00

** Script error: skip does not allow none! for its series argument

** Where: unless actor all foreach do-style if if actor all foreach 
do-style act

or all foreach do-style actor all foreach do-style either if either 
do-event do-

event either -apply- wake-up loop -apply- wait do-events if view 
catch either ei
ther -apply- do
** Near: unless any [
    not arg/1
    0 >= (pos: arg/1 - parent/sta...

I see...

hmm, interesting, it did not crash here, when I tried the same

No, not crashing again.

It's very hard to reproduce. But I found it, so it will be fixed 
in next release.

How to reproduce?

( fix by allow none for skip argument! )

I clicked like mad on everything ;)

That would be bad, Graham. We want that error triggered, or else 
it would be more difficult to find.

to reproduce it I think you need one line selected and then change 
filter to show empty table.

but it's now fixed anyway for next release.

yes, crashed again for me

I like your testing method!

sort of genetic testing algorithm

:)

So, has anyone built any real world apps yet?

next version may have some demo apps

hi, thanks for all-styles example. it is very good all so on ubuntu 
10.10 with wine ;-)

a little problem (perhaps only with wine) it is the resize of the 
application with the left bottom corner. the app seem to not find 
a good size !!!! flashing !!!

Could you please describe your findings with some details for us 
to be able to reproduce? TIA

resizing using the bottom left corner is much more visually jarring 
than the right bottom corner

I think this is because it attempts to resize all the time, but the 
right bottom corner resize event only occurs on mouse release

so this differs from altme where resizing only occurs on left mouse 
release

I don't think there is any resizing attempt except after the mouse 
is released. But,there are redraws.

GrahamC is right

the app don't stop the redraws

another one

i try to put a table in a tab

tab-box [
			"tab" [
				title "tab 1"
						text-table ["1" "2" "3"][
			["text table" "a" "10"]
			["line 2" "b" "9"]
			["line 3" "c" "8"]
			["line 4" "d" "7"]
			["line 5" "e" "6"]
			["line 6" "f" "5"]
			["line 7" "g" "4"]
			["line 8" "h" "3"]
			["line 9" "i" "2"]
			["last line" "j" "1"]
		]

when i select not empty on the third colomn i have this

** Script error: path filters/:index: is not valid for none! type

** Where: function! switch -apply- apply if foreach if do-face do-popup-parent 
function! switch -apply- apply if foreach if do-face -apply- apply 
use if actor all foreach do-style switch actor all foreach do-style 
either set-face switch actor all foreach do-style case do-event do-event 
do-event either -apply- wake-up loop -apply- wait do-events if view 
catch either either either -apply-
** Near: arg :face :value :actor-arg

Another good catch, Graham :)

Thanks. Claude, looking into it...

Sorry, Claude. I have trouple reading names of that color on a white 
background :(

It seems like problem with compound-face?. Replaced with parent-face? 
instead and seems to work fine.

only missing for the moment treeview menubar !-)

so this differs from altme where resizing only occurs on left mouse 
release

 - the difference in R3 is that during the window resizing the framebuffer 
 is 'resized' and redrawn as well. This was done to support  'realtime' 
 resizing during the mouse drag in the future but not implemented 
 yet.

Good to know

Posted my evaluation on the compatibility of r3-gui (release v1993 
dated 2011-03-04) with the standard release (recompiled) of r3 : 
r3-a111. Result: very good. 
http://www.colineau.fr/rebol/r3-gui.html

Thanks Jocko!

Following few things:


- why is "custom" include needed? We should either user R3 native 
facilities, or include an include as a standard into R3 :-) (this 
is no real question, just a remark that if we find it usefull, then 
why notto make it part of R3?)

- RMA does not work with CureCode tickets. It would be good to either 
dismiss/close or resolve them? E.g. I find renaming of do-style and 
do-face to do-action, do-reaction a good tip to implement


- we should resolve the size of buttons vs scroller vs tabs. In Carl's 
GUI, button is 28 pixels tall, and it feels OK. Our's here is 22, 
I have no preference here, but could be those 28 pixels. Scroller 
is only 16pix - not acceptable imo. It should be of the size of the 
progress. Tabs are proportionally too tall.

- tabs should have line removed for actual tab. I suspect it might 
be more difficult to draw the container then.

- there seems to be someone at RMA liking Old aqua interface of MacOS. 
Tabs, buttons and scrollers are a good example ... of how to not 
do visuals anymore :-)

- area - enter few lines, go to bottom, and try to hilite the text 
by keyboard (shift plus arrow-up). It always hilites only actual 
line

- info areas, labes, etc., should prohibit display of caret, maybe 
allow hilighting, but allowing to have caret in "disabled" area is 
not looking nice

- text-table buttons are Excel filter inspired, but looking strange 
- some more thoughts needed
- select-an-option does not allow keyboard navigation

- text-list does not scroll, when navigated by keyboard, ditto text-table

- tabbing feels strange for text table. I alway said, that we need 
nested tabbing. I can imagine tab stopping on table, but next tab 
moving away, not actually going into tabbing in terms of the hilited 
widget. Enter should enter the more complex style, escape move away. 
That is not typical also at OS level, but then - everybody has it 
wrong :-)

- between the text-list and text-table, I have to press tab three 
times -visually I am not sure, "where" hilite disappears

- is text-table a compound style? What sense does it have to have 
buttons hilighted, not being able to enter the action? Why are not 
arrows tabbable? Table headers cells should be one style, not two.

- text-table is the weakest "grid" we ever had. Comparing to Cyphre's 
style pack, and rebgui grid. This is like 5% of functionality, not 
thought out style, useless for any serious data. I want to see the 
display of infiinte amount of data, proper caching.

- tab should be tabbable, ctrl-tab allowed to switch between the 
tabs  


I find the styles/gui inconsistent. There should be someone defining 
the styles, their behaviour to keyboard navigation, tabbing, etc. 
So far it seems like style being put together with no deeper thought 
about the end result of the whole GUI.