Re: [spip-dev] [spip] 2 commits

2021-04-30 Par sujet Christian Marget
Le 26/04/2021 à 22:00, Bruno Bergot a écrit :
> Le 26/04/2021 à 20:45, Brice Boucard a écrit :
>>> Pas de souci ethique en effet, mais par contre les statut sont
>>> distingués uniquement par des couleurs, pas top en terme
>>> d'accessibilité
>>> (même si la plupart du temps l'icone est accompagné d'un texte).
>>>
>> Et en utilisant des exposants ?
>>
> 
> Pourquoi pas, ça permettrait d'afficher les 0,1 et 6 des statuts 
> d'auteurs, mais je ne pense pas que ça parle aux gens, et encore moins 
> que 0 est plus "haut dans la hiérarchie" que 6...
> 

En exposant, on peut avoir simplement les initiales A, R ou V, c'est
plus parlant que des chiffres. En gardant les couleurs parce que c'est
quand même pratique pour ceux qui les voient.

CM
___
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 4 — proposition d'enlever quelques plugins-dist par défaut

2021-04-30 Par sujet Christian Marget
Bonjour,

Mon avis de modeste utilisateur non dev (ou si peu).

Le 29/04/2021 à 17:31, jacq...@jack31.org a écrit :
> J'ai un doute sur le retrait de ces deux plugins d'aide :
> - Perso le compagnon m'agace et s'il y avait un bouton pour le 
> désactiver entièrement par auteur j'aimerais bien... Le supprimer 
> entièrement ? Est-ce que ça ne donne pas tout de même une (petite) aide 
> aux gens qui découvrent SPIP ?

Entièrement d'accord. C'est un gadget très utile aux débutant(e)s mais
sans intérêt pour quelqu'un qui utilise régulièrement SPIP. Que
chacun(e) puisse le désactiver pour soi me paraît le meilleur compromis.

> - Aide : livrer SPIP sans aide pour les rédacteurs c'est un peu dommage. 
> Mais c'est vrai qu'aujourd'hui c'est plutôt obsolète, il y a peu de 
> choses utilisables. Est-ce que ce serait imaginable que le plugin aille 
> chercher une aide uniquement rédacteur basée sur des articles de 
> spip.net qu'on identifierait par exemple avec un mot clé SPIP_4.0 ? ou 
> une sélection d'articles listée quelque part ? L'idée serait d'en faire 
> une aide vraiment utile avec les "trucs et astuces" utiles au rédacteur

Piste intéressante. Quant à moi, je suis de ceux qui utilisent l'aide
des raccourcis typo chaque fois qu'il faut insérer un truc pas courant.
Celle-là est à conserver.

CM
___
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] Pb : logo SPIP énorme avec SPIPr-dist

2021-02-16 Par sujet Christian Marget
Salut Bruno et Bloavez mad (un peu tard certes... :-)

Le 16/02/2021 à 13:15, Bruno Bergot a écrit :
> Tu peux corriger en reportant cette modif dans le svg :
> 
> https://git.spip.net/spip/spip/commit/c4bc26f75f463cb4b682dba0ae6d978bd2e96d16

Fait ! Ça marche, merci braz.

> Et tant qu'à faire, tu peux envoyer une PR pour ça ;)

Je ne suis pas sûr de pouvoir le faire. Vu que je n'ai pratiquement
jamais utilisé mon compte SVN, j'ai dû être rayé des listes lors du
transfert sous Git...

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


[spip-dev] Pb : logo SPIP énorme avec SPIPr-dist

2021-02-16 Par sujet Christian Marget
Bonjour,

J'avais un site en SPIP 3.2.4 / SPIPr 0.4.16 que je viens de passer en
3.2.9 après avoir mis à jour les plugins (SPIPr est passé en 2.2.6). Je
me retrouve avec un énorme logo SPIP en bas des pages publiques, qui
prend toute la largeur. Si je désactive SPIPr, j'ai le logo SPIP
"normal", c'est un PNG donc la taille est prédéfinie.

J'ai regardé le code de ce logo sous SPIPr, c'est un svg et il y a un
viewbox fixé à "0 0 200 152.5". Je pense que c'est lui qui fixe les
dimensions extérieures mais il ne semble pas pris en compte. Comment
puis-je corriger ça?

C'est un site perso pas très fréquenté, donc ça n'a pas une grosse
incidence mais ça me fait hésiter à mettre à jour d'autres sites.

Christian
___
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] Refonte Mediabox [wip]

2020-10-05 Par sujet Christian Marget

Bonjour à tous,

Je me permets de m'immiscer dans cette discussion de devs pour un point 
particulier concernant la pagination des galeries.


J'utilise la boucle DATA pour créer une galerie de toutes les images se 
trouvant dans un répertoire donné: ça fait une page de vignettes et la 
mediabox permet de parcourir les images. Petit problème si je pagine les 
vignettes: la Mediabox ne parcourt que celles dont les vignettes sont 
visibles sur la page alors que je souhaiterais qu'elle parcoure toutes 
les images du répertoire. Je conçois que ça pose un problème 
d'interaction entre les vignettes paginées et les photos (afficher une 
photo dont la vignette est hors pagination) mais croyez-vous que ça 
puisse se résoudre? Hormis la solution de ne pas paginer, évidemment...


Bien à vous
Christian

Le 05/10/2020 à 23:31, RastaPopoulos a écrit :

Est-ce qu'on ne devrait pas écrire la liste complète de ce qu'on veut avoir, 
pour comparer qui a le plus (sachant que chaque besoin ne se vaut pas, certains 
sont plus faciles à ajouter à une lib qui le manquerait, alors que d'autres 
sont indispensables à avoir de base) ?

Par ex, parmi d'autre, il me semble qu'il faudrait aussi qu'une ouverture 
(média ou page ou bloc interne) puisse afficher un titre + un descriptif 
(souvent utilisé pour titre et crédit quand c'est pour un média).

- Médias
- Galerie de médias
- Bloc interne
- Iframe
- Accessible au clavier
- Aria comme il faut
- Titre et desc
- Non basée sur des tailles en pixel, responsive
- Events variés (pré ouverture, après chargement, fermeture…)


___
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] Écriture inclusive

2020-06-04 Par sujet Christian Marget
Le 04/06/2020 à 22:22, RastaPopoulos a écrit :
> Le 04/06/2020 à 19:53, Christian Marget a écrit :
>> - si je trouve une parenthèse comme dans technicien(-ne), la parenthèse
>> se transforme à l'oral en «ou technicienne» qui me vient naturellement.
>> Ce qui n'est pas le cas du «technicien.ne», excusez-m'en.
> 
> Sommet de mauvaise foi 
Remarque parfaitement stérile, et saugrenue de la part de quelqu'un qui
ne me connaît pas. Ça m'apprendra à vouloir apporter mon témoignage et
mon ressenti.

Je ne vois pas l'intérêt de poursuivre cette discussion dans ces
conditions. Bye

CM
___
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] Écriture inclusive

2020-06-04 Par sujet Christian Marget


Le 04/06/2020 à 14:44, nicod_ a écrit :
> RealEt a justement écrit hier à ce sujet, dans ce même fil de discussion :
> 
>> Toutes les formes d'écriture inclusives ne sont pas accessibles.
>>
>> Grosso-modo, ce qui passe à l'oral passe aussi en accessibilité.
>> Le reste avec des points, médians ou non, tirets n'est pas accessible (et ne 
>> se référence pas bien en SEO).

Je partage totalement ce point de vue. Je trouve que l'écriture à
points, quelles qu'en soient les bonnes intentions, ralentit la lecture
et présente l'inconvénient de ne pouvoir être lue à haute voix sans
dérouter l'auditoire, au même titre que les néologismes du genre
«celleux» ou «dévelopeureuse». De même qu'un développeur ou une
développeuse doit avoir le souci de faire en sorte que son produit soit
ergonomique et agréable à utiliser, un auteur ou une autrice doit
s'appliquer à faciliter la lecture de sa prose plutôt que compacter les
mots pour gagner du temps.

La perfection n'étant pas de ce monde, j'admets qu'il y a des cas où
l'écriture extensive peut atteindre des sommets de lourdeur. Dans un tel
cas, que l'on écrive ou que l'on lise, on aspire à une formulation plus
légère. L'utilisation de parenthèses telle que je l'ai proposée peut
être une solution (bien sûr pas la seule), qui a le double mérite d'être
bien plus lisible que les points (c'est en tout cas mon ressenti) et
d'exister depuis longtemps. En effet, il ne date pas d'hier que des
personnes bien intentionnées se préoccupent d'inclure tous les sexes
dans leur propos. Pour reprendre l'exemple que j'ai donné, je le lis
aisément à haute voix dans la mesure où
- les e muets sont omis à l'oral
- si je trouve une parenthèse comme dans technicien(-ne), la parenthèse
se transforme à l'oral en «ou technicienne» qui me vient naturellement.
Ce qui n'est pas le cas du «technicien.ne», excusez-m'en.

Bon courage aux rédacteurs de tout sexe.
CM
___
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] Écriture inclusive

2020-06-04 Par sujet Christian Marget



Le 04/06/2020 à 14:09, Stephane Santon a écrit :
> Tiens, une question sur le sujet pour lequel ce fil m'a apporté beaucoup 
> de sources d'information...
> 
> Pour une offre d'emploi :
> Préférez-vous / que vaudrait-il mieux écrire :
> 
> Apprenti·e électrotechnicien·ne
> 
> ou
> 
> Apprenti électrotechnicien H/F

«Apprenti(e) électrotechnicien(-ne)» convient aussi.

CM

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


[spip-dev] Bug "balise_svg" dans SPIPr-dist 2.2.6 ?

2020-05-04 Par sujet Christian Marget
Bonjour à tous,

J'ai voulu actualiser en SPIP 3.2.7 un site qui était resté en 3.2.4
(j'ai été un peu négligent sur les dernières mises à jour...). Pour ne
pas mettre la charrue avant les bœufs, j'ai commencé par les préalables
habituels:
- sauvegarde de la base
- mise à jour des plugins qui le nécessitaient, via la procédure
standard (page "Gestion des plugins", je coche tous ceux qui ont une MAJ
signalée et je lance)
- vidage du cache.

À ce niveau, j'ai voulu tester si tout était clair avant d'aller plus
loin. Je recalcule une page du site et là j'ai deux erreurs de squelette
"Filtre balise_svg non défini" dans
plugins/auto/spipr_dist/v2.2.6/footer/dist.html.

Il n'y aurait pas un pb de compatibilité de version ? Ou alors j'ai
loupé quelque chose ?


Je dois signaler que j'ai eu une bizarrerie lors de la mise à jour, bien
que je ne crois pas que ce soit lié.

La version SPIPr-dist 2.2.6 nécessitant Bootstrap 4 (entre autres), une
fenêtre m'a demandé de valider son installation, ce que j'ai fait. Mais
après la mise à jour la page "Gestion des plugins" a affiché
successivement deux cadres:
- un cadre rouge (erreur) signalant que SPIPr-dist ne pouvait être
activé car il manquait Bootstrap 4
- puis un grand cadre vert (OK) listant les plugins, dont SPIPr-dist,
qui avaient bien été mis à niveau.

Et effectivement, SPIPr-dist apparaît bien actif dans la liste. J'ai
tendance à penser que c'est juste un bug dans l'organisation des MAJ, ou
peut-être une impossibilité technique à mettre à niveau conjointement
Bootstrap et SPIPr-dist sans passer par une étape incomplète.

CM
___
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 fuit

2019-09-20 Par sujet Christian Marget

Bonjour,

Par acquit de conscience : tu as bien déclaré deux suffixes différents dans ta 
base, un pour chaque site ?
Ou deux bases différentes ?

En ce qui me concerne, j'ai des installations multiples de Spip sur des 
serveurs (y compris en plusieurs versions différentes) et je n'ai jamais 
observé d'interactions.

CM

Le 20/09/2019 à 11:22, bibi a écrit :


Bonjour mes petits, me revoilà reloaded avec une adresse email sainte et pure.

Version courte

Comme j'écrivais hier à notre bien-aimé Cédric, je crois que SPIP fuit.
En local, si je place deux SPIPS dans ma machine, l'un déteint sur l'autre (ils 
ne sont pas indépendants en function du répertoire, quoi).

TLDR;

À savoir, si mon server est

 /Library/WebServer/Documents

 /Library/WebServer/Documents/SPIPa/
déteint sur
 /Library/WebServer/Documents/SPIPb/

chose que ne se produit pas avec WP (les deux sites sont indépendants)
 /Library/WebServer/Documents/wpa/
 /Library/WebServer/Documents/wpb/

Premier arrivé, premier servi. Au démarrage, c'est le premier site visité qui 
tient la route, et quand on visite le deuxième (les deux sites avec rien dans 
tmp ni local), on se prend ça dans le gencives

 ( ! ) Fatal error: Cannot redeclare f_queue() (previously declared in 
/Library/WebServer/Documents/SPIPa/ecrire/inc/pipelines.php:255) in 
/Library/WebServer/Documents/SPIPb/ecrire/inc/pipelines.php on line 255

Si on recalcule la page, tout explose

 ( ! ) Fatal error: Cannot redeclare formulaire__identifier() (previously 
declared in 
/Library/WebServer/Documents/SPIPa/ecrire/balise/formulaire_.php:338) in 
/Library/WebServer/Documents/SPIPb/ecrire/balise/formulaire_.php on line 338

et une myriade de logs que je vous épargne.

Je suis incapable de préciser quand ça a commencé (je veux dire par là qu'il 
fût un temps ou le comportement était comme n'importe quel autre script PHP, 
qui restent bien sages dans leur répertoires).

J'ai fait des tests avec la même version et avec des différentes,
svn info
 Working Copy Root Path: /Library/WebServer/Documents/SPIPa
 URL: svn://trac.rezo.net/spip/spip
 Relative URL: ^/spip
 Repository Root: svn://trac.rezo.net/spip
 Repository UUID: caf5f3e8-d4fe-0310-bb3e-c32d5e47d55d
 Revision: 24408

 Working Copy Root Path: /Library/WebServer/Documents/SPIPb
 URL: svn://trac.rezo.net/spip/branches/spip-3.2
 Relative URL: ^/branches/spip-3.2
 Repository Root: svn://trac.rezo.net/spip
 Repository UUID: caf5f3e8-d4fe-0310-bb3e-c32d5e47d55d
 Revision: 24418

Les deux bestioles sont logés dans ma machine

Database server
     Server: 127.0.0.1 via TCP/IP
     Server type: MySQL
     Server connection: SSL is not being used Documentation
     Server version: 5.7.19 - MySQL Community Server (GPL)
     Protocol version: 10
     User: root@localhost
     Server charset: cp1252 West European (latin1)

Web server
     Apache/2.4.39 (Unix) OpenSSL/1.0.2r
     Database client version: libmysql - mysqlnd 5.0.12-dev - 20150407 - $Id: 
b396954eeb2d1d9ed7902b8bae237b287f21ad9e $
     PHP extension: mysqliDocumentation curlDocumentation mbstringDocumentation
     PHP version: 7.1.13

PHP info

 PHP Version 7.1.13
 php-osx.liip.ch by Liip (originally developed by www.local.ch)
 System Darwin Luis.local 17.7.0 Darwin Kernel Version 17.7.0: Thu Dec 
20 21:47:19 PST 2018; root:xnu-4570.71.22~1/RELEASE_X86_64 x86_64
 Build Date Feb 1 2018 13:37:05
 Configure Command './configure' '--prefix=/usr/local/php5' '--with-apxs2=/usr/sbin/apxs' '--with-config-file-scan-dir=/usr/local/php5/php.d' '--with-libxml-dir=shared,/usr' '--with-openssl=/usr/local/php5' '--with-zlib=/usr' '--with-zlib-dir=/usr' '--with-gd' '--with-ldap' '--with-xmlrpc' '--enable-exif' '--enable-soap' '--enable-wddx' '--enable-ftp' '--with-iodbc' '--enable-sockets' '--with-bz2=/usr' '--enable-zip' '--enable-shmop' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-mbstring' '--enable-bcmath' '--enable-calendar' '--with-mhash' '--enable-fpm' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--enable-pcntl' '--enable-dtrace' '--disable-phpdbg' '--enable-opcache' '--with-icu-dir=/usr/local/php5' '--with-xsl=shared,/usr/local/php5' '--with-imap=shared,../imap-2007f' '--with-kerberos=/usr' '--with-imap-ssl=/usr/local/php5' '--with-gettext=/usr/local/php5' '--with-curl=shared,/usr/local/php5' 
'--with-png-dir=/usr/local/php5' '--with-jpeg-dir=/usr/local/php5' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local/php5' '--with-pgsql=shared,/usr/local/php5' '--with-pdo-pgsql=shared,/usr/local/php5' '--with-mcrypt=shared,/usr/local/php5' '--with-tidy=/usr/local/php5' '--with-gmp=shared,/usr/local/php5' '--with-readline=shared,/usr/local/php5' '--with-libxml-dir=/usr/local/php5' 'CFLAGS=-Os -mmacosx-version-min=10.10 -I/usr/local/php5/include -arch x86_64 -no-cpp-precomp -DENTROPY_CH_ARCHS='


Server API FPM/FastCGI

 cgi-fcgi
    

[spip-dev] Erreurs dans des plugins

2019-07-03 Par sujet Christian Marget

Bonjour,

Ne sachant plus trop où en est le transfert zone->dev, dans le doute j'écris 
sur les deux listes. Désolé pour le bruit.

Je viens de mettre à jour deux plugins sur un site en SPIP 3.2.3 en vue d'un 
passage en 3.2.4. Les mises à jour se sont bien effectuées mais j'ai 
l'affichage suivant en tête de page:
  Erreur dans les plugins :
  [RacineDuSite]/plugins/auto/zcore/v2.6.7/zcore_pipelines.php,
  [RacineDuSite]/plugins/auto/comments/v3.4.11/comments_fonctions.php
(c'est tout sur la même ligne, je n'ai scindé que pour faciliter la lecture).

Ce sont des erreurs connues?
Je peux lancer quand même la mise à jour SPIP?

CM
___
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] [SPIP Zone] Liste spip-zone -> spip-dev

2019-03-05 Par sujet Christian Marget

Bonjour,

Le 05/03/2019 à 11:44, James a écrit :

Alors, du moment qu'il y a une mailing liste technique, son nom m'importe peu, 
mais s'il faut faire un choix, je choisi spip-dev, arbitrairement. voilà :)


S'il faut voter, je suis également pour spip-dev, pour deux raisons:
- pour le pékin lambda, "dev" est généraliste et clair alors que "zone" est 
ambigu et restrictif
- ça fait deux fois que je me retrouve désinscrit de la liste zone sans comprendre 
pourquoi. Pas de pb sur "dev". Autant garder ce qui marche...

CM
___
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] [SPIPremix] Une distribution SPIP alternative

2018-07-04 Par sujet Christian Marget

Encore un témoignage, dans le texte.

Le 03/07/2018 à 19:50, James a écrit :

Un autre fait est qu'on ne sait pas quelle proportion d'utilisateurs déploient du SPIP avec "spip_loader" ou par "téléchargement manuel de zip+ftp" 
ou "svn local+ftp" ou "ssh+svn" ou "apt sur debian" ou "ssh+spip-cli" ou "yunohost" ... ou tout autre combinaison, en 
fonction des besoins, de ce que permet l'espace privé, de l'hébergeur et de ce qui est requis pour des plugins ou des "libs" à "installer".


Faut-il faire un sondage chez les Spipeurs pour avoir une idée de ces 
statistiques?

En ce qui me concerne, je gère ou ai créé/géré essentiellement des sites 
associatifs et quelques sites perso à usage privé, tout ça bénévolement bien 
sûr. Rien de très ambitieux là-dedans. Mon profil: connaissances générales en 
informatique, mon poste de travail est sous Linux (Ubuntu) et je sais bosser en 
ligne de commande. Je peux programmer en php mais pas assez souvent pour que 
tout me vienne automatiquement, et j'ai franchement du mal avec le SQL.

Pour des raisons économiques évidentes, je ne travaille qu'avec des 
hébergements gratuits (Free) ou à petit tarif (OVH). La contrepartie, ce sont 
des limitations fortes:
- chez Free, on ne peut faire que de l'upload (fichier par fichier) ou du FTP. 
Pas de SFTP, pas de connexions externes possibles depuis le serveur et encore 
moins d'accès SSH ou SVN. Mais c'est gratuit et sans pub;
- chez OVH-perso (50€/an à la louche), pas de SSH, pas de SVN (enfin je n'ai 
pas creusé la question) mais au moins on a un accès SFTP et on peut utiliser 
spip_loader.


Bref, tout ça pour dire que si le seul argument pour demander à la communauté 
de maintenir spip_loader, c'est qu'on pourrait perdre des utilisateurs, je le 
considère comme irrecevable tant qu'on ne m'aura pas apporter la preuve que 
c'est ce dont les utilisateurs encore les plus actifs sont le plus dépendants.


Je ne vois pas comment on pourrait en apporter une "preuve" quelconque. Par 
contre une chose est sûre: pouvoir utiliser spip_loader, c'est un vrai bonheur. C'est 
simple (surtout la dernière version parue) et ça fonctionne dans se poser de questions. 
Tout comme SVP pour les plugins. On ne remerciera jamais assez les devs pour ce super 
boulot.

N'avoir que du (S)FTP ça devient vite lourdingue quand on veut se tenir à jour. Il faut 
aller voir sur Contrib ou la zone si les plugins n'ont pas été mis à jour, charger les 
zip en local, les désarchiver et tout renvoyer sur le serveur... Pour la dist on est 
prévenu des mises à jour par la liste mais là aussi il faut tout déziper en local et 
effacer la dist précédente du serveur avant de tout recharger. C'est le "prix" 
à payer pour un hébergement gratuit.

Je rêve de pouvoir juste envoyer un zip sur le serveur et que celui-ci se 
débrouille pour tout installer (y compris la création des répertoires vides, 
comme l'ont signalé d'autres intervenants).


J'ajoute aussi que je ne connais pas beaucoup d'hébergeurs qui fournissent un 
accès à leurs machines avec (s)ftp comme seule méthode de déploiement.


Ce n'est pas tant une question d'hébergeur que de type d'hébergement. Si tu 
regardes les mutu premiers prix, il est rare que tu bénéficies d'un accès SSH.

Christian
___
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] Erreur dans un squelette dist 3.1

2018-01-28 Par sujet Christian Marget

Bonjour les Dev.

Lors du chargement d'un plugin (Zippeur v.5.0.4) sur un site Spip 3.1.7, 
la page https://(mon_site)/ecrire/?exec=admin_plugin m'annonce bien que 
le chargement et l'activation se sont bien déroulés mais m'affiche aussi 
une erreur de squelette :


Squelette :
mon_site/ecrire/inc/queue.php ligne 514

Boucle : queue_update_next_job_time(){ sql_allfetsel(); }

Message :
Erreur SQL HY000 / 11
database disk image is malformed
SELECT * FROM spip_jobs WHERE status=0 AND date<'2018-01-28 10:24:59'

C'est un bug ou je dois soupçonner un problème en BDD ?

Merci de votre attention
CM

___
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] Forum redécoré

2017-09-14 Par sujet Christian Marget

Bonjour,

Juste une remarque suite à ma brève visite sur ce nouveau forum.

Le 14/09/2017 à 00:23, Matthieu Marcillaud a écrit :

Les catégories sont strictement identiques. Elles ont juste des icones 
différentes (des pastilles colorées maintenant, alors qu’avant c’était des 
dessins d’animaux crayonnés)


Ça me va comme ça, à un point près : je trouve que la différence entre les pastilles 
"rose" et "mauve" n'est pas très marquée. Côte à côte on les distingue mais 
dans le fil de la page c'est moins évident (à fortiori sur un écran à la colorimétrie 
approximative). Ne peut-on pas changer la mauve pour de l'orangé, par exemple? Les autres couleurs, 
elles, sont mieux différenciées.

CM


Re: [spip-dev] Éditeur SPIP

2017-06-28 Par sujet Christian Marget
J'ai envoyé ce message il y a quelques jours mais je ne l'ai pas vu passer. Je 
retente...

Le 20/06/2017 à 10:15, Bruno Bergot a écrit :
> Le meilleur moyen pour proposer une amélioration est de créer un ticket sur 
> l'espace dédié au porte plume :
> https://core.spip.net/projects/porteplume/issues

Merci mais je fais comment ?
Voici ce que m'affiche la page en question, je ne vois pas bien où créer un 
nouveau ticket... Et s'il faut être identifié pour ça, je ne crois pas avoir de 
compte sur SPIP-Core.
https://www.infrascopie.fr/partages/public/tickets_porte-plume.png

CM




[spip-dev] Éditeur SPIP

2017-06-20 Par sujet Christian Marget
Bonjour,

Une suggestion qui me vient: serait-il possible dans l'éditeur de SPIP 
d'ajouter la combinaison Ctrl-Espace comme raccourci pour le "~" (espace 
insécable)?

Ça fait des années que ça me manque (c'est trop pratique sous LibreOffice) mais 
je n'avais jamais eu l'idée de demander. Voilà qui est fait.

Christian


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

2017-02-24 Par sujet Christian Marget

Bonjour,

Le 24/02/2017 à 11:48, Gilles Vincent a écrit :

L'évolution de la consultation de forum.spip.net  
indique aussi une baisse régulière depuis 2015.


N'est-ce pas lié à un transfert vers les listes SPIP?

En ce qui me concerne, je ne vais plus guère consulter le forum depuis que je 
me suis inscrit aux listes.

CM


Re: [spip-dev] Évolutions SPIP 3.2 + Menu privé alpha

2017-02-23 Par sujet Christian Marget

Le 23/02/2017 à 16:09, Jean-Christophe Villeneuve a écrit :

Le 23/02/2017 à 15:54, Maïeul a écrit :

Le 23.02.17 à 13:59, Maïeul a écrit :

Le 23.02.17 à 13:02, Cédric Morin a écrit :

Pour moi le seul point à règler absolument avant de lancer un processus
de release c'est le nom du plugin-dist archives (qui gère les zip et les
tar) qu'il ne faut surtout pas garder comme ça il y à déjà un plugin
archive (sans s, qui gère le statut archive des articles).


Grenier avec un nouveau numéro de version?
Ou alors "musée" ?


Arf, je pensais que c'était les vieilles fonction de SPIP… non c'est un API de 
compression/ decompression si j'ai bien compris.

Alors compresseur oui, serait bien (on peut pas dire zippeur, parceque cela ne 
fait pas que zipper, et qu'il y a un plugin qui le fait déjà (même s'il serait 
à reprendre de A à Z))


Allez, j'y vais de ma proposition : "compacteur" pour éviter a confusion avec 
le plugin compresseur.


Le format tar ne compresse pas par défaut. Et "compacteur", ça fait un peu 
poubelle...

Pourquoi pas Archiviste ? Ça désigne bien le gestionnaire, alors que "archive" 
désigne ce qui est archivé...

CM


Re: [spip-dev] Évolutions SPIP 3.2 + Menu privé alpha

2017-02-23 Par sujet Christian Marget

Bonjour,

Le 23/02/2017 à 13:59, Maïeul a écrit :

Le 23.02.17 à 13:02, Cédric Morin a écrit :

Pour moi le seul point à règler absolument avant de lancer un processus
de release c'est le nom du plugin-dist archives (qui gère les zip et les
tar) qu'il ne faut surtout pas garder comme ça il y à déjà un plugin
archive (sans s, qui gère le statut archive des articles).


Grenier avec un nouveau numéro de version?
Ou alors "musée" ?


Salle des archives ?
Conservateur ?
Conserves ? :-)



[spip-dev] Suggestions d'améliorations

2017-01-23 Par sujet Christian Marget

Bonjour,

Voici quelques remarques et quelques petites suggestions à l'attention de la 
dev-team, que je remercie d'ailleurs de tout le boulot abattu. La 3.1 est 
vraiment appréciable et les versions suivantes ne devraient pas décevoir.

C'est à propos de l'éditeur intégré que j'écris.
-Je me sers avec beaucoup de bonheur de l'alternance éditer-voir (quelle 
économie de temps!).
- J'utilise un peu moins souvent l'option «parallèle» qui permet d'éditer et 
voir en même temps: je trouve que ça réduit la largeur utile de travail et je 
ne m'en sers guère que pour tester des manips peu courantes, où j'ai besoin de 
voir rapidement l'effet de certaines modifs... Mais je comprends que certains 
apprécient de voir au fur et à mesure le résultat de ce qu'ils éditent.
- J'apprécie aussi l'intégration de divers accessoires comme le plugin palette, 
la médiathèque...

En l'état, il y a 3 points sur lesquels je souhaiterais une amélioration. Si je 
suis le seul, tant pis mais je pense que d'autres peuvent avoir les mêmes 
souhaits. Je vous laisse en juger l'intérêt et la difficulté de réalisation.

1. Il m'est arrivé de vouloir effectuer quelques corrections ou ajouts dans des 
articles depuis mon smartphone. Or curieusement, la fenêtre «Texte» apparaît 
avec une hauteur ridicule (3-4 lignes) et sans la poignée qui permet d'en 
régler la hauteur. Du coup, bonjour la galère pour parcourir un texte... Je ne 
sais pas à quoi c'est dû mais est-il possible d'y remédier?

2. Serait-il possible d'ajouter à la barre d'outils (porte-plume) des boutons permettant de passer en 
exposant ou en indice? L'ajout de  ou  à la main est un 
peu laborieux.

3. Autre point (très) laborieux: l'édition de tableaux. La création à partir d'un 
tableur et d'un fichier CSV est un artifice pratique, mais modifier un tableau 
existant dans un article tourne vite à la galère. Ne serait-il pas possible de créer 
un objet éditorial «tableau» qui serait intégré au texte par un modèle, par exemple 
<tab2|center>? Il pourrait bénéficier d'un éditeur dédié (idéalement en pop-up 
via la mediabox) permettant de modifier les cellules, d'ajouter, déplacer ou 
supprimer des lignes et (surtout) des colonnes, fusionner des cellules... J'ai bien 
conscience que ça doit être un gros boulot, mais à mon sens l'édition de tableaux est 
un des derniers points noirs de l'édition de textes sous SPIP et ça vaudrait le coup 
de s'y intéresser.

Voili-voilà, j'espère que ces demandes rejoindront les préoccupations de 
certains et aboutiront tôt ou tard.

En vous remerciant d'avance
Christian Marget


Re: [spip-dev] Refactoring de l'aide pour SPIP 3.2 (Spam)

2017-01-04 Par sujet Christian Marget

Le 04/01/2017 à 09:36, Bruno Bergot a écrit :

Perso je n'ai pas reçu de message de ce type, et à ma connaissance il n'est pas 
passé sur la liste.


Non, il n'est pas passé sur la liste car il m'était adressé directement. C'est juste le "From" qui 
était fixé à "spip-dev@rezo.net". J'étais juste curieux de savoir si d'autres "victimes" 
avaient été visées.

Bloavez Mad !


Re: [spip-dev] Refactoring de l'aide pour SPIP 3.2 (Spam)

2017-01-03 Par sujet Christian Marget

Bonjour et bonne année à tous !

Je viens de recevoir le spam suivant, dont l'auteur se fait passer pour la 
liste spip-dev. Y a-t-il eu d'autres cas?

CM

Le 03/01/2017 à 11:25, spip-dev@rezo.net a écrit :

"Re: [spip-dev] Refactoring de l'aide pour SPIP 3.2"

Christian Marget doc 
<http://loveneverfades.com/59343086b6r85e93B69SSBR9Sd7fznFD8D5ZykBAfRz9Zz3kr368nH75n74rTG5BQf7z9YAHzf962fKQ784a8t6irZB9tsA7Btt/Q2hyaXN0aWFuK01hcmdldA==/dT7Q2hyaXN0aWFuK01hcmdldA==/>


Re: [spip-dev] évolutions de la branche 2.1

2016-07-13 Par sujet Christian Marget

Bonjour,

Le 13/07/2016 10:28, Committo,Ergo:sum a écrit :

De mon point de vue SPIP ne devrait pas se soucier d’être compatible avec des 
versions non maintenues de PHP.


Le simple fait qu'un utilisateur rapporte un problème lié à cette rupture de 
compatibilité montre que tu es sans doute trop optimiste.


Partant, annoncer un SPIP 2.2 implique de déclarer que SPIP 2.1 n’est plus 
maintenu.
Est-ce un meilleur signal à envoyer que de déclarer que la 2.1 est compatible PHP7 
au prix de l’incompatibilité avec PHP < 5 ?


Sur le fond, je trouve anormal de rompre une compatibilité, quelle qu'elle 
soit, sans même changer le n° de sous-version.

La version 2.1 ayant été introduite sans nécessiter mysqli, elle devrait 
continuer de même. Si on considère que cette contrainte est liée à un 
environnement obsolète, alors la (sous-)version est également obsolète et on 
crée une version modernisée. Quand je vois le nombre de versions 1.9 encore 
actives, je n'ose imaginer ce qui se passerait si on leur avait supprimé leurs 
anciennes compatibilités...

Christian


Re: [spip-dev] Décaler de 1 la pagination par défaut (public et privé)

2016-04-16 Par sujet Christian Marget

Bonsoir,

Le 15/04/2016 11:39, RastaPopoulos a écrit :

Quand on clique sur "1" le tout premier affiché c'est le 1er résultat =>
quand on clique sur "11" le premier affiché c'est le 11ème résultat, etc.

Ce qui n'est pas le cas aujourd'hui avec 0 | 10 | 20 qui ne signifie
rien, et surtout qui n'a pas de rapport avec ce qui s'affiche quand on
clique : si tu cliques sur 10, bah le 10 ne correspond à rien sur la
page sur laquelle tu arrives. Puisqu'elle commence au 11ème résultat.


Et pourquoi pas 1-10 | 11-20 | 21-30 | 31-40 ?
Ça aurait le mérite d'être humainement plus compréhensible.

Sinon, mettre 1 | 2 | 3 | 4 par défaut me paraîtrait effectivement plus 
sensé.


CM


Re: [spip-dev] Refactoring de l'aide pour SPIP 3.2

2016-02-25 Par sujet Christian Marget

Le 25/02/2016 12:03, Eric Lupinacci a écrit :

Voilà une petite idée d'évolution pour la 3.2 qui continue à modulariser SPIP: 
sortir l'aide de SPIP en plugin (si c'est utile) et en profiter pour simplifier 
son fonctionnement.


Tout à fait favorable si ça permet d'afficher l'aide sur les hébergements comme 
Free qui empêchent le serveur de charger du contenu externe.

Christian


[spip-dev] Logo

2015-06-30 Par sujet Christian Marget

Bonjour les dev !

En testant un site sous SPIP 3.1 (mais c'est vrai aussi en 3.0), j'ai voulu 
changer le logo d'un article et le remplacer par un autre logo déjà présent 
dans la médiathèque. Pas moyen, je ne peux installer qu'un fichier image local. 
Il n'y aurait pas moyen de réutiliser les images existantes comme logos?

Christian


Re: [spip-dev] Pb à l'install de SPIP 3.1 beta

2015-06-24 Par sujet Christian Marget

Le 24/06/2015 11:24, Ybbet Spip a écrit :

Pour bien confirmer tout ça, il faudrait voir ce que dis un phpinfo() sur un 
hébergement Free.


Voir ici :
http://sitepourtesterspip.free.fr/test_mode_php.php


Re: [spip-dev] Pb à l'install de SPIP 3.1 beta

2015-06-24 Par sujet Christian Marget

Le 24/06/2015 09:46, Bruno Bergot a écrit :

Hop,

L'info que tu cherches est dans le fichier INSTALL.txt à la racine de ton SPIP :
https://core.spip.net/projects/spip/repository/entry/spip/INSTALL.txt


Merci, Bruno.

Entre temps, j'ai fouillé un peu plus et trouvé ça dans le manuel de 
htmlspecialchars() :
* 5.2.3 Ajout du paramètre double_encode.

C'est ce 4e paramètre qui me provoque des warnings puisque Free est en 5.1.3. 
Par contre, pas sûr que ce soit ça qui bloque l'install de MySQL.

Par contre INSTALL.txt n'a pas l'air à jour car il demande juste PHP > 5.1.0 
pour SPIP 3.1. Le minimum est (au moins) 5.2.3.

Christian


Re: [spip-dev] Pb à l'install de SPIP 3.1 beta

2015-06-24 Par sujet Christian Marget

Le 24/06/2015 08:16, Stéphane Santon a écrit :

Le 16/06/2015 17:04, Christian Marget a écrit :

2. Le choix de BDD ne me propose que SQLite2 ou 3, mais ni MySQL ni
PostgreSQL. Comme Free interdit SQLite, j'ai essayé sans rien cocher
mais ça ne donne rien.

Ça va se soigner, docteur ? ou SPIP 3.1 sera carrément interdit aux
sites Free (et sans SQLite en général) ?


Les Pages Perso offrent la possibilité d'utiliser une base de données 
relationnelle MySQL en plus de l'hébergement.


Merci mais ce n'est pas le sujet. J'ai déjà une base MySQL activée.

C'est l'installateur de SPIP 3.1 qui ne me propose pas MySQL comme choix, 
uniquement les deux SQLite. Et ce après avoir affiché 2 warnings sur le nombre 
d'arguments de htmlspecialchars(). D'où mes soupçons de version PHP non 
compatible. C'est quoi le minimum pour 3.1 ?

Christian




Re: [spip-dev] Pb à l'install de SPIP 3.1 beta

2015-06-24 Par sujet Christian Marget

Un petit up et un complément d'info.

Le 16/06/2015 17:04, Christian Marget a écrit :

À titre de test, j'ai voulu installer SPIP 3.1 beta sur un hébergement
Free. J'ai copié le contenu du zip dans un sous-répertoire et appelé
l'URL .../ecrire

1. J'ai quelques warnings PHP, tous les mêmes :
Warning: htmlspecialchars() expects at most 3 parameters, 4 given in
/mnt/104/sda/3/4/sitepourtesterspip/spip_3.1/ecrire/inc/filtres_mini.php
on line 201

2. Le choix de BDD ne me propose que SQLite2 ou 3, mais ni MySQL ni
PostgreSQL. Comme Free interdit SQLite, j'ai essayé sans rien cocher
mais ça ne donne rien.


php_info() me donne ça chez Free : PHP Version 5.1.3RC4-dev
Chez OVH, l'installation fonctionne impec (PHP Version 5.4.38).

Quelle est la version PHP mini pour la 3.1 ?

CM


[spip-dev] Pb à l'install de SPIP 3.1 beta

2015-06-16 Par sujet Christian Marget

Bonjour,

À titre de test, j'ai voulu installer SPIP 3.1 beta sur un hébergement Free. 
J'ai copié le contenu du zip dans un sous-répertoire et appelé l'URL .../ecrire

1. J'ai quelques warnings PHP, tous les mêmes :
Warning: htmlspecialchars() expects at most 3 parameters, 4 given in 
/mnt/104/sda/3/4/sitepourtesterspip/spip_3.1/ecrire/inc/filtres_mini.php on 
line 201

2. Le choix de BDD ne me propose que SQLite2 ou 3, mais ni MySQL ni PostgreSQL. 
Comme Free interdit SQLite, j'ai essayé sans rien cocher mais ça ne donne rien.

Ça va se soigner, docteur ? ou SPIP 3.1 sera carrément interdit aux sites Free 
(et sans SQLite en général) ?

CM


Re: [spip-dev] SPIP 3.1.0 Alpha dispo [21789]

2015-01-26 Par sujet Christian Marget

Le 26/01/2015 15:25, Luis Speciale a écrit :

http://speciale.fr.to/seeingfrance/ecrire/?exec=admin_plugin
J'aurais aimé aterrir sur Tous / Non verrouillés


+1

CM


[spip-dev] Hauteur des cadres paramétrable ?

2014-11-27 Par sujet Christian Marget

Bonsoir,

Un petit up, n'ayant jamais reçu de réponse.

Le 06/05/2014 10:03, Christian Marget a écrit :

Dans ecrire/inc/texte_mini.php, la fonction traiter_echap_cadre_dist()
fixe arbitrairement le calcul des sauts de lignes à 60 caractères.
Arbitrairement car le rendu des sauts de ligne dépend en fait des
adaptations que l'on fait en CSS. Dans une appli spécifique, j'ai adapté
mes tailles de caractères pour en afficher 80 dans une ligne de cadre.
Du coup, Spip calcule des sauts de lignes excédentaires pour chaque
ligne entre 60 et 80 caractères et je me retrouve avec plein de place
vide en bas de mes cadres.

J'ai modifié en local le 60 en 80 dans traiter_echap_cadre_dist(). Ça
marche mais c'est du dur, à refaire à chaque version. Serait-il possible
de changer ce 60 fixe en constante ou en variable globale, que l'on
pourrait adapter dans mes_options.php ?


Christian



Re: [spip-dev] Logo SPIP, bilan rapide du sondage et suite

2014-11-05 Par sujet Christian Marget

Le 05/11/2014 11:06, RastaPopoulos a écrit :

Le 05/11/2014 10:56, Christian Marget a écrit :

Ça ne me choque pas qu'un logo soit détaillé lorsqu'il figure en grand
format, cf. le logo Tux
<https://fr.wikipedia.org/wiki/Tux>

ou encorela page d'accueil de spip.net  :-))
ou bien d'autres exemples...


Là tu tords les mots, il ne faut pas tout mélanger à mon avis : Tux c'est une 
mascotte. Pas un logo.

De cette mascotte ont été déclinés des logos, plus ou moins réussis, mais 
l'illustration de base (et la description le dit clairement) est un dessin qui 
illustre la mascotte. Pas un logo.


Là c'est toi qui joues sur les mots pour botter en (pola)touche.
1. Pour SPIP, le polatouche est lui aussi une mascotte, les logos n'en sont que 
des illustrations.
2. Mascotte ou pas, ça n'enlève rien au fait qu'un logo puisse être détaillé en 
grand format et décliné en plusieurs versions simplifiées.

Christian



Re: [spip-dev] Logo SPIP, bilan rapide du sondage et suite

2014-11-05 Par sujet Christian Marget

Bonjour,

Le 05/11/2014 08:57, RastaPopoulos a écrit :

De plus il est beaucoup trop détaillé, et pas que le nombril : multiples 
reflets/gris, fourrure de la queue, œil complexe, pattes : c'est clairement 
plus un *dessin d'illustration*.


Ça ne me choque pas qu'un logo soit détaillé lorsqu'il figure en grand format, 
cf. le logo Tux


ou encorela page d'accueil de spip.net  :-))
ou bien d'autres exemples...

L'essentiel est que cette illustration puisse se décliner en version simplifiée 
et petit format sans perdre son identité. De ce point de vue, je trouve que Tux 
est un bon exemple. Certes un manchot est plus facile à reconnaître qu'un 
polatouche mais si l'extension «écureuil» est tolérable, le champ est large.

Christian



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

2014-11-04 Par sujet Christian Marget

Le 04/11/2014 16:44, YannX SPIP a écrit :

Et tu veux que du texte soit lisible en 16px?

Et d'une, c'est possible (voir :
http://spippourlesnuls.fr/local/cache-vignettes/L500xH171/icones_ff-4f286.png)

Non, perso, je préfèrerais une identité visuelle forte,
(c'est plus aux usagers du logo d'y adjoindre un titre)
mais SURTOUT pas prendre un détail pour les petites dimensions


Un logo réduit à la taille d'une icône 64px, ça passe encore. 32px c'est 
bien dégradé mais on peut reconnaître. Par contre, le rendu d'un favicon 
en 16px n'a rien à voir avec l'original. À cette taille-là, le logo 
d'Izo ressemble plus à Bip-bip (ou une autruche) qui picore qu'à un 
écureuil...


Le polatouche vu de dessous, ça peut donner quelque chose en favicon 
mais ça demande un sacré boulot de graphiste. Pour le moment, je n'ai 
rien vu de convaincant à moins de se limiter à la tête, et même dans ce 
cas la toute dernière (Casp ?) museau vers le haut est moins lisible que 
celle de Seb (museau vers le bas) quelles que soient les déclinaisons 
d'oeil ou de nez.


Je ne suis pas graphiste, j'admire le boulot qui est fait autour de ce 
logo et je suis reconnaissant à ceux qui le font. Simplement je trouve 
qu'on néglige trop la lisibilité du favicon. Ça peut paraître futile, 
mais lorsqu'un quidam crée son site Spip, c'est ce favicon qu'il aura 
par défaut sur tous ses onglets. Et il y a beaucoup de webmestres qui ne 
se préoccupent pas de le changer, le nombre d'écureuils-bip-bip dans les 
sites faits avec Spip en témoigne. Idem pour le pélican Sarka-Spip.


Tiens, ce fameux pélican, il est bien reconnaissable en 16px. Idem pour 
Contrib, on ne distingue pas le poulpe mais le hublot accroche l'oeil. 
Je suis convaincu qu'il faudrait se concentrer en priorité sur le 
favicon, qu'il soit bien identifiable et lisible. Il doit être moins 
difficile de créer un beau logo à partir d'un favicon réussi que 
l'inverse, non ?


Christian



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

2014-11-04 Par sujet Christian Marget

Le 04/11/2014 09:52, erational a écrit :

pour infos, hier sur irc,
on a eu casp qui a fait une jolie proposition (la 2ème)
http://www.cas-p.net/Essai-de-logo-SPIP?lang=fr

il me semble que son logo est équilibré, se décline bien dans toutes les 
tailles.


Très joli mais avec cette position de tête, le favicon est moins lisible.


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

2014-11-04 Par sujet Christian Marget

Le 04/11/2014 09:41, Pierre LASZCZAK a écrit :

http://i.imgur.com/o4tP3He.png

Le dernier de la liste est vraiment bien!


Pour la tête, oui. Pour la queue, je préfère le 5e (ou le 2e si on veut 
simplifier).

CM



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

2014-11-03 Par sujet Christian Marget

Le 03/11/2014 14:17, nicod_ a écrit :

J'ai fait un petit essai en supprimant le nez et en lui ouvrant un peu l'oeil :
https://lut.im/4mijwaIa/HLCwPflC


Pas d'avis sur le nez, par contre ton nouvel oeil est trop clair.
Un blanc plus réduit le rend plus vivant, enfin je trouve.

CM



Re: [spip-dev] Logo SPIP - a voté

2014-11-03 Par sujet Christian Marget

Le 03/11/2014 12:25, klaus++ a écrit :

J'ai quand même voté pour le logo d'Izo car il est très clair et assez connu.


Il est connu dans le monde Spip mais pas franchement clair. Je ne l'ai 
longtemps vu que comme Favicon (donc tout petit) et je me demandais ce que ça 
pouvait bien représenter, jusqu'à ce que je le découvre en plus grand format...

- J'aime bien le logo initial de Spip (gravure polatouche) mais il est trop 
complexe pour en faire une icône.
- J'aime l'idée de Sébastien, au moins c'est lisible et épuré. La déclinaison en favicon 
 (version "contour") 
a l'avantage de rester lisible. Je regrette par contre qu'il n'ait pas repris l'orientation du 
logo initial, ce qui aurait permis de le conserver tout en le déclinant de façon stylisée.

Exemple en pièce jointe (moche parce que je me suis contenté de pivoter celui 
de Sébastien, les perspectives sont faussées).

Mais si personne ne part dans cette direction, le logo de Sébastien est un très 
bon choix (j'ai voté).

CM



Re: [spip-dev] Logo SPIP, tâter le pouls

2014-11-03 Par sujet Christian Marget

Le 03/11/2014 11:06, RastaPopoulos a écrit :

Je propose un sondage purement informatif (pas un vote)
http://beta.framadate.org/14prh1qo8psqzhrf


Pour que je sois sûr de n'avoir rien laissé passer : le logo de Izo, c'est bien 
celui qui apparaît en favicon dans la dist par défaut ?

CM



Re: [spip-dev] neodist et nomenclature des CSS

2014-10-22 Par sujet Christian Marget

Le 22/10/2014 15:12, nicod_ a écrit :

Le 22/10/2014 14:20, Cédric Morin a écrit :

Revenons aux bases :
theme.css : la variante d'habillage
perso.css : la feuille qui permet de personaliser


D'accord avec ça.
Et ça supprime un nom de fichier anglicisé.
Donc si des thèmes sont distribués, dans des perso.css


Non, les variantes sont dans theme.css. Simplement, tu places le fichier de la 
variante dans squelettes pour qu'il soit prioritaire sur celui de la dist.
->perso.css permet alors de personnaliser la variante.

Enfin, c'est comme ça que je l'ai compris...

Christian



Re: [spip-dev] pourquoi spip_loader ne pourrait pas créer plugins/auto ?

2014-10-17 Par sujet Christian Marget

Bonjour,

Le 17/10/2014 12:13, Bruno Bergot a écrit :

Pour le cas d'une installation par spip_loader (mode clic and play), je pense 
que ça serait pas bête de le créer. Mais il faudrait bien faire attention à le 
créer uniquement lors d'une installation et non lors d'une mise à jour (car il 
ne serait pas bon d'imposer ce dossier aux webmestres qui n'en veulent pas).


À mon avis, si un webmestre a des raisons de ne pas vouloir de ce répertoire, 
c'est qu'il a déjà le niveau pour savoir s'en débarrasser. Ce n'est pas 
forcément le cas du Spipien «lambda_0» à niveau technique aléatoire (ce n'est 
pas un jugement de valeur), qui cherche surtout à ce que ça marche du premier 
coup sans se poser de questions. Idem pour squelettes/ comme l'a fait remarquer 
nicod_.

J'ai moi-même été surpris à mes débuts de ce que les répertoires squelettes/ et 
plugins/ ne soient pas créés dès le départ avec le reste de l'arborescence 
Spip, vu qu'ils sont quasi-indispensables pour personnaliser un site...

Autre option pour créer plugins/(voire plugins/auto/) : que la page de 
configuration des plugins, dans l'espace privé, détecte son existence et 
propose de le créer s'il n'existe pas. Ça rejoindrait le chantier d'ergonomie 
proposé par Gilles.

Christian



Re: [spip-dev] neo-dist

2014-10-15 Par sujet Christian Marget

Bonjour,

Le 15/10/2014 11:48, nicod_ a écrit :

Je parlais bien d'un truc *très très simple*, sans plugin ni dév, juste 
distribuer des perso.css tous prêts depuis une page de contrib (par exemple).


Ah ! intéressant pédagogiquement : une petite phrase sur spip.net, dans la 
présentation de cette version 3.1, pourrait inciter le lecteur à charger ces 
variantes sur Contrib. Ça aurait le mérite d'inciter les tout débutants à 
mettre un pied (virtuel) dans Contrib, ce qui n'est pas le premier réflexe 
quand on débute en Spip. On cherche plutôt à apprivoiser la dist de base, sans 
s'occuper de toutes les possibiités offertes par les plugins et autres 
contributions.

Je souscris à cette proposition.

Christian



Re: [spip-dev] Sortir une 3.1 ?

2014-10-14 Par sujet Christian Marget

Le 14/10/2014 09:09, Stéphane Santon a écrit :

Et un {240,135}, pour reprendre une proportion 16/ 9 (TV HD) ?
Voire {240,150}, pour reprendre une proportion 16/10 (Ordis) ?


Sur un écran "ordinaire" (non panoramique), c'est plutôt 16/12 (4/3)...

CM



Re: [spip-dev] Sortir une 3.1 ?

2014-10-13 Par sujet Christian Marget

Bonjour,

Pas eu le temps de regarder, mais un point me fairt réagir :

Le 13/10/2014 11:49, erational a écrit :

- style.css et perso.css disparaissent au profit de theme.css et custom.css


Il me semble que "perso.css" était le seul fichier CSS dont on retrouvait le 
nom dans tous les cas de figure. C'est dommage de perdre cette compatibilité, à moins que 
ce ne soit voulu.

CM



Re: [spip-dev] SPIP dans les dépôts Debian !

2014-10-10 Par sujet Christian Marget

Le 10/10/2014 16:03, Gilles Vincent a écrit :

La gestion des versions est compliquée chez Debian, car ils demandent beaucoup 
de trucs avant de mettre la dernière version à jour

Sur Debian 7.0, la version de SPIP est la 2.1.17
Il faut etre sur Debian 8.0 pour avoir la version 3.0, ou alors aller chercher SPIP dans 
le dépôt "testing"
C'est maintenu par David Prévot qui fait un formidable travail.


Lorsqu'on installe une Debian, on a effectivement la version de Spip (ou autre) 
qui est associée à la version Debian en téléchargement. Mais en parallèle, des 
mises à jour (notamment de sécurité) sont téléchargeables : une fois la distrib 
de base installée, on demande un update global et en principe on récupère les 
dernières versions de tous les softs installés, si effectivement leurs paquets 
ont été tenus à jour. Donc chapeau à David si effectivement il actualise les 
paquets Spip à chaque nouvelle version. Par contre, pour les plugins ça n'est 
pas envisageable, rien ne vaut la méthode classique en espace privé...

Il existe chez Debian des "backports" qui permettent d'utiliser sous un ancien 
Debian une appli d'une version récente, recompilée si nécessaire pour être compatible. 
Bon, vu que Spip n'a rien de compilé (mais éventuellement des pb de compatibilité PHP), 
ça ne devrait pas poser trop de souci. Donc rien ne s'oppose à installer un backport de 
Spip 3.0 sous Debian 7, si le paquet backport existe.

Un avantage des paquets Debian est que les mises à jour se font toujours dans 
la même version, donc pas de problème de compatibilité. Par contre, dans le cas 
d'un upgrade global de version (Deb7 à Deb8 par exemple), ça doit être chaud 
pour gérer les compatibilités de plugins.


Certes c'est très pratique mais parfois c'est nuisible pour SPIP.
Par exemple l'installation est un mutualisation de SPIP - ce qui n'est pas/peu 
documenté ailleurs que sur la page du plugin. Du coup les utilisateurs sont 
perdus. cf le fil de discussion ici : http://forum.spip.net/fr_258872.html


Effectivement, ça doit être paumatoire. Mais c'est indissociable de la gestion 
centralisée des paquets. Si on installe Spip via l'installateur apt de Debian, 
c'est qu'on veut construire un serveur web qui utilise un même Spip pour tous 
les sites hébergés. C'est plutôt destiné à des gestionnaires de serveurs, qui 
sont sensés avoir un bagage technique. Pas à l'individu moyen qui veut juste 
faire un site perso ou d'association sans trop s'occuper de comment ça 
fonctionne à l'intérieur...


Et chez Ubuntu c'est pire que sur Debian, car ils récupère "on-ne-sait-comment ni 
on-ne-sait-quand" les paquets de Debian. Sur la version 12.04 LTS (Long Time 
Support, donc stable pour encore 3 ans), la version de SPIP installée par synaptic est la 
2.1.13 !!


Même remarque que pour Debian : on peut toujours updater à la dernière version 
disponible. Quant à savoir laquelle...

Le "tout intégré", c'est bien mais c'est parfois plus compliqué à gérer que les 
éléments séparés, surtout dans un domaine évolutif comme l'informatique...

Christian



Re: [spip-dev] Sortir une 3.1 ?

2014-10-10 Par sujet Christian Marget

Bonjour,

Je me permets d'apporter mon humble avis d'utilisateur "techniquement moyen". 
Désolé si c'est un peu long.

D'accord à 100% sur la nécessité d'une dist de base minimaliste. Sur le fond, 
la dist actuelle est-elle plus minimaliste que le Z-core? Je ne trouve, pas, 
c'est simplement une façon différente de structurer les pages (que 
personnellement je trouve plus logique dans Z mais tout le monde ne pense pas 
pareil). Autre avantage, je crois, d'une dist de base: la compatibilité avec 
les sites existants. Si on impose du Z, spipr ou autre, quelle serait la 
compatibilité avec les squelettes des sites existants ? La mise à jour risque 
de poser problème, non ?

D'accord à 100% sur le besoin d'une dist plus évoluée. Le "responsive" est dans 
l'air du temps, alors pourquoi pas ? Il me semblait aussi qu'un des buts de Spip était de 
permettre l'accès à la publication pour tous, ça implique que le pékin lambda puisse 
avoir rapidement un résultat joli à voir sans chercher partout où trouver les briques de 
base. La question de proposer plusieurs dist en parallèle avait déjà été évoquée à propos 
des plugins-dist (ex-extensions), avant le lancement de la 3.0 si mes souvenirs sont 
bons. La 3.1 serait peut-être l'occasion de mettre en pratique ce concept ? Ça ce serait 
une vraie évolution.
Par exemple
-> une dist "classique" de base
-> une dist Z de base
-> une dist Bootstrap de base
-> une dist "lookée" clé en main avec choix de thèmes
-> et quoi d'autre ?
Je n'ai pas trop mis mon nez récemment dans les diverses évolutions, qui 
apparaissent effectivement très dispersées. Je laisse à leurs auteurs le soin 
de discriminer ce qui peut être raisonnablement proposé.

Sur les thèmes: ZenGarden permet effectivement de choisir rapidement un thème. 
Enfin, quand je dis rapidement... plus il y a de choix plus on met de temps à 
se décider. :-) Par contre, pour la personnalisation du look ce n'est pas 
gagné. Il y a des plugins qui le permettent de façon plus ou moins souple 
(Escal, Sarkaspip, Soyez créateurs, etc.) mais ça manque franchement 
d'homogénéité. Sur ce point, je rejoins Ybbet (à 100%) sur le problème des 
incompatibilités de structure entre la dist de base et les diverses évolutions. 
C'est une raison qui m'incite à abandonner Sarkaspip sur le seul site où je 
l'avais installé : c'est super pour configurer le look du site mais certains 
choix de conception diffèrent trop de la dist de base (rendu des images, 
emplacements des fichiers de personnalisation...).

Quant à l'urgence de sortir une nouvelle version, euh... Suis pas pressé. Je 
préfère attendre un peu et avoir quelque chose de bien (pour Noël ? chic ! chic 
!) plutôt que voir sortir rapidement une évolution mineure qui serait 
rapidement remplacée par une 3.2.

Christian



Re: [spip-dev] Sortir une 3.1 ?

2014-10-10 Par sujet Christian Marget

Bonjour,

Je me permets d'apporter mon humble avis d'utilisateur "techniquement moyen". 
Désolé si c'est un peu long.

D'accord à 100% sur la nécessité d'une dist de base minimaliste. Sur le fond, 
la dist actuelle est-elle plus minimaliste que le Z-core? Je ne trouve, pas, 
c'est simplement une façon différente de structurer les pages (que 
personnellement je trouve plus logique dans Z mais tout le monde ne pense pas 
pareil). Autre avantage, je crois, d'une dist de base: la compatibilité avec 
les sites existants. Si on impose du Z, spipr ou autre, quelle serait la 
compatibilité avec les squelettes des sites existants ? La mise à jour risque 
de poser problème, non ?

D'accord à 100% sur le besoin d'une dist plus évoluée. Le "responsive" est dans 
l'air du temps, alors pourquoi pas ? Il me semblait aussi qu'un des buts de Spip était de 
permettre l'accès à la publication pour tous, ça implique que le pékin lambda puisse 
avoir rapidement un résultat joli à voir sans chercher partout où trouver les briques de 
base. La question de proposer plusieurs dist en parallèle avait déjà été évoquée à propos 
des plugins-dist (ex-extensions), avant le lancement de la 3.0 si mes souvenirs sont 
bons. La 3.1 serait peut-être l'occasion de mettre en pratique ce concept ? Ça ce serait 
une vraie évolution.
Par exemple
-> une dist "classique" de base
-> une dist Z de base
-> une dist Bootstrap de base
-> une dist "lookée" clé en main avec choix de thèmes
-> et quoi d'autre ?
Je n'ai pas trop mis mon nez récemment dans les diverses évolutions, qui 
apparaissent effectivement très dispersées. Je laisse à leurs auteurs le soin 
de discriminer ce qui peut être raisonnablement proposé.

Sur les thèmes: ZenGarden permet effectivement de choisir rapidement un thème. 
Enfin, quand je dis rapidement... plus il y a de choix plus on met de temps à 
se décider. :-) Par contre, pour la personnalisation du look ce n'est pas 
gagné. Il y a des plugins qui le permettent de façon plus ou moins souple 
(Escal, Sarkaspip, Soyez créateurs, etc.) mais ça manque franchement 
d'homogénéité. Sur ce point, je rejoins Ybbet (à 100%) sur le problème des 
incompatibilités de structure entre la dist de base et les diverses évolutions. 
C'est une raison qui m'incite à abandonner Sarkaspip sur le seul site où je 
l'avais installé : c'est super pour configurer le look du site mais certains 
choix de conception diffèrent trop de la dist de base (rendu des images, 
emplacements des fichiers de personnalisation...).

Quant à l'urgence de sortir une nouvelle version, euh... Suis pas pressé. Je 
préfère attendre un peu et avoir quelque chose de bien (pour Noël ? chic ! chic 
!) plutôt que voir sortir rapidement une évolution mineure qui serait 
rapidement remplacée par une 3.2.

Christian



Re: [spip-dev] Boussole sur spip.net

2014-10-02 Par sujet Christian Marget

Bonjour,

Le 02/10/2014 11:30, te...@rezo.net a écrit :

Un tel menu transversal, inter-sites, ne sera perçu comme tel (et ne remplira 
donc son rôle) que si son apparence et son emplacement sont constant d'un site 
à l'autre. Sinon, autant ne pas en mettre ;)


C'est inexact. www.spip.net est LE site de référence pour Spip, il est normal 
(et souhaitable) qu'il puisse mener à tous les autres.

C'est moins le cas des autres sites (contrib, programmer, etc.) qui doivent au moins contenir un lien vers la "plaque 
tournante" www.spip.net. Pour le reste, je trouve plus utiles des liens contextuels, comme actuellement entre 
"contrib" et "plugins" (pour un plugin donné, "plugins" fournit un lien vers "contrib" et 
réciproquement).

Par contre, je trouve que ces liens contextuels manquent à www.spip.net.

Christian



Re: [spip-dev] Boussole sur spip.net

2014-09-30 Par sujet Christian Marget

Bonjour,


De : Webmaster Art-logic.info
Je suis du même avis, la position d'un menu en haut implique
qu'il s'agit du menu du site.


Non, je ne l'ai pas perçu comme ça. Je suis même resté longtemps sans le voir, 
mes yeux allaient dirctement au bandeau violet. Sans doute parce que je 
connaissais déjà le site.


Cette boussole pourrait être mise en pied de page pour
réduire sa présence.


Je trouve TRÈS pratique ce bandeau (depuis que je l'ai découvert). S'il vous 
plaît, laissez-le là. On pourrait le rendre plus discret (réduire sa taille, ou 
lui mettre un fond moins contrasté), ou mieux l'expliciter par un titre, comme 
«Autres sites de documentation Spip», ou encore en faire un sous-menu du menu 
principal (violet). Mais laissez-le nous accessible rapidement et pas en pied 
de page.

Christian



Re: [spip-dev] Réflexion sur les syntaxes de rédaction

2014-09-04 Par sujet Christian Marget

Bonjour,

Le 04/09/2014 11:42, te...@rezo.net a écrit :

Comparaison des syntaxes SPIP et Markdown
http://romy.tetue.net/1056


Extraits de ce texte fort exhaustif :

Dans SPIP, il n’existe qu’un seul niveau de titre par défaut, dit « intertitre 
», ce qui, il faut bien le reconnaître, est souvent tout à fait suffisant, mais 
qui a le défaut d’être de niveau 3 (au lieu de 2 — le titre de niveau précédent 
étant le premier, traditionnellement réservé au titre de la page). Markdown 
propose des titres de niveau 1 à 6, avec des variantes syntaxiques plus 
naturelles.
Les listes SPIP ont le défaut de ne permettre qu’une ligne de texte par item, 
ce qui est très limité par rapport à Markdown, qui accepte plusieurs 
paragraphes et autres blocs de code, citation, etc.


Étant amené à fréquemment rédiger des pages de documentation technique, je 
partage cette opinion sur les principales lacunes du langage Spip : les titres 
et les items de listes à plusieurs paragraphes.

Quelques remarques complémentaires :

- je trouve la syntaxe des titres Markdown à base de '###' moins lisible et 
moins intuitive que les '===' des langages Wiki. Quitte à vouloir améliorer les 
choses, ça me paraît une piste plus intéressante;

- dans le monde informatique, on trouve souvent le symbole '#' sémantiquement 
associé à deux notions, les commentaires de code (assembleur, shell...) et les 
numérotations (cf. les listes numérotées Spip -#). Il me paraîtrait intéressant 
de lui conserver ce second rôle en l'étendant aux titres. Ainsi, '===#' 
symboliserait un titre numéroté de niveau 3. Vaste sujet qui mérite une 
discussion plus approfondie...

- d'un point de vue franco-français (ou plutôt Azertyuio-Azerty), les caractères '{}#\' 
nécessitent l'usage de la touche 'Alt-Gr', beaucoup moins pratique que le classique 
"Shift" tant par sa disposition au centre-droit du clavier, près de la barre 
d'espace, que par son unicité. C'est un inconvénient car ça ralentit la frappe. Bien sûr, 
on ne peut pas pas l'éviter complètement mais autant limiter son usage autant que 
possible. Pour la même raison, les syntaxes **gras** ou _italiques_ sont très 
appréciables.

Il y a une discussion quelque part sur ce sujet ?

Christian Marget



[spip-dev] Hauteur des cadres paramétrable ?

2014-05-06 Par sujet Christian Marget

Bonjour,

Dans ecrire/inc/texte_mini.php, la fonction traiter_echap_cadre_dist() fixe 
arbitrairement le calcul des sauts de lignes à 60 caractères. Arbitrairement 
car le rendu des sauts de ligne dépend en fait des adaptations que l'on fait en 
CSS. Dans une appli spécifique, j'ai adapté mes tailles de caractères pour en 
afficher 80 dans une ligne de cadre. Du coup, Spip calcule des sauts de lignes 
excédentaires pour chaque ligne entre 60 et 80 caractères et je me retrouve 
avec plein de place vide en bas de mes cadres.

J'ai modifié en local le 60 en 80 dans traiter_echap_cadre_dist(). Ça marche 
mais c'est du dur, à refaire à chaque version. Serait-il possible de changer ce 
60 fixe en constante ou en variable globale, que l'on pourrait adapter dans 
mes_options.php ?

Christian



Re: [spip-dev] SPIP chez free - soucis avec job_queue (travaux)

2013-12-18 Par sujet Christian Marget

Salut,

Le 18/12/2013 10:56, Beurt a écrit :

Ça fait longtemps que je n'utilise plus free, mais il semble me
souvenir que le compte truc.free.fr a aussi un alias truc.online.fr.
Il faudrait donc vérifier free.fr et online.fr.


Je confirme. Je viens de tester sur un de mes sites free en changeant simplement 
"free.fr" en "online.fr" et ça marche. Je n'avais jamais fait attention à ça...

Christian



Re: [spip-dev] Nommage : chat ou belette ?

2013-12-04 Par sujet Christian Marget

Le 04/12/2013 12:33, RastaPopoulos a écrit :

Franchement les gars (ouais, j'ai pas encore eu de récrimination de nommage fait par une fille pour 
l'instant, ici), c'est si compliqué que ça d'appeler un chat : "UN CHAT" ? Pourquoi 
est-ce que vous préférez toujours appeler un chat : "UNE BELETTE" ?


On peut aussi l'appeler "Minou"... ;-)

Bon, je sors.


Re: [spip-dev] image_recadre et transparence

2013-10-28 Par sujet Christian Marget



Le 28/10/2013 10:56, Julien Kirch a écrit :


je pensais la même chose mais en fait a priori c'est faux: c'est juste que les 
outils qui font du png lient souvent les deux, j'ai appris ça en découvrant 
http://tinypng.org qui fait de l'optimisation de png en gardant la transparence 
et c'est supporté par tous les navigateurs.

Après il faut voir quels outils le permettent


Il y a quand même une dégradation de l'image puisque si j'ai bien compris cette 
optimisation consiste à remplacer les couleurs «vraies» (codées sur 3 octets) 
par une palette de 256 couleurs (codée sur 1 octet). L'avantage est qu'en 
général, les écarts de couleurs sont quasi-imperceptibles, contrairement aux 
pavés et bavures du JPG (où chaque pixel interfère avec ses voisins). Et aussi, 
bien sûr, la transparence qui est conservée

J'utilise Gimp depuis des années et il permet tout ça : choisir le mode d'image 
(RGB ou palette), gérer l'intensité de la transparence, enregistrer en PNG avec 
le choix du taux de compression... On peut imposer sa palette, ou faire 
calculer une palette optimisée, réduire le nombre de couleurs si c'est justifié 
(pour un logo en 4 couleurs, un octet permet de coder 4 pixels).

Pour des dessins au trait, des figures avec de larges plages uniformes, PNG est 
le format idéal. Pour de la photo avec beaucoup de détails, si on n'a pas 
besoin de transparence, JPG présente quand même un gros avantage en terme de 
compacité...

CM



[spip-dev] Sémantique, sémantique, c'est mon très grand tic...

2013-03-07 Par sujet Christian Marget

Bonjour,

Désolé si je relance une question qui fâche...

Je suis en train de basculer sous Spip (3.0.5) un ancien site associatif écrit 
en dur. Les rédacteurs seront les membres de l'asso, à priori peu portés sur 
l'informatique. Je me retrouve alors confronté au problème sémantique déjà 
évoqué par Romy :
 <http://romy.tetue.net/contresens-spip>

Ce texte date de 2011 et je regrette qu'il n'ait pas été suivi pour la 
conception de Spip3. Il est sans doute trop tard (compatibilité) pour renommer 
les répertoires mais ne pourrait-on pas envisager dans une prochaine version un 
changement des intitulés ?

C'est surtout le 2e point qui me gêne : l'appellation "espace privé" et la confusion avec les "pages 
privées" (pages de l'espace public mais réservées aux adhérents ou catégories d'adhérents). Sur l'espace public, 
je mets les libellés que je veux. Mais un rédacteur confronté à l'espace "privé" et surtout à la 
documentation associée risque de s'y perdre... Alors à quand la dénomination officielle "espace (ou interface) de 
rédaction" ?

Christian Marget



Re: [spip-dev] Caractères accentués ( parenthèse )

2012-09-11 Par sujet Christian Marget

Le 11/09/2012 18:14, Les Sab a écrit :

J’ai donc installé le plugin Grenier et je l’ai lancé depuis :
ecrire/?exec=base_convert_sql_utf8
Mais j’ai le message suivant qui s’affiche alors que je veux convertir
ma base de iso-8859-1 à utf8, il me semble qu’il me propose l’inverse ??? :

  Action : Conversion de la base en iso-8859-1


Je pense que c'est une maladresse dans l'expression utilisée (ah ! les 
subtilités de la langue de Molière) : la "base en iso-8859-1" va être 
convertie en UTF-8... Enfin c'est ce que je déduis d'après la suite :



  N'oubliez pas de faire auparavant une sauvegarde complète de votre
  site. Vous devrez aussi vérifier que vos squelettes et fichiers de
  langue sont compatibles utf-8.


Christian




Re: [spip-dev] Caractères accentués (parenthèse)

2012-09-11 Par sujet Christian Marget

Bonjour,

Le 11/09/2012 14:33, Les Sab a écrit :

Je suis désolé pour ce problème supplémentaire, mais si je fais répondre au 
groupe mes messages ne parviennent pas au groupe.


Le pb vient peut-être de là :

X-Mailer: Microsoft Windows Live Mail 15.4.3555.308


Je ne sais pas à quoi correspond "répondre au groupe" chez MS, moi j'ai le choix entre 
"répondre à la liste" et "répondre à tous". Si le premier ne marche pas, je prends le 
second et je supprime les adresses des destinataires autres que la liste.


Jusqu’alors tout fonctionnait très bien à chaque mise à jour de spip et je 
n’avais jamais eu besoin de vouloir passer le site de ISO-8859-1 à UTF-8


Je conçois que faire passer en UTF-8 un site commencé en ISO-8859-1, ça ne soit 
pas folichon. Mais franchement ça vaut le coup de tout convertir : une fois 
tout en UTF-8, tu ne devrais plus avoir de souci, tout le site sera cohérent.

Pour ma part j'ai de la chance, tous mes sites sont en UTF-8 natif. Ouf ! :-)

Christian



Re: [spip-dev] Impossible de faire une sauvegarde SQLite sur votre hébergement

2012-07-21 Par sujet Christian Marget



Le 21/07/2012 19:11, Yves Grenier a écrit :

Sous 3.0.2, mais aussi sous 3.0.3 (avant ces versions, je ne sais pas),
quand je demande la sauvegarde de la base, j'obtiens le message
"Impossible de faire une sauvegarde SQLite sur votre hébergement"

Mon site est sous MySQL. Spip ne devrait donc pas tenter la sauvegarde
avec SQLite.

Ai-je manqué un épisode?


Oui, t'as raté un épisode.
Contrairement aux versions précédentes, SPIP 3 fait ses sauvegardes en 
SQLite. Si ton hébergement ne prend pas en charge SQLite, pas de 
sauvegarde. Faut passer par les outils de ton hébergeur.


CM



Re: [spip-dev] spip 3 et limitation taille images téléversées

2012-06-25 Par sujet Christian Marget

Jean-Christophe Villeneuve a écrit :

Avec spip3 (3.0.1 ou 3.0.2), j'ai mis dans escal_options.php de mon
plugin ESCAL les lignes suivantes

define(’_IMG_MAX_WIDTH’,1000) ;
define(’_IMG_MAX_HEIGHT’,1000) ;


Ce ne sont pas des "quotes" dans ce que tu nous a envoyé mais des 
caractères bizarres. Peut-être des apostrophes typo ?

Regarde de ce côté-là, ça pourrait être la raison.

Christian



Re: [spip-dev] [SPIP Zone] couleur de rubrique pour SPIP3

2012-06-04 Par sujet Christian Marget


Le 04/06/2012 15:28, Eric a écrit :


La librairie Farbtastic est chargée par la version actuelle de Couleur rubrique 
mais n'est pas chargée par SPIP 3 du tout.


Ah ! tiens, c'est trompeur, ça.

Effectivement, je l'avais chargée pour Palette. Mais elle apparaît dans 
l'espace privé au même niveau que les bibliothèques chargées avec les 
plugins-dist, d'où ma confusion.

D'où petite question aux dev : dans la gestion des plugins, on distingue les 
plugins verrouillés (dist) de ceux ajoutés par le webmestre. Ne serait-il pas 
possible d'en faire autant pour les lib ?

Je comprends l'intérêt de TOUT faire figurer dans la colonne de gauche mais ne 
peut-on pas les distinguer, par deux listes distinctes, par les couleurs de 
fond ou tout autre procédé ?

CM



Re: [spip-dev] Faire un "roadmap" pour les prochaines versions de SPIP

2012-05-25 Par sujet Christian Marget



Le 25/05/2012 10:17, Ybbet Spip a écrit :

Il y a un "manque" dans la communauté, la contribution de plusieurs profils :
- développeur (ça, c'est fait) ;
- ergonome ;
- graphiste ;
- intégrateur ;
- et je ne sais quoi d'autre.


- rédacteur de documentation
- organisateur de la documentation



Re: [spip-dev] Existe-t-il un "Zarka-Zpip" ?

2012-05-24 Par sujet Christian Marget

Le 24/05/2012 10:36, Johan Pustoch a écrit :

ps : spip-dev n'est pas la liste la plus appropriée ici il me semble.


Oups ! erreur d'aiguillage de ma part. Mille excuses, c'est sur la liste Spip 
que je voulais envoyer !

Oubliez mon mail précédent, je repose la question sur la bonne liste.

Christian
(confus)



[spip-dev] Existe-t-il un "Zarka-Zpip" ?

2012-05-24 Par sujet Christian Marget

Bonjour,

Voilà à peu près 3 ans que je me suis mis à Spip (2.0). À quelques détails 
près, l'architecture Spip répondait à mes besoins mais pour le look c'était 
loin d'être le cas. J'ai configuré à la main les squelettes et les CSS des 3 
sites concernés, et je suis arrivé à obtenir les visuels souhaités.

Je souhaite étendre Spip à d'autres sites (actuellement codés en dur, ou à 
créer) et je souhaite pour cela trouver un jeu de squelettes plus facilement 
manipulables, pour configurer plus facilement le rendu général. Après quelques 
tests rapides :
- Escal est simple à prendre en main et riche de fonctionnalités mais les 
possibilités de paramétrage sont trop limitées pour ce que je veux faire
- ACS semble "riche et puissant" mais complexe à appréhender
- Sarka-spip est très (très) proche de ce que je recherche mais pas compatible 
Spip3, et j'ai l'impression que le développement marque le pas
- Zpip semble offrir beaucoup de possibilités, et la participation de 
"pointures" de la Spip-team est un gage de pérennité. Par contre, de base, les 
possibilités de paramétrage via l'interface privée sont inexistantes. Faut mettre les 
mains dans le cambouis.

D'où ma question : existe-t-il un plugin qui apporte à Zpip des possibilités de 
paramétrage CSS à partir de formulaires dans l'espace privé, de façon similaire 
à ce que fait Sarka-spip ? C'est-à-dire simples à comprendre et permettant 
quand même des paramétrages poussés.

Christian Marget

PS : Si la Sarkasteam annonçait une version Sarka-spip pour Spip 3 dans les 
prochains mois, cela répondrait à mes interrogations.



[spip-dev] Plugins de la dist : quelle liste ?

2012-05-21 Par sujet Christian Marget

Petite question pour éviter les impairs : si on a des remarques, des suggestions, etc. 
concernant les plugins "verrouillés" livrés avec Spip 3 (voire 2.1), faut-il 
les envoyer à la liste dev ou à la liste zone ?

Merci d'avance
CM



Re: [spip-dev] Bug Spip/GD2 chez Free [Résolu]

2012-05-21 Par sujet Christian Marget

Merci pour cette réponse.

Le 21/05/2012 10:12, Cédric Morin a écrit :

- qu'est-ce qu'on peut faire contre ce problème de taille maxi chez Free ? 
a-t-il déjà été signalé ?

La taille maxi de calcul des images est lié à la mémoire PHP disponible. Il n'y 
a rien a y faire, c'est une contrainte imposée par l'hébergeur.


Je me suis mal exprimé : je ne parlais pas ici de la limitation de taille mais 
du problème de détection.


- peut-on forcer dans la base une valeur de taille maxi, par phpMyAdmin ? Si 
oui comment (syntaxe) ? Est-ce que cela éviterait le plantage ?


Oui il suffit d'ajouter dans mes_options.php :
define('_IMG_GD_MAX_PIXELS',200);
pour limiter par exemple le calcul des images à celles qui font moins de 2 
millions de pixels (les autres seront ignorées ou réduites en css uniquement, 
selon les filtres images utilisés.


Merci. Je viens de tester et ça fonctionne impec. J'ai pu rétablir la génération des 
vignettes et ça ne plante plus, le fonctionnement est normal : les vignettes sont 
calculées pour les "petites" images, et pour les grosses elles sont simplement 
calculées par le navigateur qui reçoit chaque image entière et l'affiche en format réduit.

Bon, la contrepartie, c'est que ça rame pour afficher les miniatures des 
grosses images mais rien d'anormal à cela.



Re: [spip-dev] Bug Spip/GD2 chez Free

2012-05-21 Par sujet Christian Marget

Bonsoir

J'ai envoyé il y a une quinzaine de jours un rapport d'erreur sur un bug 
qui se produisait lorsque j'associais des images à mes articles sous 
Spip 3RC : le texte de ces articles disparaissait de l'espace privé, et 
la médiathèque n'affichait aucune info sur les images.


Sans grande réponse à ce jour, je me suis repenché sur ce problème et 
trouvé la cause : les images étaient trop grosses pour le calcul de 
vignette par GD2, et c'est probablement ça qui faisait planter l'affichage.


En fouillant un peu plus, j'ai vu qu'il y avait en fait un problème lors 
de la configuration du réducteur de vignettes. Mon site est hébergé par 
Free et dispose donc de GD2. Pas de pb pour sélectionner GD2, par contre 
 l'affichage de taille maxi des images dépend de la version de Spip :

- sous 2.0 pas de pb, j'ai un bargraphe qui me dit 2,2 Mo.
- sous 3.0, rien : un Iframe contenant un  vide et un  vide
- sous 2.1, au lieu de la taille maxi des images, j'ai droit à un "bout" 
de page Free. En fait, c'est la méthode de calcul de la taille maxi qui 
chez Free n'aboutit pas : ce qui s'affiche, tronqué par la taille de 
l'Iframe, c'est une page d'erreur envoyée par Free, avec le titre 
suivant (merci Firebug).

Free.fr - Pages personnelles: Trop de slots demandes

L'erreur constatée sous Spip 3 (3.0.0 maintenant) est donc que Spip 
charge mes images sans prendre garde à leur taille et plante en essayant 
de les réduire en vignettes. Si je désactive la génération automatique 
de vignettes, le téléversement se fait sans pb, l'affichage dans 
l'espace privé est normal et la médiathèque fonctionne correctement, 
elle affiche même les grosses images, réduites en taille "medium".


Par contre, même si l'option "Ne pas générer de miniatures des images" 
est sélectionnée, le portfolio affiche (donc calcule) des vignettes. 
Résultat : si j'inclus une grosse image dans le portfolio d'un article, 
le calcul de vignette plante et l'article ne s'affiche pas. J'ai une 
page vide .


D'où plusieurs questions de ma part :
- qu'est-ce qu'on peut faire contre ce problème de taille maxi chez Free 
? a-t-il déjà été signalé ?

- pourquoi a-t-on abandonné la méthode de calcul de Spip 2.0 ?
- peut-on forcer dans la base une valeur de taille maxi, par phpMyAdmin 
? Si oui comment (syntaxe) ? Est-ce que cela éviterait le plantage ?


Christian

P.S. Si ça peut aider, voilà un extrait de ce que Firebug me montre dans 
le contenu de l'Iframe, à la place de la taille maxi d'images :

src="http://rta.criteo.com/dis/rtt.js?networkId=1636&cookieName=cto_alice&rnd=45362458133&varName=crtg_content"; 

async="">Échec du chargement de la source pour:
http://rta.criteo.com/dis/rtt.js?networkId=1636&cookieName=cto_alice&rnd=45362458133&varName=crtg_content

Et quand je clique sur cette ligne "script", voilà le code qui m'est 
retourné :

crtg_content = '';
function writeCtoCookie(){
document.cookie='cto_alice=' + escape(crtg_content)+ '; path=/;
expires=Wed, 20 Jun 2012 00:46:22 GMT; ';
}
writeCtoCookie();


[spip-dev] Bug Spip3RC ?

2012-05-08 Par sujet Christian Marget

Bonsoir,

J'ai commencé à tester Spip 3 RC sur un site d'essai (chez Free, PHP 5 
activé). Pas de pb pour créer des articles sans document associé mais 
quand j'ai voulu insérer des photos j'ai eu des soucis :


- j'ai d'abord chargé une première photo, elle a bien été placée sous 
IMG/jpg/ mais dans la page de l'article je n'ai pas de code de document 
(doc1 ou img1)


- dans la foulée, j'ai essayé de télécharger plusieurs photos d'un coup 
(plusieurs sélectionnées, puis bouton "Téléverser"), ça a l'air de se 
faire mais là encore, pas de codes de documents. Pas non plus de bouton 
permettant de les ajouter au portfolio... Vérification faite dans 
IMG/jpg/, ces photos n'ont pas été chargées


- nouvel essai avec une photo unique. Elle est bien chargée dans 
IMG/jpg/ mais toujours pas de code ou autre indication pour l'insérer 
dans l'article


- j'ai enregistré l'article. Surprise : la page ne contient plus que le 
bandeau de gauche, la colonne principale ne s'affiche pas (cf. image jointe)


- en prévisualisation, l'article apparaît bien avec titre et contenu 
texte mais pas de photo ou portfolio, ce qui n'est qu'à moitié étonnant.


- si je vais voir dans la médiathèque, le seul affichage que je puisse 
obtenir est JPG(2).


J'ai retesté avec un nouvel article en ne téléchargeant qu'une seule 
image, même résultat. J'ai aussi essayé de charger une image directement 
depuis la médiathèque : j'ai la réponse "le fichier a bien été chargé" 
(et il est dans IMG/jpg/). Par contre, le tableau global m'indique 
"Aucune image"...


C'est un bug ou j'ai raté quelque chose ?

Christian Marget



Re: [spip-dev] Renommage de extensions en plugins-dist ?

2012-03-27 Par sujet Christian Marget



Le 27/03/2012 00:55, JLuc a écrit :

Mais on peut voir tout de même comment on en parlera du coup, dans des phrases ?
Car avant on disait des extensions, et parfois dans SVP des plugins vérouillés.
Du coup là, les extensions deviendront "des plugin-dists" ? (bof bof)
des "plugins distribués" ? (bof)


Non : les plugins de la dist(ribution), comme il y a les squelettes de la 
distribution dans squelettes-dist.

CM



Re: [spip-dev] SPIP 3.0 beta2 disponible

2012-01-04 Par sujet Christian Marget

Bonne année à tous

Le 04/01/2012 09:28, rpapa a écrit :

chez free
j'obtiens
Fatal error: Call to undefined function: stripos() in 
/mnt/156/sdb/0/6/robert.papanicola/spip/ecrire/req/mysql.php on line 300


PHP 4 ?
stripos est une fonction PHP 5.

CM