World: r3wp

complete version 0.38 can be grabed here http://shafwolf.free.fr/RebGUI-038-shad.zip

i put listview v 0.52 external in it and requestdir form DideC ^^

Ashley the problem with stoboscopic effect (blinking) when colors 
are both ligth one is the eye retina persistence ususlly  ppl use 
same color  in dark/light  like dark green  = off  light green = 
 on  ( and this is more friendly with  our over used eyes !!

can be medium grey = off and  what ever colo = on

ashley  my ten seconds solution for edge  problem with listview integration 
to rebgui rebgui-wigets.r file

keep the same code and simply  copy paste is after the context  ... 
( SORRY THAT DOESNT WORK ... i just try it  ...)

edge is said as invlaid path .... so thise  means  a  /edge is not 
good  and looking to rebgui widget code we found that  /edge is related 
to color/egde so i think the problem come from a prebuilded widget 
 onloading  this one have a problem or color/edge reference maybe 
try to dig this out please ashley...

hum i think  i found a track ...  in my code i over ride   colors 
internally to listview

i'm the best lol

that was the problem ashley  ^^

damn i  love late night debugging  your brain is so lazy that you 
 can keep a track of an idea

rebol says it from begining  edge is not a good path  why  ?  /edge 
doesn"t exist ? where does it supose to exist ?  -> colors ...  yea 
colors/edge that match with what  rebol says  !!!  do i have colors 
 set  as a block of value in my  code  ?  yes  to able ppl to choose 
modify  the background colors ...

of the table text content  ...

renaming colors internal to   listview  to colrs ^^

i merged it to  rebGUI 038 ^ ___ ^ -----> grab  it from http://shafwolf.free.fr/RebGUI-038-shad.zip

See DEmo listView  ^^

Is that all of the files, old with the new merged?

And it gives me a cannot-find-server anyway   >.<

arg

http://shadwolf.free.fr/RebGUI-038-shad.zip

http://shadwolf.free.fr/RebGUI-038-shad.zip

REBGUI 0.38 Shadwolf version !!!


- FULL  retail files no need to merge them back  with previous REBUI 
version
- Didec-requestdir mini app 
- Listview as base object  
- Demo-listview.r shows how to use the listview widget.

lol nice... I plan on trying RebGUI for my next little project, but 
never downloaded it before...

yea rebgui is very very neat  it's growing in size but it's still 
pretty  cool  widget library . I recommand it to you as simple as 
Vid but mutch more sophisticated  ^^

field on-focus [system/view/caret: face/text true] on-unfocus [face/text 
= "Exit"]

fixes the exit-field-bug in action-demo

Somehow i dont like the names 'on-focus, 'on-unfocus. They feel loong 
somehow. how about

 field enter [system/view/caret: face/text true] exit [face/text = 
 "Exit"]

Not sure how on-focus works, ut returns a flag? Could it return the 
value for caret?
 field on-focus [face/text] on-unfocus [face/text = "Exit"]

What is the diference between on-unfocus and the usual action? can 
they be joined? WHat do i overlook?

The idea with the on-* naming is to clearly indicate an event. I 
toyed with using just focus / unfocus but these verbs could be confused 
with the functions of the same name. Likewise, 'enter could be confused 
with the 'return keyword and 'exit has the same issue with regards 
to both 'exit and 'quit. 'on-enter and 'on-exit are possibilities 
though.


on-focus and on-unfocus return true or false so as you can handle 
failure. This scenario is more likely with on-unfocus where you would 
want to trap and handle a field validation failure for example.


The difference between on-unfocus and the usual action (both may 
be triggered by pressing enter for instance) is that on-unfocus enables 
you to interrupt the normal work-flow by aborting the unfocus and 
subsequent focus operation - something you could not [easily] do 
normally. Also, for many widgets the usual action and on-* actions 
may be different (e.g. pressing enter to initiate the default action 
may be quite different to pressing tab and leaving the field).


For those familiar with Oracle*Forms, and similar products, these 
new actions are like the pre-field and post-field triggers (with 
the app-level ones mapping to pre-form and post-form).

Good questions all, keep them coming.

http://www.lexicon.net/antonr/rebol/rebgui/add-remove-tab-panels.r

Anton very nice script i have a firend that need this feature for 
one of his school project ^____^

firend = friend

Anton i like to see franch strings in your code ^___^

on-something is good, ashledy, go ahead with it ....

yes it's yet seen by most of w32 QT wXwindows GTK TCL/TK  coders 
 ^^^

DocKimbel used it for Uniserve too ...

focus/unfocus from Ahsley: Sounds very good and flexible to me. I 
like it a lot and yes, it meets the features I have in mind. I'll 
give it a try.

>> change-dir %../
== %/D/rebol/rebgui/

>> do http://www.lexicon.net/antonr/rebol/rebgui/add-remove-tab-panels.r
connecting to: www.lexicon.net
Script: "add/remove tab-panels" (8-Dec-2005)

** Access Error: Cannot open /D/rebol/rebgui/programs/rebgui/rebgui.r
** Near: do view-root/../programs/rebgui/rebgui.r
relayout: has [fenetre-cannibalisee]

table: Moving the last slider changes the space between draging-bar 
and text "Char" dynamically. Looks like a relativ calculation thing.

action demo: very cool. I'm now testing it.

Table: the labels assume the same alignment as their contents (i.e. 
the "Char" column is centered as is its label)

I've been looking at alternate UI / icon resources recently and stumbled 
across Tango - the standards they propose might just be what RebGUI 
needs. Take a look at:

	http://tango-project.org/Tango_Icon_Library
	http://www.tigert.com/archives/2005/11/16/tango-ui-for-web/


and let me know what you think about making RebGUI tango complient.

That first link should have been: http://tango-project.org/Tango_Desktop_Project

Shadwolf, that is not a coincidence, I think !

Your friend emailed me personally, so the script is for him, but 
also maybe for others here. :)

Tango: Very interesting stuff, and looks like these guys thought 
a lot about doing it right. I vote for using it for RebGUI. Frees 
us to do invent the wheel again.

I think Tango is nice, but I really much would appreciate or like 
to sea some standard way to add a textual description to icons, like 
often used nowadays. I know almost nobody will want to give up icons 
or graphical objects, but in order to make RebGUI as good as possible 
I think to add such a textual description by design would be very 
very good.

I think of something like another parameter to a button in which 
the label is placed. The UI could then offer a simple way to activate 
or deactivate the labels, the icons or have both, side by side or 
on top or below. 

This way we get the best of two worlds (only some space needed) - 
people can choose for themself and with the text it will be almost 
always clear what a button means.

Of course the could be done externally by adding a second row or 
column to every button, but this would separate what belongs together.
What do you guys - especially Ashley think ?

Anton you have to set do %rebgui.r instead of  do  /D/rebol/rebgui/programs/rebgui/rebgui.r

Anton yea but i wasn't aare of that  ^^

aare = 	aware