World: r3wp

Notice, see

    history: http://www.rm-asset.com/code/level1/r3-gui/


, that there are other changes, and more important, than just the 
correction of the SHOW-NATIVE definition

Is this fix mentioned in the tickets you put ?

I did not read them up to now, I wanted to correct quickly the version 
which used an out of date r3-gui file.

For the other fixes, I will introduce them later (Or you, if you 
want). And I will take some time to make the other examples work, 
out of RMA documentation.

Ladislav, thanks, I was just explaining that we need to introduce 
the other changes from the RMA doc ... it may take some time, and 
I have not so much.

You already have the other fixes as listed in the history page, if 
you updated to the latest public version of the %r3-gui.r3

jocko, the fix is in view-show.r


; this is a run-once-code, i.e. it causes problems when LOAD-GUI 
is run twice
;show-native: :show

; this is a way how it can be corrected:
if command? :show [show-native: :show]

the two fixes that I put in my demo file are on the doc style, and 
on the request function

I do not think that they are working in the public version

yes, they are newer than the last public version

Pekr - will put it next time

Pekr - I checked, the fix is already introduced in the last public 
r3-gui.r3 (which is in my zip tests-R3Gui-3.zip) so, you normally 
should not see the problem.

did you use the right one ?
http://www.colineau.fr/rebol/downloads/tests-R3Gui-3.zip

Kaj, I wouldn't say that telling you to use Windows is constructive 
:)
Please continue testing in Wine - someone has to do it.

:-)

is the "drawing" style working in r3-gui ?

Look for the discussion from February 19 here

jocko - I think it is not. Drawing style is not much complex, one 
binding line, but I think that there was some underlying change in 
hostkit interface to drawing, I just don't know. IIRC Cyphre or someone 
here stated, that there are going to be some changes with the next 
release ....

Already there are some changes compared to the Carl's code, so I 
wondered if it was adapted or not . But so far, I did not succeed 
to use it (although it does not produce any error or crash). Anyway, 
I will be interested to test it in the next release.

Pekr, Carl's scroller was just different draw block. You can change 
it yourself.

Rebolek - thanks for the info. I would try to change it even if it 
was your implementation, just as an excercise to become familiar 
with draw blocks for the first time. Henrik's suggestion was to use 
plain colored boxes, to become better familiar with borders, margins, 
paddings, edges and all that stuff :-)

You're of course free to write new skin for scroller or any other 
style, because we're not going to do much about it right now. You 
can also try to write scroller as coumpound style of two arrows and 
one slider but I do not recommend this overkill.

hi, do you have some demo script to show quickly all your work ?

how to use style table ?

at this time, there is only the style browser, if that is released. 
the next version should contain all tests and demos.

right now, the team is busy writing docs, fine-tuning the resizing 
system and working on database reactors.

Have read much noise here.
Just sitting on the side of the REBOL river.
Everything that will come is a gift for me.

The river is colouring red :-)

Any new timeframe of the new release? Was very busy, so no work on 
porting demo done on my side. Just trying to align the timeframe 
for next week ....

afaik, Cyphre is working on it right now and it should be out soon

I think he's just finishing some docs.

I have done a new version of the demo, with a page of docs, and I 
was waiting for the new release of R3-gui, but if it does not come 
this evening, I will deliver it.

I have just checked, the new version (1993) is released http://www.rm-asset.com/code/downloads/files/r3-gui.r3
. I will try it

There will be one last minute fix... we are just assembling everything.

ok,thanks

Downloaded everything ... the all styles looks very impressive.

Great work guys

When you hover over a tab, the indicator changes to red.  The green 
indicator indicates the current tab, right?  So, you actually lose 
information.

We know about it, will be updated next time

Would it hard to create a different indicator of what the current 
tab is . .. such as a higher tab?

That is what Cyphre prefers, I am curious which approach "prevails"

I think a higher tab has more visual impact

and is closer to the metaphor of pulling a tab out of a filing cabinet... 
in real life tabs don't change color

yes, in real life buttons change colour neither when you point at 
them

actually it changes red to indicate that when you click it, it closes 
tab (which doesn't work right now, as I see)

maybe it should show cross instead

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?