Annoying Table Problem

[Will.D]

AKTDM: Listboxes suffer from the same affliction.

David - A very good idea.  5 Stars!  I think I will use that as it can be changed programmatically (which I'm sure you already knew  ).

While this is a good solution, anyone know why we cannot use that cell?  My curiosity has yet to be sated...

Message Edited by Day on 09-12-2006 01:46 PM

[Ben]

"anyone know why we cannot use that cell? "

I do not know why but I will venture a guess phrased as a multi-part question.

Since THAT cell is a member of both the Row and Collumn headers....

If I write to both [Row headers] and [Collumn Headers] with arrays were array element 0 of both differs...

What should LV display in that "cell"?

Ben

PS: In the old days there was a phrase "If in doubt, comment it out."

Message Edited by Ben on 09-12-2006 12:59 PM

Message Edited by Ben on 09-12-2006 12:59 PM

[DavidJCrawford]

Appreciated

My guess is that its a rectangular control with a white background and its only there as graphical padding when both headers are visible. It gives the illusion of a cell being there but its not really hot or active in anyway.

David

Edit: Just re-read my post. Thats my alter-ego Captain Obvious butting in there. By day, I am a mild mannered test engineer

Message Edited by David Crawford on 09-12-2006 07:04 PM

[Ben]

"...its only there as graphical padding when both headers are visible."

Well its graphical padding that can be manipulated using an active cell of -1,-1.

Ben

Message Edited by Ben on 09-12-2006 01:21 PM

[Will.D]

Ben, that had occurred to me earlier, that there might be a referencing problem.

I guess from that it follows...  Why is that not just treated the same was as the Insert Into Array function?  I realize this is a slightly different situation, but the same process could be applied.  You can either write to the row at -1,-1 or the column at -1,-1, but not both.

Just a thought.

Message Edited by Day on 09-12-2006 04:06 PM

[DuffmanSays]

Day,

Unfortunately, there is no way to insert the text into this box, though it can be referenced (and colored). If you think that this should be a feature of the table, I would suggest that you swing by the Product Suggestion Center. NI highly values product feedback, so your suggestions would not go unheard.

I can continue to look into why we can color this box, but not write to it. I will post back to this thread with anything I can find. Thanks.

Mike
National Instruments
Applications Engineer

Message Edited by Duffman Says: on 09-13-2006 05:07 PM

[DuffmanSays]

After taking a deeper look at the cells that are selected using the Active Cell property node, I believe I have an explanation. LabVIEW does not allow the “-1,-1” cell to have text in it. That being said, it is actually selected along with the rest of the row header or column header. Although it appeared that the “-1,-1” cell was selectable as an individual cell, it was actually taking advantage of the header selection properties. Take a look at the LabVIEW help for Active Cell property node. It is not completely intuitive, but at least it can explain why we cannot access the individual cell to place text in it, but can change its color.

<<<ActiveCell.jpg,w=475,h=197>>>

Message Edited by Duffman Says: on 09-13-2006 07:52 PM

[Will.D]

Duffman, I appreciate your investigation into this.  I will make the suggestions through the appropriate channels.

So it seems that the -1,-1 cell is a bit of a void...  curious.  At least now we know the reason why colours can be changed but not text.  Thanks!