World: r3wp

higher tab for active is good idea

Hmm... electronic switches which are physical objects do change color 
if so designed

my preferences regarding changing the looks of elements you are pointing 
at are different anyway

electronic switches which are physical objects do change color if 
so designed

- I guess, that it does not suffice to point at them, you have to 
at least touch them,don't you?

Yes, but my laptop has touch enabled

...and, when they change colour, they actually change their state, 
don't they?

I'd also prefer to lose the line under the tab so it looks like _H_ 
instead of ___

Yes, there's a state change

for the active tab

So, that is the difference between "do not change when pointed at" 
versus "do change when touched/pressed"

lose the line - I agree but in that case the content of tab must 
have same background as tab-button so it will blend toghether

regarding difference .. the selected indicator should be different 
from the hover indicator

no doubt, as far as my preferences go

well, I'm used to the line being there .. no big deal

the other argument is  that a tiny led indicating current tab which 
uses 5% approx of the tab surface vs the 100% if you raise the height 
of the tab

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