This patch (committed) removes one of the 'Close' buttons from the demo panels when
they are launched from the main Swing demo:
2006-01-30 David Gilbert <[EMAIL PROTECTED]>
* examples/gnu/classpath/examples/swing/ButtonDemo.java
(ButtonDemo): Move content initialisation to new
This patch is not quite right, it causes an additional 'Close' button to
appear on the Swing activity board - this is only supposed to appear
when the individual demos are run independently. I'll fix this now...
Regards,
Dave
Roman Kennke wrote:
Obviously we had a problem with our Swing de
I committed this patch:
2006-01-30 David Gilbert <[EMAIL PROTECTED]>
* examples/gnu/classpath/examples/swing/Demo.java
(Demo): Set frame size,
(mkButtonBar): Removed stacked sub-panels.
A while ago (9-Nov-2005) I split the button bar into two sub-panels, as a temporary
More fixes for DefaultStyledDocument.
I think we are getting close. It should be working slightly better, but
there is still alot more to fix. (I can't wait until I reclaim my
sanity).
I made some changes to how we are editing. We don't need the addEdit
functions, it causes more problems than good
Hi there,
I removed the caching of the preferredSize in JRootPane.RootLayout. I
have an app here that has a problem with it. The exact problem is this:
while building the GUI and layouting, the RootLayout is asked for its
preferredSize while beeing in an invalid state. This (wrong)
preferredSize i
Hi David,
David Daney wrote:
Thats actually what the apache commons-httpclient library does. One has
to explicitly enable the use of Expect. Thats how I found the
bug/problem btw.
However, I have no clue at all in the HTTP / java.net area so I cannot
provide a patch which correctly would add
Thats actually what the apache commons-httpclient library does. One has
to explicitly enable the use of Expect. Thats how I found the
bug/problem btw.
However, I have no clue at all in the HTTP / java.net area so I cannot
provide a patch which correctly would address such a change.
Well you
Hi David,
David Daney wrote:
Wolfgang Baer wrote:
Comments, or other ideas how I can use the class without expect header ?
I don't like this approach because the basic idea behind classpath is to
make a compatible implementation of the java runtime. Adding secret
methods that have to be
Wolfgang Baer wrote:
Hi all,
Cups uses IPP over HTTP for communication. However the current cups
versions
don't correctly implement HTTP 1.1. In particular they fail if 'Expect:
100-continue' header is set. And thats the default in GNU classpath.
The bug is known upstream and will be fixed i
Hi there,
I partly implemented the JDK1.4 feature of (Metal) L&F window
decorations, which means that the top-level windows can show up with the
decorations from the look and feel instead of the system standard.
This is implemented by setting the system decorations to invisible and
installing L&F
Hi guys,
On Mon, 2006-01-30 at 14:24 +, David Gilbert wrote:
> Roman Kennke wrote:
> >Testing this it seems that (at least in JDK1.5) the orientation value is
> >indeed restricted to 0 and 1 (the constants that are defined for the
> >orientation). JDK1.5 throws IllegalArgumentExceptions for al
Roman Kennke wrote:
Hi Mark,
Testing this it seems that (at least in JDK1.5) the orientation value is
indeed restricted to 0 and 1 (the constants that are defined for the
orientation). JDK1.5 throws IllegalArgumentExceptions for all other
values. I would suggest to follow the JDK there.
/Roman
Hi Mark,
Testing this it seems that (at least in JDK1.5) the orientation value is
indeed restricted to 0 and 1 (the constants that are defined for the
orientation). JDK1.5 throws IllegalArgumentExceptions for all other
values. I would suggest to follow the JDK there.
/Roman
> Got an application
I rewrote ViewportLayout.minimumLayoutSize() to unconditionally return
(4,4). This is backed by a Mauve test that I committed.
2006-01-30 Roman Kennke <[EMAIL PROTECTED]>
* javax/swing/ViewportLayout.java
(minimumLayoutSize): Rewritten to unconditionally return (4,4).
/Roman
In
Hi all,
Cups uses IPP over HTTP for communication. However the current cups versions
don't correctly implement HTTP 1.1. In particular they fail if 'Expect:
100-continue' header is set. And thats the default in GNU classpath.
The bug is known upstream and will be fixed in CUPS 1.2.
I currentl
Hi Audrius,
Am Montag, den 30.01.2006, 09:33 +0100 schrieb Audrius Meskauskas:
> The new JList component does not appear because maybeUpdateLayoutState
> does not update the layout state if the list.isValid() returns false.
>
> I would suggest avoid applying patches, breaking some already existi
Hi,
Got an application that set the JProgressBar to an illegal value and
expected to get a horizontal bar (it looked like a programming mistake
though). We were strictly checking the input, but it seems friendlier to
document that we default to horizontal and just create a JProgressBar
for the use
ChangeLog
2006-01-30 Ito Kazumitsu <[EMAIL PROTECTED]>
Fixes bug #26002
* gnu/regexp/gnu/regexp/RE.java(initialize): Parse /\p{prop}/.
(NamedProperty): New inner class.
(getNamedProperty): New method.
(getRETokenNamedProperty): New Method.
* gnu/re
This fixes an issue with new elements beeing added to a JList. The list
layout hasn't been updated in such a case, thus making the new element
invisible until the updateLayoutState() is triggered by another change
to the list.
2006-01-30 Roman Kennke <[EMAIL PROTECTED]>
* javax/swing/pl
Mark Wielaard wrote:
I had this local patch in my tree. Unfortunately I lost the test
case/program for it and cannot remember when I actually debugged this
one.
2006-01-30 Mark Wielaard <[EMAIL PROTECTED]>
* gnu/xml/transform/ApplyTemplatesNode.java (clone): Check whether
sortKeys is
Hi,
I had this local patch in my tree. Unfortunately I lost the test
case/program for it and cannot remember when I actually debugged this
one.
2006-01-30 Mark Wielaard <[EMAIL PROTECTED]>
* gnu/xml/transform/ApplyTemplatesNode.java (clone): Check whether
sortKeys is null.
Since Apply
My last patch broke the JLayeredPane a little because of a slight logical
mistake. I added a Mauve test for this and fixed it with this patch.
2006-01-30 Roman Kennke <[EMAIL PROTECTED]>
* javax/swing/JLayeredPane.java
(insertIndexForLayer): Fixed algorithm to correctly insert
Hi there,
I committed this small fix to make the Mauve test PASS that I committed a
couple of minutes ago.
2006-01-30 Roman Kennke <[EMAIL PROTECTED]>
* javax/swing/JLayeredPane.java
(insertIndexForLayer): Fixed algorithm to correctly insert
components within same layer
Hi,
This improved the XHTML compatiblity of our documentation generated with
gjdoc.
2006-01-30 Mark Wielaard <[EMAIL PROTECTED]>
* doc/api/Makefile.am (create_html): Add -validhtml.
Updated docs can be found at http://developer.classpath.org/doc/
Committed,
Mark
--- doc/api/Makefil
Hi,
This makes debugging Cursor issues a little easier by including the type
in the toString() output.
2006-01-30 Mark Wielaard <[EMAIL PROTECTED]>
* java/awt/Cursor.java (toString): Include name and type.
Committed,
Mark
Index: java/awt/Cursor.java
==
Hi Raif,
On Mon, 2006-01-30 at 19:57 +1100, Raif S. Naffah wrote:
> this patch designates gnu.java.security.jce.sig.DSSKeyPairGeneratorSpi
> as the implementation of DSS (alias DSA), effectively crippling
> gnu.java.security.provider.DSAKeyPairGenerator.
I am not an expert on the different impl
Hi Audrius,
Am Montag, den 30.01.2006, 09:33 +0100 schrieb Audrius Meskauskas:
> The new JList component does not appear because maybeUpdateLayoutState
> does not update the layout state if the list.isValid() returns false.
>
> I would suggest avoid applying patches, breaking some already existi
hello there,
this patch designates gnu.java.security.jce.sig.DSSKeyPairGeneratorSpi
as the implementation of DSS (alias DSA), effectively crippling
gnu.java.security.provider.DSAKeyPairGenerator.
ok to commit?
cheers;
rsn
Index: Gnu.java
===
hello there,
the attached patch ensures cloning of HMac implementations.
ChangeLog entry follows:
2006-01-30 Raif S. Naffah <[EMAIL PROTECTED]>
* gnu/javax/crypto/mac/HMac.java (clone): Clone ipadHash, opadHash, and
the ipad buffer.
* gnu/javax/crypto/mac/BaseMac.java
The new JList component does not appear because maybeUpdateLayoutState
does not update the layout state if the list.isValid() returns false.
I would suggest avoid applying patches, breaking some already existing
functionality. Even if such patches are correct by themselves, the
methods that ha
30 matches
Mail list logo
