World: r3wp

We must IMOO  have a widget set that is similar than what are  people 
habbits and be smoother and able to be distinguish directly

I think Rebgui could be an OS independent link to user Interaction

we abstract from OS capabilities and set of widget and we introduce 
a commun set

That's right, shadwolf. My approach was more of the kind of simulating 
existing OSes, I had a need for that.

this is in my opinion the same intent as GTK+, WxWindow, TK, QT and 
other in this mood libraries ;)

As I said - we need tree-view, grid (or little better list), tabs, 
group-box, and maybe even menu. Those missing styles will make it 
difficult to newbies to start using View as full-fledged dev-tool 
replacement ....

That was my starting point. These bunch of missing styles, no resizing, 
...

I am developing a better listview myself... hopefully it'll be generally 
useful in a few weeks

As I said - I can definitely tolerate different look. It is imo even 
vital to be slightly different. Today that is once again a trend 
- just look at Ad-aware for e.g. But - ppl will not tollerate that 
well, if app behaves differently, commone keys don't work etc. - 
that is my experience ...

Chris your code can be bettered more people will work on it more 
sharp it will be and if we have as goal to include it into a state 
of art basement library like rebGUI I think this will be very enthousiastic 
for people who will participate ;)

@shadwolf:  : D

I make a listview widget multicolumn multi resizing with drag&drop 
Viewed bar effet like in Win32API and multi widget type capable in 
only 3 weeks and using less than 300 That's the illustration that 
REbgui and VID base concept are pretty good  !!

Pekr, regarding the sliders in the menus: You know AMIGA, do you? 
Remember these popup-slider's in MUI? IMH way ahead of fiddling with 
this 4x4 arrows in InDesign, Freehand etc.

These UIs indeed are coming to their end, way to cluttered.

http://hmkdesign.dk/rebol/listbin.r<--- very, very quick and dirty 
demo...

Great stuff Henrik, this definitly doesn't *suck* as all the list 
entries say  ;-)

Henrik good one I like it you yet input in it some simpatical capabilities 
that I was planned to add into the list view of rebgui like line 
to field editting conversion ;)

Henrik  listviex + shadwolf listview  = the best listview ever seen 
in the world ;)

And man, it's fast. I notice no scrolling delay!

our point with ashley is to gatherring the VID widgets de effort 
into a single process

hehe... well, there litterally are about 50 things missing yet. I'm 
emphasizing on having speed even on huge lists and minimal editing 
capabilities.

christianE: what it does is I create simply a fixed grid of textboxes 
and replace the text in them on the fly. that's much faster than 
setting offset for a very big pane. this way it doesn't matter how 
big the list is, it'll stay fast

Since the very beginning of VID we have seen lot intent of widgets 
improvements make by pationnated people but we never take the time 
to enclose those work into a trully thinked system that's why we 
don't have a reable and durable widget design effort and RebGUI  
tryes to fit this need

PANE is a function I guess, hence no scrolling involved.

that doesn't mean that we can't anymore work on our side to search 
for better widgets and better interactivity system but havng RebGUI 
 improvement as goal makes our work to have a meanning

I don't know how rebgui is built, but if my list turns out as well 
as I hope it will, I'll gladly donate the code for you to adapt it. 
I'm going to use it myself for my VID applications

once our work is achieve we can confront it to the other ones and 
than enhance it more and that's the assurance that if one day we 
are not anymore interrested on develpping this idea our whole work 
wont fall to the pitfall of forgive

:)

right now there still are a ton of functionality improvements to 
come, and it'll be even faster than it is now. I want to implement 
dynamic column sizing, graphics in lists, drag'n'drop and proper 
handling of list actions

Henrik truelly RebGUI  is simple you have basic object (rebface) 
with only the needed things and starting from this point you can 
make new widgets enheriting of rebface basic things and extended 
them ;)

Same here, I expected to need WinXP simulating menus and thought 
others may be interested, too. No deeper strategy involved here, 
shadwolf  ;-)

you have the 	assurance that your new enherited object will only 
countain the needed things and no more ;)

nice demo, Henrik - most of list style attempts miss horizontal scrolling 
though ...

Shadwolf - look at Cyphre's stylepack - it contains pretty advanced 
grid. It is kind of "engine". It even uses some caching IIRC, so 
you can scroll millions of records easily ...

shadowolf: ok... mine is still a bit backwards. I have a list object 
which contains all list functions and the raw layout for the list. 
when I want to use the list, I create a box in a layout and assign 
it to the pane of that box, voila. :-) the list adapts to the size 
of the box, so I think live resizing would work though columnsizes 
are still fixed

pekr, it's on the list, but low priority. :-) my apps currently don't 
need horizontal scrolling, but it'll get there

sure but having to pass thru layout to draw is very very very slow 
when you have to handle lot of data and dirrents data types ;)

rebgui works like that you fill the pane field of the box with all 
your needed widgets and then you make a show box and voila ;)

As do VID styles, I thought?

layout is a translation stage ...  this is not usefull you lost CPU 
time and memory for not a real gain ;)

RebGUI is really nice attempt and only few styles are missing from 
general well usability ...

When I was working on MDP-GUI some month ago basing me on the very 
first intent of ashley we were using a layout compositor (and a layout 
call) to renderize the docuement view than Ashley comes with a design 
based on pre contructed minimal enherited face system and using only 
show the gain inthe do view area rendendering process was about 300 
%:)

I don't understand what you mean by "constructed minimal ...."

so the actual RebGUI is the soon of the work and research of Ashley 
on the MD-Viewer program ;)

my-face; make face [ font: [color: black] ] text: none ]

for example

p: number: bullet: bullet2: bullet3: make face [
			size: as-pair page-width 1
			color: white
			edge: none

   font: make font [size: font-size offset: 0x0 align: 'left colors: 
   []]
			para: make para [origin: margin: 0x0]
			feel: make feel [
 				over: func [face act pos][
					feel-face-docs: 'docu
				]
	 		]
			state: none
		]

		©: make p [
			font: make font [size: to-integer font-size * .75]
			para: make para [origin: as-pair 0 para-indent]
		]

		define: make p [font: make font [style: 'bold]]

yu have some primitive object based on a father object (make face) 
 and then there sons inhert and enhance there capabilities

how is that different from layout? Layout parses your VID code and 
creates View face level one ...

but once you apply layout, you can't get back and decompose to VID 
code ...