Discussion :

[TanEk]

Donc voilà j'ai essayé de compiler millie sous Netbeans directement à partir de subversion (d'ailleurs pas de ne pas mettre de commentaires pour chaque commit :p) mais j'ai quelques petits problèmes. Donc j'ai crée un projet par dossier Millie* donc 4. J'ai dis que le dossier de run était MillieGUI avec la classe qui va bien seulement il me dit qu'il ne connaît pas le look&feel windows. J'imagine que ceci est dû au fait que je n'ai pas copié certains fichiers dans le jar ? Pour le moment avec Netbeans j'ai ça de fait :
dossier dist :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
dist/MillieGui.jar
dist/lib/Millie*.jar // les autres

MillieGUI.jar est normalement lié aux autres. Voilà. Est-ce que tu pourrais me dire quels fichiers copier et à quels endroits ?

Ensuite j'ai un problème d'encodage UTF-8 des fichiers sources, y'aurait moyen que tu les passes en UTF-8 (je devrais faire un autre thread requêtes UTF-8 mais bon :p). Voilou c'est tout

[TanEk]

Je viens de voir que tu utilisais le système Maven. J'ai téléchargé le plug-in pour Netbeans et ça marche niquel donc j'ai rien dis . Faudrait peut-être le mettre dans le tutorial ce n'est pas très explicite.

[millie]

Alors, comme dit dans l'autre thread, maven ne sert pas pour le développement. Ca ne sert qu'à packager.


Alors, c'est vrai que j'ai jamais testé sous linux, comme quoi, le compiler une fois, faites le tourner partout...

En développement, le projet Millie dépend de rien.
Le MilliePlugins dépend de rien
Le MillieCoreFilter dépend de MilliePlugins et de Millie
Le MillieGUI dépend des 3.

(en format packagé, MillieGUI ne dépend ni de Millie, ni de MillieCoreFilter en fait).

Pour créer un plugin, il faut juste une dépendance vers MilliePlugins.

Mes dépendances ont l'air super louche, mais en fait, ça permet de développer un plugin avec un minimum de dépendance (juste MilliePlugins), ça fait que le GUI est indépendante de ma bibliothèque également.
Et ca permet en théorie de changer de GUI avec les mêmes jar de plugins... (mais ça, c'est une nouveauté futur)

[TanEk]

Ok je vais suivre tes dépendances. Le truc c'est que netbeans par défaut prend tout ce beau monde et le met dans dist (c'est une sorte de packaging), il faudrait donc que je sache si je dois copier les fichiers plugins & co et si oui où exactement par rapport aux jars.

[millie]

Bah, si tu mets tout ensemble, ça devrait tourner. Je donnais juste les dépendances minimales.

[millie]

DJ'ai dis que le dossier de run était MillieGUI avec la classe qui va bien seulement il me dit qu'il ne connaît pas le look&feel windows.

Ah oui, le look&feel est en dur :

Dans MillieGUI, t'as un fichier millie.gui.MillieGUIMain

Et il y a un vieux truc en dur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
UIManager.setLookAndFeel(
					"com.sun.java.swing.plaf.windows.WindowsLookAndFeel");

C'est à changer ça aussi ^^

[TanEk]

Bon voilà, ça compile, j'ai réussi à le lancer seulement aucun plugin n'est chargé. Voici mon rep dist :

./README.TXT
./images
./images/icon
./images/icon/stock-tool-hue-saturation-22.png
./images/icon/iconColorBalance.png
./images/icon/iconSaveAs.png
./images/icon/iconSave.png
./images/icon/stock-undo-history-16.png
./images/icon/iconZoom.png
./images/icon/iconNew.png
./images/icon/iconDuplicate.png
./images/icon/iconRedo.png
./images/icon/iconCopy.png
./images/icon/stock-display-filter-contrast-16.png
./images/icon/iconGray.png
./images/icon/iconImportToolkit.png
./images/icon/iconHSL.png
./images/icon/iconRotate90.png
./images/icon/iconClose.png
./images/icon/iconPaste.png
./images/icon/iconFusion.png
./images/icon/iconCrop.png
./images/icon/iconThreshold.png
./images/icon/iconRotate270.png
./images/icon/iconHorizontalFlip.png
./images/icon/iconColorCurves.png
./images/icon/iconVerticalFlip.png
./images/icon/iconScale.png
./images/icon/iconInvert.png
./images/icon/iconUndo.png
./images/icon/iconChecked.png
./images/icon/iconOpen.png
./images/icon/iconBrightnessContrast.png
./images/icon/iconHistogram.png
./images/icon/iconQuit.png
./images/icon/iconChannels.png
./images/icon/iconRotate180.png
./pluginsstyle.config
./lib
./lib/Millie.jar
./lib/MilliePlugins.jar
./lib/MillieCoreFilter.jar
./config
./config/pluginsstyledefault.config
./config/MillieGUIRessources.properties
./config/MillieGUI.properties
./MillieGUI.jar
./plugins
./plugins/MilliePlugins.jar
./plugins.config

Est-ce que j'ai oublié un fichier ? Ou j'ai mal placé un fichier ? Je sèche là

[TanEk]

MDR Bon c'est bon j'ai tout Ils sont bien dans Filtre les plugins ? Si oui c'est niquel ça marchote :p.

[millie]

MDR Bon c'est bon j'ai tout Ils sont bien dans Filtre les plugins ? Si oui c'est niquel ça marchote :p.

Salut.

Il y a 2 stratégies.

Soit le fichier MillieCoreFilter est dans le classpath de l'application, soit il est dans le dossier plugins. Normalement, MilliePlugins ne doit pas être dans plugins.

[millie]

Ah oui, le look&feel est en dur :

Dans MillieGUI, t'as un fichier millie.gui.MillieGUIMain

Et il y a un vieux truc en dur :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
UIManager.setLookAndFeel(
					"com.sun.java.swing.plaf.windows.WindowsLookAndFeel");

C'est à changer ça aussi ^^

J'ai testé sous Solaris et j'ai effectivement l'erreur avec un vieux design Java (ça prend pas le look and feel de l'OS). Faudrait que j'essaye de régler ça.

[sinok]

Un bon vieux UIManager.setLookAndFeel(UIManager.getSystemLookAndFeel()) encadré du try catch qui va bien devrait faire l'affaire au minimum.

Ou bien préciser la classe de L&F dans un fichier de config pour qu' l'utilisateur puisse le modifier (a défaut de le faire directement depuis le GUI).

[millie]

Un bon vieux UIManager.setLookAndFeel(UIManager.getSystemLookAndFeel()) encadré du try catch qui va bien devrait faire l'affaire au minimum.

Ou bien préciser la classe de L&F dans un fichier de config pour qu' l'utilisateur puisse le modifier (a défaut de le faire directement depuis le GUI).

Bon bah j'avais mis ça entouré de tous les try catch (j'aurais finalement du mettre un catch(Exception) pour être tranquille car j'avais un beau :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library: /usr/lib/jvm/java-6-openjdk/jre/lib/i386/xawt/libmawt.so
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1666)
	at java.lang.Runtime.load0(Runtime.java:787)
	at java.lang.System.load(System.java:1022)
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1767)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1684)
	at java.lang.Runtime.loadLibrary0(Runtime.java:840)
	at java.lang.System.loadLibrary(System.java:1047)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
	at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.awt.Toolkit.loadLibraries(Toolkit.java:1610)
	at java.awt.Toolkit.<clinit>(Toolkit.java:1632)
	at javax.swing.UIManager.getSystemLookAndFeelClassName(UIManager.java:617)
	at millie.gui.MillieGUIMain.main(MillieGUIMain.java:38)

sous ubuntu (mais pas de soucis sous Solaris)

[millie]

Bon, apparemment fallait installer le JDK complètement ^o) J'ai pas trop compris, m'enfin, ça marche.