[spip-dev] PNG vs GIF / preview

@ Gaetan Ryckeboer <gryckeboer@virtual-net.fr> :

On peut re-convertir les gif en png, pour ne pas avoir de pb avec le LZW

Aucune idée, il faudrait qu'Arno lise son mail et donne son avis :wink:

dans ta refonte du login, tu peux prévoir un truc pour pourvoir
autoriser le calcul d'un article non encore publié par un admin, ou par
son auteur ?

Mhhhh, c'est pas si simple, hein ! Il faudrait ajouter une colonne preview
dans la table spip_articles, et modifier toutes les requêtes faites sur la
base au moment du calcul de la page pour qu'elles prennent en compte les
articles marqués "preview" indépendamment de leur statut ; jusque là, ça va,
mais il faut prendre en compte le fait qu'une rubrique vide dont un article
passe en "preview" doit elle aussi passer en "preview", et là ça se corse...
En fait les problèmes ne situent absolument pas du côté de l'identification
du visiteur...

-- Fil

@ Gaetan Ryckeboer <gryckeboer@virtual-net.fr> :

On peut re-convertir les gif en png, pour ne pas avoir de pb avec le LZW

Aucune idée, il faudrait qu'Arno lise son mail et donne son avis :wink:

Non, j'y suis vraiment pas favorable.
Si on utilise le PNG, c'est pour exploiter ses caractéristiques propres (transparence par couche alpha). Puisqu'on ne peut pas, autant rester dans le format habituel que tout le monde sait utiliser, et dont on est certain qu'il sera accepté partout sans aucun problème.

Pour ce qui est des droits (libre/pas libre), à ma connaissance l'histoire des droits est attaché aux logiciels qui fabriquent au format GIF, pas aux images GIF elles-mêmes.

> dans ta refonte du login, tu peux prévoir un truc pour pourvoir

autoriser le calcul d'un article non encore publié par un admin, ou par

> son auteur ?

Mhhhh, c'est pas si simple, hein ! Il faudrait ajouter une colonne preview
dans la table spip_articles, et modifier toutes les requêtes faites sur la
base au moment du calcul de la page pour qu'elles prennent en compte les
articles marqués "preview" indépendamment de leur statut ; jusque là, ça va,
mais il faut prendre en compte le fait qu'une rubrique vide dont un article
passe en "preview" doit elle aussi passer en "preview", et là ça se corse...
En fait les problèmes ne situent absolument pas du côté de l'identification
du visiteur...

Idem. De plus, cela entraînerait les utilisateurs à bidouiller graphiquement leurs textes en fonction de l'interface du site public (truc classique: je crois que je sais exactement où se produisent les retours à la ligne, alors je vais pouvoir bidouiller un petit machin pourri en HTML).

Une solution qui serait plus cohérente, ce serait d'ajouter un bouton "Imprimer cet article" dans l'espace privé; et là, en gros le même affichage que la version "imprimer" que sur l'espace public (en tout cas sur uZine). De cette façon, on a bien une fonction qui permet d'éventuellement imprimer un article long pour le relire et l'annoter, mais on empêche que ce soit utiliser dans une optique de gérer (d'une manière illusoire) l'interface graphique de l'article.

ARNO*

Salut,