As we have the row mapper now, it is simple to implement missing methods
in DefaultTreeSelectionModel.
2006-04-22 Audrius Meskauskas <[EMAIL PROTECTED]>
* javax/swing/tree/DefaultTreeSelectionModel.java
(addSelectionPath): If the path cannot be added, set it.
(addSelectionPaths): Cal
Hi,
I moved getEnumConstant from VMClass to Class in this version of the
patch. Again, unless anyone complains this will go in sometime next
week.
Regards,
Jeroen
Index: java/lang/Class.java
===
RCS file: /cvsroot/classpath/classpath
Roman Kennke wrote:
The last evenings I put on my pink eyeglasses and started an
implementation of Graphics2D in pure Java. I slapped together an
AbstractGraphics2D class which is intented to be used as a starting
point for Graphics2D implementation. It implements as much functionality
as possib
On Sat, 2006-04-22 at 08:30 +0200, Jeroen Frijters wrote:
> Andrew John Hughes wrote:
> > On Fri, 2006-04-21 at 15:23 +0200, Jeroen Frijters wrote:
> > > Since we can now support annotations on the trunk I'd like to merge
> > > Class/VMClass with the versions from the generics branch
> > > (modulo
Andrew John Hughes wrote:
> Ah, so IKVM already has some of this implemented? Great. I guess it
> depends on other VM implementors and how much control they want over
> this. I think the implementation of the signature parser was a good
> idea, and the annotation support should have a similar div
I discovered that the tree is repainted each time the selection changes
(for instance, when navigating with the keyboard). This is ineffective,
only the selected and unselected pathes should be repainted. The patch
fixes this problem.
2006-04-22 Audrius Meskauskas <[EMAIL PROTECTED]>
* j
This is a fix for PR 27228, which is a problem with our Diffie-
Hellman key pair generator interacting with jsch. Our implementation
was doing something very wrong: if you passed in a `DHParameterSpec'
-- which contains the DH parameters you need to generate a DH key
pair -- we were throwing
On 21 Apr 2006, at 10:45, Jeroen Frijters wrote:
Hi,
I updated java.lang.reflect.AccessibleObject to 1.5. I wrote some
throwaway code to figure out the JDK 1.5 behavior for these methods
and
duplicated that.
Regards,
Jeroen
2006-04-21 Jeroen Frijters <[EMAIL PROTECTED]>
* java/
Hi David,
> Interesting! I've been thinking about the same thing in the last couple
> of weeks, and I'm currently studying a Computer Graphics textbook to
> learn some more about the algorithms for line drawing, scanline
> conversion, anti-aliasing, color composition, etc. So I'd be intereste
Andrew John Hughes wrote:
> Please document new methods as you add them. There are already
> plenty of new undocumented methods on the generics branch, and I'd
> appreciate it if we didn't add more.
> These methods are very similar to those in java.lang.Class, so they
> could be more or le
> Cool! Yeah fonts might be a little problem. As far as I understand from
> the API docs, fonts are basically also rendered as shapes (a GlyphVector
> returns shapes for each character). But how do we get the shapes into
> the memory ..? I think Sascha's work might be a good start.
You *could* ren
I'm committing the attached patch which links the java.lang.instrumentation
stuff into ClassLoader. NOTE: This makes defineClassWithTransformers
a necessity.
Changelog:
2005-12-14 Nicolas Geoffray <[EMAIL PROTECTED]>
* java/lang/ClassLoader
(defineClass(String,byte[],int,int,P
12 matches
Mail list logo