World: r3wp

Thanks Henrik. I'm curious if you have found things that didn't work 
using these methods.

Perhaps that's a question for Cyphre?

James, I wrote first round of basic tests for some styles and so 
far this method works well. I haven't tested recording of realtime 
resizing and dragging so far but I'm sure if there are any issues 
they'll be fixed along the way. Otherwise this method doesn't cover 
only recording of user input, but it is possible to insert 'checkpoints' 
with REBOL like code to check specific conditions during the testing 
sequence. Cmobination of both makes this testing subsystem very flexible 
and relatively easy to use.

We are currently discussion an option how to write GUI dialects. 
The thing is how to access face stuff. At the moment you write it 
like this: get-face/field my-table [cell 2x3]

Whereas I like path notation more: my-table/cell/2x3


Using path notaion is not possible but we could enhance the dialect 
in a way that: "get-face my-table/cell/2x3" would be converted internally 
to: get-face/field my-table [cell 2x3]


So, what do you think? I'm not sure if supporting the path notationis 
worth the effort.

I like path notation better, too

How one distinguis obfuscated path notation from the real one? I 
have headache because of path notation usage from VID2, where one 
could cause "unexpected" changes :-)

We found a way to support both without big effort. The non path version 
is better if things are script generated.

And, there won't be any changes. It's just to access stuff in a face.

Thanks Cyphre for the explanation.

Tag field style:

http://rebol.hmkdesign.dk/files/r3/gui/257.png

Is that just CHECK, or does it work differently?

I think the intention is to emulate the MacOSX tag field. You write 
in a "floating" text field and when pressing enter, it becomes a 
tag, which can be deleted or moved around. Deleting or moving doesn't 
work yet.

looks like it removes the widget

Ah, so you enter the text. Thanks

One thing I would like to see is the ability to keep focus on a field 
and not let it be lost to other faces/widgers appearing

without having to create a modal requester

or dialog

noted. perhaps Bolek can answer if this is already possible (I'm 
already doing that in the VID Extension Kit).

In an async application you can't control which windows popup in 
the background ... so you want to keep focus on a field where you 
are entering data and not be kicked out of that field

Taken from RMAsset Twitter: "We plan to release a new R3-GUI version 
next Friday." Any significant changes about tobe expected, in comparison 
to latest release?

If I understand it correctly, your NLPP app, version 2.0, is going 
to be done in R3, hence using R3 GUI?

NLPP 2.0 is R2 and RebGUI based.

ok, thanks ... Ithought that R3 GUI is suited for that task, but 
that would be probably a preliminary assumption :-)

The timing is bad, as NLPP 2.0 has already been in development since 
early 2011 and it's almost leaving alpha development. Furthermore, 
there is a lot of development time invested in some special RebGUI 
widgets for NLPP and converting this work to R3 would take a significant 
amount of time.

That time is better invested in allowing people to work on specific 
things, like the automated testing system for the R3 GUI, rather 
than specialize ourselves into a corner this early.

Are the RebGUI widgets being released?

Not sure, as the usefulness is probably limited outside NLPP.

Thanks for the new release.

With our R3-GUI test-system available now, we could really need some 
help in creating test-cases. The more the better. We want to build-up 
a huge test-suite for GUI tests that we run on "every commit" to 
keep quality high and identify breaking changes.

The more help to build test-cases and submit them to us, the faster 
we will be in pushing R3-GUI forward.

I can still get hard crasches of R3, in various phases:

do %r3-gui.r3
do %examples/run-layouts.r3


Two times I got a crash, when just closing the windows, and when 
at layout #15, clicking in the form. Once I got it with layout #20, 
and once at layout #27, clicking the big red button ...

Pekr, if you can post directly what you do, that would be helpful, 
so Bolek can solve cases, one at a time.

I just posted what I do. Running above script, closing the windows, 
and trying to click into some forms. Not easily reproducible ...

ok. anything reproducible helps.

Pekr, the 'hard crashes' are most probably related to one bug that 
is waiting on Carl to trace/fix since it looks we are not able to 
do it from the host-kit side.

Cyphre - is there any chance Carl is going to be available to do 
some low-level fixes? It kind of crashes very often, but of course, 
with one specific use-case, so "normal GUI usage" (whatever that 
means) could be without any problems ...

We are in contact with him, but as you know this can than still take 
some time.

Cool that he's available. I noticed his new photo on a vineyard, 
on facebook, so he's still alive and well :-)

Our next focus is on the skinning system. We finally want to have 
the most beautiful R3 apps on the planet :-)
 - your Twitter message is very welcomed :-)

Does it mean, that material system is in-place, or was it simplified? 
What is the state re skinning? From what I understand, Henrik had 
no free time to work on it last I checked?

Need the facilities for skinning to be in place first, so it will 
be a while.

great release ;-) thank you. perhaps ask carl to do somethink for 
gui on linux

As for the possible "look & feel" of the GUI, I personally like HTC 
Sense, and Linux Mint - combination of light greay and green. IIRC 
Ashley created some more lightweight look for his GUI too later in 
the process ...


http://www.xda-developers.com/wp-content/uploads/2010/04/ScreenShots.png?139d23

http://smartphoneblogging.com/android-picture-galleries/htc-sense-screenshots/
http://www.linuxmint.com/screenshots.php

Take it just as a note :-)

Anyone going to help developing styles? We need more of them.

The base is now matured enough that all can help.

Robert - so the infrastructure for skinning will be added later?

We are already working on it. But it doesn't impact the style writer. 
You can add a nice look later.

Is anyone willing to try to develop a tree style?

We don't have it on our plan at the moment, but it's a fundamental 
style so this would fit good with the styles we do.

So, I see no one is really interested in this R3 GUI stuff... I'm 
wondering a bit but anyway... I think doing public releases might 
not be worth the effort.