World: r3wp

is it better?

Area style report:


1) hilite some few chars, then you click elsewhere in the text, or 
just move the caret using arrows - the text stays hilited, whereas 
default OS behaviour is, that the hilite is discarded. The question 
is, if we are targeting for REBOL specific behaviour, e.g. allowing 
to move caret, and have multi-hilte areas? I think not.


2) hilite autoscroll works chaotically. Sometimes it scrolls the 
area, sometime it does not. Dragging the mouse outside the window 
does not work at all.


3) scroll by mouse-wheel. When I reach the "bottom" of the area, 
I loose my focus, and scrolling back up does not work


4) moving up/down by arrow. It seems that in OS native widget (Notepad), 
the caret position is counted by the follow-the-leftmost-tex-length 
rule. So if I e.g. go via an empty line, caret should stay at the 
beginning of line for all other rows.

5) cut and paste into Notepad discards newlines


6) cut and paste from Notepad inserts text in hilited form - random 
behaviour here, ot it needs more observation ...


7) hilited text should be deleled by hitting delete, backspace, or 
by typing any character

8) when hiliting the text by mouse, scroller gets reset to 100%

Is that enough bug-reporting for the starter? :-)

Bolek will see to these, thanks.

Thanks for report.

New R3 compile should fix a scroll-wheel issue:

http://94.145.78.91/files/r3/gui/r3.exe
http://94.145.78.91/files/r3/gui/r3lib.dll

Is there some easy way of of hot obtain list of available styles? 
Are styles somehow divided upon internal (thsoe are more of classes 
you use to construct other styles) and user useable styles?

words-of guie/styles

I need a function to figure out the style tree. Will have to write 
it later. That would be part of the documentation.

Yes, style tree would be useful, but I think it's not top priority 
right now.

btw - I really hate guie name. It reminds me of Internet Explorer 
and I can't decode its meaning at first sight ....

is there anything like 'flags item in new VID? I find tagging very 
usefull technique. That way you could simply add a tag, e.g. 'internal, 
and such style would not appear int he list of styles for something 
like get-styles function. Simply put - only styles/widgets which 
are able to function on their own, would be shown ...

GUI Enviroment. I didn't like it at first too, but I get used to 
it. OTOH, you don't need to acces guie most of the time.

This will have to be done anyway, or how are you supposed to display 
styles for REBOL IDE, which you can place on a form? Unless you are 
supposed to do it manually of course ...

yes, there's supprot for tags, although it's not used as much as 
it should be right now.

scroll-wheel now works like expected ...

supprot=support

Since the GUI is not a module yet, I don't know whether the GUIE 
name stays.

there definitely have to be accessors like get-styles (get-style-list) 
or something like that. Playing in console and trying to display 
tabbox, container, errors out ...

Tags were implemented by me. They are used in validation and keyboard 
navigation for now.

tabbox, tab-box and container are tests of tab-box implementation 
and only tab-box (name) will stay. They actually shouldn't be in 
SVN, so ignore them for now, please.

Relobek, btw. the tabbing that is done inside the field style needs 
to be removed, which will make tab navigation work for fields.

Ok.

They get into a "fight" and the field tabbing "wins".

:)

OK, so there's recently no way of how to programatically cycle via 
available and displayable widgets, and put them on screen. Just remember 
my request for the tagging and obtaining the list of usefull styles/widgets 
:-)

I'll see if I can make one similar to the style browser for the vid 
extension kit, but that depends on the state of certain styles.

How do I display stand-alone scroller?

noone needs style browser - that is high level stuff ... we need 
architecture

scroller has been rewritten and is not fully axis-independent yet, 
so displaying stand-alone scroller is problematic right now.

we need a style browser, because that is a very quick way to check 
which styles are crashing. could not have shipped the vid extension 
kit without it.

I agree with Henrik, style-browser is good test suite.

I tried the code which worked in Carl's VID: view [p: progress scroller 
attach 'p], but no luck either ...

We don't need style browser, we need the demo app once again, or 
it is really difficult to learn/test. It was already written, so 
it should be imo adapted ...

Please do something about 'field, this is just so wrong :-)

Small bug -  view [bar box check radio arrow-button slider p: progress 
field] .... type something in the field - the text jumps up and down 
as you type ....

fixed...

that was fast :-)

min-size was too small, that was all :)

btw - why field style metrics are so wrong? Sometimes I can see proportionally 
too big fields - e.g. Facebook main page. And new R3 GUI uses too 
thin field. Look at old R3 View demo, section 'Form, how nice it 
looks :-) I just hope it is just question of some tweaking :-)

Modern field = 1pixel think colored border, NO FREAKING SHADOWS :-)

We don't need style browser

 - the demo app did not display styles in an organized way. That's 
 what the style browser does.

think=thin

OK, whatever ... if it would work like in RebGUI, showing some automated 
help/parameters, or old R2 Word browser, it would be nice ...

Easy VID was nice too, as it contained examples you could click ...

scroller: I'm not sure it makes sense to attach scroller to various 
styles inside the layout. You may not realize it, but that code is 
very complex to write and also difficult for the style writer to 
use. It's easier to write styles with scrollers attached in a fixed 
way and much easier to maintain.

Pekr, if you want field 50px tall instead of 24px, I can change it, 
I have no problem with it. But I think that you concentrate too much 
on the look, which is really not top priority right now.

Rebolek - those are details which could be corrected in 1 minute, 
and make the overall feel for the tester much better. The whole team 
is not even at the level of Carl's VID, not unless R3 GUI can do 
anything usefull. I don't care for look now, but correct system metrics, 
closer to typography rules, are always welcomed. The screen forms 
should look relaxed. E.g. I was lately suprised, that I tried some 
Air app, and it was unpleasant experience in that regard ...

correction... looks are VERY long to get right.  the slightest change 
in one style, has repercutions on all others.

a 5% color difference can completely fix/destroy a style.

Henrik - are you trying to suggest, that scroller will not exist 
as a stand-alone style, and that you will not be able to attach it 
to other style, like Carl's VID? While I really don't like it, if 
it is that way, I at least hope that the code is reused, and not 
hardwired for any widget, which needs scroller, once and once again 
...