L'utilisation d'ancres dans
WikiNi pourrait apporter quelques intérêts :
- liens directs sur un passage d'une page (et donc facilité à gérer des weblogs, des pages longues)
- possibilité de créer des sommaires (manuels voir automatiques) avec renvois directs sur chaques parties et sous-parties.
La création des ancres pourrait être manuelle ou, plus simplement pour l'utilisateur, automatique. Il suffit de prendre toute ou partie de la chaîne concernée par l'ancre.
Dans le cas de cette suggestion, cela pourrait donner :
- <a name="Ancres_automatiques_pour_les_titres" href="#Ancres_automatiques_pour_les_titres"><h3>Ancres automatiques pour les titres</h3></a>
- ou <h3 id="Ancres_automatiques_pour_les_titres">Ancres automatiques pour les titres</h3>
- ou <h3><a name="Ancres_automatiques_pour_les_titres">Ancres automatiques pour les titres</a></h3> [c'est la solution [en] choisie par TWiki (regarder au passage le sommaire généré en début de page)].
Un exemple concret est donné avec le titre de cette suggestion :
http://www.wikini.net/wakka.php?wiki=SuggestionsFonctionnalites#Ancres_automatiques_pour_les_titres
Cela pose du reste pas mal de questions :
- faut-il et comment utiliser les ancres dans les MotsWikis? ? (TWiki propose [[MotWiki#Ancre]] ou [[#Ancre][Saut]] quand l'ancre est dans la page)
- faut-il généraliser les ancres à d'autres balises ?
- que faire s'il existe deux fois le même titre, etc.
Note
a posteriori : l'attribut "name"
.
--
CharlesNepote
On verra avec intérêt les références sur les "purple numbers" !... --
CharlesNepote
Références
Utiliser id ou name ? Les auteurs devraient considérer les points suivants au moment de décider lequel attribut utiliser entre id et name pour le nom d'une ancre :
- * l'attribut id peut faire plus qu'un nom d'ancre (par exemple, sélecteur de feuille de style, identifiant de traitement, etc.) ;
- * certains agents utilisateurs anciens ne gèrent pas les ancres créées par l'attribut id ;
- * l'attribut name autorise des noms d'ancre plus variés (avec les entités).
Corrélats
Discussions
- L'emploi du "name" me semble être la solution à retenir surtout pour l'utilisation des entités.
- Les ancres pour les titres : limitons nous à ceux-ci pour l'instant, pour les titres en double, un pis-aller serait d'ajouter un numéro de séquence aux titres identiques, ou un suffixe du style : _bis , _ter, _quarto etc ...
- La solution de Twiki, pour gerer l'appel me semble à retenir également.
--
DavidDelon
Je suis très en faveur des ancres pour les titres. Dès leur implémentation j'aimerai mettre en place une action table des matières.
--
PatrickPaul
Effectivement, c'est une très bonne idée; et l'idée d'une
ActionTableDesMatieres est rigoureusement complémentaire de cet ajout.
--
GiJo
[je réponds plus tard (je vais essayer de répondre vraiment cette fois) --
CharlesNepote]
- J'aime bien ce qui est fait en terme de toc (TableDesMatieres) par Twiki sur http://qa.mandrakesoft.com/wiki :
- la page à créer est proposée par défaut avec un canevas qu'il suffit de remplir et qui contient une toc
- les titres qui ne sont pas à inclure dans la toc sont préfixés par !!
- ce qu'il y a sur WackoWiki me convient aussi en terme de toc
- m'enfin c'est *pas ultra* prioritaire en ce qui me concerne : ce serait vraiment pour des pages compliquées. Pour la FaqEagle?, on ne génère la toc qu'au moment ou le DocBook? est produit et ça suffit pour l'instant même si les ancres permettraient de renvoyer *exactement* vers le paragraphe dont on parle. Hormis pour la toc, ces ancres risquent AMHA plutôt de pousser à produire des pages énormes sur le wiki, ce qui n'est pas le but. D'ailleurs ce qu'a proposé GarfieldFr pour la navigation (avec l'évol' demandée) me paraît plus intéressant : pour des pages "énormes", ou une structure complexe, cela permet d'inclure une navigation externe et interne satisfaisante (je sais pas si je suis clair...)
- - BenoitAudouard 20040107
AMHA d'
utilisateur non php, je pensais , vieux souvenir d'htmlophile, les ancres indispensables. Votre discussion m'éclaire : la philosophie wiki est de scinder le savoir en pages reliées facilement par les motswiki. Accumuler le savoir sur une page avec des ancres partout parait donc contradictoire. Je n'en garderai donc qu'une : "retour ou haut de page" par commodité . Les actions Trail et include me semblent venir en aide à ceux qui veulent tout voir sur une page sans perdre la hiérarchisation des noms. --
FidelioEspoir
2004/05/20
L'utilisateur que je suis construit des pages très denses. La présence de plusieurs tableaux oblige à manier souvent l'ascenseur. Aussi je nuancerai l'avis précédent :
Ce n'est pas au développeur d'imposer telle ou telle ancrage, mais c'est à lui d'en faciliter l'usage. A l'utilisateur d'éparpiller autant d'ancre qu'il veut, au lecteur de lui faire part de son éventuel mécontentemennt. J'ai donc choisi dans
FidelioEspoir :
- de créer deux ancres "haut" et "bas" de page
- de créer des liens haut "^" et bas "v" au niveau des menus haut et bas
- de créer une action "indiquer.php" permettant au rédacteur de construire ancres et liens internes à sa page
<?php
/*
Copyright 2004 .... OF SUCH DAMAGE.
*/
$texte = $this->getParameter("texte");
$ici = $this->getParameter("ici");
$voir = $this->getParameter("voir");
$haut = $this->getParameter("haut");
$bas = $this->getParameter("bas");
echo "<table class=\"trail_table\" >\n </tr><td>\n";
if(!empty($ici)) echo '<b><A NAME="'.$ici.'"></A> ';
if(!empty($haut)) echo '<a href="#'. $haut .'">^</a> ';
if(!empty($bas)) echo '<a href="#'. $bas .'">v</a> ';
if(!empty($voir)) echo '<a href="#'. $voir .'">'. $voir .'</a> ';
if(!empty($texte) ) echo '<b><A NAME="'.$texte.'"></A> '. $this->Format($texte);
echo "<td></tr>\n </table>\n";
?>
ceci permet d'écrire par exemple :
{{indiquer haut="haut" bas="ProposeR" texte="PresenteR" }}
blablabla
{{indiquer haut="PresenteR" bas="ConfronteR" texte="ProposeR" }}
blablabla
{{indiquer haut="ProposeR" bas="ChoisiR" texte="ConfronteR" }}
blablabla
{{indiquer haut="ConfronteR" bas="RealiseR" texte="ChoisiR" }}
blablabla
{{indiquer haut="ChoisiR" bas="bas" texte="RealiseR" }}
blablabla
On notera l'utilisation du style "trail_table" commun à toutes les lignes de structure.
2004-05-20 - 14 : 26 --
FidelioEsoir?
Peut-on intégrer, dans les travaux sur les
AncresAutomatiquesPourLesTitres, la gestion des
NotesDeBasDePage? ?
-- 2004-06-29
YvanTrellu
DavidDelonASuivre CharlesNepoteASuivreEnPriorite PatrickPaulASuivreEnPriorite GiJoASuivre