World: r3wp

Graham: "For me, function is beauty"


As it is for me.  But your statement here implies that this issue 
is superfluous in light of deeper issues, which mischaracterizes 
the problem.   Form and function go hand in hand.  In a GUI (which 
literally implies both form and function) subtle information is transmitted 
in the cross roads of the form and the function.


Links, buttons, rounded buttons mean different things in different 
places.  To marginalize it may be myopic.


Anton: "I think that can't be good for people with vision problems. 
I say stick to the simple old ways."


We are actually going to offer both, we are actively working on this. 
 


.

Volker, last time I looked a pane *block* cannot contain functions. 
(I remember wishing it could.)

Volker, that patch seems to work.  I shall report back over time... 
thanks.

Graham, I just looked into the problem. It was not caused by the 
RADIO-GROUP changes (as it crashes  even when remove the widget from 
your layout). And yes, Volker's quick fix looks good to me ;-)

Yes, I came to that conclusion.  I think I updated Rebgui with the 
tab changes and the radio group changes at the same time.

I hope someone with write access can fix the sources.

I want to add a row to a table but I don't want to keep a special 
block containing all the table values. How to do it? I only can get 
one entry added and than it's reused. Looks like some sharing is 
happening.

Ok, I just used INSERT... seems obvious ;-)

but doesn't work... again some sharing stuff. Some lines become like 
others after serveral inserts.

Another area problem :(

** Script Error: Cannot use path on none! value
** Where: switch
** Near: pane/data: - para/scroll/y / (total - visible)
** Press enter to quit...

this was using a scrollwheel on a field

so the problem lies in rebgui-edit.r

This patch solves the problem:

if found? [
	pane/data: - para/scroll/y / (total - visible)
]

in the scroll-line and sroll-page functions

if found? pane [
	pane/data: - para/scroll/y / (total - visible)
]

What build are you using? #26 already wraps those within an all block.

Robert, have a look at %tour.r to see how it adds rows to a table 
(and refreshes).

Uploaded rev#27 with Volker's fix.

Ahh... I see Cyphre fixed it already.

Ashely ... Windows tablet OS support in RebGUI ?  Feasible?

Input panel support works with View, native support requires MS compilers.

Can I use bold for selected rows of table widget?

there can be multiple selected rows actually?

hmm, that is something which is not planned for grid ....

in two weeks I will have something for you to test. Actually, we 
could release it sooner, but it is preliminary imo, as Cyphre is 
finishing hilighting, adding keyboard navigation, etc.

I observed it already - but what I want is to mark some rows with 
bold or other color or something similar.

but so far, I am very satisfied, the grid does tri-state columns 
sorting, functions for insert, remove, swap columns were added, you 
can have whatever element in cell, etc.

Janeks - usually, if I need something like that, I add column with 
checkboxes ....

How to... ?

well, not sure about tables, but new grid will allow that ...

even 0.3 version was imo better than what table offers .... I was 
quite surprised, how anyone can use that for real application?

I do. Table is good for text-only multiple column rows where you 
don't need cell-level addressing. Grid will satisfy those who need 
something more complex ... but don't confuse functionality/complexity 
with "better". Table meets *my* needs, Grid meets *yours*; and folks 
can choose to use the most appropriate one for the task at hand. 
Choice is good.

Most of the time I have no need for cell level addressing so the 
table works fine.  But I could use a grid someday ...

but a table that could colour rows would be very nice too

I do not need cell level adressing. It could be even enought with 
simple list. It seems that in begginging I will use them and for 
statuss changes use just some part of text or some symbols:
F.ex:
Msg#1 2006-Jun-01 Unread
Msg#2 2006-Jun-01 Read


But any way -  what could you recoment to use for scrollable list 
with either changeable colors, font styles or including some small 
icon?

For VID, use list-view

Thanks - looks nice - have to try!

I need horizontal scrolling, not cell level adressing so much .... 
table is simply not of much use for most database driven apps ... 
not sure how you design your apps, but I tend to have more than one, 
two, or three columns to display. There is no solution for rebgui 
currently. I do agree, that choice is always good. Btw - the bug 
with scrolling hilite under the horizon is still present with table 
:-)

Pekr: yesterday I fixed the 'scroling bug' in table. Will post it 
to SVN soon.

ah, thanks :-)

forgotten, how to display a particular tab programmatically?

(Just posted table and couple of fixes and enhancments to SVN.)

guys, those of you, working with databases - currently in new grid 
implementation, there are insert column, remove column, swap columns 
functions. Those do physically alter order in block of blocks (data) 
section. Apart from possible speed limitations, do you think it would 
be better to just virtually swap, insert (at the tail), remove (just 
make it invisible), or is it ok?

has it any impact of possible update call to the database? Just thinking 
lound ... hiding columns is ok, but if user changes their order, 
data changes too ....

Short note: Cyphre did, what I call, an input-grid. It's a static 
grid that you can specify which even generates names to access the 
cells. Might be useful in many cases as well.

Hi, I would like to get some feedback on some rebgui-grid decision. 
The thing is, I need to do it till tomorrow, to stabilise a bit and 
go for more final version ....

So - you can look at the latest screenshot here - http://www.xidys.com/rebgui-grid.jpg

The thing is - one one hand, I don't want grid to be as capable (and 
big) as Henrik's grid, otoh it would be good to offer some functionality 
commonly needed for DB apps ....

The issue I am trying to currently adress, is that of (non)modifying 
original data block, and here come some questions ....

currently functions like - swap-columns, insert-column, remove-column, 
work with real data block, whereas sorting column introduces virtual 
adressing. You can still access raw data by going to grid/content/2/2 
or so, but if you want to get sorting reflected, you need to use 
API ....

what I am thinking about is to virtualise even things like insert-columns, 
remove-column (then hide-column becomes redundant), swap-columns, 
so that original data block would not be changed, which can be usefull 
for easy updates to sql directly from data block .... what do you 
think?