commit-classpath
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[commit-cp] [bug #13422] swing: javax.swing.table.DefaultTableModel(null


From: David Gilbert
Subject: [commit-cp] [bug #13422] swing: javax.swing.table.DefaultTableModel(null, anything) not handed
Date: Sat, 18 Jun 2005 22:02:27 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050520 Firefox/1.0.4

Follow-up Comment #4, bug #13422 (project classpath):

I looked at the API some more and this is what I came up with, working
backwards:

(1)  The setColumnIdentifiers() methods specify exactly how the data vector
should be modified to match the new column identifiers (including the null
case).  No problem here.

(2)  The setDataVector() methods describes how a conflict between the
dataVector and the columnIdentifiers is resolved - it sounds a lot like the
data vector is set first, and followed by a call to setColumnIdentifiers(). 
It mentions "unspecified" behaviour for a null dataVector - probably because
JDK 1.3 and JDK 1.4 behave differently (see bug report 4348070) and the spec
has been written to fit that.  JDK 1.4 doesn't throw an exception, so it seems
likely to me that the null vector is replaced by a zero length vector.

(3)  The spec for the constructors mentions passing off to the setDataVector()
methods, so the behaviour will follow the description in (2).

I'm going to try changing the setDataVector() method to replace null with a
zero length vector, add a few extra Mauve tests, and see if this gets around
your issue.  (I'm short on time this week, but I'll get back to it next week
if necessary).

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?func=detailitem&item_id=13422>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]