AltME groups: search

resizing system: How about a method that will store the layout if 
altered by the user and reload the GUI in the same layout? It always 
drives me nuts if I have to resize application splitter bars, panes 
etc. when starting again.

Rebgui starts to look very nicely polished (UI wise), just a bit 
WinXP-ish, but it never mind here ... maybe OSx users will complain 
later :-)

robet adding some thing to a group coud be done by append My-group-var/data 
compose [etc...] then my-group-var/init :)

Drop list seems to have some issues. Doesn't keep the selected value. 
Maybe just a demo thing.

gregg it's just a demo thing ;)

Volker sure but once you get a working code you need to submit it 
to Ashley ;)

I'm starting a portage of a very good list widget made by Claude 
RAMIER (cr8825) this code offer many things

I will made maybe a merge betwin cyphre my-list and Claude table 
widgets first because Table is twice biger in code than my-list and 
second because some fonctionnality interresting in table made by 
claude.

Robert: LED-Group attributes can be changed at runtime with:

	led-handler/pane/2/data: true
	led-handler/pane/2/text: "Test"
	show led-handler


but the specification (number of LEDs and orientation) is fixed at 
specification time. I have no plans to change this.


Pekr: Most folks are familiar with WinXP, it is something to model. 
The basic RebGUI color scheme is controlled by less than a dozen 
words, and arrow / chevron / other is fully inheritable; but the 
"look" (e.g. tab shape and active shading) is hard-coded in most 
cases. So the answer is that you can easily change the cosmetic aspects 
of the UI but not the fundamentals.

Gregg: known issue.


Volker: Not sure which way you mean. If you want to contribute new 
widgets that work with both VID and RebGUI then I'll be spending 
time optimizing them for RebGUI which will break their VID compatibility. 
If you mean that you want to make the RebGUI widgets work under VID 
then feel free to do so with the widgets I have authored. For other 
widgets, please contact their author(s).

multi-column-list: Please consider adding the auto-filter feature 
as present in Excel. This is a super-fast filter / search feature 
that can be used in most applications.

so it will come but it's in my opinion a non vital feature it"s like 
the chery on to of the cake not the cake it self  hehe if you see 
what I mean ;)

IMO this complicates the RebGUI widgets unecessarly. It would be 
nice to have a wrapper for RebGUI widgets that make them VID compatible. 
But than only as a oneway. RebGUI -> VID not the other way.

a simple way could be 

1) VID -> RebGUI : a 'face widget for RebGUI, to put any prebuilded 
face (ie made by 'layout) in a display,

2) RebGUI -> VID : a 'make-face -like function to build a reusable 
RebGUI face

Anyone made a non rectangular gui layout?

Nice, I understand what you want to do now ... create a GAL (GUI 
Abstraction Layer) that enables RebGUI widgets to be used in VID 
with zero RebGUI changes. Interesting to see whether you can get 
it working the other way (VID -> RebGUI) as painlessly! ;)

i hope. after all, both create faces. thee are a few differences 
in your api (action has 2 arguments, init is function). and you have 
a resize-system. will look what i can do. at least something like 
  vid[ vid-stuff ] ; symply calls 'layout
should be doable.

By design, to keep it as simple (and efficient) as possible. I'm 
open to a more VID-like parse-based approach as long as the complexity 
/ efficiency doesn't blow out as a result.

Thanks, I've had the code lying around for ages and was trying to 
find a link (for attribution purposes) the other day. ;)

Paul, you mean like Q ? That used windowsXP-only window transparency 
feature for the window.  Inside a rebol window I can think of a circular 
color-mapped gadget (who was it again...?)

Yes Anton.  I'm looking for a brief example - a small layout that 
shows the capability.

I remember when /view first came out it seemed there was someone 
that made a gui that was eliptical using only faces and no layout.

Usage: 
my-face: layout [field "just a field" [print face/text]]

display "A RebGUI display" [
    ...
    x-face [data 'my-face action [print "Hi!"]]
   ...
]

sorry, correction (some VID widgets need a block as parent face) 
:

Well after one day of work on the multicolumn list  here is a little 
screen shot of what I succed to do http://shadwolf.free.fr/rebgui-list.jpg

* Vertacal and Horizontal scrollers management
* Header rendering
* Column content resizing management (internal & external)

* Line Selection with a filled fill (not sure of the wanted way to 
make this work ...)
* Inseting rows 
* Deleting rows

* More widgets support (for the moment I can handle images checks 
and texts)

Actually my code is about a little less than 100 lines

Ashley: changed %display.r to use more parse-features. Hope you like 
it. but introduced a bug, scrollers are broken now. Would now be 
easy to detect something like
 button "hello"

but then that string has it has to be merged with the attributes-block 
somehow. I let you think about it ;)

because the attributes are in a block we clash with vid-style action. 
MAybe we could put the action in parens then, like parse does?
  button "quit" [size 200x100] (quit)

Volker: ( ) for actions - it will be a pain to use with compose/deep 
(needed because 'display evaluation is kept to minimal).

TODO: 
* Vertacal and Horizontal scrollers management
* Column content resizing management (internal & external)

* Line Selection with a filled fill (not sure of the wanted way to 
make this work ...)
* Inseting rows 
* Deleting rows

* More widgets support (for the moment I can handle images checks 
and texts)

Latest build available at: http://www.dobeash.com/files/RebGUI-021.zip

Highlights include:

	- Specification dialect is now VID compatible (and 35% slower)
	- request-color and request-date added
	- Span attribute changed from tuple to issue
	- Couple of minor fixes
	- %tour.r has an additional "Requestors" tab


I wanted to get this build out before folks went too far down the 
converting from VID to RebGUI and vice versa path. If a parse expert 
(I'm not one) could suggest performance improvements for the main 
display parse loop that would be great.

there is quirk with them: If you select a color, the requestor button 
keeps the highlighting frame. Should be reseted to neutral.

bug found:
line 243 in display.r : 
| set arg set-word! (append-widget word: arg)
arg should be a get-word :
| set arg set-word! (append-widget word: :arg)
to work with 1.2.1

speed: Ashley, the parse spec looks very much like a degenerated 
'switch statement to me. You are not doing anything wild that requires 
parse. Have you tried to loop through the spec block and use a switch 
statement instead? It might require a bit state handling but could 
be faster.

Robert, not that simple : we have selection on both datatypes and 
keywords, with optional parameter of various datatypes. The 'switch 
wouldn't be trivial

There is a room for improvements in the parse loop, as a set-word! 
is always followed by a word!, and file!, string!, issue! (and others) 
are never alone.

the datatypes are unique. Each on only shows up once. I don't see 
any optional parameters. The parameters can either be of type A or 
B, ok. But that can be handled in the action block of the matching 
switch. And there we can reposition the spec block to skip those 
handled cases.

I make a sample data table of 5 by 100 entries to allow me to test 
the resizing / scrollings issues ;)

Shadwolf, did you consider to specify names for the columns so that 
I can provide a name/value block? With this the name/value block 
can contain much more values than the grid should handle. Very handy 
feature.

robert yes this feature was yet passed to me by cr8825 on french 
forum for non visible data what I plan to do Is hadding a special 
flag like hid for example:)

I figured out a little problem when I ste up the scrolling has the 
header and is in the same countainer as the column and row scrooling 
make desapear the header buttons :)

shadwolf: Adding a hide flag requires me to alter all my data. Just 
wrap it around, if the grid doesn't know about it, just skip it.

Robert: on switch version : trying - but some difficulties. A rebgui 
declaration is of kind :
any [ global-parameter | global-parameter-with-arg argument | 

         opt set-word! word! any [integer! | pair! | ...  | keyword [integer! 
         | pair! | ...] ] ]

the problem with that is a) the optional set-word!, b) for widgets, 
both values and keyword/values are allowed

with 'switch it's far less readable (for arguments, we have to separate 
keywords and datatypes and use "switch/default [] [swtich []]"), 
and takes more code

n: 100'000
bench: func [code] [t1: now/precise loop n code
	print [difference now/precise t1 mold code]
]
bench [switch 'f [a [] b [] c [] d [] e [] f [] g [] h []]]

bench [parse [f] ['a () | 'b () | 'c () | 'd () | 'f () | 'g () | 
'h ()]]

parse loop in display.r needs some work, as a lot of wrong combinaisons 
are allowed like [s: 10x20 #1010 button] and not easy to trap.

its a sequential search.

A related improvement (if possible) is to group all the word tests, 
something like:

	set arg word! (
		switch arg [
			return [...]
			at [...]
			"a color" [...]
			"a widget" [...]
			...
		]
	)

I redone it completely ;) changing the way data was handled ...After 
a little chat with Vinxent it appears that sort algorithms would 
be easier to write if the data was handled by rows instead of beeing 
handled by row ;)

volker I just made a 1ko lesser more opimized version  ;)

I remake another time the buil-table function for the listview widgets 
( acording to Ashley  advices) build code is pretty easier to understand 
and the buildtime spend in the fonction is pretty inferrior than 
in the previous implementation (on an other data organasation ) rebgui-list2.r 
build-table time is 0.047 with regui-list3.r it's 0.31 (both  with 
data countaining 5cols  100rows on a PC ( win2k SP4, Amd sempron 
2600+, SDRAMM DRR PC3200) )

Hey shadwolf, how about english comments :-)? My French is a bit 
rusty.

listview: Pretty cool :-)) Some ideas:

- add a line highligh feature for the selected line and the line 
the cursor is currently pointing to

- double clicking the column-resize bar resets the column width to 
the default value

- add an up/down arrow to the column which was used for sorting, 
to indicate sorting order

I was also thinking about the feature that was being discussed that 
allows for more tabs than the width of the layout.  How about an 
option to allow the tabs to wrap when larger than the layout?  Take 
the number of tabs, divide the total by two and auto-size the tabs 
to the full width of the layout, just now there is two rows.  I think 
this would be a nice alternative behaviour for when the user interface 
benefits from being able to see all possible tabs.

For the moment it's a prepre alpha demo to show to you what are my 
way to make it and if people find it good :)

I splitted betwin a heavy implemented listview with lot of gadgets 
events  (witch means lot of code) and  a  just what we need listview 
(first step for heavy implemented listview)

Having a minimal, lowest common denominator version of list is a 
good idea, considering the idea with RebGUI is to create a small/tight 
GUI environment.  Having a more advanced version (more code) running 
on the lighter GUI is also a good idea so programs written for it 
don't feel restricted.

I think a less 200 code listview is yet pretty good

when you click on a cell in the last column, it highlights the one 
4 above it

when you move a splitter this influance the left colone size and 
only change header button and all the widgets on the right size

Woooooooooouhouuuuuuuuu I get a working resizing feature I need to 
change a little thing with my horizontale scroller but this is working

I'm workin on a strange bug ;)

graham do you know a way to happend things to a fonction instead 
of substituate it completly

in a feel/engage fonction for example ?

I like how your style doesn't require you to be in the header row 
inorder to resize a column, simply selecting the column border in 
any cell allows column resize.

So, with less to move about, it's a lot faster.

My only comment about that is there isn't much margin for error, 
I think the two pixel activation of the column resizing is a little 
limited and requires concentration.  In Excel, they have about 16 
pixels (approximately the full size of the mouse pointer area, not 
just the immediate selection area.

mutch faster but more code and a strange effect  ;)

I believe it looks strange because you are including the adjacent 
data in the resize... Excel only shows a faint line indicating where 
the cell will end.

But might be a nice feature  ;)

yes this a gobal problem on rebgui  ;)

I fear that people will say this comportement is a bug  ;)

this show that the computing is a lttle bit jerky some times

graham yes be this is a good comprimise

you can do this when working in C/C++ but in rabol this will jag 
out the perf the current way is the best I think even if it's a little 
strange  ;)

so like  this is a little bit stange but it works ;)

Either way, current method works like a charm.

this is can be similate by over drawing a line  with effect draw 
;)

I perfer see a blank then se it desapear than see a persistant blank 
area ;)

hum after suffering so mutch I have the right to a little self greeting 
;)

last thing to do is to draw a vertical line with effect draw at position 
of the mouse

needs to be investigate but i dont see this problem ... try other 
vm plz maybe it's a VM issue ...

with 1.2.48.3.1 it doesn't work ... So it's a VM issue ;)

Nice work I see you have included a coloured line when resizing - 
seems to only work inside the column currently being resized.

line-selection: 
- How about using a TINT effect for images in the selected line?

- Changing the state of the select box in column 2 isn't reflected 
in listview/picked output

column-resizing:

- after starting regui-list I see gray column seperator lines. When 
I move the mouse over the line, it's highlighted in orange and than 
becomes black when moving the mouse away. Why not gray again?

- when making a column smaler I can see the virtual new edge (in 
orange) but when making the column wider this virtual new edge isn't 
shown. Looks to me like an order issue. The virtual line needs to 
be drawn last.

line-selection:

- If a line is selected and I sort by one column the selection isn't 
keept on the same entry. The selection is keept on the same entry 
number counted from the top. That's a strange behaviour. It should 
keep the selected line.

BTW: It's a very nice widget so far :-)) Can I change the displayed 
data on the fly? For example, if I want to move lines up and down. 
How is this done?

Robert it's a splitter bug  :)

is there a way to see it on linux?

He said Unicode is three separate issues:
1: getting strings into REBOL
2: a REBOL unicode datatype
3: interfaces to operating systems -- eg for file names.

The first two he said are easy. The third, he needs help on. But, 
as it wll be part of the Open Source 3.0 Opsys interface, it does 
not need to be done by RT.

Q  What impact will the Prolific / RT partnership have regarding 
future developments? Is Rebol to become a SW technology, where the 
developers/contributors build Prolific's profit base?

Hi Gab.. you should take a break ;)

i managed to take a short video from carl's presentaition

(afterwards i'll try to answer questions here so Sunanda can have 
a break too  ;)

Thanks, gabriele -- I think I was the only one to read the wfi key 
correctly for the first session.....There wasa lowercase b that looked 
like a D to everyone else. I've updated the whiteboard

we need a rebol made skype..

A guy working with François I guess

Stream is amazing.. watching on a 60" monitor..

skype is a real beast to make work, I would have hoped Carl stepping 
in and writing a clone in 10 lines..

Looks like skype is a wash out.....Maxim preparing to speak.

My whole system seemed to come to a halt when I connected to France.....hmmmmmmmmmmmmmm.....

I have a really cool Logitech camera that tracks faces, all seemed 
good (and I use it all the time), but this time it all froze up.