World: r3wp

The GUI is still changing too much for particular blog articles. 
Around on a daily basis I get updates on 5-10 source files, which 
I don't have time to go through, otherwise I would publicize more 
information.

Oldes, VIEW is due for an overhaul and the concept of viewing any 
(or at least most) REBOL datatypes is something I wish to implement, 
but that's low priority at the moment.

That's the main reason why to have public repo.. so one can at least 
see what is changing... and maybe also why.

GUI work log update: currently, the ON-CONTENT actor is being reworked. 
Interface and behaviour are being changed (different arguments, adjusting 
"boundary case behaviour"), some bugs revealed and corrected during 
reworking as well.

For those not knowing the purpose: the ON-CONTENT actor is meant 
to handle content changes of container styles.

Oldes, I agree. We planned to move to Git to make this simpler, however 
the window for making such changes, I think, has closed for this 
year. Too busy...

on-content ... interesting ... so we will get specific per style 
type kind of handlers?

Henrik - if 'view is going to be overhauled, add 'unview to the overhual 
game too, please :-)

Pekr, that might happen.

re blogs - maybe not examples, but it would be nice to know, what 
is e.g. planned. As e.g. Ladislav posted on-content, I believe Cyphre 
might be planning/doing some low-level stuff changes too, or some 
changes for some styles. But I can understand the "busy" argument, 
so maybe the best aproach for those interested is to trying to test, 
and when having the questions, just asking here ...

Henrik, wouldn't it be at least posible to pack the files separatly 
(not to have them all in one file)? It's really unusable for other 
people than you in such a state. Especially when you are modifying 
5-10 files per day.

It would at least help to understand what part is doing what... like 
what is draw related, what is for styling.. etc.

Oldes, that's possible. I'll try to make a zip archive of the current 
source directory.

I now agree with Jerry that there is a draw problem.

And it is related to GUI project as GUI project is the one where 
the draw is implemented as commands.

http://94.145.78.91/files/r3/gui/r3-gui-src.zip

I can't guarantee that it will work. There is a build script missing, 
but the resulting build should be similar to previously released 
builds. We have diverted from the build system to something else 
now, and I can't publish that build scheme.

thanks, that looks much more useful.

Maybe that zip archive could be added to the links page for R3 GUI 
project permanently?

ok, cool

Pekr, possibly, but that's out of my league.

There are also some docs and comments in code:)

Is the DRAWING style suppose to be working?

GUI work log update: ON-CONTENT revision done, debugging the changes. 
One of the changes is a removal of the PANEL/FACES block. Reasons:


- data aren't normalized, since the contents of the panel are listed 
both in panel/gob and in panel/faces

- thus, twice as much memory used, and unnecessary maintenance of 
the panel/faces block is necessary

- the not normalized nature was visible anyway, since the order of 
faces was not guaranteed to be the same

- to get the block when needed, it is possible to use a FACES? function 
returning such a block on demand

what about calling it get-faces?

or get-content? That would be a good match for container styles? 
....

I assume FACES? will only be used inside styles, so it should be 
a short name.

faces-of

+1

New 'X-mas' release of R3-GUI is available for download at http://www.rm-asset.com/code/downloads/

top-level changes:

-smarter face update mechanism
-improved dynamic panel content handling
-internal optimizations and more system-friendly redesign
-cleanup of obsolete code parts

some more detailed notes:


- panels can now contain normal, VISIBLE faces, HIDDEN faces (just 
invisible, but taking the same space as the visible faces), IGNORED 
faces (invisible, and not taking any space), FIXED (visible, but 
not resizing with the panel, having a fixed position and size)

- the ON-CONTENT actors for all panels (HGROUP, VGROUP, VPANEL, HPANEL) 
now are as much compatible with series function as practical, taking 
an integer index, high-level function can take a gob or a face to 
specify the position as well

- Data optimization: FACES attribute removed to not need to store 
and maintain the same information twice, risking the conflicts (they 
were already present, order of faces was not identical)


You can also download the latest R3.exe from our site which contains 
LOAD-GUI that directly loads the actual release. This way you are 
always using the latest R3GUI codebase.


We'll be updating the 'old' documentation soon to be up-to-date with 
our current R3GUI version. So interested developers can start using 
it for real or participate on the project.

And, to not forget, thanks to Cyphre's effort, the VGROUP and HGROUP 
styles now properly use the RETURN keywords allowing the *group styles 
to have rows/columns with unequal lengths

Very nice, congrats!

Sounds good

ha! :-)

super many thanks for it .....but demo not working !!!!!

Demo is still based on Carl's old GUI, I believe. only LOAD-GUI has 
changed.

You may want to patch that, too

it could be a good idea to upgrade demo too.

Upgrading would probably mean a rewrite

well some guru could do this job and show us bests practices with 
load-gui !

actually, there is a big bunch of tests in the zipped source code 
that I uploaded a few days ago. those contain some examples for study.

Thanks GUI team!

I don't like how you use function names like faces? to return other 
than boolean values.

names like: back-face?, next-face? should be better:  prev-face, 
next-face

Do you a demo script ?

I mean in R3 gui.

For example I would prefere FACES-OF instead of FACES? as Anton sugested.. 
in the latest sources is used faces? And there is more such a cases 
which I don't like. I really use the names ended with ? only for 
logic.

I agree

I think the idea was to separate functions from actual faces.

the functions map-inner and map-outer are not used anymore?