Pages :
(reprise du message précédent)

Salut QentinC,

Je ne suis pas très bien voyant non plus et j'ai du mal sur ton site avec les contrastes.
D'autre part, sous IE6, ton menu est décalé sur la gauche dans de fortes proportions et le petit carré qui ouvre les sous menus est presque sorti à gauche de l'écran.

Sinon bon courage.
Modifié par papyjo (23 Aug 2005 - 09:05)
Bravo pour faire un site aussi complet !
J'ai noté que le flux rss était en voyé en text/html, Ce qui n'est pas bon...
Utilise la fonction php header
header('Content-Type: text/xml; charset=[encodage]');
Papyjo a écrit :

Je ne suis pas très bien voyant non plus et j'ai du mal sur ton site avec les contrastes.
[/qote]
J'aurais pu m'en douter... the world is blue...
Si tu as quelques idées pour améliorer ça, je suis preneur.

[quote=Papyjo]
D'autre part, sous IE6, ton menu est décalé sur la gauche dans de fortes proportions et le petit carré qui ouvre les sous menus est presque sorti à gauche
de l'écran.

On m'avait déjà signalé ce bug, et on m'a déjà donné une idée de correctif... je vais le mettre en ligne prochaînement. Mais tu as bien fait de me le rappeler, j'ai failli oublier.

Papyjo a écrit :

Sinon bon courage.

Merci à toi.

mail1789 a écrit :

Bravo pour faire un site aussi complet !

Merci à toi aussi.

mail1789 a écrit :

J'ai noté que le flux rss était en voyé en text/html, Ce qui n'est pas bon...
Utilise la fonction php header

Merci de m'avoir signalé ça ! En fait je le faisais déjà, mais je ne sais plus pour quelle raison obscure, j'avais commenté cette ligne :
//header("Content-Type:]text/xml; charset=iso-8859-1");


Ah si ça me reviens maintenant pourquoi j'ai commenté cette ligne : c'était pour voir le code source généré au final par le php... parce que je n'ai pas de lecteur de RSS moi.

Je corrigerai, je vous signalerai quand j'aurai mis à jour le correctif CSS pour le menu, et quand j'aurai remis text/xml.
Bonjour,

Concernant le problème d'affichage dont je t'ai parlé, il se reproduit :

En fait, je pense que le problème se produit lorsque la page est en cache.
Si on a développé les menus et que l'on recharge la page : c'est comme si il restait une trace du menu développé au chargement précédent ...
Une actualisation de la page fait disparaître le problème, qui n'a rien de majeur.

J'essaie de décrire le problème et le contexte, mais techniquement, je ne saurais l'expliquer ...

Pour tes couleurs, je n'ai pas oublié ...
Smiley cligne
Voilà, j'ai mis le correctif CSS pour le menu. Il a été testé avec firefox et IE. Bon, il est pas terrible, l'utilisation d'un hack pour IE (permettez-moi ce jeu de mots stupide : pour IE => pourri) a été nécessaire, mais c'était pas trop possible sinon.
Évidemment, ce n'est pas moi qui ai fait ce correctif, c'était des éléments graphiques trop subtils pour que je puisse gérer.

le text/xml sur le RSS est également corrigé au passage.

Les parties du menu dépliées sont effectivement censées rester d'une page à l'autre. Javascript se charge d'enregistrer un cookie et de restaurer l'état précédent du menu dès le chargement de la page.
Rassurez-vous, si js est indisponible, pas de cookie, et le menu est totalement déplié par défaut.

Vero a écrit :

Pour tes couleurs, je n'ai pas oublié

Don't stress, je ne suis pas pressé, tu as tout le temps. Merci encore.
Mise à jour du site au 29.08.2005

Bonjour,
je vous signale simplement par ce post la mise à jour de mon site. La référence HTML pour être plus précis.

Merci pour les remarques que vous avez déposées jusqu'à maintenant, je suis toujours ravi de lire d'autre commentaires.

Merci à tous.
Bonjour.
Je vous signale par le présent post la mise à jour de mon site aujourd'hui 17 septembre 2005.

J'ai actualisé mon validateur XHTML 1.0 strict. IL revient maintenant en moins buggé.

J'ai ouvert un topic à ce sujet.

Merci encore à tous.
Je viens de remarquer que le sujet d'annonce de ce forum incluait... ceci :

Sujet d'annonce du forum Ergonomie/demande d'avis a écrit :

Veuillez placer le nom de votre site dans le titre de votre sujet afin de le retrouver plus facilement.


Ainsi j'ai vite fait la modification du titre
Modifié par QuentinC (23 Sep 2005 - 06:08)
Je viens de voir ton site, beau boulot, surtout pour la référence HTML & CSS !


Par contre, petite critique à propos de cette référence : le terme "balise" mal employé. Ainsi :
a écrit :
a
La balise a permet d'insérer un lien hypertexte ou un signet dans une page.

Devrait être changé en :
a écrit :
a
L'élément a permet d'insérer un lien hypertexte ou un signet dans une page.


En effet, on a un élément a, composé d'une balise ouvrante <a> et d'une balise fermante </a> Smiley cligne
Pour rappel, la référence CSS est encore en cours de rédaction. Pour l'instant il n'y a "que" la référence JavaScript et HTML de disponible.

Merci pour ton commentaire FlorentG.
J'ai toujours cru que balise etélément étaient des termes interchangeables indifféremment.
Selon toi, ce n'est pas le cas.
Je vais donc poser la question directement : Quelle différence faites-vous entre balise et élément ?

P.S. Cette question ne s'adresse pas uniquement à FlorentG.
Modifié par QuentinC (28 Sep 2005 - 18:24)
Comme je l'ai dit :

a, p, div, img sont des éléments.

Ils sont représentés dans un document HTML par des balises. On trouve les balises ouvrante (<a>, <p>...) et les balises fermantes (</a>, </p>....).

Parfois, certaines balises sont optionnelles. Ainsi, en HTML4, l'élément p a sa balise fermante optionnelle, on peut mettre ceci :
<p>
  Lorem Ipsum
<p>
  Pouet pouet

C'est parfaitement valide !

D'autres éléments, comme img, n'ont pas de balises fermantes, uniquement l'ouvrante.

Par contre, en XHTML, c'est légèrement différent : hors de question d'avoir des balises optionnelles. L'ouvrante et la fermante doivent êtres systématiquement présentes. Cas particulier quand l'élément est vide, on peut le fermer avec le raccourci, comme avec :
<img src="pouet.jpg" alt="pouet" />


Notez qu'avec cette histoire de balises optionnelles, le document suivant :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
<title>Valid Page !</title></><p>

Est parfaitement valide ! Smiley eek
"Elément" est un terme plus ou moins abstrait qui signifierait en gros
"Noeud d'un document XML/HTML possédant nom d'élément, zéro ou plusieurs attributs et zéro ou plusieurs enfants"

Une balise sert à représenter le début ou la fin d'un élément dans un fichier texte, ou les deux à la fois dans le cas d'un élément vide. On voit ici qu'un élément peut comporter deux balises (une de début et une de fin) et donc que ces mots ne signifient pas exactement la même chose Smiley cligne
Administrateur
QuentinC a écrit :
Je vais donc poser la question directement : Quelle différence faites-vous entre balise et élément ?

Hello, je pense que ce chapitre, associé au message de FlorentG devrait t'éclairer :
http://www.eyrolles.com/Chapitres/9782212115703/chap2_Goetter.pdf Smiley smile

Voici le résumé :
chapitre2 a écrit :
Les balises, délimitées par des chevrons ouvrant et fermant < et >, qualifient des portions
de texte. Sauf exception, elles fonctionnent par paires, et à chaque balise
ouvrante correspond sa balise fermante, débutant par les caractères </. Ces paires délimitent la portion de texte à laquelle elles s’appliquent. Parfois, une balise est refermée immédiatement. Une telle « balise vide » ne délimite alors qu’un point, et non une zone du document.

Un élément est l’ensemble composé d’une balise ouvrante, d’un contenu (du texte et/ou d’autres balises), et de la balise fermante correspondante. Voici un exemple faisant intervenir la balise <strong>, qui permet de renforcer une partie de texte :

Il ne faut <strong>jamais</strong> oublier de fermer les balises!

Dans cet exemple, nous distinguons :
• l’élément <strong>jamais</strong> ;
• le contenu d’élément « jamais » ;
• la balise ouvrante <strong> ;
• la balise fermante correspondante </strong>.

Le contenu « jamais », délimité par le couple de balises <strong> et </strong>, sera renforcé par rapport au reste du texte – les navigateurs graphiques recourent pour cela à une police plus grasse.
Il ne faut <strong>jamais</strong> oublier de fermer les balises!

Modifié par Raphael (28 Sep 2005 - 18:35)
Administrateur
FlorentG a écrit :

Grâce à ton document, j'ai appris que '<' et '>' s'appellent des 'chevrons', je vais enfin arrêter d'appeller ça des "becs d'oiseaux" Smiley lol

Moi je les appelais "inférieur" et "supérieur" Smiley smile
mdr pour "bec d'oiseau" ! Moi j'appelle ça "plus grand que" et "plus petit que".

Vous m'avez convaincu de la différence à faire entre les deux termes, je vais donc effectuer les modifications nécessaires dans la prochaîne version de la référence.
Elle n'est pas prévue pour tout de suite (il faut d'abord que je finisse la partie CSS), il faudra donc attendre un peu avant de voir les corrections.

Merci à tous.
et si vous avez encore des remarques... n'hésitez pas, j'adore les critiques lorsqu'elles sont constructives.

Encore merci.
Je suis aller sur ton site tout à l'heure, et je ne sais pas si c'est normal, mais ton menu se referme à chaque fois qu'on clique sur un lien.
Bonsoir QuentinC ^^
il y a 2 liens vers "gratuits-sites.com" "gratuits-sites.com" au bas de ta page, les deux fonctionnent mais le second (sans l'id) doit etre de trop non ?
Modifié par webphn (22 Oct 2005 - 11:33)
Superbaloo > concernant le menu, de toute manière, dans la prochaîne version, ce ne sera plus des listes imbriquées + javascript mais des listes simples avec des titres hn et sans js.

Mais le comportement que tu obtiens n'est pas normal. Quel navigateur et quelle config ?

webbfn > en fait, je ne sais même pas. C'est un annuaire gratuit (tu as compris même avant de cliquer j'imagine) et si tu mets pas ce lien au bas de la page d'accueil, ils te suppriment de l'annuaire... classique, en somme.
Au fait il est pas très efficace celui-là, je n'ai eu qu'une quinzaine de visites de sa provenance sur une bonne année selon ma page de statistiques...
J'utilise Maxthon (la surchage d'IE), et je suis sous OS windows Smiley cligne
Très bien si le problème sera passé dans la prochaine version, bonne chance
Pages :