Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de mildred :
- [06/09@01:48] Une alternative à LaTeX fait main
- [14/08@00:36] La solution pour la zone de notification avec Window Maker
- [31/07@17:28] Les autotools: lorsque ca ne marche pas ...
- [29/07@14:01] Réponse au commentaire #385687,1
- [23/07@22:22] Un fichier standardisé pour décrire un projet
- [28/06@23:20] Cherche une distribution
- [12/06@13:35] Google: les mots toujours droles
- [10/06@21:00] Demander la libération d'un jeu vidéo ?
- [01/06@22:10] Blender 2.37 est sorti !!!
- [21/05@16:56] [tt]: un élément inline, pas bloc
- [11/05@17:45] Blender: gestionnaire de fenêtres
- [22/04@11:08] La Chine: Au Journal de 20h sur France 2 et sur Arte Info
- [18/04@12:00] Une idée: le Drag&Drop
- [06/02@15:56] Changer la disposition clavier X
- [26/01@14:28] [réflexion] le site parfait
- [19/01@23:19] Re: Pour Debian, la GNU FDL n'est pas libre
- [27/12@21:58] [Script Python] Création automatique des fichiers headers en C
- [06/12@17:10] nasgaia.org indisponible
- [26/09@10:13] La malédiction des "explorateurs" de fichiers.
- [22/08@03:40] Remplacer les frames
Journal : Navibar ... une excellante initiative. A quand standardisé au W3C ?
Posté par Mildred (Jabber id, page perso, ) le 08 septembre 2005Ce qui est proposé c'est que chaque webmaster crée un fichier /sitemap.rdf qui serait lu par cette extension et propose un menu de navigation sous foreme d'arborescence dans le panneau de gauche.
L'initiative est bonne et des spécifications sont écrites mais pourquoi ne retrouve-t-on pas une telle norme au W3C ?
En effet, je pense que les menus de navigations n'ont pas a faire partie des pages web:
- lourdeur à l'écriture d'une page web, on doit utiliser un inclusion coté serveur, des frames si on ne veut pas maintenir plusiruts versions du menu
- lourdeur au niveau du code qui n'est pas prévu pour ... soit avec les frames et c'est moche, soit avec les tables et c'est tout autant moche, soit avec CSS ... et le créateur de pages web est donc *obligé* d'utiliser css
- lourdeur à la réception d'une page web ... le menu est rechargé a chaque page
- lourdeur pour l'utilisateur qui doit s'adapter a chaque site web ... l'interface n'est jammais la même
Qu'en pensez-vous ?
Moi, j'attend ça depuis longtemps ... et si vous regardez mon site par exemple, toutes mes pages sont statiques et aucun menu de navigation
A quand au W3C ?
en passant, je cherche une extension similaire pour Firefox qui listerait tous les titres d'une page et qui permetrait de s'y référer en cliquant dessus.
Les c'est aussi pour ca ...
je rêve d'un monde ou écrire un site web est simple, pas besoin de php, pas besoin de css ... Je pense que cela permetrtait a beaucoup plus de monde de faire un site web ... non ?
Intégration de Nvu dans Firefox ? (ou Mozilla 2)
retour de la barre de navigation qui utilise les balises de l'en tête des pages web ?
[1] http://navibar.oaklett.org/(...)
> Lire le journal (23 commentaires, moyenne: 3,4).
Error 406 Not Acceptable (j'la connaissais pas celle-là!)
et si vous regardez mon site par exemple, toutes mes pages sont statiques et aucun menu de navigation
An appropriate representation of the requested resource / could not be found on this server.
Ah ben c'est sûr, c'est tout du statique, et point de menu de navigation!
Je suis mauvaise langue, il suffit d'aller cliquer sur la ressource "index.xhtml.fr" pour avoir alors accès au site ;)
"Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).
C'est assez sympa ...
... comme principe. On ne peut pas baser la navigation uniquement la dessus puisque beaucoup de visiteurs ne l'ont pas, mais ça peut être très pratique en complément. Je pense en particulier aux documentations en ligne : le fichier d'index en RDF pourrait être généré automatiquement à partir du docbook / doxygen / texinfo ... et permettre une navigation simplifiée.
Je me penche plus en avant sur cette idée, et je vous dis ce que ca donne !
-
[^]Re: C'est assez sympa ...
Posté par toto29 () le 08/09/2005 à 09:01. (lien). Évalué à 3.Justement je me souviens qu'à une certaine époque, certains fichiers générés affichaient une barre suivant/précedent dans seamonkey.
Aussi avec emacs-w3m, on peut appuyer sur espace à la fin d'une telle page et ca passe à la page suivante; backspace en début et ca passe à la page précédente.
Il doit donc déja y avoir des tags qui font un peu ca.-
[^]Re: C'est assez sympa ...
Posté par Laurent J (page perso, ) le 08/09/2005 à 09:49. (lien). Évalué à 5.le tag en question, c'est link, avec son attribut rel : http://www.w3.org/TR/html401/types.html#type-links(...)
La barre dans seemonkey (ou l'extension linktoolbar pour firefox) affiche donc des boutons en fonctions de la présence de ces balises.
-
Bien, mais...
Très bonne idée à mon goût, ça serait très utile, particulièrement sur les sites de documentations, mais...
Quel site utilise actuellement un petit fichier .rdf ?
Parce que installer une extension pour 3 sites sur la toile...
-
[^]Re: Bien, mais...
Posté par Nap () le 08/09/2005 à 08:52. (lien). Évalué à 10.super, en 2 commentaires on a un bel interblocage :
elle sert à quoi l'extension puisqu'aucun site ne s'en sert ?
ça sert à quoi de farie ça sur son site puisque personne n'a l'extension ?
forcément, ça va jamais marcher si tout le monde a ce raisonnement :)-
[^]Re: Bien, mais...
Posté par Olivier Guerrier () le 08/09/2005 à 10:04. (lien). Évalué à 5.Ben faudrait que linuxfr le mette en place, vu là quantité de mouleurs invétérés (qui a dit invertébrés ?) qui trainent ici, ça fera déjà une bonne raison aux utilisateurs de mozilla d'installer l'extension (et peut-être donner l'idée à d'autre navigateurs de l'implémenter)
-
oui mais non
Non parce qu'il s'agit de simplement refaire ce qui existe déjà : les liens . Ces liens sont déjà interprétés par une bonne partie des navigateurs, c'est plus ou moins prévu dans les specs HTML, il y a déjà des extensions pour ça dans les navigateurs qui ne l'ont pas nativement.
Non parce que c'est encore un fichier en dur, un peu comme le favicon.ico de MS, qui spamme les logs des serveurs Web avec des 404 quand il n'existe pas. Ce genre de fonctionnalités doit se baser sur une déclaration et surement pas sur la supposition que ça existe, soit un méta soit une entête HTTP.
Non toujours parce que ça ne prévoit qu'un menu générique, ce qui est tout sauf idéal pour beaucoup de sites dont la navigation n'est pas la même suivant les sections. (oui, on peut faire un gros menu énorme qui comprend tout avec des hiérarchie, mais ça sera tout sauf utilisable).
-
[^]Re: oui mais non
Posté par freeture () le 08/09/2005 à 12:50. (lien). Évalué à 1.Moi je trouve ça plutôt pratique, j'ai mis ça en place sur un forum et ça m'évite de retourner à l'index pour ensuite aller sur un autre sous forum.
Par contre je suis complètement d'accord sur le fait qu'il devrait y avoir un meta pour ça plutôt que de supposer qu'il y en a un par défaut.
-
[^]Re: oui mais non
Posté par Mildred (Jabber id, page perso, ) le 08/09/2005 à 14:36. (lien). Évalué à 2.Il est prévu de permettre aux pages proposant cet index de faire un lien vers celui-ci avec une balise (dans )
Cela pourrait devenir un peu comme les css quoi.
Au secours !
Je pense que cela permetrtait a beaucoup plus de monde de faire un site web ... non ?
Euh, étant donnée la déjà importante et proliférante proportion de sites totalement inintéressants¹, étant donnée la quantité de propos inutiles parsemant les sites², je ne suis pas sûr que faciliter la création de site ouèb par Mme Michu soit une bonne idée.
C'est bien gentil de démocratiser/populariser l'accès aux technologies et à l'édition, mais, après, faudra pas se plaindre que le niveau baisse et qu'il est de plus en plus difficile de s'y retrouver.
Attention, je n'ai pas dit que seule une certaine élite devait avoir le droit de publier. Je dis seulement qu'il faudrait peut-être se demander si l'on a quelque chose d'intéressant à dire avant de le dire³.
Prenons l'exemple du livre. Cet exemple est différent du web mais une partie des sites web peuvent être comparés à des livres et c'est surtout en tant que moyen de communication publié qu'il me servira d'exemple.
D'un côté, il est effectivement bien que tout le monde participe à la culture et partage ses idées et ses créations, p.ex. en publiant un livre.
D'un autre côté, quand on voit la quantité de livres qui sont publiés chaque année et qui, d'une part, sont des daubes finies et, d'autre part, ont déjà été méchamment filtrés par les éditeurs, on peut se demander comment un (vrai) bon livre peut survivre dans cette marée et si le temps passé à filtrer cet océan à la petite cuiller n'est pas beaucoup de temps perdu, et ce même si tous les lecteurs/internautes s'y mettent chacun de leur petite cuiller.
Je ne rammasserai pas les copies dans quatre heures (avec 3 au bac, je ne permettrai pas).
¹ : qui a dit « blog » ?
² : dont certains commentaires de forum (qui a dit « comme celui-ci » ?)
³ : qui a dit « p.ex. ce que tu viens de dire » ?
-
[^]Re: Au secours !
Posté par Gof (Jabber id, page perso, ) le 08/09/2005 à 15:35. (lien). Évalué à 6.Certaines personne qui ne connaissent rien à l'informatique peuvent avoir des chose très interessente à dire et à publier.
Et inversément, ceux qui s'y connaisse le plus en informatique n'ont parfois rien à dire.
Je penses que mettre la publication d'un site web au niveau du « grand public » est une bonne chose.
Mais il faut aussi mettre dans la mentalité des gens des valeurs comme le respect des standards, et des bonne pratique d'accessibilités.
-
[^]Re: Au secours !
Posté par Sylvain Sauvage () le 08/09/2005 à 17:34. (lien). Évalué à 2.Pour préciser, je n'oppose pas ceux qui s'y connaissent en informatique aux autres.
Je ferais plutôt le parallèle entre informaticien¹ et typographe. Pour le livre, on a auteur, éditeur, typographe-imprimeur. Pour le web, on a auteur, éditeur, informaticien¹.
¹ : informaticien n'est pas vraiment le bon terme, ça mâtinerait plutôt du concepteur ouèb et du fournisseur d'outils.
Je dis juste qu'il faut penser à ces deux aspects (démocratisation -- niveau médiocre). Sans pour autant considérer celà comme un problème. Juste comme une réflexion.
-
-
[^]Re: Au secours !
Posté par Anthony F. () le 08/09/2005 à 15:57. (lien). Évalué à 5.La comparaison Livre/Blog n'est pas juste car de nos jours c'est souvent la popularité d'un auteur qui reflète les ventes, quelque soit la qualité de l'ouvrage : un Houellebecq, un Bellemard, un Harry Potter ou la biographie de Victoria Beckam fera "obligatoirement" un succès *commercial* (je ne fais aucun rapprochement entre ces auteurs, les deux derniers n'en sont pas d'ailleurs...), ainsi le moindre participant à une émission de télé-réalité s'assure un minimum de ventes.
A l'inverse, c'est souvent la qualité d'un blog [à long terme] qui fera son "audimat". Sans cette qualité, le blog reste un journal intime que l'on partage avec ses amis, et bien souvent les blogs n'ont aucune autre ambition !-
[^]Re: Au secours !
Posté par Sylvain Sauvage () le 08/09/2005 à 17:50. (lien). Évalué à 2.Je ne compare pas livre et blog. J'ai juste dit que le livre était un médium de communication publié et que le ouèb aussi et que _certains_ sites avaient un contenu comparable à celui d'un livre même si le ouèb apporte une réactivité et la non linéarité du propos (d'ailleurs certains sites sont publiés ensuite, on peut penser aux documentations ou aux livres techniques ou même à Wikipedia p.ex.).
La note reliant les blogs aux sites totalement inintéressants était plutôt de l'ordre de l'appel au troll (j'ai personnellement un peu de mal avec le concept mais chacun fait ce qui lui plaît).
Quant au fait que ce soit la popularité de l'auteur qui fasse la majorité des ventes, je suis tout à fait d'accord. Mon propos était surtout (et justement) que beaucoup de livres publiés sont mauvais alors qu'ils sont, contrairement au ouèb, déjà passés au crible des éditeurs.
-
C'est déja W3C, merci d'utiliser des normes plutot que d'inventer à la M
<head>
<link rel="top" title="xxx" href="http://xxx" />
<link rel="prev" title="xxx" href="http://xxx" />
<link rel="next" title="xxx" href="http://xxx" />
</head>
Reste plus qu'a prendre tes petites mains et l'implémenter dans FireFox, car ca ne marche pas encore dans ce navigateur :(
D'ailleurs, si quelqu'un peut me dire qui l'intégre, car j'ai lu les normes, implementé ca dans mon site (la version de developpement :( ), et j'aimerai tester...
-
[^]Re: C'est déja W3C, merci d'utiliser des normes plutot que d'inventer à
Posté par freeture () le 08/09/2005 à 21:24. (lien). Évalué à 2.Oui, enfin ça fait pas tout à fait la même chose. La Navibar permet plus de choses: hierarchie, icones, ajout d'entrées sur le menu du clique droit, etc.. : http://myexampleapp.oaklett.org/(...)
Pour les <link rel="... /> il y a des extensions pour Firefox, Mozilla, Konqueror et Opera: http://lea-linux.org/fiches/internet/fichenavlink.html(...)-
[^]Re: C'est déja W3C, merci d'utiliser des normes plutot que d'inventer à
Posté par Mildred (Jabber id, page perso, ) le 08/09/2005 à 23:35. (lien). Évalué à 1.Quelqu'un sait commenta faire pour Safari ?
Sinon, l'inconvénient si on doit gérer tout le menu avec les balsies c'est que dans le cas d'un site statique, chaque fois que le menu change, il faut mettre à jour toutes les pages.
Personellement un truc que j'ai trouvé de pratique pour mon site ... chaque page fait référence a une css "style.css" située dans le même dossier ...
Cette css contient une règle @import "../style.css" avec éventuellement des surcharges (pour changer l'image de fond sur une section du site en particulier). Très pratique
-
[^]Re: C'est déja W3C, merci d'utiliser des normes plutot que d'inventer à
-
-
[^]Re: C'est déja W3C, merci d'utiliser des normes plutot que d'inventer à
Posté par XHTML/CSS inside (page perso, ) le 09/09/2005 à 07:04. (lien). Évalué à 1.L'extension exiiste pour Firefox, elle est particulièrement bien implementée.
http://cdn.mozdev.org/linkToolbar/(...)
Je me suis amusé à le faire pour mon site perso, et c'est pas mal du tout ce système de liens !
a+--
In tartiflette we trust !-
[^]Re: C'est déja W3C, merci d'utiliser des normes plutot que d'inventer à
Posté par Mildred (Jabber id, page perso, ) le 09/09/2005 à 22:28. (lien). Évalué à 1.sauf que la barre se situe en bas ... dans la barre d'état
de fait, cela n'encourage pas trop à l'utiliser ... et on ne peux pas rajouter des boutons en haut.
Ce qui serait bien aussi, c'est une barre auto-masquable. Et pour ne pas que ca bouge la range d'onglets, pourquoi pas justeen dessous des onglets ?
-
Frame ?
Euh, on n'est pas tout simplement en train de re-inventer, sous une forme différente, les frames ?
-
[^]Re: Frame ?
Posté par Mildred (Jabber id, page perso, ) le 10/09/2005 à 01:49. (lien). Évalué à 0.Les frames ont plein d'inconvénients et on le sait
- difficile à imprimer
- dificile a bookmarker
- si on arrive sur la page directement (sans passer par les frames, comme il arrive avec des moteurs de recherche) alors on a plus le menu de navigation
- difficile d'accès sur les navigateurs non graphiques
- on perd le une adresse = une page
- ...
Donc oui, c'est une solution pour remplacer les frames mais non, les frames ne vont pas.
Cette page a été générée par Templeet en 0.0992s (dont 0.0078 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.