You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Clement Escoffier (JIRA)" <ji...@apache.org> on 2012/12/12 17:07:20 UTC

[jira] [Commented] (FELIX-3751) junit4osgi swingrunner improvement with a more flexible layout

    [ https://issues.apache.org/jira/browse/FELIX-3751?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13530061#comment-13530061 ] 

Clement Escoffier commented on FELIX-3751:
------------------------------------------

Applied the contribution on trunk.

I've cleaned a bit the code to not use an _already manipulated_ class (BTW, why ?).

Please check.
                
> junit4osgi swingrunner improvement with a more flexible layout
> --------------------------------------------------------------
>
>                 Key: FELIX-3751
>                 URL: https://issues.apache.org/jira/browse/FELIX-3751
>             Project: Felix
>          Issue Type: Improvement
>          Components: iPOJO
>    Affects Versions: iPOJO-1.6.0, iPOJO-1.8.0
>         Environment: The problem affects either linux or windows oses. 
>            Reporter: Emanuele Gesuato
>            Priority: Trivial
>              Labels: junit
>         Attachments: org.apache.felix.ipojo.junit4osgi.swing-gui.zip
>
>
> The junit4osgi SwingRunner JFrame is currently created with a fixed layout. So if you try to enlarge the JFrame the content of the panel remains "fixed" with its own width and height.
> This improvement allow the user to have a more comfortable user experience with a flexible layout manager. If the user tries to resize the new jframe the content of the jframe will be resized.
> It was not so simple to create it because the source files in the trunk repository were not "right". It seems they were missing the constructor with InstanceManager parameter. Also there are some methods that were missing: the OSGIJUnitRunner field was not setted in any place. The result of my work was done decompiling the .class of SwingRunner. The result of its decompiling was quite different from the source file because in the decompiled one I got the missing methods. It seems that the .class was generated from a different source file than the one present in the repository.
>  
> I saw that the jframe was designed with netbeans: is it possible that the ide "removed" some of the missing methods ?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira