http://www.formdev.com/home/ http://www.formdev.com/blog/jformdesigner-5-0-2-with-intellij-idea-11-support/#PageComment_44 The ClassCastException is fixed in JFormDesigner 5.0.2.2 Mon, 30 Jan 2012 10:55:44 +0100 Karl Tauber http://www.formdev.com/blog/jformdesigner-5-0-2-with-intellij-idea-11-support/#PageComment_44 http://www.formdev.com/blog/jformdesigner-5-0-2-with-intellij-idea-11-support/#PageComment_42 @Dave: Thanks for reporting. This occurs only when using project specific JFormDesigner settings. Other functionality is not affected. We'll fix this ASAP. Tue, 17 Jan 2012 16:02:23 +0100 Karl Tauber http://www.formdev.com/blog/jformdesigner-5-0-2-with-intellij-idea-11-support/#PageComment_42 http://www.formdev.com/blog/jformdesigner-5-0-2-with-intellij-idea-11-support/#PageComment_41 5.0.2 Plugin not working with IntelliJ IDEA 11.0.1 Error: java.lang.Object cannot be cast to org.jdom.Element: java.lang.Object cannot be cast to org.jdom.Element java.lang.ClassCastException: java.lang.Object cannot be cast to org.jdom.Element at com.jformdesigner.Kn.loadState(SourceFile:29) at com.intellij.openapi.components.impl.stores.ComponentStoreImpl.a(ComponentStoreImpl.java:286) at com.intellij.openapi.components.impl.stores.ComponentStoreImpl.access$000(ComponentStoreImpl.java:44) at com.intellij.openapi.components.impl.stores.ComponentStoreImpl$1.run(ComponentStoreImpl.java:84) at com.intellij.openapi.application.impl.ApplicationImpl.runReadAction(ApplicationImpl.java:848) at com.intellij.openapi.components.impl.stores.ComponentStoreImpl.initComponent(ComponentStoreImpl.java:97) at com.intellij.openapi.components.impl.stores.ProjectWithModulesStoreImpl.initComponent(ProjectWithModulesStoreImpl.java:39) at com.intellij.openapi.project.impl.ProjectImpl.initializeComponent(ProjectImpl.java:196) at com.intellij.openapi.components.impl.ComponentManagerImpl.b(ComponentManagerImpl.java:214) at com.intellij.openapi.components.impl.ComponentManagerImpl.access$1100(ComponentManagerImpl.java:54) at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentConfigComponentAdapter$1.getComponentInstance(ComponentManagerImpl.java:643) at com.intellij.openapi.components.impl.ComponentManagerImpl$ComponentConfigComponentAdapter.getComponentInstance(ComponentManagerImpl.java:578) at com.intellij.util.pico.DefaultPicoContainer.getLocalInstance(DefaultPicoContainer.java:259) at com.intellij.util.pico.DefaultPicoContainer.getInstance(DefaultPicoContainer.java:246) at com.intellij.util.pico.DefaultPicoContainer.getComponentInstance(DefaultPicoContainer.java:228) at org.picocontainer.alternatives.AbstractDelegatingMutablePicoContainer.getComponentInstance(AbstractDelegatingMutablePicoContainer.java:75) at com.intellij.openapi.components.impl.ComponentManagerImpl.createComponent(ComponentManagerImpl.java:126) at com.intellij.openapi.components.impl.ComponentManagerImpl.a(ComponentManagerImpl.java:107) at com.intellij.openapi.components.impl.ComponentManagerImpl.initComponents(ComponentManagerImpl.java:342) at com.intellij.openapi.components.impl.ComponentManagerImpl.init(ComponentManagerImpl.java:85) at com.intellij.openapi.project.impl.ProjectImpl.init(ProjectImpl.java:276) at com.intellij.openapi.project.impl.ProjectManagerImpl.a(ProjectManagerImpl.java:267) at com.intellij.openapi.project.impl.ProjectManagerImpl.a(ProjectManagerImpl.java:317) at com.intellij.openapi.project.impl.ProjectManagerImpl.access$400(ProjectManagerImpl.java:80) at com.intellij.openapi.project.impl.ProjectManagerImpl$9.compute(ProjectManagerImpl.java:524) at com.intellij.openapi.project.impl.ProjectManagerImpl$9.compute(ProjectManagerImpl.java:521) at com.intellij.openapi.progress.impl.ProgressManagerImpl$3.run(ProgressManagerImpl.java:244) at com.intellij.openapi.progress.impl.ProgressManagerImpl$TaskRunnable.run(ProgressManagerImpl.java:457) at com.intellij.openapi.progress.impl.ProgressManagerImpl$5.run(ProgressManagerImpl.java:276) at com.intellij.openapi.progress.impl.ProgressManagerImpl$2.run(ProgressManagerImpl.java:178) at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:206) at com.intellij.openapi.progress.impl.ProgressManagerImpl.runProcess(ProgressManagerImpl.java:169) at com.intellij.openapi.application.impl.ApplicationImpl$8$1.run(ApplicationImpl.java:629) at com.intellij.openapi.application.impl.ApplicationImpl$6.run(ApplicationImpl.java:422) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) at com.intellij.openapi.application.impl.ApplicationImpl$1$1.run(ApplicationImpl.java:137) Mon, 16 Jan 2012 22:09:34 +0100 Dave http://www.formdev.com/blog/jformdesigner-5-0-2-with-intellij-idea-11-support/#PageComment_41 http://www.formdev.com/blog/swing-tip-jsplitpane-with-zero-size-divider/#PageComment_35 @Charlie: thanks for your comments. Was not yet able to reproduce your problems. But your suggestion to override getDividerLocation() has a major side effect when having a horizontal split pane that contains a vertical split pane as right component: while dragging the horizontal split divider the vertical split divider magically moves down. You can see this effect in the demo program (that is included in the ZIP) when changing: [code]splitPane.setRightComponent( right );[/code] to [code]splitPane.setRightComponent( new JSplitPaneWithZeroSizeDivider( JSplitPane.VERTICAL_SPLIT, right, new JButton("test") ) );[/code] Regarding overriding deprecated method layout(): You're right, it is deprecated, but layout() does the real work and I think that it is safer to override layout() because I don't know whether it is invoked directly somewhere. However I should add a @Deprecated annotation to the overridden method to keep the deprecation. BTW this blog supports [url=http://doc.silverstripe.org/sapphire/en/reference/bbcode]BBcode formatting[/url]. Wed, 14 Sep 2011 01:51:05 +0200 Karl Tauber http://www.formdev.com/blog/swing-tip-jsplitpane-with-zero-size-divider/#PageComment_35 http://www.formdev.com/blog/swing-tip-jsplitpane-with-zero-size-divider/#PageComment_34 I also changed the override of layout to an override of doLayout as layout is deprecated. -Charlie Mon, 12 Sep 2011 03:42:44 +0200 Charlie http://www.formdev.com/blog/swing-tip-jsplitpane-with-zero-size-divider/#PageComment_34 http://www.formdev.com/blog/swing-tip-jsplitpane-with-zero-size-divider/#PageComment_33 I've been testing this splitter in my application that used to have the tiny hit-target this was ment to replace. There's some fishy stuff going on when the preferred widths of the two components in the splitter are greater than the width of the splitpane. I haven't been able to come up with a good solution aside from changing the preferred sizes. There's also a problem with the initial display of this control where the divider jumps dividerDragOffset pixels. I've solved it by this override to SplitPaneWithZeroSizeDividerUI: public int getDividerLocation(JSplitPane jc) { return super.getDividerLocation(jc)+ dividerDragOffset; } Unfortunately this doesn't fix the previous problem. I've also changed the constants: private static final int dividerDragSize = 7; private static final int dividerDragOffset = dividerDragSize / 2; -Charlie Mon, 12 Sep 2011 03:34:22 +0200 Charlie http://www.formdev.com/blog/swing-tip-jsplitpane-with-zero-size-divider/#PageComment_33 http://www.formdev.com/blog/jformdesigner-5-1-beta-netbeans-plug-in/#PageComment_31 Tried to install JFormDesigner 5.1 Beta for Netbeans plug-in but getting a "timeout" error. Wed, 10 Aug 2011 04:40:54 +0200 Paul http://www.formdev.com/blog/jformdesigner-5-1-beta-netbeans-plug-in/#PageComment_31 http://www.formdev.com/blog/jformdesigner-5-released/#PageComment_30 @Umberto and @Octavio: We've added JavaFX 2.0 support to our roadmap. We've already refactored the designer core to support multiple UI toolkits and now work on basic JavaFX 2.0 support. @Paul: A beta of the JFormDesigner plug-in for NetBeans is [url=/blog/jformdesigner-5-1-beta-netbeans-plug-in/]available now[/url]. Tue, 26 Jul 2011 19:54:34 +0200 Karl Tauber http://www.formdev.com/blog/jformdesigner-5-released/#PageComment_30 http://www.formdev.com/blog/jformdesigner-5-released/#PageComment_29 How is the netbeans plugin coming along? I am looking forward to it. Mon, 04 Jul 2011 01:08:43 +0200 Paul Breen http://www.formdev.com/blog/jformdesigner-5-released/#PageComment_29 http://www.formdev.com/blog/jformdesigner-5-released/#PageComment_28 +1 For javafx 2.0 functionality! It would be really nice Sun, 19 Jun 2011 02:48:37 +0200 Octavio http://www.formdev.com/blog/jformdesigner-5-released/#PageComment_28