Re: [Swingwt-developers] more graphics2d updates

[Scott C. <sc...@co...>]

I remembered something I should tell you about, I uncommented a
commented out line, in Cursor.java:

case(MOVE_CURSOR): retCursor = pre_move; break; // -- Same as Resize..

I assume this was commented out for a reason.  However, without it I was
getting a NPE.


On Sat, 2006-03-11 at 08:56 +0000, Robin Rawson-Tetley wrote:

> > One thing that I found is that JSeparator is supposed to work in any
> > component.  I did some hacking so that it would at least run in this
> > situation, but changing the class hierarchy might be a better way. 
> 
> But that would break the dynamic classloader? All class hierarchies have
> to match.

Actually the current swingwt hierarchy for JSeparator is not correct. 
>From my 1.4.2.10 javadocs it should be:
java.lang.Object
  extended byjava.awt.Component
      extended byjava.awt.Container
          extended byjavax.swing.JComponent
              extended byjavax.swing.JSeparator

In swingwt it includes the AbstractButton and JSWTMenuComponent.  I was
suggesting having JSeparator not extend JSWTMenuComponent.  
 
It seems like things work ok with the dynamic classloader when the
hierarchies don't completely match.  

> 
> > I didn't find an easy way to handle JComboBoxes that have custom
> > ListCellRenderers.  It seems like swt combo boxes can only handle
> > strings.  Is there some kind of extended combo box that could be used?
> 
> Nope, we'd have to write one - you could probably reuse the custom table
> cell rendering code and use events to hide/show the table (or something
> like it) portion representing the dropdown.
> 
> I still think it's important to use the native one unless someone 
> really wants custom combo rendering (the purpose of SwingWT is very much
> to offer native components where possible).

Great. I'll look into that more.

Scott