[spip-dev] pti pb

Salut

14d9 csv:

1er ptit pb : les titres et descriptions des images ou doc joint ne supportent pas les guillemets.

2eme ptit pb :si le titre de l'article comporte des guillemets, et bien lorsque l'on ajoute une image à cet article, le titre prend des antislah.

Merci

Hello,

A la demande générale de Gaetan (mais c'est bien pratique), en mode
"écran large", sous une édition de texte les formulaires deviennent
beaucoup plus larges.

En clair si on édite un article, une brève, une rubrique, un forum,
les champs sont élargis ; sinon il y a trois colonnes.

a+

Antoine.

@ Yaquoi <yaquoi@yaquoi.com> :

14d9 csv:

1er ptit pb : les titres et descriptions des images ou doc joint ne
supportent pas les guillemets.

2eme ptit pb :si le titre de l'article comporte des guillemets, et bien
lorsque l'on ajoute une image à cet article, le titre prend des antislah.

C'était un bug qui traînait... merci ! C'est corrigé dans le CVS
http://rezo.net/spip-cvs/cvs_root.tar.gz?tarball=1&cvsroot=SPIP

-- Fil

Non, c'est un massacre: les formulaires affichent sans complexes une moyenne de 120 caractères par ligne, ce qui rend les textes totalement illisibles (quand les lignes sont trop longues, l'oeil se perd lors des retours à la ligne, et l'aspect de "blocs" des paragraphes est détruit). Les formulaires précédents affichent déjà 80 caractères par ligne, ce qui est déjà la limite haute en matière de lisibilité.

Je remets les 3 colonnes. En revanche, en "grand écran", j'augmente la _hauteur_ des pavés du texte des articles et des brèves, ce qui correspond plus à l'effet recherché: rendre plus facile la lisibilité et la navigation à l'intérieur des pavés de texte.

ARNO*

Hello,

Non, c'est un massacre: les formulaires affichent sans complexes une
moyenne de 120 caractères par ligne, ce qui rend les textes

Non, en fait, ça dépend des brouteurs. Je ne sais pas comment ça rend
sous Macintosh mais sur PC, tous les formulaires utilisent une fonte
courier relativement grosse (et encore, tu sais que je réduis les
fontes dans la config du brouteur ;-)), et la largeur standard du formulaire
est trop petite pour un travail confortable (plutôt 60 caractères de large
que 80, à vue de nez).

Franchement, chez moi, les formulaires larges, ça fait une sacrée
différence. En plus c'est sur des pages oùla troisième colonne ne
contient rien (à part "vous avez édité l'article suivant...").

Les formulaires précédents affichent déjà 80
caractères par ligne, ce qui est déjà la limite haute en matière de
lisibilité.

Je viens d'essayer avec IE et Mozilla en fonte "moyenne" (par défaut),
il y a 60 caractères de large ce qui est un peu petit. En faisant une
règle de trois (60 * 674 / 500), j'en déduis qu'il y a 80 caractères en
formulaires larges ce qui est parfait.

a+

Antoine.

La logique ne vourait pas de déterminer la largeur de la fenetre d'édition
en fonction de la taille de la fonte (unité 'em') ?

  Yannick