On Mar 23, 2006, at 5:31 AM, Vincent Kroll wrote:
Hi,
I've got a listbox with a columncount of 3 and a given columnwidth
of "100,100,100". Only the first cell of a row contains some text.
The other cells are empty.
I store the list value of one row ( Listbox.Cell( row, -1)) to a
string property. I analyze the string value of this property and
I'll see only the text value of the first cell of row. That's OK.
But, now I'll store some informations for this row in its celltag
of a column greater the visible area of my listbox ( for example
column 7). If I store now the list value in my string and analyze
this value, I'll find a tab separated value: [string value of first
cell of row]+[tab].
Why?
How can I reproduce this? Like this, from a button, with an item in
Cell(0,0) only?
dim s as string = ListBox1.Cell(0, -1) // get a row
ListBox1.CellTag(0,7) = s // assign the row to the cell tag of a
nonvisible column
dim sRetrieve as string = ListBox1.CellTag(0,7) // retrieve the
string from the celltag
break // look a sRetrieve
I think it's not correct. I expected only the text value of the
first cell of row and nothing else like before and not this behavior.
If you insert a row with this list value, you will see more columns
after inserting than before, if all cells of a row were filled ( in
this case suddenly 4 columns).
Is it a bug
I know that if you load a listbox from a tab-delimited string, s, using
ListBox1.AddRow ""
Listbox1.Cell(ListBox1.LastIndex,-1) = s
where s contains more fields than ColumnCount, Rb overrides
ColumnCount and adds more visible columns to my listbox. I feel this
is a bad feature at least, a bug in my view. Some may not agree. This
is tied in with the unfortunate situation that Rs has not documented
the existence or behavior of accessible nonvisible columns in the
listbox. So perhaps nothing in this regard can be called a bug.
However, it's astonishing to me that Rb will override ColumnCount in
this case of using the shorthand -1 notation only.
But you seem to be coming at this from a slightly different
direction, which is why I'd like to be able to duplicate the
behaviour described in the first part of your post, but I haven't yet
been able to.
Best,
Jack
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
