[Gambas-user] Release of Gambas 2.11.1

Rolf-Werner Eilert eilert-sprachen at ...221...
Thu Feb 5 09:24:10 CET 2009


Hmmm :-(



>>> * The GridView now stretched its last column correctly.
>>>
>> I just downloaded, compiled and installed 11.1, but the gridview still
>> makes the last column stretch.
>>
> 
> Yes. I won't change this behaviour in Gambas 2, as I just fix bugs in that 
> version.

I just thought that this is what you meant "correctly" - that it cares 
for the value the programmer has given.

Ok...

> 
> Anyway, I don't understand what the problem is with letting the last column 
> fill the tableview contents if it is too small.

Didn't you get my mail with the screenshots couple of weeks ago? You 
never answered to it. At least one person did and agreed with me. Let me 
see... Alright, the thread is Two minor "bugs", and the one who answered 
is "Ron_1st". But nobody else answered... Maybe my pictures didn't get 
through to everyone?

Thinking it over, I had the idea that if you offer a choice of 
"automatically" and "manually" adapting the column widths, you might 
want to do it more consequently and not forcing the programmer to accept 
Benoit's presets :-)

I agree that an automatic behaviour can make sense, especially in a busy 
situation when you want to get an app just up and running to show some 
result. In this case, however, it would be clever to have an automatic 
that adapts ALL of the columns at once, such as

- there is a default (minimum) width for each column which could be 
overridden by the header's width

- if in one or another column there is not enough width for the 
contents, it will be strechted to make contents fit[1]

- if it becomes too long to show the rest of the columns, its width will 
be reduced to make the rest of columns show again[2]

- if the sum of column widths doesn't fill the table's space, they will 
ALL be stretched by the same amount/relation so they eventually fit in[3]

- if the programmer defines (during runtime maybe) the width of one of 
the columns, this column will stay that width and not be regarded in the 
automatic

[1] Implementing this has cost me some gray hairs in the past as it 
doesn't reliably react: "some"times it just doesn't do what it's 
supposed to, maybe a timing error when refreshing?

[2] Well, that's tricky and would be confined to the minimum default 
width mentioned above; i. e. if you have too many columns that wouldn't 
fit in anyway, you still can give the user the horizontal scroll bar.

[3] We can go even one step ahead and implement line wrap and/or a soft 
fading effect for lines that are too long :-) But I think that would be 
QT's task to implement not yours, right?


Regards

Rolf





More information about the User mailing list