Re: [spip-dev] Écriture inclusive (!), préparation a DREDI

2020-12-08 Par sujet BoOz
A part ca Apple vient de cesser de distribuer php.

Pas très inclusif.

On se met à l'écriture TypeScript ?

BoOz




Le mar. 8 déc. 2020 à 19:38, tout...@free.fr  a écrit :

> spipfactory, ça suffit de pourrir les forums de SPIP avec ton
> masculinisme de beauf.
>
> On a assez compris que le système patriarcal te convient parfaitement
> avec son écriture exclusive.
>
> Et on s'en fout.
>
> Car heureusement la majorité des développeurs et développeuses SPIP
> mettent en place une vision largement plus porteuse de sens.
>
> Et ça donne un peu de courage et d'espoir, donc merci à tout·es !
>
> touti
>
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [conception] Un plugin Progressive Web App commun en coquille vide ? (1 SW 2 rule dem all)

2020-07-28 Par sujet BoOz
@rasta a estimé :
> le Diplo c'est un mensuel, et donc peu de changement éditoriaux (on peut
se permettre de changer manuellement la "version éditoriale" quand un
nouveau numéro sort).

Non mais enfin... mais si, la une change tous les jours, même plusieurs
fois. Et c'est d'ailleurs un des soucis avec le plugin offline, la mise à
jour de la version éditoriale est complexe (ligne de commandes plus vider
le cache plus..., j'ai fini par me décourager en testant, il faudrait que
je m'y remette).

A part ça, pourquoi ne pas ajouter les push à Offline ?

BoOz
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] Open calais ?

2020-06-16 Par sujet BoOz
Hello,

De mon côté j'ai fait mon propre système, si ca vous dit d'essayer

https://github.com/BoOz/entites_nommees

BoOz

Le lun. 15 juin 2020 à 21:14, RastaPopoulos  a
écrit :

> Le 15/06/2020 à 19:04, JLuc a écrit :
> > je n'ai que de mauvais résultats où seuls apparaissent les noms propres
> géographiques ou de célébrités ou de grosses entreprises.
> > Je crois que ce n'est pas adapté au français.
> > La démo en tout cas.
>
> C'est très exactement pour ça que c'était utilisé sur seenthis, ça n'a
> jamais été pour autre chose : villes, personnes…
>
> --
> RastaPopoulos
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-11 Par sujet BoOz
Merci pour la vérif, j'ai l'impression que datatables est le dixieme dans
ta liste. J'envoie un Zip à Camille.

Le lun. 11 mai 2020 à 11:01, Cerdic  a écrit :

>
> Par contre je vois que datatables n’est pas dans la liste, et en effet en
> allant voir le clone semble avoir bien créé le .git dans le dossier mais
> rien d’autre.
> Je vais aller voir pour renforcer le test de validité.
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-10 Par sujet BoOz
De même que sur cette merveille :
https://git.spip.net/spip-contrib-extensions/datatables o_O


Le sam. 9 mai 2020 à 17:58, BoOz  a écrit :

> Erreur 500 sur https://git.spip.net/spip-contrib-extensions/prix aussi
>
>
>
> Le ven. 8 mai 2020 à 20:00, tcharlss  a écrit :
>
>> Yo azerttyu,
>>
>> Juste pour confirmer le souci sur le dépôt d'albums dont je te parlais
>> l'autre jour.
>> La page sur gitea est en erreur 500, et en git pushant j'obtiens l'erreur
>> suivante :
>>
>> remote: error: corrupt loose object
>> '870f4fc84476b77df3a6dc8b1a4e66deb4d05d33'
>> remote: fatal: loose object 870f4fc84476b77df3a6dc8b1a4e66deb4d05d33
>> (stored in
>> /var/git/gitea/spip/repositories/spip-contrib-extensions/albums.git/./objects/incoming-2Ir5S5/87/0f4fc84476b77df3a6dc8b1a4e66deb4d05d33)
>> is corrupt
>> Le 06/05/2020 à 15:00, cam.lafit a écrit :
>>
>> Bonjour
>>
>> Ce matin le serveur a dû être rebooté. L'opération semble avoir eu un
>> impact sur une partie des données. Il semble que malgré un extinction
>> normale le système de fichier n'aie pas pas apprécié ceci.
>>
>> Par conséquent il est possible que certains dépots retourne des erreurs
>> 500 ou des messages concernant des objets git corrompus ou manquants. Merci
>> dans ce cas de m'en informer pour que je puisse les traiter au cas par cas.
>>
>> Km
>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
>>
>> ___
>> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: https://www.spip.net/
>> dev: https://core.spip.net/
>> irc://irc.freenode.net/spip
>
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] git.spip.net et reboot hardu

2020-05-09 Par sujet BoOz
Erreur 500 sur https://git.spip.net/spip-contrib-extensions/prix aussi



Le ven. 8 mai 2020 à 20:00, tcharlss  a écrit :

> Yo azerttyu,
>
> Juste pour confirmer le souci sur le dépôt d'albums dont je te parlais
> l'autre jour.
> La page sur gitea est en erreur 500, et en git pushant j'obtiens l'erreur
> suivante :
>
> remote: error: corrupt loose object
> '870f4fc84476b77df3a6dc8b1a4e66deb4d05d33'
> remote: fatal: loose object 870f4fc84476b77df3a6dc8b1a4e66deb4d05d33
> (stored in
> /var/git/gitea/spip/repositories/spip-contrib-extensions/albums.git/./objects/incoming-2Ir5S5/87/0f4fc84476b77df3a6dc8b1a4e66deb4d05d33)
> is corrupt
> Le 06/05/2020 à 15:00, cam.lafit a écrit :
>
> Bonjour
>
> Ce matin le serveur a dû être rebooté. L'opération semble avoir eu un
> impact sur une partie des données. Il semble que malgré un extinction
> normale le système de fichier n'aie pas pas apprécié ceci.
>
> Par conséquent il est possible que certains dépots retourne des erreurs
> 500 ou des messages concernant des objets git corrompus ou manquants. Merci
> dans ce cas de m'en informer pour que je puisse les traiter au cas par cas.
>
> Km
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
>
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r124144 - in _plugins_/coordonnees/trunk

2020-04-11 Par sujet BoOz
Super.

Le ven. 10 avr. 2020 à 22:14, Charles Razack  a
écrit :

> clap clap clap 
>
> Le 10/04/2020 à 22:09, spip-zone-com...@rezo.net a écrit :
> > Author: RastaPopoulos
> > Date: 2020-04-10 20:09:13 + (Fri, 10 Apr 2020)
> > New Revision: 124144
> >
> > Modified:
> >_plugins_/coordonnees/trunk/
> >_plugins_/coordonnees/trunk/action/api_adresses_par_pays.php
> >_plugins_/coordonnees/trunk/coordonnees_pipelines.php
> >_plugins_/coordonnees/trunk/formulaires/editer_adresse.php
> >_plugins_/coordonnees/trunk/paquet.xml
> > Log:
> > Pfiou, normalement enfin finalisation de la refonte des adresses dont on
> peut changer le pays et que ca change les champs demandes. Car il manquait
> un GROS truc oublie : si on change le pays, c'est plus les memes champs, et
> DONC... 1) c'est plus les memes verifications a faire, et 2) si ca s'arrete
> dans verifier() et donc qu'on reaffiche le formulaire, ca ne doit pas
> afficher les champs du pays de depart, mais bien ceux du pays modifie ! Et
> donc pas en JS cette fois mais en PHP. Du coup il faut faire un travail
> similaire a ce qu'on avait fait en JS, mais dans un pipeline PHP
> (formulaire_saisies en l'occurence) et c'est pas aussi facile qu'avec
> jquery sous la main evidemment ! Mais quand meme plus facile en saisies que
> s'il fallait le faire avec du html... Ah et du coup tout comme le JS, cette
> solution fonctionne donc pour n'importe quel formulaire qui contiendrait
> des adresses, pas juste editer_adresse, et pas juste Profils.
> >
> >
> > Details: https://zone.spip.org/trac/spip-zone/changeset/124144
> >
> > ___
> > spip-zone-com...@rezo.net -
> https://listes.rezo.net/mailman/listinfo/spip-zone-commit
> ___
> liste: https://listes.rezo.net/mailman/listinfo/spip-dev
> doc: https://www.spip.net/
> dev: https://core.spip.net/
> irc://irc.freenode.net/spip
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] [Spip-zone-commit] r123220 - in _plugins_/coordonnees/trunk

2020-04-02 Par sujet BoOz
Oui mais pour celui la il ne se passait rien après qu'on avait cliqué "bon
à envoyer",  il était toujours bon a rester là.



Le jeu. 2 avr. 2020 à 20:26, Cerdic  a écrit :

> Hello !
>
> Je rappelle que les modules traduit dans trad.spip.net doivent être
> traités là-bas,
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip

Re: [spip-dev] moteur d'indexation

2018-11-09 Par sujet BoOz
Hello,

Il y a en fait deux situations différentes.

Dans la première gérée par l'écran de sécurité, on a affaire a des bots qui
parcourent le site pour diverses raisons (indexer pour les moteurs de
recherche, chercher des trous de sécurité pour des entreprises
spécialisées, faire des trucs chelou pour les startup, faire n'importe quoi
pour des spammeurs etc...).

Si le site est surchargé, on leur demande de revenir faire ça plus tard.
Sauf pour les "botfriends" qu'on ne souhaite pas éconduire (quelques
réseaux sociaux ou lecteurs rss influents qui constituent des moyens de
lire le site à distance).

La seconde situation gérée par le plugin-dist/statistiques et sa
engine-list.txt, est caractérisée par des visites de vrais gens (ou vrais
autres bots parfois) effectuées depuis les services tiers qui opèrent les
bots venus précédemment parcourir le site.

Par exemple une personne qui cherche "spip" sur Qwant
https://www.qwant.com/?q=spip=web

Quand la visite arrive sur le site, SPIP va détecter que sa provenance est
le site Qwant et l'indiquer comme ça dans la liste des liens entrant du
panneau des stats.

Donc dans engine-list.txt on indique les sites dont on souhaite
caractériser la provenance dans les stats, et dans l'écran de sécu les
sites qu'on ne veut pas compter dans les stats, voire qu'on souhaite
éconduire en cas de charge importante sur le serveur.

BoOz












Le jeu. 8 nov. 2018 à 21:23, Franck  a écrit :

> Si c’est bien ça, la liste des robots qui est dans
> https://zone.spip.net/trac/spip-zone/browser/spip-zone/_core_/plugins/statistiques/engines-list.txt#L67
> devrait être identique à la liste qu’il y a dans l’écran de sécu, non ?
>
>
>
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip

Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

2017-02-23 Par sujet BoOz
Ce polatouche en mode Hell Fest... :)

Le 23 février 2017 à 07:46, Franck  a écrit :

> Nicod_, juste pour dire que la page est là:
> https://www.facebook.com/spip.net/
> Après, c'est vrai que la page, c'est pas "spip" mais "spip.net" mais
> bon...
> Je ne suis pas le créateur de la page, mais souvent, c'est même moi qui
> ajoute l'info vers le blog, car les 3 admis n'ont pas forcément le temps.
> :-)
> Franck
>
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>


Re: [spip-dev] Qui est-ce qui protège la marque de SPIP ?

2017-02-13 Par sujet BoOz
Si un site décide de se nommer  SPIP ceci ou cela on s'en moque un peu tant
que le site n'a pas beaucoup d'audience ou bien qu'il ne cause pas de
problèmes particuliers.

Si un jour un service SPIP machin devient nuisible et arrive à une bonne
audience au point que cela pose un problème à la véritable communauté SPIP,
alors je crois qu'on peut chopper des avocats et faire taire les gredins en
leur opposant l'antériorité et de la notoriété du SPIP authentique.

Mais ce qui serait plus intéressant, ce serait des services SPIP xxx trop
cool.

BoOz




Le 13 février 2017 à 21:15, Gilles Vincent <gilles.vinc...@gmail.com> a
écrit :

> Je me place plus sur un plan légal. Si une association "Les mous du SPIP"
> se crée avec pour but de promouvoir les outils concurrents, quelle réaction
> peut-on avoir ? Qui a l'autorité de pouvoir le faire ?
>
>
> 2017-02-13 19:44 GMT+01:00 Vincent Caron <booz.bl...@gmail.com>:
>
>> La notoriété et l'antériorité je dirais.
>>
>> BoOz
>>
>> Le 13 févr. 2017 à 19:28, Gilles Vincent <gilles.vinc...@gmail.com> a
>> écrit :
>>
>> il en va de même du logo bien entendu.
>> SPIP Creation, par exemple, utilise les deux
>> https://bases-marques.inpi.fr/Typo3_INPI_Marques/marques_fic
>> he_resultats.html?index=1=3694237_201633_fmark=53
>>
>>
>>
>> 2017-02-13 19:24 GMT+01:00 Gilles Vincent <gilles.vinc...@gmail.com>:
>>
>>> Salut,
>>>
>>> je me suis posé la question de la possibilité d'exploiter ce terme.
>>> Est-ce qu'il est déposé en tant que Marque ?
>>>
>>> Je sais qu'on fait "ce qu'on veut" avec SPIP (
>>> http://www.spip.net/fr_article1475.html), mais l'article ne précise pas
>>> s'il s'agit du nom ou de l'utilisation du code.
>>>
>>> Quelqu'un peut-il créer une entreprise ayant pour nom "les spécialistes
>>> de SPIP" par exemple ?
>>>
>>> .Gilles
>>>
>>
>> ___
>> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: http://www.spip.net/
>> dev: http://trac.rezo.net/trac/spip/
>> irc://irc.freenode.net/spip
>>
>>
>


Re: [spip-dev] Nouveau logo de SPIP pour la 3.1 comme prévu ?

2014-10-31 Par sujet BoOz
Heu merci mais j'avais proposé un Polatouche de toute beauté APRÈS cette
proposition, et comme personne ne m'a répondu, et bien je conclue que c'est
en fait moi qui a produit la dernière proposition en date sans
contre-proposition.

Apres ok, je ne l'ai pas décliné en favicon, mais pour ne pas empêcher la
mise en prod, je propose qu'on garde la même image pour le logo et le
favicon. Elle se dégrade assez bien et de la sorte on limitera les
ressources utilisées (factorisation avant tout, c'est çà aussi un bon
graphiste).

http://minus.com/lbdBShHHRtm1Ac

BoOz   :p

Le 31 octobre 2014 14:45, Matthieu Marcillaud <marci...@rezo.net> a écrit :

> Salutations,
>
> En mars 2013 après un nombre non négligeable de discussions autour d'un
> logo, était proposé la chose suivante : si personne ne propose d'autre logo
> intéressant d'ici la 3.1, ce serait celui proposé à l'époque qui serait
> installé.
>
> Que pensez-vous à l'heure d'aujourd'hui de tout cela ?
>
> Les gens qui souhaitaient un logo acceptable ont eu le temps de le créer
> et de le proposer non ? En l'absence, donc je suppose que l'on doit donc
> mettre celui proposé par Sébastien (http://notes.desbenoit.net/
> SPIP-THE-END)
>
> MM.
>
> Ci-dessous le message original :
>
>
> > De: Matthieu Marcillaud <marci...@rezo.net>
> > Objet: Rép : [spip-dev] logo de spip.net
> > Date: 12 mars 2013 17:17:19 UTC+1
>
> > Mes pensées et propositions du jour :
> > - remettre sur spip.net l'image d'avant
> > - dire que la 3.1 aura un nouveau (et vrai) logo (soit celui de seb,
> soit un autre)
> > - sortir la 3.0.6
> > - se préparer pour la 3.1 qui sortira quand elle sera prête
> > - au moment de sa sortie, prendre le logo le plus accepté et décliné ;
> le placer sur les sites de la galaxie (dans la mesure du possible).
> >
> > Ainsi, on aurait à la fois de quoi causer pour la 3.1, une date
> (fonction de la 3.1), un nouveau logo… Ça serait pas beau ça ?
> >
> > Évidemment, ça sous-entend que ceux/celles qui veulent un logo différent
> de ce qui est actuellement proposé se débrouillent pour proposer quelque
> chose de mieux (et décliné, et leurs sources), et ce avant que la 3.1 ne
> sorte. Ça incite à ce que ces personnes s'auto-organisent et amènent
> quelque chose d'utilisable au bout du compte. Rien n'empêche aussi
> d'utiliser le logo de la zone ou je ne sais quel logo déjà existant si
> c'est ce qui est voulu finalement.
> >
> > Est-ce, serait-ce un bon compromis que de dire attendons la prochaine
> version (ça laisse un peu de temps, mais pas tante que ça j'espère) et
> intégrons dans la version en question le travail sur le logo ?
> >
> > Notez que dans mon idée, la 3.1 n'attend pas d'avoir un logo
> hypothétique pour sortir (des oui on va faire ça, mais qui n'est pas encore
> prêt) : dans ma petite tête c'est de dire au moment où la 3.1 est prête,
> soit les objecteurs (j'en fais un peu parti) ont validé (et finalisé) un
> meilleur logo à leurs yeux, soit pas.
> >
> >
> > Ceci n'est qu'une proposition.
> >
> >
> > MM.
>
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip


Re: [spip-dev] Accessibilité des formulaires dans Spip

2013-04-01 Par sujet BoOz
Héhé, ok j'ai peut-être dégainé un peu vite.

Bienvenue.

BoOz

Le 1 avril 2013 00:39, ACS Horizons - Armony ALTINIER <
arm...@acs-horizons.fr> a écrit :

>
>
>
> Concernant la remarque de BoOz :
>
>> cette petite blague pour signaler qu'on peut très bien communiquer avec
>> la liste sans faire de "promo" pour des structures commerciales. Un peu
>> comme dans les émissions de télévisions sur le service public quand ils
>> s'efforcent de ne pas citer les marques. "Une entreprise de conseil" etc...
>>
>
> j'imagine que j'ai dû égratigné un code de communication connu des seuls
> initiés dans ma présentation. Je n'ai pas cherché à faire de "promo" mais
> juste à situer le contexte de la manière la plus précise. Et il m'a semblé
> utile et pertinent de donner le lien du site dont on parle, histoire de
> voir le code. Toutes mes excuses si certains d'entre vous ont été
> "choqués", ça ne m'a pas effleuré l'esprit. Il serait pertinent à l'avenir
> de faire signer une charte avec des mentions indiquant très clairement ce
> qu'il est admis ou non, histoire de ne pas se faire "rappeler à l'ordre" à
> la moindre écartade... et de faire ainsi passer la communauté pour des gens
> peu accueillants pour les nouveaux. Mes deux centimes.
>
>


Re: [spip-dev] Accessibilité des formulaires dans Spip

2013-03-29 Par sujet BoOz
Bonjour,

Je suis BoOz de BoOz Consulting International (TM), une entreprise
proactive qui travaille régulièrement pour aider Accenture et Cap Gemini
sur leur dossier les plus complexes.

Je pense que vous auriez obtenu le label Or avec un tel Projet, en vous
adressant à moi.

Bonne journée.

BoOz
Visit my website : http://BoOz.international-consulting.com
Envoyé depuis mon iPad 7
Label Microsoft Excellence
Google Dev Partner

PS : cette petite blague pour signaler qu'on peut très bien communiquer
avec la liste sans faire de "promo" pour des structures commerciales. Un
peu comme dans les émissions de télévisions sur le service public quand ils
s'efforcent de ne pas citer les marques. "Une entreprise de conseil" etc...




Le 28 mars 2013 15:59, Armony ALTINIER - ACS Horizons <
arm...@acs-horizons.fr> a écrit :

>  Bonjour à tous,
>
> Je suis nouvelle sur la liste. Je m'appelle Armony et suis consultante et
> formatrice spécialisée dans l'accessibilité du Web. Je viens vous soumettre
> ici un problème important et précis concernant l'accessibilité de Spip, sur
> le conseil de Jacques Pyrat.
>
> J'ai travaillé avec Jacques à la mise en conformité du site 
> provaltis.net<http://www.provaltis.com/>,
> sous Spip 3, afin qu'il obtienne la labellisation AccessiWeb Argent. Je me
> suis occupée de l'audit et de la création des gabarits, et Jacques a
> réalisé les boucles et développements Spip.
>
> Je tiens à préciser que je ne suis pas développeuse, votre aide pour
> comprendre et corriger le problème me sera d'autant plus précieuse...
>
> Le site a obtenu le label Argent, sous réserve de corriger un point
> concernant les formulaires qui semble compliqué à régler.
>
> Voici d'abord la règle : quand un contrôle de saisie est prévu sur un
> formulaire, toute erreur doit être signalée de façon accessible, notamment
> en modifiant le titre de page. Pour AccessiWeb 2.2, il s'agit du test
> 11.10.2<http://accessiweb.org/index.php/accessiweb_2.2_liste_deployee.html#formulaire>:
>  "
> *Pour chaque formulaire, les erreurs de saisie sont-elles indiquées de
> manière pertinente ?*". Pour RGAA, cela renvoie en particulier au test
> 3.1.1 : "*Possibilité d'identifier les erreurs de saisie*".
>
> Or, à la labellisation, il a été reproché (à juste titre) que si on
> faisait une erreur dans le formulaire de connexion à l'extranet, aucune
> information n'était renvoyée, notamment dans le titre de la page (la balise
> title dans le head devrait contenir la mention : Erreur dans le formulaire).
>
> L'extranet étant dépendant du module formulaire de Spip, Jacques m'a
> expliqué qu'il ne pouvait pas s'appuyer sur #env pour modifier le title de
> page.
>
> Auriez-vous une idée ou des conseils à partager pour corriger ce problème
> ? Je sèche...
>
> Merci d'avance pour votre aide !
> Armony
>
> P.S. : évidemment, quand le problème sera corrigé, je ferai une note pour
> partager les développements faits pour rendre le site accessible, en
> mettant le squelette  à disposition pour ceux que ça intéresse.
>
>
>
> --
>
> *Armony ALTINIER 聶和美*
> Directrice d'ACS Horizons
> Développeuse web front, consultante Chine, experte et formatrice
> accessibilité web
>  ACS Horizons - Le Web libre et accessible
>
> *Bureau :* +33 (0)1 78 17 88 55
> *Mobile :* +33 (0)6 68 89 77 51
> *Fax :* +33 (0)1 70 24 89 41
>
> *Email :* arm...@acs-horizons.fr
> *Twitter* : @armonyaltinier <https://twitter.com/armonyaltinier>
>
> *Site pro. :* acs-horizons.fr <http://www.acs-horizons.fr>
> *Blog perso :* armonyaltinier.fr <http://www.armonyaltinier.fr>
>
>  *ACS Horizons* <http://www.acs-horizons.fr>
> B.P. 60 015
> 95121 Ermont Cedex, France 法國
>
>
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>


Re: [spip-dev] Balise #CONCAT

2013-02-26 Par sujet BoOz
o_O

Houla malheureux.

:)

BoOz


Le 26 février 2013 08:53, Stéphane Santon
<m.spipr...@team-santonum.com> a écrit :

> Je vais donc installer pour la première fois le couteau suisse.
> J'ai toujours eu peur que ça n'amène de trop nombreuses foncitonnalités qui
> surchargeraient l'interface ou le moteur. Mais j'essaie. :-)


Re: [spip-dev] Balise #CONCAT

2013-02-25 Par sujet BoOz
faudrait une balise #LOLCAT aussi peut être.

BoOz


Re: [spip-dev] Boucle DATA et fichier RDF (suite)

2013-02-17 Par sujet BoOz
Oui et il y a également la balise #CLE qui donne la cle correspondante à
#VALEUR sur chaque niveau.

Tu peux aussi décider de refaire une boucle imbriquée avec

Voici ce qu'on a pour cette clé : #CLE : <BOUCLE_2(DATA){source table,
#VALEUR}> [(#VALEUR|print_r{1})]

BoOz

Le 17 février 2013 13:39, Beurt <be...@spip.org> a écrit :

> Salut,
>
> Le 17 février 2013 12:38, Pierrick / Free <lefeuvre.pierr...@free.fr> a
> écrit :
> > Avec [(#VALEUR|print_r{1})] , j'arrive à voir le fichier, mais je
> n'arrive à
> > rien. Je pense que je ne comprends pas la syntaxe à utiliser avec
> #VALEUR.
> > La seule chose que j'arrive à obtenir avec #VALEUR{name}, c'est "rdf".
> > Doit-on suivre le DOM ?
> >
>
> avec un :
> 
> [(#VALEUR|print_r{1})]
> 
>
> Tu obtiendrais quelque chose de plus lisible.
>
> #VALEUR est un array contenant des array. Le  te permettra de
> tabuler. Ensuite pour accéder aux contenus il suffit d'utiliser les
> bonnes clés:
>
> #VALEUR{clé_niveau_1/clé_niveau_2/.../clé_niveau_42}
>
> ex.: #VALEUR{children/rdf:description/0/text/attributes/rdf:about}
> devrait retourner un truc comme
> http://data.ign.fr/id/geofla/departement/05 (si je ne me suis pas
> gouré).
>
> Bref, oui, en quelque sorte, il faut suivre le DOM.
>
> --
> Beurt
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>


Re: [spip-dev] Boucle DATA et fichier RDF (suite)

2013-02-16 Par sujet BoOz
Le 16 février 2013 19:47, Pierrick / Free <lefeuvre.pierr...@free.fr> a
écrit :

>
> J'ai effectivement réussi à récupérer le fichier et à boucler dessus en
> utilisant la fonction proposée par Mathieu et Cedric sur Spip Contrib :
> http://contrib.spip.net/Les-**Iterateurs-pour-SPIP-2-1<http://contrib.spip.net/Les-Iterateurs-pour-SPIP-2-1>
>



> Je ne comprends pas le fonctionnement de la balise #VALEUR. Quelqu'un
> peut-il me donner quelques éclaircissements ?
>

Pour débuguer tu peux écrire [(#VALEUR|print_r{1})] tu verras alors la
valeur de #VALEUR qui peut être une chaine de caractère ou un tableau.

BoOz


Re: [spip-dev] L'éventualité d'un logo

2013-01-17 Par sujet BoOz
Hello,

Bon, j'ai décidé de moi aussi contribuer avec un logo.

D’après le brief que j'ai compris, il faut un polatouche, mais aussi que ca
se décline bien sur spip contrib (unité visuelle tout ca).

Mais aussi le faire en 5 minutes pour que ca soit mieux que les autres
propositions.

Et ben voilà : http://minus.com/lbdBShHHRtm1Ac

BoOz



Le 17 janvier 2013 15:59, Cédric Morin <cedric.mo...@yterium.com> a écrit :

>
> Le 17 janv. 2013 à 10:32, Sébastien Desbenoit <s...@desbenoit.net> a écrit
> :
>
> > ...
> > Car, s'il vous plait, arrêtez avec « Spip : du logiciel libre et de la
> tendresse » car si la tendresse est bien présente dans les relations
> humaines que j'ai avec les différents membres que je connais, l'entité
> qu'est la communauté dans son ensemble est froide et cassante : elle n'est
> pas le reflet des relations échangées.
>
> Ton retour est sévère mais juste quand à l'attitude de la communauté.
>
> Désolé de t'avoir embarqué dans cette galère puisque j'ai manifestement
> une part de responsabilité pour avoir pris part à cette initiative...
>
> Merci encore une fois de tout le travail que tu as fourni, et je compatit
> très fort au découragement que tu dois éprouver à cet instant.
> Moi j'aime beaucoup ce a quoi tu es arrivé en prenant le temps d'écouter
> les retours de tous ceux qui ont pris le temps de regarder et de faire
> leurs remarques.
>
> L'initiation de cette démarche en comité restreint partait du constat des
> échecs des projets collectifs qui impliquent plein de monde (Nathalie qui
> s'est épuisée dans le grand chantier contributif de réorganisation de
> SPIP-Contrib en sait quelque chose).
>
> On a au moins évité cet écueil ici, même si tout de suite cela ressemble
> plus à un échec qu'à un succès.
> Cela dit je crois que tu as raison : maintenant il faut arrêter les frais
> et placer la communauté devant ses responsabilités.
>
> D'aucun proposent d'améliorer ta proposition : très bien, si on peut
> arriver à quelque chose d'encore mieux issu d'un travail collaboratif, ce
> sera parfait.
> D'autres proposent de tout reprendre de zéro dans un grand projet
> consultatif mené sur le modèle du monde professionnel. J'ai peur qu'ils
> oublient de tenir compte des échecs des tentatives passées de ce type. On
> verra.
>
> Je pense qu'à ce stade il faut laisser décanter un peu et voir notamment
> si tous ceux qui savent comment faire mieux engageront leur énergie comme
> tu as pu le faire. *Si* quelque chose en sort il y aura un choix à faire...
>
> Cédric
> ___
> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
> doc: http://www.spip.net/
> dev: http://trac.rezo.net/trac/spip/
> irc://irc.freenode.net/spip
>


Re: [spip-dev] r20045 - in branches/spip-2.1: ecrire/inc prive/javascript

2012-12-11 Par sujet BoOz
pas beaucoup 7% de séduits par le bando.

On a pas assez discuté de ce bando et voilà ^^

BoOz


Re: [spip-dev] Du sens sur un projet.

2012-08-02 Par sujet BoOz
Bonjour,

Sur la question de l'orientation des dev (roadmap etc), c'est depuis le
début de SPIP un peu compliqué à formaliser me semble t'il pour au moins
deux raisons :

1) Les dev dans SPIP sont le plus souvent le fruit d'une impulsion type
génie créateur par essaie erreur — cf les boucle DATA récemment qui sont la
concrétisation propre réfléchie, structurée et mature d'une feature qui est
en germe depuis des années sous différentes formes (boucle FOR, balise
Foreach, jointure complexes en critères, boucle XML, spip-bonux, #COMPTEUR,
etc) et qui couvre d'un coup tous ces besoins exprimés en tatonant au fil
du temps.

2) Qui dit Roadmap, dit liste de TODO qui rappelle le boulot, on a déjà les
tickets qui fonctionnent comme ca, et si c'est très utile c'est aussi assez
rébarbatif à appréhender.

Dans le même ordre d'idée, la place de marché évoquée précédemment peut
sembler séduisante et efficace (la main invisible machin ^^) mais en
réalité la concrétisation de ce genre de méthode donne un système qui
favorise les comportements de promo mercantile improductive.

Il y a eu dans SPIP une expérience un peu de ce type, avec Pro2spip. Au
début on avait dit niet c'est mercantile et pas mal trollé, puis finalement
on a essayé (ou laissé faire). Cela a donné lieu à un annuaire de "pro"
avec pas mal de monde inscrit dessus qu'on avait jamais vu contribuer à
SPIP, puis ca a disparu de soi-même probablement pare que ca n'a rien donné
de sérieux.

Enfin je crois que si une personne à besoin de contacter quelqu'un qui
maitrise tel ou tel aspect de SPIP pour lui proposer en perso d'effectuer
une prestation rémunérée c'est très simple.

On choisit sur spip-contrib quelqu'un qui travaille sur un sujet proche, ou
bien on ecrit à quelqu'un qu'on a repéré sur une des listes, ou bien si
vraiment on ne sait pas, on envoie un message sur spip-dev pour trouver un
contact pertinent.

Ensuite si on se trompe de contact, ce n'est vraiment pas grave, car les
gens de la communauté SPIP se renvoient souvent les plans d'une personne à
l'autre en fonction des thèmes.

Peut-on participer à SPIP si il n'y a pas de ROAD map ?

Je pense que oui car depuis 10 ans SPIP évolue toujours dans le sens du
meilleur logiciel possible pour faire ce qu'il fait, donc pas d’inquiétude
de ce coté là, une armée de trolleurs veille. L'expérience à prouvé que de
nombreux contributeurs se sont lancé dans des plugins, qui parfois sont
restés des plugins, et parfois ont rejoint le core. Dans les deux cas le
boulot n'est pas perdu.

Enfin pour être honnête, il arrive aussi parfois qu'on passe pas mal de
temps à développer des choses qui ne semblent intéresser personne, alors on
insiste et on explique pour convaincre, mais parfois vraiment ça ne prend
pas. Dans ce cas la il peut y avoir une perte de motivation extrême doublée
d'un sentiment d'injustice.

On a observé cela plusieurs fois depuis 10 ans même avec des contributeurs
éminents de SPIP. Je crois que c'est la vie, ca arrive, il faudrait savoir
l'accepter sans se pourrir la vie avec ça, mais c'est parfois difficile,
mais une Road map eviterait-elle cela ?.

BoOz, qui voulait faire court mais bon, vu le fil il faut ce qu'il faut :p


Re: [spip-dev] ! generer_url_ecrire_objet

2011-03-14 Par sujet BoOz
Ah oui pardon j'ai mélangé ton commit et un cas qui n'a rien à voir, ou 
pas direcetement lié du moins ^^, au temps pour moi.


En fait le cas pénible que j'ai eu c'est quand tu as un raccourcis typo 
 [->art12] dans un #TEXTE affiché dans un squelette prive/exec et que 
tu veux des urls publiques.


Par défaut dans un prive/exec spip va te faire une page 
ecrire/?exec=articles?id_article=12


Et je n'ai pas trouvé comment lui faire afficher l'url publique.

BoOz




cedric.mo...@yterium.com wrote:

Hello,

ce n'est pas une option nouvelle, cela correspondait deja au fonctionnement 
actuel.

#URL_ARTICLE est *toujours* l'url publique de l'article, à partir de l'endroit 
ou on est (c'est donc un lien clicable)
Depus ecrire, il genere donc un ../ en prefixe. Pour avoir une url invariante 
il suffit d'écrire
[(#URL_ARTICLE|url_absolue)]
qui sera alors toujours l'url absolue vers la page publique de l'article.

Pour avoir un lien vers l'article qui soit 
- un lien vers la page publique quand le squelette est calculé dans le site public

- un lien vers la page exec=article quand le squelette est calculé dans le privé
il faut écrire :
[(#ID_ARTICLE|generer_url_entite{article})]

Enfin, tu peux forcer une url qui soit toujours vers la page exec de l'espace 
privé, en passant une valeur fausse en 4ème argument du filtre :
[(#ID_ARTICLE|generer_url_entite{article,'','',''})]

Donc tout est possible, il me semble, non ?


Re: [spip-dev] ! generer_url_ecrire_objet

2011-03-14 Par sujet BoOz
Hello,

Dans quel cas veut t'on "indiquer [qu'] on veut une url publique"
quand on appelle generer_url_ecrire_xxx ??

Je me demande si ca s'applique au cas qui m'a fait galéré récemment, à
savoir afficher des #URL_ARTICLE public même si on est dans un
squelette prive/exec.

Est-ce que l'idée est de faire un truc du genre
#VAL{article}|generer_url_ecrire_objet{#ID_ARTICLE,'',,'',public} ??

Je me demande si un #URL_ARTICLE{public} ne serait pas plus clean,
mais alors cela ne serait pas forcement dans generer_url_ecrire_xxx
qu'il faut prévoir le débrayage.

Enfin je ne sais pas si je suis clair ni si j'ai bien compris le but
de la nouvelle option.

BoOz






Le 14 mars 2011 15:02, cedric.mo...@yterium.com
<cedric.mo...@yterium.com> a écrit :
> generer_url_ecrire_objet
> évite l'écriture systématique d'une fonction generer_url_ecrire_xxx pour 
> chaque objet.
> L'écriture d'une telle fonction reste possible pour traiter des cas 
> particuliers (exemple des forums)
>
> Le 14 mars 2011 à 14:14, ced...@yterium.com a écrit :
>
>> Author: ced...@yterium.com
>> Date: 2011-03-14 14:14:47 +0100 (lun, 14 mar 2011)
>> New Revision: 17398
>>
>> Log:
>> puisqu'on a une fonction generique pour determiner si un objet est publie 
>> est une api declarative pour connaitre le nom de l'exec correspondant a la 
>> page de visualisation d'un objet, on peut ecrire et utiliser une fonction 
>> generique generer_url_ecrire_objet qui remplace les diverses 
>> generer_url_ecrire_xxx.
>> La signature est quasi identique, l'argument 'statut' (incomplet) etant 
>> remplacé par l'argument explicite 'public' pour indiquer si on veut une url 
>> publique ou privee.
>> Au passage, on corrige donc le bug de ces fonctions qui generaient des urls 
>> publiques en 404 sur les objets publies post-dates...
>>
>> Modified:
>>   spip/ecrire/inc/urls.php
>>   spip/ecrire/inc/utils.php
>>
>> Details: http://core.spip.org/projects/spip/repository/revisions/17398
>>
>> ___
>> spip-com...@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
>> dev: http://trac.rezo.net/trac/spip/
>
>


Re: [spip-dev] Spip 2.0 - contexte de la fonction recuperer_fond()

2011-03-09 Par sujet BoOz
Confronté à un soucis similaire (faire un recuperer_fond dans /ecrire 
mais qui calcule des urls publiques pour un raccourcis [–>art12], dans 
un #DESCRIPTIF qui a aussi des modèles) j'ai essayé d'activer le hack de 
esj


http://core.spip.org/projects/spip/repository/revisions/15735

Différents essais :

Je pensais réussir en faisant

$message = liens_absolus(recuperer_fond($gabarit,$env,array(),true))  ;

Mais spip essaie de se connecter à un serveur et le recuperer_fond echoue.

$message = liens_absolus(recuperer_fond($gabarit,$env,array(),false))  ;

Récupere bien le squelette sans chercher a se connecter sur le serveur 
false, mais la valeur false n'arrive pas jusque dans inc_lien, ce qui me 
fait penser que le cas précédent n'aurait de toutes facon pas marché 
même indépendamment de la connexion non souhaitée.



J'ai tenté une petit [(#DESCRIPTIF*|propre{#EVAL{true}})] qui fonctionne 
bien pour un [–>art12] qui a bien l'url publique mais les modeles inclus 
ne le sont plus.


Donc c'est l'échec. Je ne parviens pas à faire un récuperer_fond dans 
/ecrire qui calculerait des raccouris de liens avec url publiques.


BoOz



Committo,Ergo:sum wrote:

Le 3 juin 2010 à 17:33, Stéphane Girault - Terra Eco a écrit :


Ce que je ne comprends pas c'est que cette fonction
generer_url_entite($arg,...) est appelé par la fonction
traiter_lien_implicite($arg,...) du fichier  /ecrire/inc.lien.php qui
lui passe en 5ieme argument non pas $public mais $connect.



Deux questions : 


- Quelqu'un pourrait-il m'éclairer sur ce point précis ?



$public étant indéfini ici ce n'est pas la bonne piste pour ce que tu veux 
faire.
Et par définition qqch d'implicite est qqch qui dépend du contexte,
donc on appelle generer_url_entite en lui communiquant la part de contexte 
concernée,
savoir ici $connect qui indique quel serveur l'URL à construire doit référencer.



- Serait-il imaginable de modifier la fonction recuperer_fond



Non, cette fonction est centrale et la changer aurait des impacts incalculables.
Tu dois plutôt opérer par surcharge de la fonction inc_lien, qut tu dois 
définir comme identique
sauf qu'elle force True le 4e argument de l'appel à calculer_url.
Toutefois ça révèle un manque de robustesse dans les version de SPIP,
il faut appliquer le patch suivant ou attendre le Zip correspondant:
http://trac.rezo.net/trac/spip/changeset/15735

Committo,Ergo:Sum







Re: [spip-dev] Bandeau dans la version 2.3

2011-02-03 Par sujet BoOz



nicolas villa wrote:


PS/ je peux envoyer une capture d'écran en cas de besoin...


Ok merci, on verra le bandeau en question comme ca.

BoOz


Re: [spip-dev] boucle forum avec le critere {recherche} et le critere {plat} ou {tout}

2010-12-15 Par sujet BoOz

En testant dans mon cerveau en lisant le code ca me parait top.

BoOz




cedric.mo...@yterium.com wrote:

Cela donnerait donc
http://core.spip.org/trac/spip/changeset/b6e6fad
+
http://zone.spip.org/trac/spip-zone/changeset/42875

Booz, tu peux tester et confirmer que ça règle ton bug ?

Cédric

Le 13 déc. 2010 à 09:01, cedric.mo...@yterium.com a écrit :



Hello,
à la relecture, ce patch n'est tout de meme pas satisfaisant, 
car il mélange {tout} et {plat}


On peut comprendre que si {plat} il ne faut pas unifier par thread, mais il 
faut bien garder les statut='publie' uniquement
A contrario, si {tout}, je conçois qu'on ne filtre pas les statut='publie', 
mais je ne vois pas pourquoi on unifie pas par thread. Et encore, je ne suis 
pas vraiment convaincu que {tout} doive annuler le filtrage de statut, c'est 
normalement lié au critère {statut}

Par ailleurs le traitement dérogatoire des forum sur le critère recherche n'est 
pas du tout satisfaisant.

Je pense qu'il faut revoir ce patch. Je propose de l'enlever de la stable pour 
ne pas bloquer la release 2.1.3,
et de le retravailler avant de le renvoyer éventuellement sur la stable.

Cédric


Le 28 nov. 2010 à 20:23, b...@rezo.net a écrit :



commit aa0a47b [ http://core.spip.org/trac/spip/changeset/aa0a47b ]
Author: BoOz <b...@rezo.net>
Date:   Sun Nov 28 19:22:54 2010 +

 Une boucle forum avec le critere {recherche} et le critere {plat} ou {tout} ne 
doit pas agréger les résultats par thread

 Révision SVN correspondante: 16613

---

Résumé des changements:
ecrire/inc/prepare_recherche.php |   10 +-
ecrire/public/criteres.php   |8 +++-
2 files changed, 12 insertions(+), 6 deletions(-)

--
SPIP core
___
spip-com...@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/


___
spip-com...@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-commit
dev: http://trac.rezo.net/trac/spip/







Re: [spip-dev] Durée de la session (variable $auth['cookie'] fantome et multiplications à gogo de la valeur par défaut)

2010-08-02 Par sujet BoOz

geo...@middleeastwatch.net wrote:

Je ne me rappelle plus quel calcul j'ai fait mais j'ai fixe des  
sessions de 3600 secondes avec:
define('_RENOUVELLE_ALEA', 180); 
dans mes_options.php


Oui, cela revient à diviser la valeur souhaitée par 20...

En fait en regardant de plus près avec le concours des gens de l'irc, et 
notamment denib, il semblerait que inc/session.php soit bugguée 
(variable $auth non définie) et à l'envers, avec les gens qui souhaitent 
être loggué longtemps qui sont logués pas longtemps et les autres longtemps.



Le code devrait probablement être :

Non pas :

$duree = _RENOUVELLE_ALEA *
  (!isset($auth['cookie'])
? 20 : (is_numeric($auth['cookie'])
? $auth['cookie'] : 2));

Mais :


$duree = _RENOUVELLE_ALEA *
  (!isset($auteur['cookie'])
? 2 : (is_numeric($auteur['cookie'])
? $auteur['cookie'] : 20));

Enfin, on peut s'interroger sur la pertinance de fixer ... si c'est pour 
le multiplier ensuite. Autant le fixer tout de suite à la bonne valeur, 
ce qui évitera les calculs ahurrissant aux webmestres pour fixer la 
durée de la session.


Le code serait donc finalement :


$duree = _RENOUVELLE_ALEA *
  (!isset($auteur['cookie'])
? 1 : (is_numeric($auteur['cookie'])
? $auteur['cookie'] : 20));


Avec dans inc/utils

// Duree de validite de l'alea pour les cookies et ce qui s'ensuit.
define('_RENOUVELLE_ALEA', 24 * 3600);


Enfin, je crois sans en être certain que la case à cocher dans le form 
de login qui permet de fixer une valeur texte à $auteur['cookie'] et 
être loguer pendant 20*_RENOUVELLE_ALEA ne passe pas dans auth_loguer().



Bilan de l'enquete, à l'heure actuelle, toutes les sessions font 
10*_RENOUVELLE_ALEA, le reste ne marche pas.


BoOz




[spip-dev] Durée de la session (variable $auth['cookie'] fantome et multiplications à gogo de la valeur par défaut)

2010-08-02 Par sujet BoOz

Hello,

Je cherche à maitriser la durée de la session visiteurs dans SPIP.

Je vois qu'il y a une variable dans inc/utils qui à l'air de servir à ca 
dans inc/utils.php :


// Duree de validite de l'alea pour les cookies et ce qui s'ensuit.
define('_RENOUVELLE_ALEA', 12 * 3600);

Par exemple dans ce commentaire de /prive/formulaires/login.php on lit ca :

// Construire l'environnement du squelette
// Ne pas proposer de "rester connecte quelques jours"
// si la duree de l'alea est inferieure a 12 h (valeur par defaut)

Sauf que si on creuse un peu, on voit qu'en fait le calcul de la durée 
est dasn inc/session :


$duree = _RENOUVELLE_ALEA *
  (!isset($auth['cookie'])
? 20 : (is_numeric($auth['cookie'])
? $auth['cookie'] : 2));

Donc non pas la valeur par defaut, mais celle ci fois 20 (10 jours quoi) 
et encore ca c'est dans le cas ou la variable $auth['cookie'] n'est pas 
définie avec une valeur numérique, auquelle cas cette valeur est la 
durée, et si $auth['cookie'] n'est pas numerique alors la c'est 2 (un 
jour quoi).


Quelle est la bonne méthode pour fixer la valeur de la session ? Diviser 
la valeur qu'on veut par 20 et la mettre en _RENOUVELLE_ALEA ? Ou bien 
tâcher de surcharger $auth['cookie'] ?


Sachant que d'après mes recherches $auth['cookie'] n'est définie nulle 
part et que donc c'est toujours 20*_RENOUVELLE_ALEA qui est retenue.


BoOz



Re: [spip-dev] Bug des raccourcis de tableaux ?

2010-07-13 Par sujet BoOz

BoOz a écrit :


||Titre du tableau (caption)|summary||
|{{entête}}|{{entête}}|{{entête}}|
|| Groupement 1 ||
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |
|| Groupement 2 ||
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |
|| topo a la fin ||



Ah voilà, après recherche le code adapté serait probablement :

Groupement 2.

Mais spip ne semble faire des  que pour la premiere ligne s'il y a 
du gras. Et tant qu'il n'y a pas de cases fusionnées.


||Légende|Résumé||
| {{Nom}} | {{Date de naissance}} | {{Ville}} |

-> va générer
 Nom  Date de 
naissance  Ville 


||Légende|Résumé||
| {{groupement}} | < | < |

-> va générer groupement (donc pas 
th mais td)




Et si on retente l'un ou l'autre dans le corps du tableaux on aura des td.


Mais bon, bien malin qui saura trouver un raccourci pour générer des th 
dans le corps du tableau, le cas échéant fusionnés.


A moins qu'on ne th systématiquement des qu'on voit {{}} dans une case, 
après tout.


mmm, mais oui !

BoOz



Re: [spip-dev] Bug des raccourcis de tableaux ?

2010-07-13 Par sujet BoOz

RealET wrote:

* BoOz tapuscrivait, le 13/07/2010 14:21:




||Titre du tableau (caption)|summary||
|{{entête}}|{{entête}}|{{entête}}|
|| Groupement 1 ||
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |
|| Groupement 2 ||
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |
|| topo a la fin ||




Avec un titre dans une cellule étendue à toute la largeur :


C'est ce qui est déjà dans mon exemple dans mon premier mail, ok on peut 
fusionner des cellules...


Mais ca reste du bricolage, tu ne peux pas styler ta ligne de 
"catégorie" de manière indépendante, et si tu as une ligne pair et la 
catégorie suivante qui tombe sur une ligne impaire boom c pas la même 
couleur.


Mais c'est peut-être la seule solution.

BoOz



Re: [spip-dev] Bug des raccourcis de tableaux ?

2010-07-13 Par sujet BoOz

r...@rezo.net wrote:


Par ailleurs, est-il possible de mettre la source rajoutée en bas faute de mieux hors 
du tableau, dans le tableaux lui même. Je ne sais pas s'il existe une balise HTML 
genre  pour cela (pas vu jusqu'alors).



Le caption accueille le titre du tableau, ce n'est donc pas approprié. Plutôt 
en summary, qui accueille un résumé ?? Et dont je rappelle la syntaxe SPIP :

||Titre du tableau (caption)|summary||
|{{entête}}|{{entête}}|{{entête}}|
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |

Il me semblait avoir vu des positionnements CSS du caption sous le tableau, 
mais je n'ai plus d'exemple sous la main. As-tu essayé un caption avec une 
spipienne note de bas de page ?

Au passage, je me demandais si l'on pouvait (et donc comment) générer un tfoot 
(puisqu'on fait bien un thead) ?


En fait il s'agirait plutot de mettre des sections intersticielles dans 
le tableau



||Titre du tableau (caption)|summary||
|{{entête}}|{{entête}}|{{entête}}|
|| Groupement 1   ||
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |
|| Groupement 2   ||
| valeur | valeur | valeur |
| valeur | valeur | valeur |
| valeur | valeur | valeur |
|| topo a la fin  ||


Mais je n'ai pas trouvé à quoi cela correspondrait en HTML.

Le caption est unique et donne le titre du tableau, donc on ne peut pas 
en rajouter d'autres, le summury pareil il n'y en a qu'un et il ne 
s'affiche pas dans les navigateurs, ca doit être pour les mode de 
navigation audio par ex.


Le footer je ne sais pas à quoi ca sert. Apparement à mettre les totaux 
dans le cas de tableaux de chiffres par ex.





[spip-dev] Bug des raccourcis de tableaux ?

2010-07-13 Par sujet BoOz

Hello,


Avec le tableau suivant :


|| Tableau II. -- Les exportations agricoles du Sahel pendant la famine
_ {(Solde net des huit pays)} ||
| | { Protéines (en~milliers~de~tonnes) } |<|<| {Calories 
(en~milliards~d'unités)} |<|<|

|^| 1971 | 1972 | 1973 | 1971 | 1972 | 1973 |
| Dans les importations nettes de céréales | 79 | 74 | 103 | 235 | 221 | 
307 |

| Dans les exportations nettes d'arachides : |<|<|<|<|<|<|
| -- Tourteaux | 186 | 307| 183 | 57 | 94 | 56 |
| -- Graines | 66 | 58 | 48 | 140 | 124 | 104 |
| -- Huiles | -- | -- | -- | 94 | 236 | 86 |
| Total | 252 | 365 | 231 | 291 | 454 | 246 |
Source : {à partir de données publiées par la F.A.O. et l'O.C.D.E.}


Chose étrange, si l'on remplace les itals par des gras dans l'entete :

| | {{ Protéines (en~milliers~de~tonnes) }} |<|<| {{Calories 
(en~milliards~d'unités)}} |<|<|


alors le tableau pète.

Par ailleurs, est-il possible de mettre la source rajoutée en bas faute 
de mieux hors du tableau, dans le tableaux lui même. Je ne sais pas s'il 
existe une balise HTML genre  pour cela (pas vu jusqu'alors).


BoOz



Re: [spip-dev] Filtre |foreach se généralise en |repeter_modele

2010-06-22 Par sujet BoOz

RastaPopoulos wrote:

Le 21/06/2010 21:10, BoOz a écrit :


Voici donc le nouveau filtre proposé : |repeter_modele


En quoi les squelettes utilisés ici pour faire des
itérations ont un quelconque rapport avec des choses à appeler depuis un 
contenu ? C'est pas un mélange bizarre ?


Pour etre honnête, j'ai étendu le code du filtre |foreach qui lui même 
utilisait des modeles sans trop me poser cette question.


J'ignore s'il y a un avantage par rapport à un autre type d'inclusion.

Surtout que dans le code c'est un recuperer_fond(), donc on doit pouvoir 
repeter_squelette sans que ca change rien techniqument.


Peut être que squelette évoque un gabarit complet (voire un ensemble de 
gabarits pour certains - sarka crew -) tandis que modele évoque plus une 
inclusion.


Si des vérérants de la balise foreach ont un souvenir de tout ca ?

BoOz


[spip-dev] Filtre |foreach se généralise en |repeter_modele

2010-06-21 Par sujet BoOz

Hello,

Voici le filtre |foreach reboosté avec la possibilité de passer 
plusieurs parametres en contexte pour le modèle.


De plus, après discussion sur irc nous avons pensé que le filtre 
|foreach était assez mal nommé, si on doit le généraliser pour faire des 
itérations de modeles avec contexte inclus sur des tableaux, utile pour 
faire des squelettes, autant lui donner un nom clair, et different d'une 
fonction php bien connue.


Voici donc le nouveau filtre proposé : |repeter_modele

[(#TABLEAU|repeter_modele{modele,param=valeur,param2=valeur2,...})]

Dans cette implémentation, |foreach devient un alias de 
|repeter_modele{foreach}.


Voir le code ci dessous, si ca vous plait je le commit.

BoOz



//[(#TABLEAU|repeter_modele{modele,param=valeur,param2=valeur2,...})]
// http://doc.spip.org/@filtre_repeter_modele_dist
function filtre_repeter_modele_dist($balise_deserializee, $modele ='', 
$parametre='') {


$parametres = func_get_args();
unset($parametres[0],$parametres[1]);

$texte = '';
if(is_array($balise_deserializee))
foreach($balise_deserializee as $k => $v) {
			$contexte = array_merge(array('cle' => $k), (is_array($v) ? $v : 
array('valeur' => $v))) ;

if(is_array($parametres)){
foreach($parametres as $param){
$param = preg_split("/=/",$param);
if(is_array($param)){
$contexte[$param[0]] = 
$param[1];
}
}   
}

$res = recuperer_fond('modeles/'.$modele,$contexte);
$texte .= $res;
}
return $texte;

}

//[(#ENV*|unserialize|foreach)]
// http://doc.spip.org/@filtre_foreach_dist
function filtre_foreach($balise_deserializee, $modele = 'foreach') {
return filtre_repeter_modele_dist($balise_deserializee, $modele);
}




BoOz wrote:

Je travaille pour la première fois avec le filtre foreach (pour ne pas 
risquer de me compromettre avec la boucle POUR dont on sait qu'elle est 
dérogatoire), car j'ai besoin de faire un squelette qui boucle sur un 
tableau.


Ce filtre prend justement en entrée un tableau et se propose de le faire 
boucler en appelelant itérativement un modèle, selon la méthode 
officielle SPIP, super en somme.


Sauf qu'on ne peut pas passer de contexte au modèle utilisé !! Ce qui 
n'est évidement pas pratique dès qu'on fait des itérations un peu 
sérieuses pour faire des squelettes.


Voici donc une proposition de patch, qui permet d'ajouter  un paramètre 
en plus au filtre |foreach{modele,param=valeur}. Si cela vous parait une 
bonne piste, je peux essayer d'ajouter plusieurs paramètres, voir 
carrement {env}.


Re: [spip-dev] Filtre |foreach, sans contexte on ira pas loin dans les boucles d'interface -> proposition de patch

2010-06-21 Par sujet BoOz

RastaPopoulos a écrit :
[...]

Hein ?

Merci de ne pas saboter le débat. Le besoin est clair, c'est de faire 
des itérations.


Créer un modèle pour afficher le contenu des itérations, c'est le 
principe d'un inclure. Je ne vois pas de soucis particulier.


En revanche il faut résoudre cette histoire de contexte. D'ou le message 
précédent, l'as tu lu ?


BoOz


[spip-dev] Filtre |foreach, sans contexte on ira pas loin dans les boucles d'interface -> proposition de patch

2010-06-20 Par sujet BoOz

Bonjour,

Je travaille pour la première fois avec le filtre foreach (pour ne pas 
risquer de me compromettre avec la boucle POUR dont on sait qu'elle est 
dérogatoire), car j'ai besoin de faire un squelette qui boucle sur un 
tableau.


Ce filtre prend justement en entrée un tableau et se propose de le faire 
boucler en appelelant itérativement un modèle, selon la méthode 
officielle SPIP, super en somme.


Sauf qu'on ne peut pas passer de contexte au modèle utilisé !! Ce qui 
n'est évidement pas pratique dès qu'on fait des itérations un peu 
sérieuses pour faire des squelettes.


Voici donc une proposition de patch, qui permet d'ajouter  un paramètre 
en plus au filtre |foreach{modele,param=valeur}. Si cela vous parait une 
bonne piste, je peux essayer d'ajouter plusieurs paramètres, voir 
carrement {env}.




// http://doc.spip.org/@filtre_foreach_dist
// permettre de passer un parametre pour le contexte du modele avec 
|foreach{page,param=valeur}
function filtre_foreach($balise_deserializee, $modele = 
'foreach',$parametre='') {

$texte = '';
if(is_array($balise_deserializee))
foreach($balise_deserializee as $k => $v) {
			$contexte = array_merge(array('cle' => $k), (is_array($v) ? $v : 
array('valeur' => $v))) ;

$param = preg_split("/=/",$parametre);
if(is_array($param)){
$contexte[$param[0]] = $param[1];
}

$res = recuperer_fond('modeles/'.$modele,$contexte);
$texte .= $res;
}
return $texte;
}


BoOz



Re: [spip-dev] 3 systèmes de squelettes, est-ce bien raisonnable ?

2010-06-15 Par sujet BoOz

Matthieu Marcillaud wrote:

Le «pire» exemple de trituration de cerveau qui soit est certainement 
allègrement gagné avec le CFG de I2. Mais tu peux dire que ce n'est pas 
vraiment une référence en terme de plugin, je crois que tout le monde te 
croira pour le coup :)


http://zone.spip.org/trac/spip-zone/browser/_plugins_/inscription2/inscription2_2_0/formulaires/config_inscription2.html 


Hey ho c'est pas le pire c'est le meilleur ca ...

BoOz, expert trituration de cerveau depuis 1996


Re: [spip-dev] Suggestion/idée pour le critère {fusion}

2010-06-03 Par sujet BoOz

Et oui !

Cette balise c'est ni plus ni moins que le chainon manquant pour 
propulser spip dans la stratosphere des frameworks de génie.


Pourquoi ne pas l'intégrer cache moustache dans le core ? Et bien parce 
qu'il faut la tester, valider la syntaxe, et dérouiller le critère 
{fusion} de spip qui n'est pas encore optimisé pour les calculs 
statisitiques génériques (en gros il cale sur certains group by).


+ voir ce que ca donne sur autre chose que mysql.

BoOz, enthousiaste.



Paolo wrote:

On 03/06/10 10:09, BoOz wrote:
 > Il y a la balise de Renato #EXPRESSION{COUNT(id_article)} :
 > 
http://zone.spip.org/trac/spip-zone/browser/_plugins_/agregateurs_sql/doc.txt 



Tiens, mais oui, c'est exactement cela !
merci, je vais regarder.

Paolo





Re: [spip-dev] Le bandeau est au top :-)

2010-06-03 Par sujet BoOz

LOL I says

Kthnks

BoOz


Re: [spip-dev] Suggestion/idée pour le critère {fusion}

2010-06-03 Par sujet BoOz

Il y a la balise de Renato #EXPRESSION{COUNT(id_article)} :

http://zone.spip.org/trac/spip-zone/browser/_plugins_/agregateurs_sql/doc.txt

BoOz




Paolo wrote:

On 07/05/10 20:47, Quentin Drouet wrote:


#COMPTEUR_BOUCLE et #TOTAL_BOUCLE ne te conviennent pas ou ne
fonctionnent pas?



Pour avoir, en SPIP, cette requête SQL simple :

SELECT lang, COUNT(*) FROM `trad_lang` GROUP BY lang

il faut (je pense) écrire une double boucle :

<BOUCLE_a(trad_lang){fusion lang}>
#LANG<BOUCLE_count(trad_lang){lang=#LANG} /> #TOTAL_BOUCLE 


je peux tout à fait vivre avec ;)
il me semble juste étrange que ce COUNT(*) est inaccessible directement.

Paolo





Re: [spip-dev] édition du champs texte articles

2010-03-04 Par sujet BoOz

davux wrote:

Il ne m'a pas semblé
nécessaire jusqu'ici de rappeler en détails en quoi l'usage de balises
sémantiques plutôt que visuelles est important car le sujet a été
brassé et rebrassé ces 15 dernières années, mais je peux le faire si tu
veux (plutôt dans un mail personnel par contre, car c'est hors-sujet).


Moi je dis on s'en fout de l'emphase, si tu veux vraimment faire crier 
ton lecteur de texte audio tu ecris directos : le monsieur te dit de 
manger ton Pepito.



Mais ce n'est pas si hors sujet que ca car chez spip aussi, depuis 15 
ans, des gnes viennent nous expliquer qu'il faut mettre un em, souvent 
avec des justifications approximatives, la plus nulle étant : le  est 
déconseillé par W3C (LOL).


BoOz


Re: [spip-dev] Fwd: Re: Interface privée SPIP 2.1

2010-02-22 Par sujet BoOz

baroug wrote:
Il est manifeste qu'aucun des intervenants ne peut arguer d'une 
quelconque théorie scientifique là dedans. Laissez tombez vos fatigues 
occulaires les gars : dites j'aime, ou j'aime pas --- et il est clair 
que dans un cas ou dans l'autre, vos côtes d'amour sont purement 
déductibles des haines confraternelles que vous vous portez.


Pour le graphisme, je pense qu'il est simplement inutile d'argumenter.

// Baroug


Moi j'aime bien le nouveau menu, il ressemble à l'ancien, mais en plus 
propre.


Les boutons sont assez réussis à mon gout, ils font plus moderne.

Quant à future version, elle est encore à travailler sur la présentation 
et sur le rangement items (même si on a bien avancé déjà), donc c'est 
trop tôt pour la réclamer en standard.


Je suis d'accord avec la remarque d'Izo, sur Bonux qui change 
l'interface, c'est dommage de n'avoir pas pu fusionner ce qui pouvait 
l'être, de sorte que Bonux ne fasse plus de graphisme en plus des autres 
features.



Pour revenir au graphisme de la 2.1, J'ai tout de même trouvé un défaut 
dans la page de gestion des plugins, le bloc des libs à gauche est trop 
étroit pour y afficher ce qu'on y affiche. Le dd à trop de padding-left, 
en fait il semble que le css ne soit pas défini donc il me met la valeur 
par défaut.



Librairies installées

JavascriptPacker
extensions/compresseur/lib/  <- la ca dépasse du cadre.
safehtml
extensions/safehtml/lib/

BoOz


Re: [spip-dev] Je découvre SPIP, Zpip et le plugin menu...

2010-01-29 Par sujet BoOz

Martin Arnaud wrote:

Évidemment.

Mais ce que vous semblez perdre de vue dans ce thread, c'est que ça n'est pas 
moi qui ait lancé le thread, mais Romy, qui donne son témoignage de sa 
tentative pour utiliser ZPIP.  Et elle conclut:
«Je n'aurais malheureusement pas l'occasion de poursuivre plus loin mes 
explorations. Zpip est abandonné.»
Et le constat sur la difficulté pour les bidouilleurs, c'est encore elle qui 
l'émet initialement.


Oui mais :

1) Romy abondonne facilement, pour finalement reprendre donc attendons 
un peu avant de conclure. (^^).


2) Zpip est top pour gérer des thèmes à télécharger, rien que ca c'est 
un sacré plus


3) il y a quand même un problème à résoudre pour les doublons qui ne 
passent pas d'un bloc à l'autre avec Zpip


4) essayez d'être synthétiques, les mails trop longs sont épuisants / 
innéficaces


BoOz



Re: [spip-dev] fonction surchargée par un plugin (avec plugin facteur par ex)

2009-12-07 Par sujet BoOz

Fais un filtre petit cochon !

BoOz



chag wrote:

Hello,

J'utilise le plugin facteur qui surcharge la fonction envoyer_mail().

Or, pour envoyer mes mails, je passe par une page dans laquelle j'ai un 
code du genre :


--8<-8<-8<-8<-8<-8<-8<-8<-8<---



  <BOUCLE_article(ARTICLES){par date}{id_article=14}>
  $message = ".spip_documents_left{margin-right: 5px;} 
</tt><tt>.spip_documents_right{margin-left: 5px;} [(#TEXTE|cleanmail)]";


  $envoyer_mail($email_to,$sujet,$message,$email_from, 
"Content-type: text/html; charset=utf-8");

  echo "email envoyé";
?>
  

--8<-8<-8<-8<-8<-8<-8<-8<-8<---

J'ai fait quelques tests et la fonction n'est par surchargée par le 
plugin. J'ai loupé qqchose ? une facon de faire ? ou bien c'est normal ? 
ou bien c'est un bug ?


qq1 a une idée sur la question ?

(j'ai posté sur la liste spip mais visiblement, c'est trop dev et 
personne n'a l'air de savoir de quoi je parle...


j'avais aussi posté par mail sur spip-dev mais aucune trace alors je 
réessaie par les ng)


Chag





Re: [spip-dev] SPIP-Liste patron _AUTEUR_NOM_ conditionnel

2009-11-06 Par sujet BoOz

Gontrand Trudau wrote:

Je relance un petit coup...


Mauvaise idée, mauvais endroit.

BoOz



Re: [spip-dev] Le compilo liquéfié après fusion ??

2009-11-03 Par sujet BoOz

Suite de la torture du critère fusion.

J'ai tenté un petit :

{fusion REPLACE(comment,SUBSTRING_INDEX(comment, ' ', 1),'')}

que spip a traduit en :

GROUP BY REPLACE(comment,SUBSTRING_INDEX(comment, ' ', 1)


J'ai testé des #SET #GET ou des quotes sans succès.


BoOz






Renato wrote:

Pour le probleme 1) malheuresement j'ai pas compris pourquoi.

Renato

BoOz ha scritto:


Hello,

Sur un SPIP 2.0.9 SVN [14605].


La boucle jointure suivante :

<BOUCLE_les_sujets(ARTICLES mots_articles mots) {id_mot} {mots.titre 
!=''} {fusion mots.id_mot}{par mots.id_mot}>


Donne comme résultat :

SELECT L3.id_mot, articles.date, articles.lang
FROM spip_articles AS `articles`
INNER JOIN spip_mots_articles AS L2 ON ( L2.id_article = 
articles.id_article )

INNER JOIN spip_mots AS L3 ON ( L3.id_mot = L2.id_mot )
INNER JOIN spip_mots_articles AS L1 ON ( L1.id_article = 
articles.id_article )

WHERE (articles.statut IN ('publie','prop'))
 AND (L1.id_mot = 254)
 AND NOT((L3.titre = ''))
GROUP BY articles.id_article,L3.id_mot
ORDER BY L3.id_mot


Pourquoi donc y'a t'il :

1) GROUP BY articles.id_article

2) 2x un INNER JOIN spip_mots_articles


A la limite le double INNER JOIN bon, ca ne fausse pas le résultat, 
mais le


GROUP BY articles.id_article,L3.id_mot

chez moi est equivalent à un simple GROUP BY articles.id_article , qui 
n'est pas ce que je demande avec mon critere {fusion mots.id_mot}.


Je fais cela dans le cadre de mes tests de la balise #EXPRESSION de 
rénato.



http://www.location-appartement-ski.net/?page=balises_expressions_sql


BoOz

___
liste: http://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip







[spip-dev] Le compilo dans les vappes après quelques joints ??

2009-10-22 Par sujet BoOz

Hello,

Sur un SPIP 2.0.9 SVN [14605].


La boucle jointure suivante :

<BOUCLE_les_sujets(ARTICLES mots_articles mots) {id_mot} {mots.titre 
!=''} {fusion mots.id_mot}{par mots.id_mot}>


Donne comme résultat :

SELECT L3.id_mot, articles.date, articles.lang
FROM spip_articles AS `articles`
INNER JOIN spip_mots_articles AS L2 ON ( L2.id_article = 
articles.id_article )

INNER JOIN spip_mots AS L3 ON ( L3.id_mot = L2.id_mot )
INNER JOIN spip_mots_articles AS L1 ON ( L1.id_article = 
articles.id_article )

WHERE (articles.statut IN ('publie','prop'))
 AND (L1.id_mot = 254)
 AND NOT((L3.titre = ''))
GROUP BY articles.id_article,L3.id_mot
ORDER BY L3.id_mot


Pourquoi donc y'a t'il :

1) GROUP BY articles.id_article

2) 2x un INNER JOIN spip_mots_articles


A la limite le double INNER JOIN bon, ca ne fausse pas le résultat, mais le

GROUP BY articles.id_article,L3.id_mot

chez moi est equivalent à un simple GROUP BY articles.id_article , qui 
n'est pas ce que je demande avec mon critere {fusion mots.id_mot}.


Je fais cela dans le cadre de mes tests de la balise #EXPRESSION de rénato.


http://www.location-appartement-ski.net/?page=balises_expressions_sql


BoOz



Re: [spip-dev] Spip-Bonux mon ami, qu'a tu fais de ta vie ?

2009-10-06 Par sujet BoOz

Yohann Prigent wrote:
C'est à dire que certaines fonctions indispensables se trouvent dans  
bonux, et c'est donc celle là qu'il faudrait intégrer à la 2.1


lequelles ?

Je pense que les agrégateurs sql seraient un plus dans le core, mais 
faut voir la syntaxe. Marcimat a fait des tests mais certaines notations 
avaient l'air disons, peu affordantes.


BoOz



[spip-dev] Spip-Bonux mon ami, qu'a tu fais de ta vie ?

2009-10-06 Par sujet BoOz

Yohann Prigent wrote:

Bonux favorise l'écriture des squelettes et des plugins, il serait  donc 
pas plus simple de l'inclure dès maintenant pour faire évoluer le  futur 
de SPIP ?

(je sais que cette discussion revient souvent, désolé)


Dites, faudrait ptet regarder les topics un peu. Ce truc barre typo, ca 
va bien maintenant. Je change.


Sinon, anéfé, faut en discuter de spip-bonux, mais déjà qu'on est hot 
saucisse niveau concentration du Cerdic sur le topic bando, je sais pas 
si on peut clasher sur tous les fronts en même temps ^^


BoOz

Pas de signature en pub ici, bravo /me, belle intégrité, pas comme certains.


Re: [spip-dev] Barre typo

2009-10-06 Par sujet BoOz

claude wrote:

Je peux faire des tests si cela peut t'aider pour déboguer. Déjà, je 
n'ai pas bonux, ceci explique peut-être cela ;)


Quoi tu n'as pas bonux non plus ? mais t'as vraiment rien suivi ou quoi 
???  :p


ralala ces newbees qui débarquent. Va voir sur la liste 
spip-magic-tri...@rezo.net qui prédit le fork de spip bonux depuis 2005.


BoOz, /mode blagueur.


Re: [spip-dev] Barre typo (en fait install de plugin et information perso)

2009-10-05 Par sujet BoOz

denisb wrote:

claude a écrit :

Tu parle de la page ?exec=auteur_infos_auteur=1 ? Parce que je ne 
vois rien de spécial, pas plus que sur la page de modification de 
l'auteur d'ailleurs.



tu cliques sur ton nom (en haut à gauche) pour accèder à :
  ecrire/?exec=config_preferences
où tu as 3 onglets...


On est typiquement dans le mélange utilisateur / auteur qu'on a évoqué 
précédemment.


On devrait y voir plus clair une fois ce débat tranché.

Il parait que l'équipe du core est au taquet sur ses prototypes pour 
avancer la dessus ^^.


BoOz


[spip-dev] CSS décalés dans le form de référencement d'un site

2009-09-30 Par sujet BoOz
Sans spip bonux le formulaire de référencement de site a le css qui 
flanche sous firefox mac.


Le .formulaire_spip li.editer_referencement_automatise p.explication est 
mal calé et déborde.


Je ne sais ce qui est voulu donc je n'essaie pas de corriger.

BoOz



Re: [spip-dev] prod, dev et php4

2009-09-30 Par sujet BoOz

Committo,Ergo:sum a écrit :

Est-ce que tu as un comportement différent en PHP5 sur exactement la 
même erreur ?


Je ne suis pas sur de comprendre la question.

Si j'installe spip 2.1 avec php5 (en local) je n'ai pas d'erreur, et si 
je mets un @ ca ne fait pas de page blanche.


Et toi as tu un comportement similaire en php4 ?

BoOz


Re: [spip-dev] prod, dev et php4

2009-09-30 Par sujet BoOz

Committo,Ergo:sum a écrit :


Le 29 sept. 09 à 21:26, BoOz a écrit :


Hello,

Et ensuite quand on cherche à afficher le sommaire, il appelle 
debusquer.php qui fait un beau property_exists() et flingue php4 aussi.


ça, un @ devant devrait régler le pb, c'est moins lourd à corriger.


Ca n'a pas l'air de suffir (page blanche).

BoOz


Re: [spip-dev] prod, dev et php4

2009-09-29 Par sujet BoOz

Hello,

Et ensuite quand on cherche à afficher le sommaire, il appelle 
debusquer.php qui fait un beau property_exists() et flingue php4 aussi.


BoOz


Re: [spip-dev] Structure des menus (nouveau thread)

2009-09-28 Par sujet BoOz

RastaPopoulos wrote:

Le 28/09/2009 03:26, Luis Speciale a écrit :
il faut répéter que le but c'est de permettre aux 
centaines (?!) de plugins qu'on peut installer en même temps de pouvoir 
s'insérer dans les menus de manière naturelle, logique, et sans avoir 
des listes de 3km de long. Plugins actuels et plugins possibles, peu 
importe. Ça en fait du monde.


Je suis assez d'accord avec cette approche, il me semble que si on 
hésite sur l'entrée à laquelle se raccroche un élément, c'est que nos 
entrées sont mal choisies (idéalement, l'utilisateur qui est confronté 
au menu doit intuitivement se rendre dans la bonne entrée dans devoir 
tout déballer).



BoOz




Re: [spip-dev] Structure des menus (nouveau thread)

2009-09-28 Par sujet BoOz

RealET wrote:


/Merci pour cet citation à comparaître./


Le prévenu est en outre incapable d'écrire sans faute. Le procureur 
demande donc l'incarceration illimitée dans la cage à troll.



BoOz



Re: [spip-dev] Des VRAIS titres pour les URLS arbos

2009-09-25 Par sujet BoOz

Ah oui super.

Ca me fait penser que peut-être, si on garde ca #CHAMP_TITRE serait plus 
rigoureux (affordant quoi ^^) que #INFO_TITRE


Qu'en dites vous ?

BoOz



denisb wrote:

RastaPopoulos a écrit :


http://zone.spip.org/trac/spip-zone/changeset/31574





bon.
à l'utilisation, c'est remarquable. vraiment.



couplé aux jointures automatiques, ça permet enfin de différencier les 
balises homonymes :


<BOUCLE_d(DOCUMENTS_LIENS)
  {objet = article}
  {documents.extension IN jpg,png,gif}
  {par hasard}
  {0, 1}>

href="#URL_ARTICLE{#ID_OBJET}">[(#LOGO_DOCUMENT||image_reduire{150})] 
#INFO_TITRE{document, #ID_DOCUMENT} dans #OBJET 
#INFO_TITRE{article, #ID_OBJET}








Re: [spip-dev] Un p'tit peu de graphisme pour la route

2009-09-23 Par sujet BoOz

Luis Speciale wrote:



On est accueilli avec classe chez SPIP, et plutôt trois fois qu'une ^^

BoOz


Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-23 Par sujet BoOz
Et une grosse question d'interface dans le privé pour gérer ce bazar !
>


Anéfé, j'avais tenté d'y réfléchir quand la question a circulé sur
spip-users ; il faudrait sur la fiche d'un article, préciser un rôle pour un
auteur.

En fait, je crois que cela reviendrait à faire des cadres supplémentaires
par rôles, et des liens "ajouter un correcteur", "ajouter un approuveur" et
autre rôle à paramétrer.

Les gens seraient malgré tout des auteurs (donc en fait des utilisateurs
rangés dans spip_auteurs, mdr) mais affichés dans le cadre qui correspond à
leur rôle (défini dans spip_auteurs_articles).


Un bon plugin quoi !

 BoOz


Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-22 Par sujet BoOz

Martin Arnaud wrote:


Et si on introduisait un nouveau statut? Genre «Auteur».

Bon, j'ai pas encore réfléchit aux implications, mais le principe  simple:
- quand on créé un auteur depuis un article, il est par défaut en  
statut «Auteur»;

- un auteur a une interface simplifiée (pas de login/pass notamment).

On pourrait ainsi avoir une liste des «Auteurs» dans le menu  «Édition», 
et les autres dans le menu «Utilisateurs».


Quel serait l'avantage par rapport à juste lister les "utilisateurs" qui 
ont écrit un article ?


Dans ce shéma les "utilisateurs" seraient juste un renomage / alias des 
auteurs actuels.


BoOz


Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-21 Par sujet BoOz

Martin Arnaud a écrit :

Du coup, le gros menu «Accès/droits/auteurs» (je sais pas quel intitulé) 
me semble encore la solution la plus simple et pertinente.


Après un petit benchmark rapide il s'avérerait que le monde entier à 
part nous adopte la terminologie "Utilisateurs" dans ce cas.


Ensuite certains utilisateurs écrivent des articles, et sont donc dans 
ce cas également auteurs. La fiche auteurs présenterait si on va dans ce 
sens là : une signature et une bio ; + un lien vers la fiche utilisateur 
si en plus c un vrai utilisateur du site, sinon rien de plus ; pareil 
dans l'autre sens si un utilisateur est auteur d'article(s), pouf un 
lien vers sa fiche auteur.


Noter enfin que, si quelqu'un a une idée géniale pour avoir d'un côté un 
accès à une liste d'auteurs en tant qu'objet éditorial (donc dans 
«Édition»), et une autre page «Gestion des accès-droits», la présence 
d'un gros menu spécifique me semble encore pertinente.


Du coup oui, un bon gros bouton utilisateurs, ca ne me parait pas 
délirant à l'heure du 2.0, anéfé, mais on y retrouvera pas Paul Eluard 
(bah non, lui sera juste dans Edition > auteurs si vous avez suivi ^^).



BoOz


Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-21 Par sujet BoOz

Martin Arnaud a écrit :

Du coup, le gros menu «Accès/droits/auteurs» (je sais pas quel intitulé) 
me semble encore la solution la plus simple et pertinente.


Après un petit benchmark rapide il s'avérerait que le monde entier à 
part nous adopte la terminologie "Utilisateurs" dans ce cas.


Ensuite certains utilisateurs écrivent des articles, et sont donc dans 
ce cas également auteurs. La fiche auteurs présenterait si on va dans ce 
sens là : une signature et une bio ; + un lien vers la fiche utilisateur 
si en plus c un vrai utilisateur du site, sinon rien de plus ; pareil 
dans l'autre sens si un utilisateur est auteur d'article(s), pouf un 
lien vers sa fiche auteur.


Noter enfin que, si quelqu'un a une idée géniale pour avoir d'un côté un 
accès à une liste d'auteurs en tant qu'objet éditorial (donc dans 
«Édition»), et une autre page «Gestion des accès-droits», la présence 
d'un gros menu spécifique me semble encore pertinente.


Du coup oui, un bon gros bouton utilisateurs, ca ne me parait pas 
délirant à l'heure du 2.0, anéfé, mais on y retrouvera pas Paul Eluard 
(bah non, lui sera juste dans Edition > auteurs si vous avez suivi ^^).



BoOz



Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-21 Par sujet BoOz

Cédric Morin wrote:


Sur ce point, je pense que la proposition initiale découpée en
Editer/Discuter/Moderer/Suivre/Maintenir/Configurer avait une logique et une
cohérence suffisamment fortes pour ne pas se déliter avec tous les ajouts
des concepteurs de plugin.


Ah oui ca avait l'air bien çà.

BoOz


Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-21 Par sujet BoOz

Committo,Ergo:sum wrote:

A ce propos, l'interface de la 2.1 ne corrige pas ce qui est pour moi  
le seul gros défaut de l'interface d'avant (du moins dans la version  
française), c'est que les titres des sous-menu sont parfois des noms,  
parfois des verbes: "forum des administrateurs" à coté de "suivre/ gérer 
les forums",  "maintenance du site" à côté de "vider le cache"  etc. 
Cliquer sur ces boutons ne provoque pas l'action (de vider le  cache, de 
créer un auteur etc) mais donnent seulement accès à une page  permettant 
de réaliser cette action. De même que les titres des menus  sont des 
noms, le titre des sous-menus devrait l'être aussi: gestion  du cache, 
suivi des forums etc. Mais on peut aussi s'interroger sur  les 
disparités entre d'un côté des noms seuls ("rubriques", 'mots- clés" 
etc) et de l'autre coté, des noms avec complément de nom  (beaucoup de 
"gestion de qqch" et l'équivalent "gerer qqch"). On se  doute bien qu'il 
s'agit de gérer ça, le nom seul suffit bien à mon avis.


Un autre problème du même ordre : la manière de s'adresser à 
l'utilisateur - il faudrait choisir entre des formulations "Mon ceci mon 
cela", et "Vos ceci vos cela". Actuellement on a un mélange pas classe 
Par exemple : "tous vos articles" et "mes infos personnelles" - voire 
déroutant.


L'exemple le plus flagrant est probablement visible lors de la création 
d'un auteur : la fiche s'adresse à "moi" mais aussi parle de "lui".


Qui êtes-vous ? -> l'interface me parle à moi alors que potentiellement 
je créé un compte pour quelqu'un, qui ne sera pas forcement auteur en 
plus (il sera peut-être visiteur, ou admin).


Et oui, si je suis en train de créer un compte c'est que j'en ai déjà un 
autre !!!


Mieux, dans le même formulaire, quand vient la ligne statut la 
description est cette fois : Statut de cet auteur (et pas "mon statut").


BoOz


Re: [spip-dev] Structure des menus, disparition du menu de discussion interne

2009-09-21 Par sujet BoOz

r...@rezo.net wrote:

Le 19 sept. 2009 à 20:06, Martin Arnaud a écrit :


Comme j'ai l'impression qu'on se remet régulièrement à tourner en rond  
au sujet de la navigation haute de l'espace privé, tout  
particulièrement sur la répartition des items, je me permets de  
rappeler cette page de synthèse destinée à servir de repère/base de  
réflexion [*] :


Hello,

C'est un peu décourageant là, on a l'impression de repartir à zéro, mais 
je ne sais pas comment faire pour avancer de manière plus constructive.


BoOz


Re: [spip-dev] SPIP aurait-il peur du vide ?

2009-07-28 Par sujet BoOz

Hello,

Je propose de revenir à un mode de fonctionnement professionnel, qui 
manie des concepts précis avec concision pour une efficacité agile et 
affordante, en un mot people ready.


- 200 mails ineptes en série ne permettent pas une discussion pro, ni 
efficace

- 1 mail de 200 Km de long n'est pas pro non plus, ni efficace

Je sais bien que vous êtes des amateurs doués, mais essayez de respecter 
un peu de formalisme, sinon on avancera moins vite.


Or il y a un risque, certes faible, que Drupal nous rattrape en qualité 
des process si on continue comme ca avec des trolls incessants.


Halte au sketch en somme.

Merci de votre attention.

BoOz.




Nicolas Hoizey wrote:

Le 28 juil. 09 à 14:05, Matthieu Marcillaud a écrit :


Le 28/07/2009 10:39, Nicolas Hoizey a écrit :


Oui, pas bête, mais j'avoue qu'ajouter des dépendances avec CFG alors
qu'il bouge beaucoup, c'est pas ma tasse de thé. Mais la solution de
l'activation configurable reste intéressante, je creuserais.



Thé à la menthe pour moi, merci.
Il bouge beaucoup CFG ?



"cfg" plus trop apparemment, mais "cfg2" oui, et j'ai vu passer  
récemment un "saisie"... compliqué à suivre pour un truc qui était  
annoncé il y a déjà pas mal de temps comme devant rejoindre le core...



-Nicolas





Re: [spip-dev] menus

2009-07-24 Par sujet BoOz

cy_altern wrote:

je comprend pas trop la prise de choux "bis" sur le menu... c'est une tentative pour ressusciter un troll qui n'est pas arrivé au point de Goodwin? 


C'est je crois une tenative de trouver un conscensus pour produire une 
interface efficace surtout.


La difficulté est il me semble qu'au stade ou en en est, pour avancer il 
ne faut pas camper sur des positions figées pour de mauvaises raisons et 
de savoir  évoluer en fonction des arguments avancés, scientifiquement 
si je puis dire plutot qu'affectivement.



BoOz


Re: [spip-dev] Beugue d'ergonomie avec la fonction de prévisualisation de la nouvelle barre typo

2009-07-23 Par sujet BoOz

Martin Arnaud wrote:


Plusieurs possibilités:
- forcer les liens à ouvrir une fenêtre dans la prévisulation;
- introduire un mécanisme de protection des pages édition, qui  
intercepte le fait de quitter la page une fois qu'on a fait des  modifs, 
et demande confirmation.



On peut aussi enregistrer automatiquement le texte (mode brouillon) en 
permanance, comme Gmail.


J'avais travaillé sur un prototype de ce genre pour la 192.

BoOz


Re: [spip-dev] menus

2009-07-23 Par sujet BoOz

r...@rezo.net wrote:


Qui a dit système D ? :)



Je fais pareil.



Dans joomla il y a une fonction recherche assez pratique pour retrouver 
un article.


La page liste tous les articles en mode paginé avec tri sur les 
colonnes, mais un grand champ de recherche au dessus de la liste permet 
de filtrer la liste avec rechargement ajax en même temps que la saisie 
(comme le selecteur générique).


On peut imaginer un onglets "mes articles", en plus. Je ne sais plus 
pourquoi on liste seulement MES articles mais pas TOUS les articles 
jusqu'a présent.


BoOz


Re: [spip-dev] Interface spip-dev

2009-07-21 Par sujet BoOz
Je ne suis pas fan de l'effet redondance des tableaux de bord  
partout en sous menu, surtout en première place.


En première place j'aime bien des choses qui servent souvent, 
typiquement, modérer les forums, il faut voir comment je te clic ca en 
2x2 avec un iphone depuis la salle des fêtes, pendant un mariage.


Si il était admis précédemment de mettre une page de répétition stricte 
du menu derrière le gros clic, je crois que ce n'est pas pire de mettre 
une page tableau de bord, qui est en fait la même chose en plus détaillée.


Mais alors on se passera bien je crois du lien redondant dans le sous 
menu car :


soit on ne pense pas à cliquer le gros bouton et on va directement dans 
le sous-menu sans rien perdre au passage.


Soit on y pense et on voit ledit tableau de bord, qui nous esbaudit, 
certes, mais n'est pas vital si on le loupe.


BoOz


Martin Arnaud a écrit  :


Le 20 juil. 09 à 22:44, cedric.mo...@yterium.com a écrit :
Un des objectifs du remaniement du bandeau était d'évacuer le problème 
des pages d'admin accessibles par le clic sur les grosses icônes et 
que les utilisateurs ne trouvent pas, de manière récurrente.


Si l'on remet des pages sur ces icônes, on perd tout cela. C'est donc 
volontaire et non transitoire, que toutes les pages de navigations 
sont vides et ne donnent aucune info en plus. Ces pages sont 
redondante avec la navigation déroulante, qui peut ne pas marcher dans 
certains contextes.


Non, c'est pas une bonne solution. Arriver sur une page qui reprend 
exactement le menu que je viens voir, c'est pas possible. Certes il faut 
aider les débutants, mais ça n'est pas une raison pour donner aux 
utilisateurs confirmés l'impression qu'on les prend pour des billes.




Re: [spip-dev] [Spip-be-2008] séminaire chez Linagora mercredi matin

2009-07-07 Par sujet BoOz

RastaPopoulos wrote:

Le 02/07/2009 18:10, cedric.mo...@yterium.com a écrit :


Genre 'Idée reçue numéro 23 : le dev de spip est bloqué et noyauté'



Une section "Idées reçues" et/ou "Argumentaire", avec des petits 
paragraphes courts (comme dans les FAQ), ça pourrait coller au but 
affiché de spip-info, non ?


Ah oui tiens.

BoOz


Re: [spip-dev] [Spip-be-2008] séminaire chez Linagora mercredi matin

2009-07-02 Par sujet BoOz

cedric.mo...@yterium.com wrote:

yep, rien de neuf sous le soleil, donc :)
Juste le reflet du discours ambiant chez les "pros" ...
J'avais envie d'aller à la session parisienne de ce matin mettre un  peu 
le bordel, mais j'ai pas trouvé le temps ...

Ca m'a sans doute évité de le perdre, remarque :)


J'avais fait ca une fois, a une conf ou Linagora et Clever Age 
expliquaient en quoi spip avait pas d'avenir mais qu'en revanche 
Spip-Agora c'était vachement mieux et pérene évolutif machin ...


LOL


BoOz



Re: [spip-dev] Réflexion sur un changement de syntaxe des squelettes SPIP

2009-07-01 Par sujet BoOz

Samy Rabih a écrit :


Parce que les listes c sympa, mais pour y voir clair, y a pas pire J


Si, les listes ou les gens écrivent en HTML.

BoOz



Re: [spip-dev] Réflexion sur un changement de syntaxe des squelettes SPIP

2009-06-29 Par sujet BoOz
Je crois me souvenir que dans le topo réticulaire que nous a présenté 
Emmanuel en avant première à Avignon, la solution qui retablit la 
stabilité des lexemes de SPIP et arrange sa stabilité parenthétique est 
plutôt la suivante :




  

 #TITRE



pas d'article


Sinon je relis ton mail pour bien comprendre, mais je voulais préciser 
celà avant que ca ne troll de partout.


Voilà qui va pousser Esj à publier sa prez plus vite que prévu ^^.

BoOz




marci...@free.fr wrote:


Proposition (qui a déjà évoluée je crois mais c'est ce qui a été présenté - de 
mémoire)
   
   
   
   #TITRE
   
   
   
   pas d'article
   




Trouvant assez lourde cette écriture, je vais expliquer un peu ce qui me gène 
(je n'ai pas été le seul) - puis je vais proposer un état de ma réflexion du 
moment, et une autre écriture, mais je sais pas du tout si elle est possible et 
souhaitable, et je vais aussi émettre des souhaits :p - tant qu'à toucher au 
compilateur !

Plusieurs remarques sur  qui est aussi de l'uivers 
SPIP
- écrire  mais pas 
du tout où Emmanuel l'attend (enfin je suppose) - vu que lui, c'est surtout pour 
rester valide XML, et indiquer qu'on fait du SPIP !

On pourrait modifier le parseur pour que SOIT 
- s'il n'y a AUCUN  dans la page, toute la page est analysée et compilée (comme actuellement)

- à partir du moment où il y a 1 ou plusieurs  alors uniquement ce 
qui est dedans est pris comme du texte à parser, en dehors, comme du texte simple 
(objet Texte). Cela permettrait d'écrire une syntaxe impossible actuellement :
SOIT on pourrait aussi dire qu'il faut systématiquement  en début et 
fin de fichier

#SET{balise,"#BALISE"} où l'on veut stocker le texte #BALISE (et pas son 
résultat en SPIP).

Cela pourrait donner :
#BALISE



Des vrais commentaires pour SPIP


Encore un point qu'il faudrait traiter, c'est la création de blocs commentés 
qui sont supprimés des pages avant tout parsage du squelette. Je n'ai pas 
trouvé d'idée géniale pour l'écrire, mais #REM n'est pas satisfaisant car il ne 
supprime pas le contenu de l'analyse OR on peut vouloir volontairement 
commenter du code syntaxiquement faux (provoquant une erreur d'analyse).

C'est un point de détail, mais il serait bien de le régler en même temps. Cees 
commentaires ne peuvent pas être les mêmes que ceux des langages utilisés pour 
le web : #, //, /* */ car on peut vouloir générer des commentaires pour le code 
HTML ou JS généré par SPIP. Il faut donc s'inventer son écriture.


Du # comme notion de traitement par SPIP


En proposant #: pour les chaines de langues sur la même syntaxe que les balises 
SPIP, Emmanuel propose donc d'harmoniser un peu les différentes écritures et 
finalement, il ressort dans ces cas là que le # est un élément qui détermine 
une action pour SPIP ; le reste des crochets et accolades ne sont traités que 
si un #QQC a été trouvé ; on peut donc, en quelque sorte en faire la clé de 
voute de l'écriture des squelettes SPIP.


Qu'est-ce qui différencie / rapproche les boucles et les balises


Si l'on compare l'écriture logique des boucles et balise, il y a des éléments 
très proches ; De meme, en comparant le nombre de fois qu'un contenu est 
potentiellement écrit

Balise :
[ si contenu ( contenu ) si contenu ]
[ 1 ( 1 ) 1 ]

Boucle :
 si contenu  pour chaque element  si contenu  sinon 

 1  n  1  1 

Observations :
- Les termes "si contenu" (si il y a quelque chose dans la boucle ou dans les 
parenthèses de la balise, alors afficher) reviennent dans les deux cas, comme le nombre 
de fois qu'il s'affiche.
- le "contenu" de la balise sera écrit qu'une seule fois (pas d'itération comme 
sur les boucles)
- le "sinon" n'existe pas sur la balise.

A partir de ces observations, je me dis qu'il y a des choses qui pourrait 
permettre d'écrire les boucles et les balises sous une syntaxe plus 
ressemblante, car peu de chose les éloignent dans leur fonctionnement logique 
(je parle pas de parsage ou de gestion par le compilateur ou SPIP)


Vers un rapprochement de l'écriture BOUCLE et BALISE (c'est une idée comme une 
autre)


Un premier point : si on ajoute la possibilité aux balises d'écrire "sinon", on 
approche encore plus la ressemblance.

Par exemple avec ":[sinon]"

[ avant (#BALISE) apres ]:[ sinon ]

Un second point : si on dit "un crochet = une fois écrit ; une parenthèse = pour 
chaque élément", on pourrait écrire les balises uniquement avec des crochets, ce qui 
libère la parenthèse pour la boucle :

[ avant [#BALISE] apres ]:[ sinon ]

Continuons...

On peut écrire la boucle logiquement comme ça aussi :

[ avant (pour chaque élément) apres ]:[ sinon ]

Comme bien sur il y a tout le patras de description d

Re: [spip-dev] r14126 - spip/ecrire/inc

2009-06-23 Par sujet BoOz

cedric.morin-p6klg6aqnt9bdgjk7y7...@public.gmane.org wrote:

Pourquoi ça ?



J'avais un texte avec dedans  Coucou , sur une page 
machin.html


En passant par liens_absolus avant mon commit, ca ressortait comme ca : 
http://monsite.org/#note1;> Coucou 


Donc il n'a pas tenu compte de la page machin.html et me renvoit sur la 
page d'accueil du site.


Avec mon patch, il n'agit pas s'il s'agit d'une ancre.

BoOz





Le 23 juin 09 à 01:40, booz-JM9gtpQu/h...@public.gmane.org a écrit :


Author: booz-JM9gtpQu/h...@public.gmane.org
Date: 2009-06-23 01:40:03 +0200 (mar, 23 jun 2009)
New Revision: 14126

Log:
ne pas agir sur les ancres html, enfin il me semble

Modified:
  spip/ecrire/inc/filtres_mini.php

Details: http://trac.rezo.net/trac/spip/changeset/14126

___
spip-commit-JM9gtpQu/h...@public.gmane.org - 
http://listes.rezo.net/mailman/listinfo/spip-commit

dev: http://trac.rezo.net/trac/spip/







Re: [spip-dev] bandeau à avignon ?

2009-06-05 Par sujet BoOz

Cédric Morin wrote:


Donc en substance, le bandeau peut encore bouger sur son apparence visuelle,
et cela peut prendre du temps. Cela se peut aussi que le provisoire
s'installe faute de volontaires...


Dans ce cas il vaut mieux accorder nos violons à Avignon en effet. Je 
n'aimerais pas avoir un bando moche à la place d'un beau faute de 
volontaires.


N'y avait-il pas une team de graphistes sur le coup ?

Diala, Arno, Izo, Franck, etc ?

Une des difficultés pour que ca avance vite c'est qu'on comprenne bien 
l'interet de la manoeuvre. Or jusqu'a présent, je crois que ca n'a pas 
bien été expliqué (à part pour le cas des auteurs, jugés d'affordance 
ambigue).


Après les discussions précédentes, je crois avoir compris que cela 
correspond en fait à un futur plan de réorganisation de certaines pages 
de SPIP, mais qui n'a pas été présenté précisement.


Du coup pas étonnant que les graphistes ne se précipitent pas, pourquoi 
réparer un truc qui marche ?


Cela dit, sur la structure, je trouve le bandeau de spip-contrib 
correct, peut être meme aussi bien que l'actuel de SPIP - c'est un début 
de convergence.


BoOz


Re: [spip-dev] Bandeau final

2009-04-29 Par sujet BoOz

cedric.mo...@yterium.com wrote:

Le suivi de publication a déjà permis d'introduire une page de suivi  
des sites syndiqués que je ne vois pas dans ta maquette.
Ouvrir la porte à ce rôle permettra donc d'aller plus loin et de  
proposer des outils plus efficaces dans le suivi de la publication, là  
ou seule la page d'accueil est le seul outil actuellement disponible.


Il me semble qu'on mixe entre page d'accueil et menu "édition" peut etre 
plus clair.


Pour étude, le menu de wmaker (un cms) est proposé comme suit, avec 
publication et suivi éditorial dans la mémé entrée.


Les auteurs sont enrevanche éclatés en deux groupes : rédac, communauté.

http://www.wmaker.net/caracteristiques/portail/

CONTENU

* Rédiger

* Modifier

* Articles en attente

* Commentaires

* Rubrique & Tags

* Corbeille

DESIGN

* Design général

* Design des pages

* Design mobile

* Mes documents

ADMINISTRATION

* Equipe de rédaction

* Paramètres

* Micro-paiement

* Statistiques

WEBSERVICES

* Application

* Newsletter

* Autres webservices

RESEAU

* RSS

* Communauté

* Blog

* Web 2.0

SUPPORT

* Centre d'aide



Re: [spip-dev] Bandeau final

2009-04-29 Par sujet BoOz

cedric.mo...@yterium.com wrote:


En ce qui concerne la navigation, je crois qu'on a réussi à trouver un  
compromis qui convient à tout le monde, à moins que je n'ai raté  
quelque chose.



C'est en progrès bravo, mais je crois toujours (comme déjà dit) que 
proposer l'entrée de menu "publication" est bancale. Des entrées de sens 
proches "publication" > "suivi de la publication" n'est pas très précis. 
Peux tu préciser en quoi la page d'accueil ne joue pas déjà le role de 
cette entrée de menu ?


Cette proposition sans "publication" mais avec "auteurs" me semble plus 
claire de ce point de vue :


http://www.patagium.net/IMG/demo/menu-spip2.html

Les entrées du menu mais aussi l'ordre des items dans les listes en 
fonction de leur fréquence d'usage on été qualibrées.


Cette organisation permet comme sur spip contrib d'enrichir facilement 
les entrées de menu avec des fonctionnalités issues de plugins.


Par ailleurs il y encore dans le menu de spip contrib des problèmes à 
résoudre independement des choix de classement des items ; pour rendre 
le tout le plus précis possible, et maximiser l'intuitivité 
(l'affordance quoi !), notamment il me semble sur la ligne avec les 
pictos (création rapide, agenda, messagerie, etc).



j'ai fait un bricolage en attendant les

propositions des graphistes. C'est à revoir, donc.


+1

BoOz


Re: [spip-dev] emails auteur et fonction mot de passe oublié

2009-04-27 Par sujet BoOz

#Olivier wrote:

Toutefois, dans l'éventualité du recours à la fonction « mot de passe 
oublié ? », aucune des emails enregistrées n'est reconnue. Est-ce 
délibéré ou bien une solution est-elle envisageable ?


Ca parait normal. Soit le compte est attaché à une personne, soit à 
plusieurs. Si c'est à plusieurs personnes, ca ne peut pas correspondre à 
un accès. EN revanche ca peut permettre d'envoyer des mails groupés.


La tu nous mélange un peu les deux.

Par exemple avec ton mélange, si un des  types change de mot de passe, 
et les autres n'ont plus accès.


Cela dit, tu peux forker ce que tu veux en bricolant ta propre version 
dérivée du formulaire ecrire auteur, il est surchargeable via la 
technique CVT comme tous les formulaires de SPIP.


BoOz



Re: [spip-dev] Bug surlignement et guillemets

2009-04-23 Par sujet BoOz
Tout à fait cher ami, et encore pardon pour ma cécité temporaire à
laquelle vous sûtes remédier avec diligence.

Par ailleurs MDR la requète initiale qui a permis d'ouvrir le ticket ^^.

BoOz




Le 23 avril 2009 16:22, Cédric Morin <cedric.mo...@yterium.com> a écrit :
> De rien, ce fut un plaisir, partagé je l'espère
>
> Le 23 avril 2009 16:14, BoOz <b...@rezo.net> a écrit :
>>
>> Merci.
>>
>>
>>
>> Le 23 avril 2009 16:09, Cédric Morin <cedric.mo...@yterium.com> a écrit :
>> > http://trac.rezo.net/trac/spip/ticket/1696
>> >
>> > Le 23 avril 2009 15:55, BoOz <b...@rezo.net> a écrit :
>> >>
>> >> Ah ben je suis bigleux sans doute, mais je ne trouve pas un tel ticket.
>> >>
>> >> Quelqu'un peut me donner son titre  ?
>> >>
>> >> BoOz
>> >>
>> >> Le 23 avril 2009 15:22, Cédric Morin <cedric.mo...@yterium.com> a écrit
>> >> :
>> >> > ajoute le problème dans le ticket sur le sujet ...
>> >> > Cédric
>> >> >
>> >> > Le 23 avril 2009 14:57, BoOz <b...@rezo.net> a écrit :
>> >> >>
>> >> >> Une recherche avec des guillemets (plugin fulltext) fait planter le
>> >> >> moteur
>> >> >> de surlignage, c'est à dire que ca ne surligne pas.
>> >> >>
>> >> >> ?recherche="convention+de+genève"
>> >> >>
>> >> >>
>> >> >> BoOz
>> >> >>
>> >> >> ___
>> >> >> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
>> >> >> doc: http://www.spip.net/
>> >> >> dev: http://trac.rezo.net/trac/spip/
>> >> >> irc://irc.freenode.net/spip
>> >> >>
>> >> >
>> >> >
>> >>
>> >
>> >
>>
>
>


Re: [spip-dev] Bug surlignement et guillemets

2009-04-23 Par sujet BoOz
Merci.



Le 23 avril 2009 16:09, Cédric Morin <cedric.mo...@yterium.com> a écrit :
> http://trac.rezo.net/trac/spip/ticket/1696
>
> Le 23 avril 2009 15:55, BoOz <b...@rezo.net> a écrit :
>>
>> Ah ben je suis bigleux sans doute, mais je ne trouve pas un tel ticket.
>>
>> Quelqu'un peut me donner son titre  ?
>>
>> BoOz
>>
>> Le 23 avril 2009 15:22, Cédric Morin <cedric.mo...@yterium.com> a écrit :
>> > ajoute le problème dans le ticket sur le sujet ...
>> > Cédric
>> >
>> > Le 23 avril 2009 14:57, BoOz <b...@rezo.net> a écrit :
>> >>
>> >> Une recherche avec des guillemets (plugin fulltext) fait planter le
>> >> moteur
>> >> de surlignage, c'est à dire que ca ne surligne pas.
>> >>
>> >> ?recherche="convention+de+genève"
>> >>
>> >>
>> >> BoOz
>> >>
>> >> ___
>> >> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
>> >> doc: http://www.spip.net/
>> >> dev: http://trac.rezo.net/trac/spip/
>> >> irc://irc.freenode.net/spip
>> >>
>> >
>> >
>>
>
>


Re: [spip-dev] Bug surlignement et guillemets

2009-04-23 Par sujet BoOz
Ah ben je suis bigleux sans doute, mais je ne trouve pas un tel ticket.

Quelqu'un peut me donner son titre  ?

BoOz

Le 23 avril 2009 15:22, Cédric Morin <cedric.mo...@yterium.com> a écrit :
> ajoute le problème dans le ticket sur le sujet ...
> Cédric
>
> Le 23 avril 2009 14:57, BoOz <b...@rezo.net> a écrit :
>>
>> Une recherche avec des guillemets (plugin fulltext) fait planter le moteur
>> de surlignage, c'est à dire que ca ne surligne pas.
>>
>> ?recherche="convention+de+genève"
>>
>>
>> BoOz
>>
>> ___
>> liste: http://listes.rezo.net/mailman/listinfo/spip-dev
>> doc: http://www.spip.net/
>> dev: http://trac.rezo.net/trac/spip/
>> irc://irc.freenode.net/spip
>>
>
>


[spip-dev] Bug surlignement et guillemets

2009-04-23 Par sujet BoOz
Une recherche avec des guillemets (plugin fulltext) fait planter le 
moteur de surlignage, c'est à dire que ca ne surligne pas.


?recherche="convention+de+genève"


BoOz



Re: [spip-dev] #SELF fait parfois n'importe quoi...

2009-04-03 Par sujet BoOz
Rho :p

BoOz

Le 3 avril 2009 09:50, Simon Camerlo <scamerlo.w...@gmail.com> a écrit :
> Cédric Morin a écrit :
>
> Le 27 mars 2009 14:41, BoOz <b...@rezo.net> a écrit :
>>
>> Simon Camerlo wrote:
>>>
>>> RastaPopoulos a écrit :
>>>
>>>> ...
>>
>> Et avec non pas {self=#SELF} mais {self} ?
>
> c'est pareil
>
>>
>> Je n'ai rien testé mais ca e rapelle qqchose cette histoire de self.
>
> et si tu testais ? ...
> Cédric
>
> Bon, j'ai résolu mon problème... en n'utilisant plus #SELF mais en
> recalculant mes url à la main à chaque fois...
>
> Simon
>


[spip-dev] Fwd: Bug compression js - Xiti

2009-03-27 Par sujet BoOz
Je repasse sur spip-dev, c'est toujours intéressant ce que dit Cerdic.

-- Message transféré --
De : Cédric Morin <cedric.mo...@yterium.com>

Le compacteur fait beaucoup de choses tout seul, mais il ne peut pas *tout*
deviner.Il y a plein d'autres scenarii possibles qui le prennent en défaut,
et quelle que soit sa complexité, je pourrais toujours en trouver d'autre.
Il n'est pas question de faire un algo qui gère tous les cas, car je te
rappelle ici que son but est d'accélerer SPIP, pas de faire chauffer le
serveur pour deviner si ton script doit être concaténé et minifié aux autres
ou pas. Il est bien évident qu'il n'aurait aucun intérêt dans ce cas ...

Cela dit,
- c'est la raison de fond pour laquelle il est désactivé par défaut
- pour son évolution je pense introduire plusieurs niveaux d'optimisation
qui permettent de profiter tout de même de certaines optimisations dans les
cas complexes plutot que rien du tout
- tu peux l'aider un peu en mettant un id ou une class sur les éléments que
tu ne veux pas voir compactés.

C'est performant cette méthode de gestion qui consiste à mettre la poussière
> sous le tapis ? ^^.


je préfère ne pas répondre à tant de bassesse ...


Hihi ^^

BoOz


Re: [spip-dev] #SELF fait parfois n'importe quoi...

2009-03-27 Par sujet BoOz

Simon Camerlo wrote:

RastaPopoulos a écrit :


Le 26.03.2009 13:53, BoOz a écrit :


BoOz, toujours sympa dans ses réponses, c'est un style de vie ^^.



Booz qui ne sait lire qu'à moitié aussi.

- le bug apparaît toujours si on change a.html en mettant  
[(#INCLURE{fond=b}{lang}{self=#SELF})]



Il faut effectivement le {self} obligatoirement, mais le fait est que 
ça ne résout apparemment pas son problème.




Pour info le comportement est le même qu'on mette {self=#SELF} ou pas 
(testé maintes et maintes fois) => ça marche 90% du temps, ça pète sans 
raison le reste, je n'ai aucune idée du pourquoi...


Et avec non pas {self=#SELF} mais {self} ?

Je n'ai rien testé mais ca e rapelle qqchose cette histoire de self.

BoOz


Re: [spip-dev] Bug compression js - Xiti

2009-03-27 Par sujet BoOz

Cédric Morin wrote:

il suffit de mettre un id (ou une class, je ne suis plus sur) pour que le
compacteur le laisse tranquilleTu peux aussi mettre ton xiti dans une
noisette inclue avec  cela t'evitera de le dupliquer 23 fois dans
tous tes squelettes :p


J'ai contourné évidement, avec un inclure, mais cela ne règle pas le 
problème.


Il me semble que le compacteur est trop violent dans ce cas.

C'est performant cette méthode de gestion qui consiste à mettre la 
poussière sous le tapis ? ^^.


BoOz


[spip-dev] Bug compression js - Xiti

2009-03-27 Par sujet BoOz

Hello,

Avec le squelette suivant, le compacteur compacte à tord <tt>type="text/javascript" src="<a  rel="nofollow" href="http://www.monsite.fr/xiti.js&quot">http://www.monsite.fr/xiti.js&quot</a>;>


Ce qui a pour effet de péter le tag de Xiti.


BoOz




#INSERT_HEAD



...



<!--
xtnv = document;
xtsd = "<a  rel="nofollow" href="http://logi8&quot">http://logi8&quot</a>;;
xtsite = "123456";
xtn2 = "1"; // niveau 2
xtpage = "accueil::accueil"; // chapitre::page
xtdi = ""; //implication degree
//-->

http://www.monsite.fr/xiti.js&quot</a>;>



src="http://logi8.xiti.com/hit.xiti?s=123456s2=1p=di=; 
alt="." />












Re: [spip-dev] #SELF fait parfois n'importe quoi...

2009-03-26 Par sujet BoOz

JLuc wrote:

Olivier GENDRIN a écrit :


-Message d'origine-
De : Simon Camerlo [mailto:scamerlo.w...@gmail.com] Envoyé : jeudi 26 
mars 2009 08:39

À : spip
Objet : [spip-dev] #SELF fait parfois n'importe quoi...


C toi qui fait n'importe quoi. Il faut passer le self à l'inclure, il ne 
va pas deviner tout seul de quel self tu lui parles.


BoOz, toujours sympa dans ses réponses, c'est un style de vie ^^.



Re: [spip-dev] #SELF fait parfois n'importe quoi...

2009-03-26 Par sujet BoOz

JLuc wrote:

Olivier GENDRIN a écrit :


-Message d'origine-
De : Simon Camerlo [mailto:scamerlo.w...@gmail.com] Envoyé : jeudi 26 
mars 2009 08:39

À : spip
Objet : [spip-dev] #SELF fait parfois n'importe quoi...


C toi qui fait n'importe quoi. Il faut passer le self en parametre à 
l'inclure, il ne va pas deviner tout seul de quel self tu lui parles.


BoOz, toujours sympa dans ses réponses, c'est un style de vie ^^.


Re: [spip-dev] Je fais le rêve qu'un jour ...

2009-03-24 Par sujet BoOz

Pierre Bourgeois wrote:

Je fais le rêve qu'un jour, le monde se lève et vie sous le véritable
sens des droits humains.

Je fais le rêve que ma jeune fille vivra un jour dans un monde où elle
ne sera pas jugée par le CMS qu'elle utilise, mais pour le contenu de
son site.

Je fais le rêve que le compilateur de SPIP soit glorifié
universellement et que chaque humain puisse utiliser ses boucles dans
n'importe quel système de publication.

Je fais le rêve aujourd'hui que je puisse un jour télécharger un
plugin « Boucles SPIP » pour Joomla, Wordpress ou Drupal pour faire
mes squelettes, templates, themes, etc.

Je rêve en couleur ?


Non, il est prevu que les squelettes spip constituent un nouveau type 
mime, et donc qu'il puisse circuler chez d'autres cms.


En revanche, cesse de plagier MLK ou tu auras à faire à EMI (quel 
rapport ? Le pognon, tout simplement).


http://fr.biz.yahoo.com/17032009/320/emi-music-publishing-signe-un-contrat-inedit-visant-representer-les.html

BoOz


Re: [spip-dev] à la porte

2009-03-19 Par sujet BoOz

Ouais tu peux mettre ton email en login ca marche aussi.

D'ailleurs plus ca va, plus je me dis qu'en fait le login ca devrait 
etre l'email d'entrée de jeu, pas juste en feature cachée.


BoOz



JLuc wrote:

Bug :
La procédure de rattrapage du sésame pour pénétrer la partie privée de spip
permet de changer le mot de passe,
mais ne donne aucun moyen de se rappeler du login !!
Si on ne le connait plus, on a beau savoir l'adresse mail et le mot de 
passe,

on est retenu bloqué à la porte...

De plus le login n'est demandé qu'avec un seul champ,
ce qui ne permet pas de se prémunir contre une faute de frappe
toujours possible sur ce champ aux caractères masqués...

JLuc





Re: [spip-dev] spip-facteur

2009-03-16 Par sujet BoOz



Le 16.03.2009 09:18, Pierre BASSON a écrit :



J'en ai besoin pour publier spip-lettres, donc je suis partant pour
coder ça aujourd'hui et faire la doc dans la foulée (sur plugins.spip ou
spip-contrib ? sachant que je la dupliquerais sur artego.fr aussi).


Sur spip-contrib, l'article principal avec la doc et les forums. Sur 
plugins.spip.net tu peux copier le index.xml du plugin, ca sert de 
plaquette.


Et sur le site de ta boite, ben tu fais ce que tu veux, tant que ca ne 
s'assimile pas à du détournement commercial vulgaire depuis nos 
plateforme SPIP.


BoOz




Re: [spip-dev] spip-notifications

2009-03-13 Par sujet BoOz

Pierre BASSON wrote:

Un  
méa-culpa d'abord car d'avoir géré nos plugins artégo hors spip-zone


Héhé.


- soit fusionner les 2, si la personnalisation des mails via des  
squelettes vous intéresse + envoi html via smtp...
- soit changer de nom si l'envoi de notifications html ne vous  
intéresse pas


Je pense qu'il suffit de renommer ton plugin : spip-meleuse, 
spip-facteur ou autre. C'est un vrai besoin qu'on a découvert pour 
plusieurs plugins.


Pour moi c'est bien ca que fait ton plug, gerer une pile de mail a 
envoyer, cette pile peut etre remplie par différents plugins.


Les notifications c autre chose, ca peut prendre la forme d'un affichage 
dans l'espace privé, c'est aps forcement un mail.



Bon retour en  tous les cas.

BoOz




Re: [spip-dev] Menu SPIP bien rempli avec des options supplémentaires

2009-03-12 Par sujet BoOz

RastaPopoulos wrote:

Le plugin CFG est un plugin *pour les développeurs*. Il n'a absolument 
aucun sens pour les utilisateurs. Donc ça ne veut pas dire grand chose 
de mettre un lien pour accéder à "CFG".
Donc soit il faut intégrer les pages de config directement dans les 
menus, soit on garde un clic supplémentaire avec une page de garde, mais 
il faut renommer ("configuration des extensions" ou autre truc dans le 
genre)


Tout à fait, c'est le sens de ma formulation "etc... autres 
configuration CFG" à remplacer mentalement par lesdites entrées liées au 
CFG :

http://www.patagium.net/IMG/demo/menu-spip2.html



BoOz


Re: [spip-dev] un Menu SPIP bien mieux rempli

2009-03-12 Par sujet BoOz

YannX wrote:


Cette etape permettrait de gommer tres vite nombre de réticences "de forme"
que beaucoup evoquent souvent sur SPIP.


Peux tu être plus précis ? là tu délivres des généralités 
inexploitables, or on est désormais dans une phase du débat dite "au 
taquet", qui ne souffre plus les approximations, j'en suis 
personnelement à ma 4eme proposition, Tetue et Cerdic on bien du en 
faire péter deux ou trois.



Et l'organisation des menus suivra


Non, c'est justement ca qui est dur à faire : organiser efficacement.


Malgré les apparences, je ne te jette pas du débat, mais relis les 
épisodes précédents, on est déjà au stade ou tu souhaiterais qu'on soit.



Les points à discuter selon moi :

- Le cas des auteurs
- L'ergonomie des outils interractifs (messagerie etc)
- Les éléments de suivi éditorial (les publications, les modifications)
- Les remarques pertinantes sur l'ergonomie, l'affordance, la 
présentation de l'ensemble.



BoOz, sur les dents, on est chauds là, c'est parti pour accoucher d'un 
bandeau : concentration ^^


Re: [spip-dev] Menu SPIP bien rempli avec des options supplémentaires

2009-03-11 Par sujet BoOz
Le 11 mars 2009 15:12, Cédric Morin <cedric.mo...@yterium.com> a écrit :

>
>
>> Je crois vraiment que ton entrée "suivi éditorial" n'est pas intuitive ni
>> utile, et rassemble des éléments hétéroclites ajoutant de l'entropie.
>>
>
> Au contraire, elle rassemble tous les outils qui donnent une vue sur le
> contenu éditorial
> Chaque outil permet d'avoir une vision différente, sous un point de vue
> particulier, c'est son intérêt.
>

Chaque entrée du menu est une vue du contenu éditorial - statistique en est
une également par exemple : je ne vois pas de pertinence commune à toutes
les entrées de ton menu suivi éditorial.

Ce que je vois bien en revanche c'est que proposer un menu avec des entrées
proches comme tu le fais "éditorial", "suivi editorial" et dedans "suivi de
l'activité éditoriale" est confus.



>>> Suivi Editorial > Articles syndiqués : permet de
>>> suivre/visualiser/modérer l'ensemble des articles syndiqués sur le même mode
>>> que les forums
>>>
>>
>> C'est dans mon onglet "édition" > "sites", je ne vois pas le lien avec les
>> forums.
>>
> Edition > Sites permet d'éditer les sites, pas de faire le travail de
> modération des sites syndiqués. Aujourd'hui SPIP propose de modérer
> automatiquement les rss, mais si tu veux utiliser cette option, il n'y a
> aucune page de suivi des contenus syndiqués dans leur ensemble, et tu es
> obligé d'aller voir site par site les nouveaux contenus, de les valider ou
> non etc ...
> C'est en l'état inutilisable. Donc soit l'option de modération des articles
> syndiqués dégage, soit il lui faut une page dédiée à la modération. Je
> citais les forums car le fonctionnement de modération est analogue : on a
> besoin d'une page centralisée qui permet de suivre tous les contenus.
>

Oui, alors j'ai réuni toutes ces entrées dans "édition > suivi des
modifications" en effet, on peut vouloir suivre, les articles syndiqués,
mais aussi bien d'autres éléments.


>
> Ils sont dans Auteurs
>
Je ne les vois pas non plus.
Et tu m'expliquera le rapport avec les auteurs ... Ce sont des visiteurs qui
ont juste donné leur numéro de portable pour recevoir de l'info par SMS


Oui, j'ai préciser qu'on pouvait discuter la dessus. En effet SPIP désigne
sous "Auteurs" des auteurs et des utilisateurs. Mais cela n'enleve rien à la
pertinance de regrouper dans une entrée ce qui concerne les "gens". On veut
savoir si le type est abonné, inscrit a tel ou tel truc, et probablement il
aura une page perso qui recapitule tous ses services.

Avec juste ce qu'il faut de mauvaise foi, je crois comprendre que tout ne
rentre pas dans ton menu, donc.

Sans mauvaise foi, tu verras que tout rentre (ajoute "statistique avec
phpmyvisite" sous "statisitique" mentalement, quand même, c'est évident, je
ne crois pas devoir recopier les entrées triviales pour qu'on saisissent la
pertinance du classement)

BoOz


Re: [spip-dev] Menu SPIP bien rempli avec des options supplémentaires

2009-03-11 Par sujet BoOz
Je repasse sur spip dev.


Le 11 mars 2009 14:16, Cédric Morin <cedric.mo...@yterium.com> a écrit :

> Le 11 mars 2009 13:59, BoOz <b...@rezo.net> a écrit :
>
>> C'est ce que j'ai fait. Saut ceux que je n'ai pas pu comprndre.
>> "Vocabulaire éditorial" par exemple.
>
>
> C'est la fonction "Dictionnaire indexé" du plugin "Recherche étendue" qui
> te permet de visualiser le champ sémantique éditorial de ton site, dans un
> objectif de référencement.
>

Je ne connais pas ce plugin ni l'usage qu'on peut en avoir, mais je ne vois
pas bien la logique de le placer dans "Suivi éditorial" avec la messagerie.

S'il s'agit d'affiner le référencement, je le placerais dans
"administration".


Je crois vraiment que ton entrée "suivi éditorial" n'est pas intuitive ni
utile, et rassemble des éléments hétéroclites ajoutant de l'entropie.

Quant à l'entrée "réactions" je te rejoins sur le contenu, mais l'intitulé
"activité du site" me semble plus précis.



>
> Tu n'a peut-être pas compris non plus les entrées
>

La plupart sont dans le menu, mais avec un nom reformulé (suposément plus
clair). Je précise ci-dessous les deux cas non reportés par manque de
clareté.



>
>
> Suivi Editorial > Articles syndiqués : permet de suivre/visualiser/modérer
> l'ensemble des articles syndiqués sur le même mode que les forums
>

C'est dans mon onglet "édition" > "sites", je ne vois pas le lien avec les
forums.


>
> Suivi Editorial > URLs Signifiantes : permet de suivre/visualiser/éditer
> les URLS signifiantes (propres, arbos, libres ...). L'intérêt d'une page
> d'admin globale est de voir les entrées analogues ou avec un même terme ..,
> pour optimiser tes URLS et ton référencement
>
C'est dans mon entrée "édition > url propres"

>
> Suivi Editorial > Liens sortants références : plugin checklink (ou
> équivalent de Nicolas Hoizey) qui te permet de suivre toutes les urls
> référencées dans tes contenus éditoriaux, et notamment les liens brisés
>

C'est de l'administration alors. Administration > Vérification des liens.


>
> Suivi Editorial > Contenus Disponibles en pré-prod : déjà discuté sur la
> liste
> Suivi Editorial > Contenus Disponibles en pré-prod : déjà discuté sur la
> liste
>

C'est dans l'onglet Administration > Importer des données.


>
> ainsi que
>
> Réactions > Statistiques avec phpMyAdmin
> Réactions > Réponses aux formulaires
> Réactions > Réponses aux sondages
> Réactions > Suivi des notes
>

Ils sont dans Activité du site

>
> Réactions > Inscrits aux SMS infos
>

Ils sont dans Auteurs



> Je n'ai pas non plus mis toutes les entrées de "édition", leetc en fin de
>> menu comprends les trucs du type "marchés publics" , "plan". Qui dépassent
>> le cadre général de ma proposition, mais ne remettent pas en cause le
>> classement.
>
> l'exercice consiste justement à montrer que la classification tient la
> route même avec beaucoup plus de fonctionnalités que le spip core. Evacuer
> la difficulté avec un etc... en fin de chaque menu ne démontre donc rien.
>

Oui et bien rajoutes les dans édition si tu veux, comme dans ta proposition.
On est d'accord pour ces item là. Ils ne sont pas significatifs du coup.


BoOz


Re: [spip-dev] Menu SPIP bien rempli avec des options supplémentaires

2009-03-11 Par sujet BoOz
C'est ce que j'ai fait. Saut ceux que je n'ai pas pu comprndre. 
"Vocabulaire éditorial" par exemple.


Si je peux avoir l'explication je les rajoute.

Je n'ai pas non plus mis toutes les entrées de "édition", leetc en fin 
de menu comprends les trucs du type "marchés publics" , "plan". Qui 
dépassent le cadre général de ma proposition, mais ne remettent pas en 
cause le classement.


Je veux bien disuter sur quelques entrées particulières à préciser si 
vous voulez.



BoOz

RastaPopoulos wrote:

Le 11.03.2009 12:07, BoOz a écrit :


On constate que l'organisation proposée permet d'enrichir facilement les
entrées de menu avec des fonctionnalités issues de plugins.



Si tu le dis.
Mais est-ce que tu pourrais intégrer TOUS les mêmes éléments des menus 
que l'on voit dans le lien de Cédric. Pour pouvoir comparer sur la même 
base plus exhaustive.


--
RastaPopoulos





  1   2   3   4   5   6   7   >