Il est prévu pour
WikiNi de rajouter la possibilité d'insérer/gérer des ancres avec le language
WikiNi : voir
AncresAutomatiquesPourLesTitres.
Il pourrait être novateur de pouvoir utiliser des opérations mathémathiques avec des ancres-wiki.
Il ne faudrait donc pas baliser un point de la page... mais plutôt baliser une partie de la page.
Pourquoi faire des opérations ?
Dans une
PageWiki? on traite plusieurs approches d'un sujet:
- la conception du code
- la discussion pour le code
- les tests et bogues
- les questions des utilisateurs
- les possibilités futures
- ...
On pourrait avoir besoin de "citer" une seule partie de la page (ex; possibilités futures ...)
La fonction {{include}} est limitée à une page entiere.
Nous pourrions peut-être faire :
{{include nom="PageWiki" ancre=1}}
ou alors
{{include nom="PageWiki" ancre=1,3,6}}
ou encore
{{include nom="PageWiki" -ancre=2,4,5,7}}
etc...
Je ne sais pas si l'idée est réalisable mais j'ai pensé que ce serait à réfléchir.
Il serait possible de fragmenter énormément une
PageWiki? afin, par exemple, de mettre à jour un menu, une phrase de copyright, une signature d'utilisateur... voire même de mettre à jour le nomage d'une action (si on souhaite renommer la fonction "listuser" par "listedesutilisateurs").
edit par SloYvY IdeaTeur?
Dans la même veine, si des ancres (automatiques ou non) existent dans un document, on pourrait imaginer une édition partielle d'un bloc de la page, juste entre deux ancres. Ainsi l'édition "totale" servirait à imposer une structure (le contenant) et l'édition "partielle" à modifier le contenu. A rapprocher des idées de
WikiForm, de
ToutLeMondePeutMaquetter. --
GleNUx
- Oui, j'attends cela avec impatience ;-) Mais je n'ai meme pas regardé comment l'implementer.. (ni comment le plug-in Sommaire de SPIP le gère il rajoute un petit sommaire pop-up à la Wikipédia) Mais la forme de gestion serait d'identifier les niveaux de === qui marquent les titres dans le texte de Wiki--JdX
Corrélats
- AncresAutomatiquesPourLesTitres
- ActionInclude
- Vue la taille croissante des pages, et en attendant l'implementation d'ancres locales (liées aux titres, par exemple), il serait pratique de rajouter dans les deux bandeaux, une fleche pour sauter vite à l'autre bandeau de navigation. cela suppose seulement l'insertion d'ancres dans les header et footer. Mais je n'ai pas assez de pratique pour savoir l'implémenter en plug-in ou extension : votre avis ? --JdX
- Et pourrait-on imaginer d'avoir en "légende pop-up" des liens interne (le ALT du A HREF) la date de dernière modif de la page cible ? --JdX
Suggestions
J'adhère totalement à cette idée qui peut s'avérer être très pratique. --
MickaelMenu
J'admire cette idée d'inclusion de parties de pages, ce qui peut fort enrichir le suivi d'une discussion (voir plus bas), par contre, je voudrais mettre en garde sur deux aspects :
- la complexité croissante de la syntaxe Wiki (bientot, il faudra AU MOINS etre programmeur objet pour utiliser toutes ces extensions, voire comprendre ce qu'elles peuvent faire)
- la limite de l'organisation "orientée page" force à une navigation /donc utilisation ET ajouts ou annotation/ relativement linéaire : meme les onglets induisent rapidement une déperdition dans un labyrinthe des idées rencontrées...
- Alors comment faire : dans l'absolu idéal mais je ne vois pas une solution technique simple) j'aimerais reprendre par un simple couper-coller (mais
non textuel, plutot par 'pointeurs') des arguments de diverses pages pour les insérer en support d'un article que j'ecris ; par ailleurs, je decouvre de plus en plus la nécessité d'outils de "cross-navigation" en complément aux bandeaux actuels....
- Comment faire ? je crois que j'entrevois une solution avec les ActionsAncres? (voir ci-dessous) et l'action fragmenteAutomatique que j'evoquais ailleurs dans ErgonomieGroupeDePages...... Et tant qu'a faire, j'aimerais bien voir l'appel des pages wiki= evoluer comme Spip qui est passé à ....wakka.php?ErgonomieGroupeDePages#2 ou wakka.php?ErgonomieGroupeDePages#PourAvancerSurLesAncres? --JdX
- Et une precaution "sémantique" à la lecture conjointe de
MacroWikini : le concept des actions me parait aussi remarquable qu'a pu l'être la nouveauté des programmes interprétés (et devenant auto-modifiables, comme LISP par exemple), mais toutes les discussions sur les présentations et CSS mettent désormais en avant l'importance de distinguer/séparer complètement
contenu (donc les
éléments affichés) et présentation (en particulier les
positions de certains éléments) : je suggère de rester simplement au niveau des CSS, qui sont l'évolution naturelle de la présentation sur le Net pour tous ces aspects de format d'afficahge des pages et de leurs parties.... Encore une fois, j'avoue être définitivement séduit par le concept de presentation de SPIP, qui, de fait _ pour les pages vues, applique une parfaite séparation entre
style (les CSS),
disposition (
le squelette -spécifique pour certaines pages si l'on veut ! -),
contenu textuel géré en base de données, et
navigation essentiellement structuré par les tables SQL indépendantes en arborescences de rubriques, et/ou de mots-clés. --
JdX
Pour avancer sur les Ancres --
JdX
1/ Quelles modifications faut-il donner au source Wikini (dans les regExp) pour accepter des liens avec Ancre HTML ?
2/ Que faut-il pour définir une
Action inconnue "ActionAncre" ou un lien#ancre qui définirait un <A name
ou un <A id /puriste XHTML me corriger SVP )
3/ Que peut-on adjoindre pour gérer automatiquement une page fragmentée par Ancres ou
Titres de niveau
en plusieurs pages (au seul sens enregistrements SQL distincts) ce qui faciliterait alors tant la gestion des inclure établis plus haut que l'edition par blocs que nous n'osons pas introduire ?
4/ Comment alors gérer deux menus gauches juxtaposés (je reve tout haut!) le menu principal d'orientation des idées (au sens pagePrincipale ou
FaireLeMenagePropositions ) et le menuGauche proche défini par l'utilisateur (un peu comme le
trail toc) --
JdX
MickaelMenuASuivre