[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