Skip to main content

The Painter branch is merged!

40 replies [Last post]
Anonymous

I have just merged the painter_work branch into HEAD. Since this
branch was around for 6 months there were quite a few differences. I
have fixed as much as I could (and left out a bunch of non-painter
stuff) but there will inevitably be some breakage, so please test and
tell me what I've screwed up.

If this is stable after a day then I'll merge the new_tile_provider
branch of SwingX-WS back to HEAD as well. Then we will have no more
outstanding branches!

Thanks.
Josh

- Blasting forth in three part harmony!

[att1.html]

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Joshua Marinacci

I've removed the dependency on PainterUtil in the ImagePainter.

I have put those prefab gradients into the
org.jdesktop.swingx.util.PaintUtils class. Or should they perhaps be
in a GradientUtils class instead?

- Josh

On Mar 18, 2007, at 8:22 PM, Joshua Marinacci wrote:

> Hmm. I know I've done a clean compile and it's worked great. Did
> something happen to PainterUtil? I should probably remove the
> dependency on PainterUtil in ImagePainter since the XML
> serialization stuff really doesn't work yet.
>
> Everything you could do with the gradient painters you can do with
> the Matte or Rectangle painters. However, those prefab gradients
> were nice. We should have a GradientUtil class which has those
> static gradients (along with some other utility methods).
>
> - Josh
>
>
> On Mar 18, 2007, at 5:47 PM, jdnc-interest@javadesktop.org wrote:
>
>> Just downloaded latest Swingx from CSV
>>
>> org.jdesktop.swingx.painter.ImagePainter can't find
>> org.jdesktop.swingx.editors.PainterUtil.
>>
>> Bit sad to see BasicGradientPainter disappear, or more
>> specifically, the predefined
>> GradientPaints that were with it.
>> Now it appears I have to work it out for myself .
>> I'm a programmer, not an artist. :(
>> [Message sent by forum member 'rturnbull' (rturnbull)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=208646
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
>> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net
>
> - Blasting forth in three part harmony!
>
>

- Blasting forth in three part harmony!

[att1.html]

mtnsurfer
Offline
Joined: 2006-03-09
Points: 0

Any new news on the Gradient stuff. I have to say using the old Gradient Painters seemed to be faster and easier than what you have to do with MattePainter or RectanglePainter. Has anything been added to the PaintUtils or what is the status on creating the GradientUtils?

kleopatra
Offline
Joined: 2003-06-11
Points: 0

Looks like I couldn't get over to you: here's how the highlighters looked before the merge (the last on the page is the one).

https://swingx.dev.java.net/api-reviews/Highlighter/TransparentHighlight...

How do I get this now? Please adjust the PainterVisualCheck.GradientHighlighter accordingly (you have the necessary intimate knowlegde of your api :-)

thanks
Jeanette

PS: _all_ relative positioning of painters seem be be lost in the transistion or now are not so obvious to achieve (for me) - f.i. formerly I could place a textPainter at 0.2/02 to make it paint at 20% of the components current width/height ... How to do that now?

rah003
Offline
Joined: 2004-05-26
Points: 0

> Which classes are using the xGradientPainters? They
> have been
> replaced (as of months ago) by the MattePainter.
> What do they need
> o be used for? I'll update the code to use the
> MattePainter properly.

It was one of the tests - org.jdesktop.swingx.renderer.PainterVisualCheck. I've changed it to use MattePainter this morning, but as Jeanette noted, the value based gradient doesn't work anymore. I suspect it is there somewhere along the lines
[code]
public static class ValueBasedGradientHighlighter extends
...
private Painter getPainter(float end) {
if (painter == null) {
Color startColor = getTransparentColor(Color.YELLOW,
yellowTransparent ? 125 : 254);
Color endColor = getTransparentColor(Color.WHITE, 0);
GradientPaint paint = new java.awt.GradientPaint(0.0f, 0.0f, startColor, end,
0.f, endColor);
painter = new MattePainter(paint);
painter.setPaintStretched(true);

}
return painter;
}
...
[/code]

rah003
Offline
Joined: 2004-05-26
Points: 0

> accelerating - less than ten minutes :-)
>
> Looks like a problem in AbstractPainter.paint - at
> the end of the method it disposes a graphics it never
> created. I'll wait for Josh or somebody else to
> cleanup, being lazy
>
Excellent, I knew you would figure it out. :) ... ok, I've commented out that dispose() call. It seems to be left over from refactoring. There is commented out code that was creating the Graphics on top of the paint() method.

As for the graphics returned not being in same state - I think javadoc for paint() says it all:
[code]
*

The Graphics2D object does not need to be returned to the same state it started
* at by the end of the method.

[/code]

Thanks for all the help everybody.

kleopatra
Offline
Joined: 2003-06-11
Points: 0

haha ... high concurrency :-)

As to the graphics state: core swing goes to great lengths to do its painting "often" on a newly created graphics and I faintly remember that there are issues if those creation steps were skipped... so I would probably go for creating a new one in the painter.paint as well just to be on the safe side - but I'm not the expert here.

Thanks, nice team work!
Jeanette

rah003
Offline
Joined: 2004-05-26
Points: 0

> haha ... high concurrency :-)
... as long as there is not a dead lock ... ;)

> if those creation steps were skipped... so I would
> probably go for creating a new one in the
> painter.paint as well just to be on the safe side -
> but I'm not the expert here.
Agreed, but I'm not an expert either. I've no clue why they have commented out creation of new graphics, so I leave it up to Josh or Richard to uncomment creation/disposal again if needs to be.

Cheers,
Jan

kleopatra
Offline
Joined: 2003-06-11
Points: 0

> I leave it up to Josh or Richard to uncomment
> creation/disposal again if needs to be.
>

sound decision - there should be something left for them to do when they wake up :-)

Cheers
Jeanette

Matt Nathan

I've come across this problem before in the painter_work branch, not
sure if its the same thing, I found that AbstractPainter was calling
Grpahics.dispose after the painting was done but was never calling
Graphics.create before painting.

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

kleopatra
Offline
Joined: 2003-06-11
Points: 0

> BTW, the label in the painterSetDemo don't show the
> text as well.
>

no wonder - seems to be in very early stages of evolution, not yet an embryo :-) You may want to have a look at JRendererLabel (which is doing background painting "in-between" the normal background and the normal foreground) to see what I need in highlighters (for starters, will sure get greedy soon!).

Cheers
Jeanette

kleopatra
Offline
Joined: 2003-06-11
Points: 0

another one:

the value-based gradient highlighters are no longer ... well, value-based (the length of the gradient should be proportional to the value), but fixed. Before the merge, there were those convient xGradientPainters which did it for us - are they left out by intention or accidentally? Hope for the latter, because i really don't want to care about in the highlighters..

Jeanette

Joshua Marinacci

Which classes are using the xGradientPainters? They have been
replaced (as of months ago) by the MattePainter. What do they need
to be used for? I'll update the code to use the MattePainter properly.

- J

On Mar 15, 2007, at 3:20 AM, jdnc-interest@javadesktop.org wrote:

> another one:
>
> the value-based gradient highlighters are no longer ... well, value-
> based (the length of the gradient should be proportional to the
> value), but fixed. Before the merge, there were those convient
> xGradientPainters which did it for us - are they left out by
> intention or accidentally? Hope for the latter, because i really
> don't want to care about in the highlighters..
>
> Jeanette
> [Message sent by forum member 'kleopatra' (kleopatra)]
>
> http://forums.java.net/jive/thread.jspa?messageID=208047
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

- Blasting forth in three part harmony!

[att1.html]

kleopatra
Offline
Joined: 2003-06-11
Points: 0

Please have a look into the PainterVisualCheck in the test/renderer package: the GradientHighlighter used the BasicGradientPainter - the idea is to have the length of the gradient proportional to the value of cell content. Now it uses a MattePainter (thanks to Jan :-) but has a fixed length. Highlighter could implement the proportional themselves (didn't try yet) - but I suspect that would basically re-add the xGradientPainters ... Or maybe I'm missing something altogether.

Cheers
Jeanette

Joshua Marinacci

Ah. There's a stretchGradient boolean property on the matte painter
which will resize it to fill the full area.

- J

On Mar 15, 2007, at 9:37 AM, jdnc-interest@javadesktop.org wrote:

> Please have a look into the PainterVisualCheck in the test/renderer
> package: the GradientHighlighter used the BasicGradientPainter -
> the idea is to have the length of the gradient proportional to the
> value of cell content. Now it uses a MattePainter (thanks to
> Jan :-) but has a fixed length. Highlighter could implement the
> proportional themselves (didn't try yet) - but I suspect that would
> basically re-add the xGradientPainters ... Or maybe I'm missing
> something altogether.
>
> Cheers
> Jeanette
> [Message sent by forum member 'kleopatra' (kleopatra)]
>
> http://forums.java.net/jive/thread.jspa?messageID=208175
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

- Blasting forth in three part harmony!

[att1.html]

rah003
Offline
Joined: 2004-05-26
Points: 0

> Ah. There's a stretchGradient boolean property on the
> matte painter which will resize it to fill the full area.

you mean setPaintStretched() right?
I know about that - without setting it, cells appear to have gradient only on first pixel on the left, with it, gradient is over whole cell.
I thought that coordinates on the gradient are relative (in a <0,1> range) so having
[code]
end = 0.5f;
GradientPaint paint = new java.awt.GradientPaint(0.0f, 0.0f, startColor, end,
0.f, endColor);
painter = new MattePainter(paint);
painter.setPaintStretched(true);
[/code]
will flip from startColor to endColor in the middle of the cell no matter how wide it is. Or it used to do with gradient painter (and without setPaintStretched);

Joshua Marinacci

I've fixed the dependencies on org.jdesktop.layout. Now it uses
gridbag in those places. Please try to do a full recompile and see if
you get the same errors.

Thanks,
Josh

On Mar 14, 2007, at 1:09 PM, jdnc-interest@javadesktop.org wrote:

> Hi,
>
> I got an exception while trying to add a JXHeader to a JXPanel.
> That was with a swingx.jar builded after merge. I tried to make a
> new jar from a fresh new cvs checkout but failed because can't find
> org.jdesktop.layout package. I will try to add swing-layout.jar to
> see if builds ok.
>
> [code]
> java.lang.NullPointerException
> at org.jdesktop.swingx.plaf.basic.BasicHeaderUI.paint
> (BasicHeaderUI.java:232)
> at javax.swing.plaf.ComponentUI.update(ComponentUI.java:143)
> at javax.swing.JComponent.paintComponent(JComponent.java:758)
> at org.jdesktop.swingx.JXPanel.access$001(JXPanel.java:58)
> at org.jdesktop.swingx.JXPanel$1.doPaint(JXPanel.java:128)
> at org.jdesktop.swingx.JXPanel$1.doPaint(JXPanel.java:126)
> at org.jdesktop.swingx.painter.AbstractPainter.paint
> (AbstractPainter.java:400)
> at org.jdesktop.swingx.JXPanel.paintComponent(JXPanel.java:
> 311)
> at javax.swing.JComponent.paint(JComponent.java:1022)
> at org.jdesktop.swingx.JXPanel.paint(JXPanel.java:292)
> at javax.swing.JComponent.paintChildren(JComponent.java:859)
> at javax.swing.JComponent.paint(JComponent.java:1031)
> at org.jdesktop.swingx.JXPanel.paint(JXPanel.java:292)
> at java.awt.GraphicsCallback$PaintCallback.run
> (GraphicsCallback.java:21)
> at sun.awt.SunGraphicsCallback.runOneComponent
> (SunGraphicsCallback.java:60)
> at sun.awt.SunGraphicsCallback.runComponents
> (SunGraphicsCallback.java:97)
> at java.awt.Container.paint(Container.java:1797)
> at
> org.netbeans.modules.form.fakepeer.FakePeerContainer.paint
> (FakePeerContainer.java:60)
> at javax.swing.JComponent.paintChildren(JComponent.java:871)
> at javax.swing.JComponent.paint(JComponent.java:1031)
> [catch] at org.netbeans.modules.form.ComponentLayer
> $DesignerPanel.paint(ComponentLayer.java:161)
> at javax.swing.JComponent.paintChildren(JComponent.java:859)
> at javax.swing.JComponent.paint(JComponent.java:1031)
> at javax.swing.JComponent.paintChildren(JComponent.java:859)
> at javax.swing.JComponent.paint(JComponent.java:1031)
> at javax.swing.JComponent.paintChildren(JComponent.java:859)
> at org.netbeans.modules.form.FormDesigner$1.paintChildren
> (FormDesigner.java:195)
> at javax.swing.JComponent.paint(JComponent.java:1031)
> at javax.swing.JLayeredPane.paint(JLayeredPane.java:564)
>
> 1270,2-9 34%
> [/code]
>
> Regards,
> Diego.
> [Message sent by forum member 'dags' (dags)]
>
> http://forums.java.net/jive/thread.jspa?messageID=207924
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

- Blasting forth in three part harmony!

[att1.html]

sumitkishore
Offline
Joined: 2003-06-10
Points: 0

Please PLEASE provide some proper tutorials. Existing blog entries are way too bare, and this topic needs a good introduction.

fproulx
Offline
Joined: 2007-02-10
Points: 0

What is the status ? Are you ready to merge new_tile_provider in SwingX-WS HEAD ?

Thanks

rturnbull
Offline
Joined: 2005-08-27
Points: 0

Just downloaded latest Swingx from CSV

org.jdesktop.swingx.painter.ImagePainter can't find org.jdesktop.swingx.editors.PainterUtil.

Bit sad to see BasicGradientPainter disappear, or more specifically, the predefined
GradientPaints that were with it.
Now it appears I have to work it out for myself .
I'm a programmer, not an artist. :(

Tried one of the old GradientPaints (AERITH) with MattePainter.
It didn't seem to work.

Can't find why GradientPainter was dropped.
Why?

Message was edited by: rturnbull

Joshua Marinacci

Hmm. I know I've done a clean compile and it's worked great. Did
something happen to PainterUtil? I should probably remove the
dependency on PainterUtil in ImagePainter since the XML serialization
stuff really doesn't work yet.

Everything you could do with the gradient painters you can do with
the Matte or Rectangle painters. However, those prefab gradients
were nice. We should have a GradientUtil class which has those static
gradients (along with some other utility methods).

- Josh

On Mar 18, 2007, at 5:47 PM, jdnc-interest@javadesktop.org wrote:

> Just downloaded latest Swingx from CSV
>
> org.jdesktop.swingx.painter.ImagePainter can't find
> org.jdesktop.swingx.editors.PainterUtil.
>
> Bit sad to see BasicGradientPainter disappear, or more
> specifically, the predefined
> GradientPaints that were with it.
> Now it appears I have to work it out for myself .
> I'm a programmer, not an artist. :(
> [Message sent by forum member 'rturnbull' (rturnbull)]
>
> http://forums.java.net/jive/thread.jspa?messageID=208646
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

- Blasting forth in three part harmony!

[att1.html]

kleopatra
Offline
Joined: 2003-06-11
Points: 0

>
> Everything you could do with the gradient painters
> you can do with
> he Matte or Rectangle painters.

Hmm ... I doubt that (see my messages above): looks like build-in support for relative size/location got lost. Would love to be proven wrong, though.

Jeanette

Joshua Marinacci

I'll follow up on the 'What's wrong with MattePainter' thread.

- J

On Mar 19, 2007, at 12:48 AM, jdnc-interest@javadesktop.org wrote:

>>
>> Everything you could do with the gradient painters
>> you can do with
>> he Matte or Rectangle painters.
>
> Hmm ... I doubt that (see my messages above): looks like build-in
> support for relative size/location got lost. Would love to be
> proven wrong, though.
>
> Jeanette
> [Message sent by forum member 'kleopatra' (kleopatra)]
>
> http://forums.java.net/jive/thread.jspa?messageID=208662
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

- Blasting forth in three part harmony!

[att1.html]

agusmba
Offline
Joined: 2007-01-28
Points: 0

Sorry for asking, but could someone summarize (or post a link) what new goodness will be available with the new painter code?

Thanks!

Alistair Bush

On Thu, 15 Mar 2007 8:47:59 am Joshua Marinacci wrote:
> I have just merged the painter_work branch into HEAD. Since this
> branch was around for 6 months there were quite a few differences. I
> have fixed as much as I could (and left out a bunch of non-painter
> stuff) but there will inevitably be some breakage, so please test and
> tell me what I've screwed up.
>
> If this is stable after a day then I'll merge the new_tile_provider
> branch of SwingX-WS back to HEAD as well. Then we will have no more
> outstanding branches!
>
> Thanks.
> Josh
>
> - Blasting forth in three part harmony!

Sweet. now I just have to wait for the weekly build so I can package it

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

rah003
Offline
Joined: 2004-05-26
Points: 0

I've just fixed remaining tests that would not compile after the merge, so the continuous build is running again.
Jeanette, would you be so kind and double check those tests?
PainterVisualCheck and JXPanelVisualCheck

It now compiles and run, but there are still few tests failing, if anyone could look at those.
[code]
org.jdesktop.swingx.SerializableTest.testTitledSeparator
org.jdesktop.swingx.SerializableTest.testPanel
org.jdesktop.swingx.renderer.TreeRendererTest.testSerializeTreeRenderer
[/code]

Thanks,
Jan

kleopatra
Offline
Joined: 2003-06-11
Points: 0

hi Jan,

good that I brewed a coffee before complaining about the *@[# who broke the build

I'll check if the gradient highlighters are still nice-looking. As to the serializable tests - I'll move the methods over to serializableIssues until the owners get a chance to look into them (most of SwingX stuff is not Serializable but must be if it plays by the book ... we have an open issue cc'ed to all code owners)

Thanks
Jeanette

kleopatra
Offline
Joined: 2003-06-11
Points: 0

Houston we have a problem ...
>
> I'll check if the gradient highlighters are still
> nice-looking.

They aren't - the text no longer shows (run the PainterVisualCheck in the renderer test package) if a highlighter decorates with a painter .... any quick ideas? Any basic changes as to the painting of the painter?

Jeanette

rah003
Offline
Joined: 2004-05-26
Points: 0

> They aren't - the text no longer shows (run the
> PainterVisualCheck in the renderer test package) if a
> highlighter decorates with a painter .... any quick
> ideas? Any basic changes as to the painting of the
> painter?

I had a feeling that something is broke. Thanks for confirmation. Thought you were the expert in the field ;) ... I'll see whether I can fix it.

kleopatra
Offline
Joined: 2003-06-11
Points: 0

> Thought you were the expert in the
> field ;) ...

har har ... I'm just a DAU when it comes to painter ;-)

Seems to be related to opaqueness: if not opque, the JRendererLabel first paints lets the painter do its job then delegates to super (in this case, the ui-delegate does nothing to the background) for painting the text which doesn't show ... hmmm ... BTW, the label in the painterSetDemo don't show the text as well.

Will dig a bit deeper, sigh
Jeanette

PS: Josh, the SwingX now has a demo code hierarchy - so I suggest to move the demo over there

kleopatra
Offline
Joined: 2003-06-11
Points: 0

Updates every ten minutes, trying to look busy

Looks like the painter leaves the graphics in a different state than in the old code: problem goes away if I let it paint onto a newly created graphics. As raw code-snippet:

[code]
// doesn't show the text:
painter.paint(g, ...);
super.paintComponent(g);

// does show the text
Graphics scratch = g.create();
painter.paint(scratch, ..)
scratch.dispose();
super.paintComponent(g)
[/code]

The part that confused me was that it did paint the text if the rendererLabel was opaque - in this case the paintComponent doesn't call super to takes over completely - first fill the background, then let the painter act and then call ui.update ... with the same logic as above it shouldn't show. But that was a rare case of bug + bug = no-bug . Painter and ui accidentally used different graphics.. doooh

Thanks for listening!
Jeanette

kleopatra
Offline
Joined: 2003-06-11
Points: 0

accelerating - less than ten minutes :-)

Looks like a problem in AbstractPainter.paint - at the end of the method it disposes a graphics it never created. I'll wait for Josh or somebody else to cleanup, being lazy

Cheers
Jeanettte

Matt Nathan

Hehe, guess it was the same problem then :)

On 15/03/07, jdnc-interest@javadesktop.org
wrote:
> accelerating - less than ten minutes :-)
>
> Looks like a problem in AbstractPainter.paint - at the end of the method it disposes a graphics it never created. I'll wait for Josh or somebody else to cleanup, being lazy
>
> Cheers
> Jeanettte
> [Message sent by forum member 'kleopatra' (kleopatra)]
>
> http://forums.java.net/jive/thread.jspa?messageID=208022
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
> For additional commands, e-mail: jdnc-help@jdnc.dev.java.net
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

kleopatra
Offline
Joined: 2003-06-11
Points: 0

> Hehe, guess it was the same problem then :)
>

hach .. didn't see your answer before - maybe the mail gateway a bit sluggish again?

Did you already file an issue? (hint, hint ... :-)

Jeanette

Matt Nathan

I posted this a couple of minutes before your post:

> I've come across this problem before in the painter_work branch, not
> sure if its the same thing, I found that AbstractPainter was calling
> Grpahics.dispose after the painting was done but was never calling
> Graphics.create before painting.

If you turn off reply nesting it shows up just above your post. Sorry
no issue was reported as it was in a separate branch from trunk,
wasn't sure what the procedure was for submitting bugs in those cases.

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

fproulx
Offline
Joined: 2007-02-10
Points: 0

Excellent news ! I will try it ASAP. Looking forward to see daily builds on Hudson soon :-)

Fabrizio Giudici

On Mar 14, 2007, at 20:47 , Joshua Marinacci wrote:

> I have just merged the painter_work branch into HEAD. Since this
> branch was around for 6 months there were quite a few differences.
> I have fixed as much as I could (and left out a bunch of non-
> painter stuff) but there will inevitably be some breakage, so
> please test and tell me what I've screwed up.
>
> If this is stable after a day then I'll merge the new_tile_provider
> branch of SwingX-WS back to HEAD as well. Then we will have no more
> outstanding branches!
>

HURRAY FOR JOSHUA!!! :-)

--
Fabrizio Giudici, Ph.D. - Java Architect, Project Manager
Tidalwave s.a.s. - "We make Java work. Everywhere."
weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog
Fabrizio.Giudici@tidalwave.it - mobile: +39 348.150.6941

[smime.p7s]

dags
Offline
Joined: 2003-06-10
Points: 0

Hi,

I got an exception while trying to add a JXHeader to a JXPanel. That was with a swingx.jar builded after merge. I tried to make a new jar from a fresh new cvs checkout but failed because can't find org.jdesktop.layout package. I will try to add swing-layout.jar to see if builds ok.

[code]
java.lang.NullPointerException
at org.jdesktop.swingx.plaf.basic.BasicHeaderUI.paint(BasicHeaderUI.java:232)
at javax.swing.plaf.ComponentUI.update(ComponentUI.java:143)
at javax.swing.JComponent.paintComponent(JComponent.java:758)
at org.jdesktop.swingx.JXPanel.access$001(JXPanel.java:58)
at org.jdesktop.swingx.JXPanel$1.doPaint(JXPanel.java:128)
at org.jdesktop.swingx.JXPanel$1.doPaint(JXPanel.java:126)
at org.jdesktop.swingx.painter.AbstractPainter.paint(AbstractPainter.java:400)
at org.jdesktop.swingx.JXPanel.paintComponent(JXPanel.java:311)
at javax.swing.JComponent.paint(JComponent.java:1022)
at org.jdesktop.swingx.JXPanel.paint(JXPanel.java:292)
at javax.swing.JComponent.paintChildren(JComponent.java:859)
at javax.swing.JComponent.paint(JComponent.java:1031)
at org.jdesktop.swingx.JXPanel.paint(JXPanel.java:292)
at java.awt.GraphicsCallback$PaintCallback.run(GraphicsCallback.java:21)
at sun.awt.SunGraphicsCallback.runOneComponent(SunGraphicsCallback.java:60)
at sun.awt.SunGraphicsCallback.runComponents(SunGraphicsCallback.java:97)
at java.awt.Container.paint(Container.java:1797)
at org.netbeans.modules.form.fakepeer.FakePeerContainer.paint(FakePeerContainer.java:60)
at javax.swing.JComponent.paintChildren(JComponent.java:871)
at javax.swing.JComponent.paint(JComponent.java:1031)
[catch] at org.netbeans.modules.form.ComponentLayer$DesignerPanel.paint(ComponentLayer.java:161)
at javax.swing.JComponent.paintChildren(JComponent.java:859)
at javax.swing.JComponent.paint(JComponent.java:1031)
at javax.swing.JComponent.paintChildren(JComponent.java:859)
at javax.swing.JComponent.paint(JComponent.java:1031)
at javax.swing.JComponent.paintChildren(JComponent.java:859)
at org.netbeans.modules.form.FormDesigner$1.paintChildren(FormDesigner.java:195)
at javax.swing.JComponent.paint(JComponent.java:1031)
at javax.swing.JLayeredPane.paint(JLayeredPane.java:564)
1270,2-9 34%
[/code]

Regards,
Diego.

dags
Offline
Joined: 2003-06-10
Points: 0

As Rob says, adding a reference to swing-layout.jar let me build swingx.jar in NB 5.5 with jdk1.6.0 from a fresh checkout, but still get the same JXHeader error.

Regards,
Diego.

Matt Nathan

That's great news, I know from recent experience how much trouble it
is to get a long-standing branch back into a trunk, good work :)

---------------------------------------------------------------------
To unsubscribe, e-mail: jdnc-unsubscribe@jdnc.dev.java.net
For additional commands, e-mail: jdnc-help@jdnc.dev.java.net

rasto1968
Offline
Joined: 2004-08-25
Points: 0

I've just done a clean swingx checkout, and the build fails due to a missing 'org.jdesktop.layout' package.

It took a few passes with Netbeans 6.0 M7 before it cleared up, the project.properties file was missing a reference to the AbsoluteLayout.jar and swing-layout-1.0.1.jar files.

Rob