Mauvaise idée que cette amélioration du coté de l'accessibilité si l'on n'y rajoute pas une fonction pour couper la longueur du title à 80 charactères car les personne utilisant un zoom d'écran ou un plage braille vont perdre de l'info, les obligeant à avoir recours à des manipulations usantes.
De plus le title doit reprendre le mot de la note plus son contenu (le title est là pour apporté plus d'information sur intitulé de lien non explicite donc dans la cas présent note 1: contenu de la note le tout ne dépassant pas 80 charactere espace compris)
----Message d'origine----
A: spip-dev@rezo.net
De: "JMB" <jbonnard@laposte.net>
Date: Wed, 15 Sep 2004 10:51:44 +0200
Sujet: [spip-dev] Proposition d'intégrer une améli
Bonjour,
le fil (ahah !) a commencé dans la liste user mais il irait mieux dans la
liste dev car il touche le fichier inc_texte.php3.
Le but est de faire apparaître le texte de la note sous la souris lorsqu'on
pointe sur l'appel de note.
Fil m'a conseillé d'attaquer inc_texte.php3. D'autres ont souhaité voir cela
dans la nouvelle version, ce que j'approuve !
Mais est-ce nécessaire que cette fonction soit activée par défaut
dans SPIP ? (question sérieuse)
J'ai du mal à m'imaginer
avec les (200 premiers caractères des) notes qui apparaissent.
Faut que je teste.
Bon, peut-être.
N'oubliez pas de ne pas tenir compte de mon avis pour ce point.
certes, il faut regarder aussi du côté de l'accessibilité mais, dans une utilisation "classiqe" je trouve que c'est un plus non négligeable. Entendu que la note n'apparaît qu'au survol par la souris du chiffre, évidemment.
je n'ai jamais dit qu'il fallait supprimer cette évolution qui effectivement en est une mais simplement averti de son caractère inaccessible si on ne pose pas de limite
Bonjour
Je sais qu'il en a deja ete question mais y a t il eut avancés en la matiere, ce qui eviterais l'implementation de htdig pour faire ce genre de chose.
D'ailleurs si il y a qqun qui a deja implementé htdig et qui a ses sources sous les coudes je suis preneur
Je sais qu'il en a deja ete question mais y a t il eut avancés en la
matiere, ce qui eviterais l'implementation de htdig pour faire ce genre de
chose.
Non, rien à ma connaissance
D'ailleurs si il y a qqun qui a deja implementé htdig et qui a ses sources
sous les coudes je suis preneur
J'avais, à l'époque, mais tu galéreras moins à essayer de modifier SPIP pour
qu'il indexe les docs joints (on parle bien du contenu des fichiers .PDF
etc, pas seulement des titre/descriptif ?)
Je sais qu'il en a deja ete question mais y a t il eut avancés en la matiere, ce qui eviterais l'implementation de htdig pour faire ce genre de chose.
D'ailleurs si il y a qqun qui a deja implementé htdig et qui a ses sources sous les coudes je suis preneur
Il me semble me souvenir que c'est un des truc qui est disponible dans SPIP-AGORA. Faudrait voir dans quelle mesure il y a moyen de ramener ça dans la version officielle. Perso, ça m'intéresse énormément.
Il me semble me souvenir que c'est un des truc qui est disponible dans SPIP-AGORA. Faudrait voir dans quelle mesure il y a moyen de ramener ça dans la version officielle. Perso, ça m'intéresse énormément.
Il me semble qu'ils font ca à la hache, mais je me trompe peut-être.
Antoine rapportait une fois que ce n'était pas la mer à boire pour modifier Spip dans ce sens, il faudrait voir sur le lab ou ca en est.
Il me semble me souvenir que c'est un des truc qui est disponible dans SPIP-AGORA. Faudrait voir dans quelle mesure il y a moyen de ramener ça dans la version officielle. Perso, ça m'intéresse énormément.
Il me semble qu'ils font ca à la hache, mais je me trompe peut-être.
Ils intègrent le moteur MnoGoSearch pour la recherche des documents joints. Pour les articles, on reste sur le moteur de spip si j'ai tout bien compris.
Par contre, lors de l'affichage de document joint, il n'y a pas encore de filtrage / visibilité du document :-/. Il est donc possible de donner accès à des documents auquel un internaute lambda ne devrait pas avoir accès
J'en ai parler rapidement autour de moi, écrire des parsers de documents
Office/PDF/etc en php ne semble pas être si aisé que cela...
On peut s'autoriser un accès à des scripts externes (sous unix : pdf2text,
catdoc, antiword...), comme le fait mutt par exemple. Ca ne marchera certes
pas partout, mais ça paraît plus raisonnable que de réécrire des parseurs.
Tu veux dire que ça ne marchera nulle part, sauf chez ceux qui ont le
moyen de se payer un serveur dédié.
Démago ! (deux fois en deux jours, pfff !)
Si tu veux faire un parseur PDF, il sera prioritaire par rapport à un
exec('pdf2text'), c'est bien évident. Mais de toutes façons, en attendant on
n'a rien du tout.
Tu veux dire que ça ne marchera nulle part, sauf chez ceux qui ont le
moyen de se payer un serveur dédié.
Démago ! (deux fois en deux jours, pfff !)
Si tu veux faire un parseur PDF, il sera prioritaire par rapport à un
exec('pdf2text'), c'est bien évident. Mais de toutes façons, en attendant on
n'a rien du tout.
Hihi, cette discussion tourne au réglement de compte à OK Coral ;o))
Allons les amis revennons à bon esprit de camaraderie :
Pour le coup des documents accessibles aux pekins, ce n'est pas de la faute d'Agora, c'est pareil dans spip.
