Tant qu'à beta-tester, les betas pourraient tester spip-lab en même
temps 
Amicalement
Antoine.
Reste à voir si la corbeille est effective pour tout le monde (c'est à
dire pas seulement le
dernier) car si seul le dernier participant ramasse les messages il
faudrait obligatoirement
passer par lui pour récupérer le message, ce qui n'est pas du tout
pratique car alors :
1) il faut conserver tous les noms dans un coin
En fait, dans la deuxieme solution, il n'y a pas de corbeille, le
fonctionnement actuel est conservé (quand le dernier se désabonne, le
message est orphelin, au bout d'un certain temps, il devient "purgeable"
il n'y a donc rien à conserver.
Je proposais par contre que seul le "créateur" de ce message soit habilité à
remonter ses articles orphelins.
Je propose simplement ca parcque le champs existe (enfin je crois, je n'ai
pas creusé, mais l'id d'auteur conservé dans le message doit etre celui de
l'auteur qui l'a créé)
2) comme le forum continue même quand on s'est désabonné, on pourrait
reprendre le forum en
marche, même si on est supposé ne plus en faire partie, et ça peut
dégénérer en conflit (c'est ce
qui fait que les amdins n'ont pas accès à ces forums privés)
La c'est vrai qu'il faut voir ce qu'on fait.
Mon idée était de ne permettre QUE la recupération d'un message orphelin,
pas la possibilité pour le créateur de raccrocher un message dont il s'etait
retirer sans y etre invité.
En gros, ca veut dire qu'on ajouterait (optionnellement avec une case à
cocher voir la poubelle) à la liste normale des messages sur lesquels
l'auteur est inscrit (ou à la place, faut voir), la liste des messages
*qu'il a créé* ET *qui sont aujourd'hui orphelins*
avec cette possibilité de réinscription.
Ca couvre le besoin fonctionnel, non ?
Coté développement, je ne sais pas trop comment ca doit etre implementé.
Ca n'est pas une fonction employée tous les jours, donc ca n'est pas très
grave si le traitement est un peu lourd.
Avec les dernieres version de MySQL et les sous requetes, on peut faire ca
facilement, mais en restant compatible, ca fait refaire une requete par
message remonté pour verifier qu'il est bien orphelin (enfin, comme ca à
premiere vue ... faut y reflechir effectivement)
Je viens d'uploader (CVS) une correction du bug.
ARNO*
Je viens d'uploader (CVS) une correction du bug.
Il reste le bug de la vignette qui se recrée toute seule quand tu l'effaces
(dans le portfolio) ; hier soir j'ai regardé, et puis ça m'a saoûlé : il y a
trois ou quatre définitions du bloc upload/document -- d'ailleurs le
portfolio si joli dans articles.php3 n'a pas cours dans la partie
articles_edit.php3
La difficulté avec cette question, c'est de définir les spec : a-t-on le
droit d'avoir un document-image sans vignette auto ? etc.
Par ailleurs j'ai utilisé gallery, et pour la rotation d'images l'interface
de SPIP est désormais largement meilleure que celle de gallery !
-- Fil
Je viens d'uploader (CVS) une correction du bug.
Il reste le bug de la vignette qui se recrée toute seule quand tu l'effaces
(dans le portfolio) ; hier soir j'ai regardé, et puis ça m'a saoûlé : il y a
trois ou quatre définitions du bloc upload/document -- d'ailleurs le
portfolio si joli dans articles.php3 n'a pas cours dans la partie
articles_edit.php3
Oui, il faut que je corrige ça. Là, je crois que c'est bicoz j'ai pas foulu me faire chier quand on fait une rotation: le "grand fichier" tourne et je me contente de virer la vignette, et c'est au chargement de la page "article.php3" que le truc recalcule la vignette. Du coup, il recalcule _toujours_ la vignette si elle est absente.
Par ailleurs j'ai utilisé gallery, et pour la rotation d'images l'interface
de SPIP est désormais largement meilleure que celle de gallery !
Pour quelle raison? (C'est histoire de savoir quelle est la "bonne" idée qui fait que c'est mieux, histoire que je la vire pas en pensant bien faire :-))
Est-ce que tu vois d'autres trucs dans gallery dont il serait intéressant de s'inspirer?
ARNO*
>Par ailleurs j'ai utilisé gallery, et pour la rotation d'images
>l'interface de SPIP est désormais largement meilleure que celle de
>gallery !Pour quelle raison? (C'est histoire de savoir quelle est la "bonne" idée
qui fait que c'est mieux, histoire que je la vire pas en pensant bien
faire :-))
Dans gallery ils ont une espèce de menu qui lance une fenêtre popup dans
laquelle tu choisis le sens de rotation en cliquant sur une phrase qui dit
"clockwise" ou "anticlockwise". Toi tu as trois icones minuscules qui
agissent tout de suite.
Est-ce que tu vois d'autres trucs dans gallery dont il serait intéressant
de s'inspirer?
- L'upload de fichiers distants en donnant un URL
- Commenter 10 photos puis valider les 10 commentaires.
Ils ont aussi un diaporama sympa, mais là c'est hors-spip (ou en contrib)
-- Fil
en fait j'avais démultiplexé tes deux messages dans le mauvais ordre, d'où ma tragique méprise
....
En fait, dans la deuxieme solution, il n'y a pas de corbeille, le
fonctionnement actuel est conservé (quand le dernier se désabonne, le
message est orphelin, au bout d'un certain temps, il devient "purgeable"
il n'y a donc rien à conserver.
Je proposais par contre que seul le "créateur" de ce message soit habilité à
remonter ses articles orphelins.
Je propose simplement ca parcque le champs existe (enfin je crois, je n'ai
pas creusé, mais l'id d'auteur conservé dans le message doit etre celui de
l'auteur qui l'a créé)
mais dans le cas d'un forum privé qui a erré d'un rédacteur à l'autre ? 6 mois après le créateur
qui était parti ramasser des fraises se retrouve avec un forum qu'il avait oublié dans sa
corbeille ? et les autres qui se sont rajoutés entre temps sans savoir qui est à l'origine du truc
ne savent pas à qui s'adresser pour le récupérer ?
dans ce cas il vaut mieux conserver l'id d'un des membres actifs, ainsi c'est le dernier qui se
retrouve avec le message, c'est le moins pire
Mon idée était de ne permettre QUE la recupération d'un message orphelin,
pas la possibilité pour le créateur de raccrocher un message dont il s'etait
retirer sans y etre invité.
En gros, ca veut dire qu'on ajouterait (optionnellement avec une case à
cocher voir la poubelle) à la liste normale des messages sur lesquels
l'auteur est inscrit (ou à la place, faut voir), la liste des messages
*qu'il a créé* ET *qui sont aujourd'hui orphelins*
avec cette possibilité de réinscription.
Ca couvre le besoin fonctionnel, non ?
donc en cas de besoin les autres lui donnent le nom du message à récupérer, et il le récupère sans
pouvoir lire son contenu, je dirais que ça couvre le besoin et que ça ressemble grosso modo à une
forme tordue de perversion mais bon ...
Coté développement, je ne sais pas trop comment ca doit etre implementé.
Ca n'est pas une fonction employée tous les jours, donc ca n'est pas très
grave si le traitement est un peu lourd.
Avec les dernieres version de MySQL et les sous requetes, on peut faire ca
facilement, mais en restant compatible, ca fait refaire une requete par
message remonté pour verifier qu'il est bien orphelin (enfin, comme ca à
premiere vue ... faut y reflechir effectivement)
pourquoi lourd ? si on garde la liste des personnes inscrites à un fil (ce qui est le cas il me
semble), suffit de vérifier ceux pour qui personne n'est inscrit et qui ont Robert comme
auteur,facile non ?
Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com
mais dans le cas d'un forum privé qui a erré d'un rédacteur à l'autre ? 6
mois après le créateur
qui était parti ramasser des fraises se retrouve avec un forum qu'il avait
oublié dans sa
corbeille ? et les autres qui se sont rajoutés entre temps sans savoir qui
est à l'origine du truc
ne savent pas à qui s'adresser pour le récupérer ?
dans ce cas il vaut mieux conserver l'id d'un des membres actifs, ainsi
c'est le dernier qui se
retrouve avec le message, c'est le moins pire
Mmmmh, effectivement, mais dans ce cas, on peut affecter l'id du dernier
auteur qui se retire (donc celui qui fait que l'article est orphelin) au
message et reprendre le fonctionnement que j'ai (sans doute mal) decrit :
un lien "poubelle à message" : Il permet d'afficher tous les messages
orphelins ayant mon id avec un lien "recuperer" qui me réinscrit sur ce
message.
Je suis forcement le dernier à avoir vu le forum, donc il n'y a pas de
probleme de confidentialité.
Si le message a était supprimé par erreur, c'etait surement moi.
donc en cas de besoin les autres lui donnent le nom du message à
récupérer, et il le récupère sans
pouvoir lire son contenu, je dirais que ça couvre le besoin et que ça
ressemble grosso modo à une
forme tordue de perversion mais bon ...
Heu, non, on s'est mal compris, pour moi, il se réinscrivait donc voyait le
message...
pourquoi lourd ? si on garde la liste des personnes inscrites à un fil (ce
qui est le cas il me
semble), suffit de vérifier ceux pour qui personne n'est inscrit et qui
ont Robert comme
auteur,facile non ?
Ah ? on garde ca quelque part ?
je ne savais pas, ca peut aider en effet !
Alors, réaffecter l'id du dernier désinscrit au message et lui permettre (à
lui uniquement) de se réinscrire, qu'en penses-tu ?
Je dis ca parcque c'est pas très lourd comme modif et que ca s'appuie sur
l'existant, evidement, il y a surement mieux ...
Sinon, si effectivement il y a la liste des auteurs du thread (mais la tu
m'etonnes, ou alors il y a une contrib de suivi des forums privés qui merite
d'etre revue), on peut aussi donner l'accès à tous ces ex-participants (pas
beaucoup plus compliqué), mais ca pose les problemes de confidentialité (ce
qui a été posté après le retrait de M. X ...)
Dans les 2 cas, c'est independant du vidage ou non de poubelle après
quarantaine.
Mmmmh, effectivement, mais dans ce cas, on peut affecter l'id du dernier
auteur qui se retire (donc celui qui fait que l'article est orphelin) au
message et reprendre le fonctionnement que j'ai (sans doute mal) decrit :
un lien "poubelle à message" : Il permet d'afficher tous les messages
orphelins ayant mon id avec un lien "recuperer" qui me réinscrit sur ce
message.
Je suis forcement le dernier à avoir vu le forum, donc il n'y a pas de
probleme de confidentialité.
Si le message a était supprimé par erreur, c'etait surement moi.
(je pense qu'on a tous les deux droit à un cours gratuit de compréhension du français)
bon pour moi
Alors, réaffecter l'id du dernier désinscrit au message et lui permettre (à
lui uniquement) de se réinscrire, qu'en penses-tu ?
Je dis ca parcque c'est pas très lourd comme modif et que ca s'appuie sur
l'existant, evidement, il y a surement mieux ...
bon pour moi
Sinon, si effectivement il y a la liste des auteurs du thread (mais la tu
m'etonnes, ou alors il y a une contrib de suivi des forums privés qui merite
d'etre revue), on peut aussi donner l'accès à tous ces ex-participants (pas
beaucoup plus compliqué), mais ca pose les problemes de confidentialité (ce
qui a été posté après le retrait de M. X ...)
nonononon
Dans les 2 cas, c'est independant du vidage ou non de poubelle après
quarantaine.
on est d'accord, l'existance d'une corbeille telle que décrite que ce soit avec ou sans
quarantaine me vas très bien
comment se passe la suite chez vous ? je préfèrerais ne pas me lancer dans quoi que ce soit avant
que quelqu'un d'authorisé ne vérifie que l'idée ne comporte pas une grosse erreur quelque part ...
Julien
Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com
comment se passe la suite chez vous ? je préfèrerais ne pas me lancer dans
quoi que ce soit avant
que quelqu'un d'authorisé ne vérifie que l'idée ne comporte pas une grosse
erreur quelque part ...
En général, on se fait rapidement allumer quand on dit des grosse c....
donc, jusque la, on a l'air d'avoir passer cette premiere validation.
Ensuite, et ben, une contrib sur spip-contrib (ici d'ailleur, plutot 2).
Pour ce qui modifie le noyau, normalement, c'est la rubrique interne, mais
je pense que, vu la portée limitée de la fonctionnalité, ca peut etre placé
directement dans "à tester", mais ca, ce sont les admins de Spip-contrib qui
decident.
Une fois que la contrib est faite et testée, une petite piquouze de rappel
sur spip-dev pour avoir l'avis des "core-dev" et voir si ils veulent
integrer ou non (tant que ca n'est pas fait et testé, la question ne se pose
pas vraiment pour eux, sauf si ca ne va vraiment pas dans le bon sens ou si
ca peut englober d'autres besoins avec quelques modifs).
Je n'ai pas beaucoup de temps, mais si je peux donner un petit coup de main
ponctuel, c'est avec plaisir.
Bon courage et merci d'avance pour ces contribs ...
En général, on se fait rapidement allumer quand on dit des grosse c....
donc, jusque la, on a l'air d'avoir passer cette premiere validation.
je veux bien que qui ne dit rien conssent, mais si personne ne réagit à la propal ça serait tout
de même dommage, on va espérer que des lignes de code réveillent les développeur de leur torpeur
estivale
Ensuite, et ben, une contrib sur spip-contrib (ici d'ailleur, plutot 2).
Pour ce qui modifie le noyau, normalement, c'est la rubrique interne, mais
je pense que, vu la portée limitée de la fonctionnalité, ca peut etre placé
directement dans "à tester", mais ca, ce sont les admins de Spip-contrib qui
decident.
ahem, si j'ai bien compris je code mon truc et je le mets dans une page de spip-contrib dans la
rubrique "à tester" ?
Une fois que la contrib est faite et testée, une petite piquouze de rappel
sur spip-dev pour avoir l'avis des "core-dev" et voir si ils veulent
integrer ou non (tant que ca n'est pas fait et testé, la question ne se pose
pas vraiment pour eux, sauf si ca ne va vraiment pas dans le bon sens ou si
ca peut englober d'autres besoins avec quelques modifs).
ok
Je n'ai pas beaucoup de temps, mais si je peux donner un petit coup de main
ponctuel, c'est avec plaisir.
merci, je vais voir, si j'ai un problème quelque part ou une quetsion je verrais avec toi ((en
privé, ne paniquez pas les autres)
Bon courage et merci d'avance pour ces contribs ...
1) de rien
2) attend de voir mes contrib avant de remercier
une dernière question : les patch se font ils sur la dernière version livrée ou sur le snapshot de
développement ? sur l'accès au cvs il est dit que la version en cours est instable et buggée, du
coup j'ai un doute
et une dernière remarque : quand on perd son mot de passe (en tout cas sur spip-contrib), et qu'on
utilise le mail de rappel, sur la page donnée pour se reconnecter il n'y a qu'un seul mot de passe
à rentrer (pas de vérification), vous me direz que si la personne se rate il ne reste plus qu'à
envoyer un autre mail pour entrer un autre mot de passe vu qu'elle sait comment on fait, mais
c'est pas cohérent avec le reste du bidule.
amicalement
Julien
Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com
Selon ARNO* <arno@scarabee.com>:
Je viens d'uploader (CVS) une correction du bug.
ARNO*
Merci c'est bon .
Une remarque : si on explose le zip les fichiers sont bien là et le titre est
"sans titre". Peut être que dans ce cas là, on pourrait mettre le nom du fichier
(sans l'extendion) .
Ben.
une dernière question : les patch se font ils sur la dernière version
livrée ou sur le snapshot de développement ? sur l'accès au cvs il est dit
que la version en cours est instable et buggée, du coup j'ai un doute
Ce sont les précautions oratoires d'usage 
Non, il vaut mieux proposer des patches contre la version CVS.
et une dernière remarque : quand on perd son mot de passe (en tout cas sur
spip-contrib), et qu'on utilise le mail de rappel, sur la page donnée pour
se reconnecter il n'y a qu'un seul mot de passe à rentrer (pas de
vérification), vous me direz que si la personne se rate il ne reste plus
qu'à envoyer un autre mail pour entrer un autre mot de passe vu qu'elle
sait comment on fait, mais c'est pas cohérent avec le reste du bidule.
Oui, oui. C'est grave docteur ?
-- Fil
Ce sont les précautions oratoires d'usage
ouf c'est ce que j'éspérais
Non, il vaut mieux proposer des patches contre la version CVS.
fort bien
> et une dernière remarque : quand on perd son mot de passe (en tout cas sur
> spip-contrib), et qu'on utilise le mail de rappel, sur la page donnée pour
> se reconnecter il n'y a qu'un seul mot de passe à rentrer (pas de
> vérification), vous me direz que si la personne se rate il ne reste plus
> qu'à envoyer un autre mail pour entrer un autre mot de passe vu qu'elle
> sait comment on fait, mais c'est pas cohérent avec le reste du bidule.
Oui, oui. C'est grave docteur ?
c'est une discrimination insupportable envers les personnes de peu de mémoire, qui sont fachées
avec leur clavier, et dont le serveur mail est super lent
...
mais c'est moins grave que le style du site de contrib qui passe pas avec Opera (héhé)
Créez gratuitement votre Yahoo! Mail avec 100 Mo de stockage !
Créez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/
Dialoguez en direct avec vos amis grâce à Yahoo! Messenger !Téléchargez Yahoo! Messenger sur http://fr.messenger.yahoo.com
mais c'est moins grave que le style du site de contrib qui passe pas avec
Opera (héhé)
pff ce style vraiment !!! il est temps qu'il change .
En attendant, si tu sais le corriger pour qu'il passe sur opéra (je n'ai pas
d'opéra sous la main donc je ne peux pas tester) envoie moi la correction.
A+
Ben.
et ma remarque au niveau de l'ergonomie vous pensez pas qu'elle peut etre
intégré?
Moi je veux bien essayer de voir mais faut me dire où se trouve le code en
question
Le choix n'est pas réellement lié au fait que c'est un zip qu'on décompacte, mais plutôt au fait qu'il s'agit d'une "image" ou d'un "fichier joint":
- pour les images, le choix se justifie vraiment à l'usage: les noms des fichiers ne correspondent pas à grand chose, sont toujours faux ou limités: soit parce que, de plus en plus, l'usage se développe de mettre en ligne des photos tirées d'un appareil photo numérique, avec des noms du genre "P1200357.jpg"..., soit parce qu'on fait des noms pas trop usants (pépé12.jpg) ou limités aux caractères autorisés sous Windows.
- pour les "documents", à la rigueur, on peut un peu plus justifier l'affichage de "noms techniques". Cependant, ça me semble plus relever de sites eux-mêmes techniques (spip_contrib? :-)). L'idée dans SPIP est plus de promouvoir des interfaces "en français dans le texte", je préfère largement que le fonctionnement "de base" soit qu'on affiche un texte clair (par exemple: "Tableau récapitulatif de l'étude de risque") plutôt que "tab-recap-risque.xls". De plus, là, si on supprime l'extension, on a un solution un peu bâtarde: c'est un nom technique pas complet. Enfin, si on veut afficher un "nom technique", notamment dans une liste des documents joints, on peut très facilement partir des #URL_DOCUMENT pour les afficher, et éviter ainsi d'avoir des affichages mélangés (listes peu cohérentes mélangeant des indications de noms en "recap_conclusions" et en "Récapitulatif des conclusions").
=> La grosse lourdeur de SPIP, c'est qu'on ne peut changer les titres/descriptifs qu'élément par élément (il faut valider à chaque fois), on ne peut pas modifier par exemple tous les titres d'un coup puis valider l'ensemble. Il faudrait corriger ça, mais c'est un changement un poil lourd au niveau du code (le plus chiant étant qu'on a deux formulaires à destinations différentes pour chaque document).
ARNO*
c'est pas ça que vous cherchez à faire?
http://www.spip-contrib.net/ecrire/articles.php3?id_article=311
extrait de l'article
- pour les images, le choix se justifie vraiment à l'usage: les noms des
fichiers ne correspondent pas à grand chose, sont toujours faux ou
limités: soit parce que, de plus en plus, l'usage se développe de mettre
en ligne des photos tirées d'un appareil photo numérique, avec des noms du
genre "P1200357.jpg"..., soit parce qu'on fait des noms pas trop usants
(pépé12.jpg) ou limités aux caractères autorisés sous Windows.
Exact, j'avais pas pensé à cela.
on ne peut pas modifier par exemple tous les titres d'un coup puis valider
l'ensemble. Il faudrait corriger ça, mais c'est un changement un poil
lourd au niveau du code (le plus chiant étant qu'on a deux formulaires à
destinations différentes pour chaque document).
Cela me dit quelque chose ça. Ah oui le portfolio ... Il y a un début ici :
http://www.spip-contrib.net/ecrire/articles.php3?id_article=311
Fait par Beatnick et j'y avais ensuite mis un peu mon nez.
A+
Ben.