Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur plugins.spip.net 
-- Romy
PS : mieux vaut écrire directement sur la liste de dev, que j'ajoute donc en copie.
Bien obligé tous les fichiers sont placés à la racine, il faudrait créer une arborescence comme indiqué dans mon précédent message.
J'ignore comment fontionne le référencement des plugins (automatique en fonction de l'arborescence ?), avant de me lancer là dedans, je préfère en être sûr pour ne pas tout casser !
Je reviens à la charge pour le plugin albums, je viens juste de mettre le plugin v2 (en beta) sur la zone.
Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur plugins.spip.netBien obligé tous les fichiers sont placés à la racine, il faudrait créer une arborescence comme indiqué dans mon précédent message.
Je n'arrive pas à manipuler les sousrep via svn 
Qui pourrait réparer ?
J'ignore comment fontionne le référencement des plugins (automatique en fonction de l'arborescence ?), avant de me lancer là dedans, je préfère en être sûr pour ne pas tout casser !
Je n'ai pas pu tester hier soir car j'ai cassé mon spip3, mais voici ce que je peux dire à la lecture du code :
- le plugin n'est-t'il plus compatible avec spip 2, c'est sur et certain ?
- il manque le modèle de liste (album_list) ?
- Attention : ce n'est pas au plugin Albums de distribuer le script innerfade (parce qu'il peut être déjà présent sur le site via un autre plugin ou squelettes), mais l'inverse, à chaque plugin de script (innerfade et autres carrousels) de distribuer un modèle compatible (album_ innerfade) qui applique ledit script.
Bref, il ne devrait pas y avoir de sousrep js dans ce plugin 
-- Romy
Je reviens à la charge pour le plugin albums, je viens juste de mettre le plugin v2 (en beta) sur la zone.
Merci, c'est cool. Mais attention : tu as créé le trunk *dans* la v1 !
Ça va rendre inutilisable le paquet zip distribué sur plugins.spip.netBien obligé tous les fichiers sont placés à la racine, il faudrait créer une arborescence comme indiqué dans mon précédent message.
Je n'arrive pas à manipuler les sousrep via svn
Qui pourrait réparer ?J'ignore comment fontionne le référencement des plugins (automatique en fonction de l'arborescence ?), avant de me lancer là dedans, je préfère en être sûr pour ne pas tout casser !
Je n'ai pas pu tester hier soir car j'ai cassé mon spip3, mais voici ce que je peux dire à la lecture du code :
- le plugin n'est-t'il plus compatible avec spip 2, c'est sur et certain ?
- il manque le modèle de liste (album_list) ?
- Attention : ce n'est pas au plugin Albums de distribuer le script innerfade (parce qu'il peut être déjà présent sur le site via un autre plugin ou squelettes), mais l'inverse, à chaque plugin de script (innerfade et autres carrousels) de distribuer un modèle compatible (album_ innerfade) qui applique ledit script.
Bref, il ne devrait pas y avoir de sousrep js dans ce plugin-- Romy
> le plugin n'est-t'il plus compatible avec spip 2, c'est sur et certain ?
Non cette version n'est plus compatible spip 2.
Il se repose sur les automatismes de spip3 , les nouvelles déclarations de tables etc. Garder la compatibilité spip 2 signifierait ajouter pleins de dépendances de plugins (itérateurs, yaml et j'en oublie) et une réécriture d'un bon paquet de code.
> il manque le modèle de liste (album_list) ?
Un oubli de ma part !
> attention : ce n'est pas au plugin Albums de distribuer le script innerfade.
Pas de pb, j'enlèverai ça. C'était pour tester la faisabilité.
Alors concernant l'organisation des répertoires, j'ai enfin retrouvé la page qui explique ça en détail : Du rangement sur la zone... - Le labo
(c'est un peu le parcours du combattant pour trouver des infos à jour sur la gestion des plugins, soit dit en passant)
Bref, je pense avoir saisi la procédure pour faire le branchage, par contre je crois n'avoir les droits d'accès qu'au répertoire albums, et pas aux autres donc je ne suis as sûr de pouvoir procéder.
Voici les notes que j'ai prises pour procéder :
1: faire une copie locale de la zone
svn co svn://zone.spip.org/spip-zone/_plugins_
cd _plugins_
2: déplacer 'albums' vers un répertoire temporaire 'albums_temp'
svn mv albums albums_temp
svn commit -m "branchage du plugin albums pour spip3 - etape 1" albums albums_temp
3: recréer le répertoire 'albums' et déplacer 'albums_temp' dans un sous répertoire 'albums/temp'
mkdir albums
svn add albums
svn mv albums_temp albums/temp
svn commit -m "branchage du plugin albums pour spip3 - etape 2" albums albums_temp
4: créer un sous répertoire 'branches'
cd albums
mkdir branches
svn add branches
svn mv temp branches/v1
svn commit -m "branchage du plugin albums pour spip3 - etape 3" branches
5: et pour finir on déplace le répertoire '/branches/v1/trunk' vers /'trunk'
mkdir trunk
svn add trunk
svn mv branches/v1/trunk trunk
svn commit -m "branchage du plugin albums pour spip3 - etape 4 (finale)" trunk
@Romy : si vous pouvez faire les étapes 2 et 3, je pourrais me charger du reste.
fixed !
Puissiez-vous (tous) éviter de citer TOUTE la conversation en citations de citations de citations de citations, lorsque vous répondez à un message ?
C'est pénible de devoir défiler 20 fois pour lire un ou deux mots.
Merci. 
D'accord
C'est la faute de l'extension 'quote collapse' de thunderbird, à force on y fait pus attention !
Pourquoi ne pas simplement répondre au dessus des textes cités... ?
C'est bizarre cette habitude de répondre sous les textes, le fil de discussion c'est comme une pièce jointe, une annexe, ça doit à mon sens se trouver sous le texte premier non ?
En répondant au dessus :
- on a accès rapidement à l'info
- on ne perd pas les infos d'un fil qu'on a lu qu'en diagonal, pas besoin de rechercher dans les anciens mails
=> tout le monde est content
Enfin moi ça me rend heureux
Non.
Est-ce que tu commentes les billets de blog par en dessus ?
La logique (sens de lecture, écologie, Nétiquette, etc.) veut qu'on réponde en dessous, en expurgeant éventuellement le message du surperflu, lorsqu'il est trop long. Ceci est valable aussi bien dans les listes de diffusions que dans les courriels et les forums.
-- Romy
LOOOOOOOOOOOOOOOOOOOOOOOOOOOOOL (merci pour ça)
+1