Re: [cp-patches] Introspector.getBeanInfo(class, int)

2005-08-09 Thread Aaron Luchko
On Tue, 2005-08-09 at 17:34 -0600, Tom Tromey wrote: > > "Aaron" == Aaron Luchko <[EMAIL PROTECTED]> writes: > > Aaron> We don't have Introspector.getBeanInfo(class, int) implemented. I've > Aaron> been experimenting with it to try and figure out how it works, > Aaron> unfortunately anything

Re: [cp-patches] Introspector.getBeanInfo(class, int)

2005-08-09 Thread Tom Tromey
> "Aaron" == Aaron Luchko <[EMAIL PROTECTED]> writes: Aaron> We don't have Introspector.getBeanInfo(class, int) implemented. I've Aaron> been experimenting with it to try and figure out how it works, Aaron> unfortunately anything I try it seems to return exactly the same as Aaron> Introspector

[cp-patches] [RFA/JDWP] ThreadReferenceCommandSet

2005-08-09 Thread Aaron Luchko
This is the ThreadReferenceCommandSet http://java.sun.com/j2se/1.5.0/docs/guide/jpda/jdwp/jdwp-protocol.html#JDWP_ThreadReference thanks, Aaron ChangeLog 2005-08-09 Aaron Luchko <[EMAIL PROTECTED]> * gnu/classpath/jdwp/processor/ThreadReferenceCommandSet.java: Implemented the Thre

[cp-patches] Introspector.getBeanInfo(class, int)

2005-08-09 Thread Aaron Luchko
We don't have Introspector.getBeanInfo(class, int) implemented. I've been experimenting with it to try and figure out how it works, unfortunately anything I try it seems to return exactly the same as Introspector.getBeanInfo(class). I was wondering if someone knew exactly how it was supposed to wor

Re: [cp-patches] [RFC/JDWP] ID management

2005-08-09 Thread Keith Seitz
On Tue, 2005-08-09 at 16:12 -0400, Bryce McKinlay wrote: > Right. These "special" classes are all clearly identified by having VM > prefixed to their name. They're also found in a separate location in the > classpath build tree (vm/reference). It's done this way mostly for > efficiency - using

Re: [cp-patches] [RFC/JDWP] ID management

2005-08-09 Thread Bryce McKinlay
Keith Seitz wrote: On Tue, 2005-08-09 at 15:30 -0400, Bryce McKinlay wrote: Keith, this looks reasonable to me, although see comments below. Note that using an abstract class is a little different to how most of the VM* classes are implemented in classpath. Typically, classpath provides a

[cp-patches] FYI: JTable editing ESCAPE key implemented

2005-08-09 Thread Anthony Balkissoon
This patch introduces ESCAPE key functionality to JTable editing - if you are editing a cell and press escape editing is canceled (your changes are discarded and focus goes back to the JTable). Patch is attached. Note: the JTable in the Swing Demo can show the new editing behavior. 2005-08-09 A

Re: [cp-patches] [RFC/JDWP] ID management

2005-08-09 Thread Keith Seitz
On Tue, 2005-08-09 at 15:30 -0400, Bryce McKinlay wrote: > Keith, this looks reasonable to me, although see comments below. Note > that using an abstract class is a little different to how most of the > VM* classes are implemented in classpath. Typically, classpath provides > a reference implem

Re: [cp-patches] [RFA/JDWP] StackFrameCommandSet

2005-08-09 Thread Bryce McKinlay
Aaron Luchko wrote: This is the StackFrame command set http://java.sun.com/j2se/1.5.0/docs/guide/jpda/jdwp/jdwp-protocol.html#JDWP_StackFrame I'm not entirely sure what our classpath level Frame object will look like in the end. For this I just have class with a bunch of getters and setters now

Re: [cp-patches] [RFA/JDWP] StackFrameCommandSet

2005-08-09 Thread Aaron Luchko
On Tue, 2005-08-09 at 15:54 -0400, Bryce McKinlay wrote: > Aaron Luchko wrote: > >ChangeLog > >2005-08-04 Aaron Luchko <[EMAIL PROTECTED]> > >*gnu/classpath/jdwp/processor/StackFrameCommandSet.java: > >Implemented the StackFrame CommandSet. > > > > > OK. Thanks, committed.

Re: [cp-patches] [RFC/JDWP] ID management

2005-08-09 Thread Bryce McKinlay
Keith Seitz wrote: I'll post a ChangeLog, but this is really more an RFC than an RFA (request for comment/request for approval). But who knows, even a blind man occasionally hits the target! ;-) ChangeLog 2005-08-04 Keith Seitz <[EMAIL PROTECTED]> * gnu/classpath/jdwp/vm/IdManager.ja

[cp-patches]: JTable setRowHeight

2005-08-09 Thread Lillian Angel
2005-08-09 Lillian Angel <[EMAIL PROTECTED]> * javax/swing/JTable.java (setRowHeight): Fixed condition on when to throw exception. (setRowHeight): Parameters were mixed up. ? .ChangeLog.swp ? examples/gnu/classpath/examples/swing/Demo$1.class ? examples/gnu/classpath/exa

Re: [cp-patches]: JTable setRowHeight

2005-08-09 Thread Lillian Angel
Yes, the last patch was attached by mistake. Here is the updated one. On Tue, 2005-08-09 at 15:08 -0400, Lillian Angel wrote: > 2005-08-09 Lillian Angel <[EMAIL PROTECTED]> > > * javax/swing/JTable.java > (setRowHeight): Fixed condition on when to throw exception. > (set

Re: [cp-patches] FYI: JTable cell editing implemented and committed

2005-08-09 Thread Roman Kennke
Hi tony, A demo will be added shortly, for now I am attaching a small test app that you can use to test the editing functionality. With a table cell selected, pressing F2 starts editing and then pressing ENTER stops editing. Are these keybindings the same in the JDK? 2 notes: - the test ap

[cp-patches] Patch: Label and icon fixes for tree nodes.

2005-08-09 Thread Lillian Angel
2005-08-09 Lillian Angel <[EMAIL PROTECTED]> * javax/swing/plaf/basic/BasicLabelUI.java (paint): Added in painting code for label border. * javax/swing/plaf/basic/BasicTreeUI.java (paintControlIcons): Fixed location for control icons. * javax/swing/plaf/me

[cp-patches] FYI: JTable cell editing implemented and committed

2005-08-09 Thread Anthony Balkissoon
This patch implements DefaultCellEditor and some methods in JTable in order to make editing JTable cells possible. A demo will be added shortly, for now I am attaching a small test app that you can use to test the editing functionality. With a table cell selected, pressing F2 starts editing and t

[cp-patches] Patch: Icon fixes

2005-08-09 Thread Lillian Angel
2005-08-09 Lillian Angel <[EMAIL PROTECTED]> * javax/swing/plaf/basic/BasicLabelUI.java (paint): Added in code to paint background rect according to API. Also, formatting changes. * javax/swing/plaf/basic/BasicTreeUI.java (setCellRenderer): Fixed to change

Re: [cp-patches] [RFC/JDWP] ClassLoaderReferenceCommandSet

2005-08-09 Thread Aaron Luchko
On Mon, 2005-08-08 at 17:36 -0400, Aaron Luchko wrote: > Here's two different proposals for the ClassLoaderRefererenceCommandSet > http://java.sun.com/j2se/1.5.0/docs/guide/jpda/jdwp/jdwp-protocol.html#JDWP_ClassLoaderReference > > There's only a single command which asks for a list of every class

Re: [cp-patches]: Patch: Formatting for DefaultTreeModel.

2005-08-09 Thread Mark Wielaard
Hi Lilian, On Tue, 2005-08-09 at 09:55 -0400, Lillian Angel wrote: > 2005-08-09 Lillian Angel <[EMAIL PROTECTED]> > > * javax/swing/tree/DefaultTreeModel.java: > Fixed formatting of class. The actual patch was missing. But in CVS I spotted that the copyright header was garbled.

Re: [cp-patches] [RFC/JDWP] ClassLoaderReferenceCommandSet

2005-08-09 Thread Archie Cobbs
Jeroen Frijters wrote: I strongly agree with Archie. Also, approach #2 is incorrect, because the classes that should be returned are the "classes for which this class loader has been recorded as the initiating loader". The class loader doesn't know whether it is the initiating loader or not, only

RE: [cp-patches] [RFC/JDWP] ClassLoaderReferenceCommandSet

2005-08-09 Thread Jeroen Frijters
Archie Cobbs wrote: > Jeroen Frijters wrote: > > I strongly agree with Archie. Also, approach #2 is > incorrect, because > > the classes that should be returned are the "classes for which this > > class loader has been recorded as the initiating loader". The class > > loader doesn't know whether i

[cp-patches]: Patch: Formatting for DefaultTreeModel.

2005-08-09 Thread Lillian Angel
2005-08-09 Lillian Angel <[EMAIL PROTECTED]> * javax/swing/tree/DefaultTreeModel.java: Fixed formatting of class. ___ Classpath-patches mailing list Classpath-patches@gnu.org http://lists.gnu.org/mailman/listinfo/classpath-patches

[cp-patches] Patch: fix for bug #23255

2005-08-09 Thread Lillian Angel
2005-08-09 Lillian Angel <[EMAIL PROTECTED]> Fixes Bug #23255 * javax/swing/plaf/basic/BasicTreeUI.java: Fixed entire class to use Objects as opposed to TreeNodes. (getPathBounds): Changed root to Object (getPathForRow): Likewise. (getRowCount): Li

[cp-patches] FYI: CORBA doc update.

2005-08-09 Thread Meskauskas Audrius
2005-08-09 Audrius Meskauskas <[EMAIL PROTECTED]> * org/omg/CORBA/package.html: Documentation update. * org/omg/DynamicAny/package.html: New file. Title: GNU Classpath - org.omg.DynamicAny DynAny's allow to work with data structures, exact content of those is not known at the time of co

RE: [cp-patches] [RFC/JDWP] ClassLoaderReferenceCommandSet

2005-08-09 Thread Jeroen Frijters
Archie Cobbs wrote: > Aaron Luchko wrote: > > There's only a single command which asks for a list of > every class the > > ClassLoader has been requested to load. The first way to do > this is just > > use a hook in the vm. I don't know enough with how ClassLoaders are > > handled within the vm t