Ariane et son Fil

[News]

Bonjour,

Comment gérer un fil d'Ariane ? En particulier :

1) si une page peut-être appelée depuis plusieurs autres pages du site ?
Exemple : une fiche article, une fiche utilisateur ou en core une fiche
client...

2) si les utilisateurs du site font usage du bouton "Retour" (history.back()
en javascript) ? Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même vers
une page non encore visitée (via un lien de leurs favoris?)

Merci bien !

[Mihamina Rakotomandimby (R12y)]

Post by News
Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même
vers une page non encore visitée (via un lien de leurs favoris?)

Le fil d'ariane étant le parcours de l'utilisateur, si il atteri directement
sur telle ou telle page, alors le fil qui fait bien son boulot commencera
là.
Ceci dit, il _me_ semble que certains analiseurs de logs Apache qui existent
savent faire ce boulot, après analyse des logs (donc pas forcément en temps
réél).

[Olivier Miakinen]

Post by Mihamina Rakotomandimby (R12y)

Post by News
Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même
vers une page non encore visitée (via un lien de leurs favoris?)

Le fil d'ariane étant le parcours de l'utilisateur, si il atteri directement
sur telle ou telle page, alors le fil qui fait bien son boulot commencera
là.

Si vraiment c'est *ça* le fil d'Ariane, alors je ne vois pas en quoi
cela concerne l'auteur du site. Chacun a son propre fil d'Ariane
dans l'historique de son navigateur, fil qui ne suit aucune logique
particulière.

Mais si le fil d'Ariane correspond à ce qu'en dit l'article de
Wikipédia, et qui est utilisé par dmoz, alors oui, je vois un intérêt
qui concerne aussi bien l'auteur du site que le visiteur : organiser
ses pages d'une façon structurée, de sorte que les visiteurs s'y
retrouvent plus facilement.

Post by Mihamina Rakotomandimby (R12y)
Ceci dit, il _me_ semble que certains analiseurs de logs Apache qui existent
savent faire ce boulot, après analyse des logs (donc pas forcément en temps
réél).

C'est encore autre chose. Si un visiteur a deux fenêtres ouvertes
simulatnément sur un site, il pourrait avoir le cheminement suivant :
Fenêtre 1 : A ------- B - C - D ------- E
Fenêtre 2 : A - B ----------- C - D

... auquel cas les logs Apache verraient :
A A B B C D C D E


Mais là on est de plus en plus hors sujet dans fclp.

[News]

Post by Mihamina Rakotomandimby (R12y)

Post by News
Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même
vers une page non encore visitée (via un lien de leurs favoris?)

Le fil d'ariane étant le parcours de l'utilisateur, si il atteri directement
sur telle ou telle page, alors le fil qui fait bien son boulot commencera
là.

A mon humble avis, contrairement à ce que la la mythologie laisse supposer,
dans le cas d'un site, le fil d'Ariane n'est pas tant l'exact parcours d'un
utilisateur qu'un moyen de navigation sympa, rapide, et aussi une aide, un
repère... Savoir "où on est"... Bref, l'idée, c'est plutôt de se situer...
Une sorte de "progression logique"... Ce n'est donc pas l'exact parcours de
l'utilisateur...

Cela dit, j'avoue que je veux bien un exemple de page "qui fait bien son
boulot" ?
Ou une piste fiable ? ;-P

D'ailleurs, j'ai posé quelques questions rien que pour cela ;-)

[Yttrium]

Post by News
Cela dit, j'avoue que je veux bien un exemple de page "qui fait bien son
boulot" ?
Ou une piste fiable ? ;-P

Bonjour,

Comme demandé, voici un exemple de site qui gère un fil d'ariane par le
biais d'un fichier XML.

Le lien "plan du site" situé en bas de page exploite ce même fichier
XML, qui me permet de spécifier pour chacune des pages , la rubrique à
laquelle est rattachée.

http://www.santevet.com

Plus de détails techniques sur la mise en oeuvre à la demande.

Salutations.

[Olivier Miakinen]

Post by News
Comment gérer un fil d'Ariane ?

Pour ceux qui (comme moi avant de faire la recherche) ne savent pas ce
qu'est un « fil d'Ariane » en technologie Web, voici une explication :
<http://fr.wikipedia.org/wiki/Fil_d%27Ariane>

Il y a un exemple ici :
<http://www.dmoz.org/World/Fran%C3%A7ais/Informatique/Internet/>

Le fil d'Ariane comprend les mots suivants :
Top: World: Français: Informatique: Internet:

Ceux-ci pointent respectivement vers :
http://www.dmoz.org/
http://www.dmoz.org/World/
http://www.dmoz.org/World/Fran%c3%a7ais/
http://www.dmoz.org/World/Fran%c3%a7ais/Informatique/
http://www.dmoz.org/World/Fran%c3%a7ais/Informatique/Internet/

Dès lors, la réponse est toute simple : il suffit de retirer
successivement le nom de chaque sous-répertoire pour obtenir le fil
d'Ariane.

Post by News
1) si une page peut-être appelée depuis plusieurs autres pages du site ?
Exemple : une fiche article, une fiche utilisateur ou en core une fiche
client...

On s'en fiche. Par exemple le lien précédent pointe vers la version
anglaise http://www.dmoz.org/Computers/Internet/ qui a son propre fil
d'Ariane :
http://www.dmoz.org/
http://www.dmoz.org/Computers/
http://www.dmoz.org/Computers/Internet/

Post by News
2) si les utilisateurs du site font usage du bouton "Retour" (history.back()
en javascript) ? Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même vers
une page non encore visitée (via un lien de leurs favoris?)

Tout pareil.

Bon, je laisse la discussion sur fr.comp.lang.php au cas où tu ne
saurais pas comment découper $_SERVER["SCRIPT_URI"] en morceaux.

[News]

Post by Olivier Miakinen
<http://www.dmoz.org/World/Fran%C3%A7ais/Informatique/Internet/>
http://www.dmoz.org/
http://www.dmoz.org/World/
http://www.dmoz.org/World/Fran%c3%a7ais/
http://www.dmoz.org/World/Fran%c3%a7ais/Informatique/
http://www.dmoz.org/World/Fran%c3%a7ais/Informatique/Internet/
Dès lors, la réponse est toute simple : il suffit de retirer
successivement le nom de chaque sous-répertoire pour obtenir le fil
d'Ariane.

Toute simple, toute simple...
Avez-vous lu attentivement mes questions, ou me suis-je mal exprimé ?
Ou encore quelque chose m'échappe ?
Bref, s'agissant du site sur lequel je travaille, toutes les pages sont,
physiquement, dans un même dossier.
A la limite, on pourrait imaginer réorganiser tout cela dans des dossiers...
MAIS, une fiche article, par exemple, c'est toujours une fiche article...
Partout dans le site, c'est la même, qu'elle soit demandée depuis une
branche de l'arborescence dédiée à la saisie de commande, ou d'une autre
branche liée aux statistiques articles, ou n'importe quoi d'autre...
Serait-ce que vous me conseillez de *dupliquer* les pages ?
Autant de fiche article que d'endroit où elle peut être appelée ?
Simplement lourd, non ?

Post by Olivier Miakinen

Post by News
1) si une page peut-être appelée depuis plusieurs autres pages du site ?
Exemple : une fiche article, une fiche utilisateur ou en core une fiche
client...

On s'en fiche. Par exemple le lien précédent pointe vers la version
anglaise http://www.dmoz.org/Computers/Internet/ qui a son propre fil
http://www.dmoz.org/
http://www.dmoz.org/Computers/
http://www.dmoz.org/Computers/Internet/

Ah, une remarque : cela suppose des noms de dossier "parlant" ?
Egalement, quid d'un site multi-lingues ?

Post by Olivier Miakinen
Bon, je laisse la discussion sur fr.comp.lang.php au cas où tu ne
saurais pas comment découper $_SERVER["SCRIPT_URI"] en morceaux.

J'ai donc echappé à la censure... Brrr...

[Olivier Miakinen]

Post by News

Post by Olivier Miakinen
Dès lors, la réponse est toute simple : il suffit de retirer
successivement le nom de chaque sous-répertoire pour obtenir le fil
d'Ariane.

Toute simple, toute simple...
Avez-vous lu attentivement mes questions,

Je crois même y avoir répondu, fort de mes connaissances toutes
nouvelles de ce que pouvait signifier « fil d'Ariane » et du peu
d'informations supplémentaires que vous avez amené.

Post by News
ou me suis-je mal exprimé ?

On peut éventuellement vous reprocher un excès de concision, mais en
dehors de ça vos phrases me semblaient claires.

Post by News
Bref, s'agissant du site sur lequel je travaille, toutes les pages sont,
physiquement, dans un même dossier.

Voilà une information que je n'avais pas. Il vous faudra donc indiquer
l'organisation logique de vos pages sans vous baser sur leurs adresses.
À moins bien sûr que vous utilisiez le module de réécriture Apache pour
refléter cette organisation logique dans les URL, même si tous les
fichiers sont regroupés au même endroit.

Post by News
A la limite, on pourrait imaginer réorganiser tout cela dans des dossiers...

Inutile de le faire physiquement.

Post by News
MAIS, une fiche article, par exemple, c'est toujours une fiche article...
Partout dans le site, c'est la même, qu'elle soit demandée depuis une
branche de l'arborescence dédiée à la saisie de commande, ou d'une autre
branche liée aux statistiques articles, ou n'importe quoi d'autre...

Oui.

Post by News
Serait-ce que vous me conseillez de *dupliquer* les pages ?
Autant de fiche article que d'endroit où elle peut être appelée ?

Certainement pas ! Regardez l'exemple que je vous ai donné. En cliquant
sur le lien donnant la page équivalente dans une autre langue, vous
n'ajoutez pas la page en anglais à la fin du fil d'Ariane des pages en
français !

Post by News

Post by Olivier Miakinen
On s'en fiche. Par exemple le lien précédent pointe vers la version
anglaise http://www.dmoz.org/Computers/Internet/ qui a son propre fil
http://www.dmoz.org/
http://www.dmoz.org/Computers/
http://www.dmoz.org/Computers/Internet/

Ah, une remarque : cela suppose des noms de dossier "parlant" ?

C'est une possibilité, mais pas la seule. À vous de savoir faire la
correspondance entre le « titre » d'une page et son URL.

Post by News
Egalement, quid d'un site multi-lingues ?

Encore une fois, l'exemple de dmoz.org est parfait, et j'ai même donné
l'exemple du passage entre le français et l'anglais. Vous me reprochiez
de ne pas vous avoir lu, mais je peux vous retourner le compliment.

Post by News

Post by Olivier Miakinen
Bon, je laisse la discussion sur fr.comp.lang.php au cas où tu ne
saurais pas comment découper $_SERVER["SCRIPT_URI"] en morceaux.

J'ai donc echappé à la censure... Brrr...

C'est d'autant plus heureux que je doute que l'adresse ***@antispam.fr
soit la vôtre. Notez que ce nom de domaine appartient à une société qui
vend probablement plus de logiciels de spam que de logiciels antispam.

Notez qu'il est de bon ton de terminer son adresse par « .invalid » dans
ce cas, pour plein de bonnes raisons maintes fois exposées. Donc, prenez
plutôt <***@antispam.fr.invalid> ou <***@antispam.invalid>, merci.

Voir : <http://www.faqs.org/faqs/fr/usenet/abus/adresses-antispam/>.

[CrazyCat]

Je présume que tu as quelque part une représentation de ton arborescence.
Pour ma part, sur de nombreux sites, je travaille récursivement pour
remonter de la page actuelle au tout premier parent.
Pour cela, je fais une requète pour stocker les informations utiles dans
un array de la forme:
$menu[$id] = array(
'parent_id' => $parent_id,
'titre' => $titre,
)

Et ma fonction de création du fil d'ariane fait une recherche récursive
dans $menu en partant du plus bas pour remonter au plus haut, les
résultats sont stockés dans un second tableau sur lequel je fais un
krsort().

[Bruno Desthuilliers]

Post by News
Avez-vous lu attentivement mes questions, ou me suis-je mal exprimé ?
Ou encore quelque chose m'échappe ?

Réponse C.

Post by News
Bref, s'agissant du site sur lequel je travaille, toutes les pages sont,
physiquement, dans un même dossier.

Et ? Même si historiquement, pour un site statique, il y a une
correspondance quasiment[1] univoque entre URI et chemin de fichier, ces
deux concepts restent disjoints. Si tu regarde un CMS comme Spip, le
site a une structure arborescente évidente, qui n'a aucun rapport avec
l'organisation physique des fichiers.

[1] rien n'empêche de faire des liens (symboliques ou non) pour avoir un
même fichier dans deux dossiers...

Post by News
A la limite, on pourrait imaginer réorganiser tout cela dans des dossiers...
MAIS, une fiche article, par exemple, c'est toujours une fiche article...
Partout dans le site, c'est la même, qu'elle soit demandée depuis une
branche de l'arborescence dédiée à la saisie de commande, ou d'une autre
branche liée aux statistiques articles, ou n'importe quoi d'autre...
Serait-ce que vous me conseillez de *dupliquer* les pages ?
Autant de fiche article que d'endroit où elle peut être appelée ?
Simplement lourd, non ?

Non seulement lourd mais aussi totalement inepte.

Accessoirement, ce que tu décris est une application web (orienté
traitement), pas un site web (orienté contenu). Je ne vois pas
clairement ce qu'un fil d'ariane vient faire là-dedans, mais si tu en
veux vraiment un, il devrait ressembler à quelquechose comme "articles

Post by News

id_article" (ou "articles >> id_categorie >> id_article", etc...).

Le fait que tu arrives à la fiche article depuis la saisie d'une
commande ou depuis les stats articles est sans rapport. Si ton souci est
de pouvoir revenir à la page précédente quelle qu'elle soit, tu peux
soit ouvrir la fiche article dans un pop-up, soit stocker l'URI de la
page appelante dans la session (puisqu'il est probable que tu utilises
les sessions dans ce contexte), soit tout simplement passer cette URI
(ou au moins la partie suffisante) en paramètre.

[Denis Beauregard]

Post by News
Bonjour,
1) si une page peut-être appelée depuis plusieurs autres pages du site ?
Exemple : une fiche article, une fiche utilisateur ou en core une fiche
client...
2) si les utilisateurs du site font usage du bouton "Retour" (history.back()
en javascript) ? Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même vers
une page non encore visitée (via un lien de leurs favoris?)

S'il s'agit de retrouver le chemin suivi de façon efficace, je pense
que la seule façon est avec un cookie. Au début de chaque page, on
ajoute à une pile (conservée sous forme de cookie) la page courante,
soit son identification ou un mot clé.

Le cookie pourrait être par exemple:
Top:World:Français:Informatique:Internet:
puis on fait explode pour séparer en mots et afficher.

Beaucoup de sites interdisent l'entrée du visiteur qui n'a pas
ses cookies actifs ou le redirigent vers une page de départ
s'il arrive à l'intérieur. À l'auteur de décider si c'est essentiel.

De plus, si c'est un robot qui explore toutes les pages, il y a un
problème !

Et si le but est de remplacer l'historique, il me semble plus simple
d'utiliser cet historique.


Denis
P.S. Il y a une association sur Internet qui s'appelle le Fil
d'Ariane et cela n'a pas de rapport avec le chemin suivi sur un site.

[Olivier Miakinen]

Post by Denis Beauregard
S'il s'agit de retrouver le chemin suivi de façon efficace, je pense
que la seule façon est avec un cookie. Au début de chaque page, on
ajoute à une pile (conservée sous forme de cookie) la page courante,
soit son identification ou un mot clé.

Est-ce que tu penses que ça pourrait fonctionner avec plusieurs fenêtres
ou onglets ouverts sur le même site Personnellement j'en doute.

Post by Denis Beauregard
puis on fait explode pour séparer en mots et afficher.

Et donc, même avec une seule fenêtre, quelqu'un qui passerait de la page
française à l'anglaise avant de remonter vers la racine pourrait arriver
par exemple à :
Top:World:Français:Informatique:Internet:Internet:Computers:Top:World:(etc.)

Post by Denis Beauregard
Beaucoup de sites interdisent l'entrée du visiteur qui n'a pas
ses cookies actifs ou le redirigent vers une page de départ
s'il arrive à l'intérieur. À l'auteur de décider si c'est essentiel.

*Beaucoup* de sites ? Quelle horreur. :-(

Je voyais ça avec les vieux sites utilisant des cadres (angl: frames)
mais heureusement c'est de plus en plus rare.

Post by Denis Beauregard
Et si le but est de remplacer l'historique, il me semble plus simple
d'utiliser cet historique.

[OUI]

[Denis Beauregard]

Post by Olivier Miakinen

Post by Denis Beauregard
S'il s'agit de retrouver le chemin suivi de façon efficace, je pense
que la seule façon est avec un cookie. Au début de chaque page, on
ajoute à une pile (conservée sous forme de cookie) la page courante,
soit son identification ou un mot clé.

Est-ce que tu penses que ça pourrait fonctionner avec plusieurs fenêtres
ou onglets ouverts sur le même site Personnellement j'en doute.

Je n'utilise pas ce concept de fil d'Ariane. Sur mon propre site de
généalogie, les données sont très irrégulières et la navigation serait
par exemple index niveau 1:index niveau 2:fiche 1:fiche 15:fiche 8:
fiche 1234:fiche 1, donc chez moi, ce concept de chemin est inutile.

IL y a aussi le contexte de l'information affichée. Le chemin suivi
pourrait être:
région - sous-région - ville - service - autre ville avec le même
service (donc le fil d'Ariane est alors remplacé par autre chose).

Je ne faisais que suggérer une façon de le réaliser.

Post by Olivier Miakinen

Post by Denis Beauregard
puis on fait explode pour séparer en mots et afficher.

Et donc, même avec une seule fenêtre, quelqu'un qui passerait de la page
française à l'anglaise avant de remonter vers la racine pourrait arriver
Top:World:Français:Informatique:Internet:Internet:Computers:Top:World:(etc.)

Il s'agit de filtrer en conséquence et de ré-ordonner si l'information
doit être affichée de façon hiérarchisée.

Mais à mon avis, le plus simple serait de faire en statique ce fil
d'Ariane et non le générer selon le chemin suivi par le visiteur.

Post by Olivier Miakinen

Post by Denis Beauregard
Beaucoup de sites interdisent l'entrée du visiteur qui n'a pas
ses cookies actifs ou le redirigent vers une page de départ
s'il arrive à l'intérieur. À l'auteur de décider si c'est essentiel.

*Beaucoup* de sites ? Quelle horreur. :-(

1000 sur 10 millions, c'est peu en proportion mais beaucoup en absolu!

Je faisais quelque chose du genre (à la demande du directeur de
projet). Chaque page générée avait une date et si on regardait la
page 3 jours plus tard, je redirigeais vers la page d'accueil. Je
m'aperçois à la longue que c'est plutôt une question de
mégalomanie (il veut que tout le monde voit son nom, donc les forcer
à passer par la présentation).

Moi j'utilise plutôt l'IP pour identifier les visiteurs et limiter le
nombre de pages vues (anti-aspirateur, essentiel avec 80 000 pages).

Post by Olivier Miakinen
Je voyais ça avec les vieux sites utilisant des cadres (angl: frames)
mais heureusement c'est de plus en plus rare.

Post by Denis Beauregard
Et si le but est de remplacer l'historique, il me semble plus simple
d'utiliser cet historique.

[OUI]

Denis

[Bruno Desthuilliers]

Post by News
Bonjour,
1) si une page peut-être appelée depuis plusieurs autres pages du site ?
Exemple : une fiche article, une fiche utilisateur ou en core une fiche
client...

Un "fil d'ariane" correspond à une arborescence. Si tu n'a rien dans ton
système qui représente cette arborescence, tu ne peux pas construire un
fil d'ariane. En dehors de ça, le fait que plusieurs "noeuds" de cette
arborescence pointent en fait vers la même page est sans incidence -
normalement, l'URI devrait permettre de déterminer sans ambiguité où on est.

Post by News
2) si les utilisateurs du site font usage du bouton "Retour" (history.back()
en javascript) ? Ou encore si ces utilisateurs "sautent" directement à
n'importe quelle page du site déjà visitée (via l'historique?) Ou même vers
une page non encore visitée (via un lien de leurs favoris?)

Là je ne vois pas le rapport. Le "fil d'ariane" n'est pas un historique
des déplacements du visiteur, mais un indicateur de position dans une
arborescence.

[Pascal PONCET]

Post by Bruno Desthuilliers
Un "fil d'ariane" correspond à une arborescence. Si tu n'a rien dans ton
système qui représente cette arborescence, tu ne peux pas construire un
fil d'ariane.

Complètement d'accord !
En fait, dans les sites où les pages sont très hiérarchisées, le système
du "fil d'Ariane" remplace avantageusement les menus imbriqués en DHTML
qui, au-delà de 3 niveaux d'arborescence, deviennent inexploitables ou
en tout cas anti-ergonomiques.

[Thief13]

Post by Pascal PONCET
Complètement d'accord !
En fait, dans les sites où les pages sont très hiérarchisées, le système
du "fil d'Ariane" remplace avantageusement les menus imbriqués en DHTML
qui, au-delà de 3 niveaux d'arborescence, deviennent inexploitables ou
en tout cas anti-ergonomiques.

ça dépend comment c'est pensé (cf http://www.aries3d.org, faire un tour
dans la section formations, il y à 5 niveau de profondeur. ce site est
encore en cour de remplissage)

[Pascal PONCET]

Post by Thief13
ça dépend comment c'est pensé (cf http://www.aries3d.org, faire un tour
dans la section formations, il y à 5 niveau de profondeur. ce site est
encore en cour de remplissage)

J'ai été voir. Désolé, je reste sur ma position.
Mais comme le thème du site est très "visuel", il est difficile de juger
sereinement (voire de juger tout court). Ca devient une affaire de goût,
plus que d'ergonomie.
Ce sont les limites du Web et de ses standards...

[FiLH]

Post by Thief13

Post by Pascal PONCET
Complètement d'accord !
En fait, dans les sites où les pages sont très hiérarchisées, le système
du "fil d'Ariane" remplace avantageusement les menus imbriqués en DHTML
qui, au-delà de 3 niveaux d'arborescence, deviennent inexploitables ou
en tout cas anti-ergonomiques.

ça dépend comment c'est pensé (cf http://www.aries3d.org, faire un tour
dans la section formations, il y à 5 niveau de profondeur. ce site est
encore en cour de remplissage)

Ça marche pas dans safari... (y compris avec le webkit de développement)
dommage...
Pleins de choses se supperposent sur les menus.
Et ils ne sont pas au bon endroit.

FiLH

[Thief13]

Post by FiLH
Ça marche pas dans safari... (y compris avec le webkit de développement)
dommage...
Pleins de choses se supperposent sur les menus.
Et ils ne sont pas au bon endroit.
FiLH

Safari respecte difficilement le CSS et le XHTML... en plus, ce design
demande une résolution de 1024x768 (choix pourris, mais bon...)

[FiLH]

Post by Thief13

Post by FiLH
Ça marche pas dans safari... (y compris avec le webkit de développement)
dommage...
Pleins de choses se supperposent sur les menus.
Et ils ne sont pas au bon endroit.
FiLH

Safari respecte difficilement le CSS et le XHTML...

Bah... tant que ça ? J'avoue être tombé sur un seul bug pour l'instant
(corrigé dans les versions de développement) , mais je ne fais pas non
plus des trucs trop fou en css.

Post by Thief13
en plus, ce design
demande une résolution de 1024x768 (choix pourris, mais bon...)

Bah j'ai...

FiLH

[Thief13]

Post by FiLH

Post by Thief13

FiLH

Safari respecte difficilement le CSS et le XHTML...

Bah... tant que ça ? J'avoue être tombé sur un seul bug pour l'instant
(corrigé dans les versions de développement) , mais je ne fais pas non
plus des trucs trop fou en css.

bin oui tant que ça, la preuve ! si tu vallide la page, tu verra que le
seul problème, c'est dans une URL ou il y a un & à la place d'un &amp;
Et ça ne fait pas passer Firefox en mode Quirk...

[FiLH]

Post by Thief13

Post by FiLH

Post by Thief13

FiLH

Safari respecte difficilement le CSS et le XHTML...

Bah... tant que ça ? J'avoue être tombé sur un seul bug pour l'instant
(corrigé dans les versions de développement) , mais je ne fais pas non
plus des trucs trop fou en css.

bin oui tant que ça, la preuve ! si tu vallide la page, tu verra que le
seul problème, c'est dans une URL ou il y a un & à la place d'un &amp;
Et ça ne fait pas passer Firefox en mode Quirk...

Well la validité syntaxique n'a jamais prouvé la validité sémantique
hein..

Mais ce que je veux dire c'est que bon entre faire un truc théoriquement
juste et un truc pratiquement qui marche, c'est la différence entre du
bricolage et un boulot fini :)


FiLH