• Pour la gestion de dépôt SVN, le plugin Subversive accompagné du connector SVN de Polarion est un brin buggy, sur certain (gros) dépôts SVN il me fait un heap space error, plutôt embêtant... Le plus étrange, c'est cette gestion d'erreur de la part d'Eclipse:

  

  Un fonctionnement anormal est détecté mais l'action "send report" est indisponible.


• Pourquoi diable le gestionnaire de plugins/packages sous Eclipse est aussi complexe ? et surtout aussi LENT !! c'est purement incroyable ! et ça empire avec Eclipse Galileo (la nouvelle mouture d'Eclipse fraîchement sortie) pour ma part sur ma machine !


• Avec Eclipse Galileo, il y a une nouvelle gestion des libraries (.jar et .jar externes). Pour ma part, j'aime bien avoir un sous-répertoire ./lib dans mon projet dans lequel je mets mes libraries (.jar et .so). C'est bien pratique de faire ainsi car le répertoire apparait dans l'arborescence du projet Eclipse, et les .jar qu'il contient apparaissent aussi dans Referenced Libraries:

  

  Avec Eclipse Galileo, le répertoire disparait de la vue arborescente, un développeur a trouvé pertinent de faire disparaitre le répertoire car il contient les libraries... je trouve cela complètement stupide: faire une vue système de fichier et une autre vue conceptualisée, orientée application Java qui ne reflète pas le système de fichier, oui! NetBeans le fait très bien, mais mélanger les deux... je suis tatillon mais je trouve cela stupide.
  
  
  Note: en fait c'est un comportement de l'import de jar automatique (une des nouveautés de Eclipse Galileo Java, voir la section Classpath resolution honors the 'Class-Path' header of JAR manifest file), on peut aller dans Referenced Libraries, clic droit sur le répertoire > remove from Referenced Libraries, ce qui fait réapparaitre le répertoire dans le package explorer.
  (Voir la page New and Noteworthy sur le site d'Eclipse pour toutes les nouveautés de Galileo).

• correction de bugs,
• ajout et suppression de colonnes à la table d'affichage avec les touches '+' et '-',
• activation du modèle de table dynamique (nombre de colonnes dans la table d'affichage fonction de la largeur de la fenêtre),
• activation de la navigation dans la liste d'images avec pagination.

• pour le moment, je conserve en mémoire les thumbnails calculées pour le rendu, en fonction de leurs tailles, on peut vite être confronté à un java.lang.OutOfMemoryError: Java heap space.
  Pour le moment, utiliser les paramètres de la JVM -Xms<initial heap size> -Xmx<maximum heap size> est une solution à court terme. Une amélioration pourrait être d'améliorer le thread d'affichage en utilisant une liste bornée en taille pour les items chargés en mémoire.
• le widget swing est plus lent que le widget SWT Nebula Gallery (sauf pour le temps de chargement du widget en lui même, swing est beaucoup plus rapide), sur deux points:
  • pour le calcul des thumbnails: dans un premier temps, j'ai utilisé BufferedImage.scaleInstance(...), puis dans un second temps JAI (j'ai testé avec et sans la library C, d'ailleurs étonnamment la library native de JAI est plus lente que la library pure java). Dans les deux cas SWT fait appel à des routines plus rapides.
  • pour l'affichage, la JTable est un widget assez rigide, il y a peut être des paramètres pour assouplir le scrolling mais je ne les connais pas. J'ai quand même positionné l'unité d'incrémentation du scroll (via sp.getVerticalScrollBar().setUnitIncrement(42), sp étant le JScrollPane de ma JTable, pour que le scrolling ne se fasse pas row par row mais sur une quantité de pixels.
• le layout: avec SWT Nebula Gallery, le layout est dynamique, si la largeur de la fenêtre change le nombre de colonne de la grille d'images s'adapte pour afficher autant de colonnes que possible. Dans mon widget, la JTable empêche ce genre de chose.
  Je pourrais faire écouter le redimensionnement de la JTable et changer son modèle en fonction, mais j'ai peur que cela alourdisse cruellement l'affichage.
  Une solution à adopter serait peut être de changer le modèle sur demande de l'utilisateur, par exemple avec les touches '+' et '-', pour ajouter ou retirer des colonnes au modèle.
  edit 09-05-16: j'ai ajouté les deux comportements (1) '+' et '-' pour modifier le nombre de colonne, et (2) un modèle de table dynamique en fonction de la taille du JScrollPane contenant la JTable, ça se fait bien en codant futé pour modifier au minimum le modèle.
  Ainsi j'ai dû coder aussi l'update de la cellule sélectionnée dans le nouveau modèle (i.e. nouveau modèle car redimensionnement de la table, il faut que la cellule qui était sélectionnée dans l'ancien modèle soit toujours une cellule sélectionnée dans le nouveau modèle), et un scroll de la JTable pour que la cellule sélectionnée soit affichée (un scroll du rendu du nouveau modèle pour que la cellule sélectionnée soit affichée).

• Galatee-0.1.jar
• edit 09-05-17: nouvelle version avec l'edit 09-05-16 (voir plus haut): Galatee-0.2.jar. Ajout également d'une interface GalateeListener à implémenter pour répondre aux événements sur la grille d'image:

  public interface GListener extends EventListener {
  	public void itemClicked(GEvent e);
   
  	public void itemDoubleClicked(GEvent e);
   
  	public void selectionChanged(GEvent e);
   
  	public void focusChanged(GEvent e);
  }

• SWTGalatee-0.1.jar

• utiliser un Panel avec un GridLayout, spécifier la taille de la grille du layout en fonction du nombre d'images. Trouver un moyen pour savoir quand une cellule du panel doit être affichée et quand elle n'est plus sur l'écran. Quand elle doit être affichées faire un setComponentAt(...) de la cellule avec un custom panel pour mon image+metadata. Dès que la cellule quitte l'affichage de la fenêtre (par un scrolling), faire un setComponentAt(..., ..., null).
• ne pas utiliser une table mais une succession de JList, ce qui permettrait de ne pas avoir des lignes de tailles fixes (et pas de ligne du tout d'ailleurs), cependant ce n'est peut être pas visuellement très louable.

• installer le paquet subversion.
• pour créer un repo:

  $svnadmin create projectName

• pour le checkout:

  $svn co file:///path/to/the/repository

• pour flagger un fichier comme nouveau dans le repo (et donc à ajouter sur le repo distant)

  $svn add newFile

• pour commiter:

  $svn co fileToCommit -m "message"

  Si échec du dernier commit et intégration nécessaire, il faut récupérer la version plus récente présente sur le serveur (pour faire la fusion à la main):

  $svn update fileToUpdate

  SVN va alors créer 3 fichiers: file.mine (copie de la version modifiée en local), file.r1 (version locale avant modification), file.r3 (version du serveur, donc plus récente que file.r1). Quand l'intégration est effectuée (fusion de file.mine et r3) alors il faut flagger le conflit comme résolu (et recommiter le fichier ensuite):

  $svn resolved fileResolved

  flags possibles: C : conflict (fichier conflictuel) A : added (fichier ajouté dans le projet) D : deleted (fichier supprimé du projet) G : fusion (fichier plus récent sur le repo et version locale modifiée depuis le dernier checkout mais la fusion ne pose pas de conflit) M : modified (modifications sur un fichier qui n'a pas été modifié localement, alors le fichier locale est écraser par sa version du repository).
• pour créer une nouvelle branche à partir du trunk:

  $svn cp http://.../trunk http://.../branches/mybranch

#!/bin/sh
case "$1" in
  start)
        start-stop-daemon --start --chuid www-data:www-data --exec /usr/bin/svnserve -- -d -r /home/subversion/usvn/svn
        ;;
  stop)
        start-stop-daemon --stop --exec /usr/bin/svnserve
        ;;
  restart)
	$0 stop
	$0 start
	;;
esac
exit 0

1. installer les paquets subversion, subversion-tools, libapache2-svn
2. charger le module $a2enmod dav_svn
3. rendre le repo accessible par apache: Éditer /etc/apache2/mods-available/dav_svn.conf

   <Location /svn> 
   DAV svn
   Require valid-user
   SVNParentPath /home/subversion/repo/
   AuthType Basic
   AuthName "Subversion repository"
   AuthUserFile /home/subversion/conf/htpasswd
   AuthzSVNAccessFile /home/subversion/conf/access
   </Location>

4. gérer les utilisateurs avec $htpasswd /home/subversion/conf/passwd nicolas
5. gérer les droits en éditant le fichier /home/subversion/conf/authz

   [groups]
   developer  = nicolas
   [projectName:/]
   @developer = rw
   * = r

1. installer les paquets libapache2-mod-php5 php5-sqlite sqlite3
2. activer le module $a2enmod rewrite
3. récupérer l'archive de USVN et la copier dans /var/www, la décompresser et modifier le propriétaire des fichiers $chown -R www-data: usvn
4. vérifier le /usvn est accessible sur votre website, et utilisez l'application php pour l'installation.

1. installer le plugin subclipse disponible sur Tigris. Par défaut, une dépendance (buckminster) est nécessaire à l'installation du plugin (et semble poser problème), mais l'installation du plugin peut s'effectuer en décochant l'option "Integrations (Optional)".
2. un "new project" puis "checkout projects from SVN", et ça roule tout seul.

1. installer le plugin subversive depuis les dépôts Eclipse http://download.eclipse.org/technology/subversive/0.7/update-site/.
2. installer un SVN connector, par exemple celui de Polarion: http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/ On y trouve une implémentation de Polarion, SVNKit, et une autre de Tigris, JavaHL. Cependant, il semble que si vous avez des projets anciennement gérer avec subclipse, le plugin subversive n'arrive pas à reprendre la main dessus...

$vlc -vvv screen:// --sout \ "#transcode{vcodec=mp4v,vb=1024,deinterlace}:duplicate{dst=display,dst=standard\ {access=file,mux=avi,dst=flux.avi}}"