I'm checking this in.
This implements the easy parts of
java.awt.image.renderable.RenderableImageProducer.
Tom
2006-04-06 Tom Tromey <[EMAIL PROTECTED]>
* java/awt/image/renderable/RenderableImageProducer.java
(image, context, consumers): New fields.
(RenderableImagePr
Hi all,
in addition to the documentation I also added two fields that were added
in 1.5 (TC_ENUM and SC_ENUM).
Please note that my copyright assignment is in snail mail, I'll ping
this message when the paper shuffling is finished.
Thanks,
Carsten
The Changelo
The methods getBounds(), getSize() and getLocation in
AccessibleAWTComponent must delegate to the Component methods,
regardless of the isShowing() state of the Component.
The Monkey utility was complaining about a null pointer from the
getBounds() method, fixing it like this made this program work
The Monkey utility pointed out the the JRootPane doesn't return a valid
AccessibleContext. This patch fixes this:
2006-04-06 Roman Kennke <[EMAIL PROTECTED]>
* javax/swing/JRootPane.java
(getAccessibleContext): New method. Provides an
accessibleContext
for JRootPanes.
/
I moved the hook to the global event dispatching from
Component.dispatchEventImpl() to Component.dispatchEvent(), so that
subclasses do not override this. This prevented the accessibility
utilities to work correctly, because they missed some Window events.
http://kennke.org/~roman/accessibility-mo
Am Donnerstag, den 06.04.2006, 11:06 -0600 schrieb Tom Tromey:
> > "Roman" == Roman Kennke <[EMAIL PROTECTED]> writes:
>
> Roman> Alternativly, this system property can be read from
> Roman> ~/.accessibility.properties
>
> Is this a JDK-specified location?
I have read about that somewhere, e
Hi,
On Wed, 2006-04-05 at 13:42 +0200, Mark Wielaard wrote:
> The usage of util.loggging.Logger in JarUtils which is now used in
> Manifest in combination with the logging cleanup patch seems to have
> broken -jar support in cacao. I do actually think this is a bug in cacao
> which seems to do som
Hi all,
checking for serialization issues I found that javax/naming/NameClassPair.java
has two new methods in 1.5. I added them and wrote api docs for this simple
class and its subclass.
2006-04-06 Wolfgang Baer <[EMAIL PROTECTED]>
* javax/naming/Binding.java: Added API docs.
Hi,
I have checked all the classes of the javax.naming subpackages and
found one more serialization problem which is fixed by this patch.
2006-04-06 Wolfgang Baer <[EMAIL PROTECTED]>
* javax/naming/CompositeName.java:
(readObject): New deserialization method.
(writeObje
> "Nektarios" == Nektarios K Papadopoulos <[EMAIL PROTECTED]> writes:
Nektarios> A small fix for the readAttributeValue
Thanks for the patch. I checked it in.
Tom
> "Gary" == Gary Benson <[EMAIL PROTECTED]> writes:
Gary> It's possible, I suppose, but it seems over-complex when libgcj
Gary> manages to sidestep the PATH_MAX thing just fine with:
Gary> #ifndef MAXPATHLEN
Gary>#define MAXPATHLEN 4096
Gary> #endif
Yeah, I suppose so.
Gary> Also, ar
> "Roman" == Roman Kennke <[EMAIL PROTECTED]> writes:
Roman> Alternativly, this system property can be read from
Roman> ~/.accessibility.properties
Is this a JDK-specified location?
Otherwise, what about putting it in $HOME/.classpath? That is where
the current prefs are stored... it would b
On Thu, 2006-04-06 at 09:26 +0200, Mark Wielaard wrote:
> My apologies for forgetting this patch. I'll try to look at it asap.
No worries.
> Michael, do you have some test programs that use this functionality
> around?
I have some mauve tests that covers most of it. There are a few edge
cases t
Hi,
While playing a bit with the next security manager I noticed it didn't
except a security check on getClassLoader() when it would return null
(for bootstrap classes). This seems consistent with our documentation.
And it makes sense since we are not giving the caller anything they can
actually u
The attached patch enables the initialization of assistive technologies
via the documented system property
javax.accessibility.assistive_technologies. This property holds a comma
separated list of classes that are loaded when the AWT Toolkit is first
initialized. Alternativly, this system property
I implemented some more stubs in the AccessibleAbstractButton.
2006-04-06 Roman Kennke <[EMAIL PROTECTED]>
* javax/swing/AbstractButton.java
(AccessibleAbstractButton.getAccessibleIcon): Implemented stub.
(AccessibleAbstractButton.getAccessibleRelationSet): Implemented
Mark Wielaard wrote:
> ...I assume this is normally called on absolute paths that are
> already in canonical form.
Not necessarily. For example, the way JPackage makes Tomcat FHS
compliant (with symlinks all over the place) means that just about
every FilePermission check will involve following l
Tom Tromey wrote:
> > "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes:
>
> Mark> It does look good to me. But in theory the usage of PATH_MAX
> Mark> PATH_MAX might be a problem.
>
> Yeah, this famously is not defined in Hurd.
>
> Do we really need a limit here? Can't we just resize the
This patch fixes some things in JComponent and Component:
1. yesterday I got confused regarding the handling of the opaque
property wrt the accessibility method getAccessibleStateSet(). As it
turns out, this property is _not_ handled at all in
AccessibleAWTComponent, regardless of the value of the
Hi,
this fixes the serialization issues reported. I will go later through
the remaining stuff of javax.naming.* to fix some more serialization stuff.
2006-04-06 Wolfgang Baer <[EMAIL PROTECTED]>
Fixes bug #26995
* javax/naming/directory/BasicAttribute.java,
* javax/nami
Hi,
subject says it all.
2006-04-06 Wolfgang Baer <[EMAIL PROTECTED]>
* javax/xml/validation/SchemaFactory.java: Corrected since tag.
(getErrorHandler): Made method abstract.
(setErrorHanlder): Likewise.
* gnu/xml/validation/relaxng/RELAXNGSchemaFactory.java
Hi Michael,
On Mon, 2006-03-27 at 14:42 +0100, Michael Barker wrote:
> Another punt at the Non-blocking IO and Scatter/Gather stuff. This
> patch also adds scatter/gather support to the FileChannelImpl.
>
> ChangeLog:
>
> 2006-03-19 Michael Barker <[EMAIL PROTECTED]>
>
> * vm/refer
22 matches
Mail list logo