Salut, j'ai déja posté un topic pour ca, dans le forum graphisme, mais lorsque j'ai voulu parler de la programmation de mon site, on m'a dit de venir ici. Donc voila, j'aimerais savoir ce que vous pensez de mon site niveau prog. S'il y a quelqu'un améliorations, enfin..tout ca koi ^^.
 
http://www.zeldaboss.firstream.net/
 

Bin, je suis désolé, mais nivo prog, c'est pas top du tout. Exemple :

Là on a deux trucs qui choques : les espaces insécables à la queue leu leu, et l'attribut "font", qui n'est pas très recommandé(CSS).
Sinon l'attribut target n'existe plus en XHTML. Donc là encore niveau prog, c'est pas top.
Désolé.
 
Sinon le design est sympa. Conventionnel, mais sympa. Je dirais cependant, parce que je suis un emmerdeur que la police ne me parait pas très en rapport avec l'esprit Zelda. Mais je crois que tu dois déjà être assez vexé, alors je me tais.

Les espaces, c'est pour bien montrer qu'on décale le texte, j'prefere     que "   ". Enfin, l'utilisation de CSS pour les boutons des menus, si c'est mieux, bah je vais le mettre alors ^^. Pour les attributs target, je vois pas très bien de quoi tu parles, ce doit sûrement être les target="_blank" ? Si c'est ca, dis moi un autre moyen de faire ouvrir une nouvelle fenêtre. A part en JS, paske un window.open() a chaque fois...
Boarf, pour la police tu me conseille koi ? J'ai utilisé pour mes version 1, 2, 3, 4 et 5 les polices respective, Comic sans MS 10pt, Comic sans MS 10pt, Comic sans MS 13pt, Comic sans MS 8pt (vi j'aime beaucoup le Comic sans MS ) et Arial 8pt.
Paske j'trouve que le Comic sans MS, c'est marrant, mais bon, j'aime po trop, a la longue c'est lourd.

Je viens de faire un tour sur Graphisme. Tu as intérêt à suivre leurs conseils... Je pense comme eux sur la typo, trop travaillée, pas lisible. Mais ça s'arrête là. Je suis perso un grand fan d'Arial (et accessoirement de Microgramma).
 
Pour lenbsp; j'ai bien compris ce que tu veux faire, mais la méthode est mauvaise. On n'enquille pas comme ça des espaces jusqu'à ce qu'on soit content.
 
Enfin, ici on parle de prog. Donc, en XHTML ou en HTML4 Strict, target n'existe plus, et il faut passer par du JS.

Tu fais bien <font color="#000000"> à chaque fois !

Pour la typo, c'est la même image ? Ou c'est tous les titres et le haut ?
Tu me conseilles quoi alors pour le   ?
Et enfin, pour le <font color="#000000">. J'ai defini des class dans ma feuille de style, maintenant je fais <font class="noir"> etc..vaut mieux utiliser quelle balise pour definir une classe de style ? <font>, <div> etc...
 

coté look c bien mais les menu trop nombreux
 
je mettrais p-e plus les titre du genre "zelda game cube", et lorsque tu click dessus, ya un menu simili-déroulant qui apparait
 
ca te sauverait foutrement ces 50 et plus liens en menu de gauche

<font color=red> non
<span style="color:red;"> oui

Voilà !

Au pire tu définis un spacer : un gif 1x1 transparent auquel tu donnes la dimension voulue.

au mieux, tu fais <div style="margin-left:5px;"></div>

C'est autorisé, les div vides ?

Heu un div vide, pourquoi pas, et en XHTML en plus !
<div style="margin-left:5px;"/>  
 
Sinon, Cherrytree c'est où çà donc que t'as vu que target c'est plus d'actualité ? ? ?
 
Pas là en tout cas : http://www.w3.org/TR/html4/types.h [...] ame-target
Ni là : http://www.w3.org/TR/html4/present [...] def-target
 
Alors où ? ? ?
 
Je veux bien que certain éléments soient "Deprecated" au profit de CSS, genre <FONT> ou <CENTER>, mais de là à obliger à faire du javascript ! ! !

Sauf erreur de ma part, si tu mattes la DTD de XHTML Strict, il n'y a nulle part d'attribut target. Ci-dessus un copier coller pour le tag <a>.

J'ai oublié de préciser l'URL : Cliquer ici pour voir la belle DTD

ce que je voulais dir, ct de mettre un contenu dans le div, en l'occurence le menu...
sinon, si tu mets "<div .../>titre de menu" ça va aller à la ligne après le div, donc c pas bon.

Bizarre cette DTD XHTML 1.0 Strict !
 
OK, le target n'y est pas, mais il est dans XHTML-1.0-Transitional et dans XHTML-1.0-Frameset.
 
De plus on le retrouve sous une autre forme dans XHTML-1.1 !
 
Donc si je comprends bien, en XHTML 1.0 Strict, t'es obligé d'utiliser du javascript !
 
En fait, finalement, je comprends pas bien  

de toute façon, le target ne sert à rien, c une contrainte que le webmaster impose à ses visiteurs... si les visiteurs veulent ouvrir le lien sur une nouvelle page, il doivent faire un CTRL+cli (ou SHIFT+clic selon le browser)

Mara's dad a écrit a écrit : Bizarre cette DTD XHTML 1.0 Strict !   OK, le target n'y est pas, mais il est dans XHTML-1.0-Transitional et dans XHTML-1.0-Frameset.   De plus on le retrouve sous une autre forme dans XHTML-1.1 !   Donc si je comprends bien, en XHTML 1.0 Strict, t'es obligé d'utiliser du javascript !   En fait, finalement, je comprends pas bien

Moi non plus. Faut attendre les manitoux du HTML : youdontcare et W3C Compliant.

Hein ! ! !
 
En quand t'as des frames, tu fait comment sans target ?
 
Je crois que je viens de comprendre...
 
Dans ce cas, faut faire du XHTML-1.0-Frameset !
 

Je suis bien d'accord. C'est chiant en plus de gérer plein de fenêtres. C'est pas tam tam du tout et puis on est surtout là pour le contenu. Une belle interface qui fait chier... ben ça fait chier.

Bien vu. De toutes façons les frames aussi c'est déconseillé. Donc... il vaut mieux s'en passer autant que possible (c'est chiant à imprimer).

Oui, je sais que les frames sont déconseillées !
Pourquoi ? ? ?, encore un mystère . . .
 
Mais je m'en fout !
 
Pour moi, c'est un coup des vendeurs de bande passante

Et pour imprimer, je met un bouton, qui pointe vers une version PDF, PS, ou PCL au choix !
 
Parce-que, frame ou pas, j'ai jamais vu un navigateur qui te bouffe pas une partie du texte dès que la mise en page est un peux complexe.

Mara's dad a écrit a écrit : Oui, je sais que les frames sont déconseillées ! Pourquoi ? ? ?, encore un mystère . . .   Mais je m'en fout !   Pour moi, c'est un coup des vendeurs de bande passante

Non, ça c'est assez simple à comprendre. D'une part le web a été créé à l'origine pour véhiculer des documents et proposer un modèle de formatage adapté. De ce point de vue les frames ne satisfont l'exigences de documents imprimés (si t'as essayé, tu sais). D'autre part le référencement d'un site avec des frame est difficile et on se retrouve souvent avec des pages inutilement indexées, qui rendent compliqué la navigation (genre quand tu tombes sur une page grace à google qui est un des frames, du coup t'as pas la navigation par exemple.

Alors, déja, merci pour toutes ces réponses ^^
burgergold => Oui, pour les menus, je penses faire la même chose, mais j'attends d'avoir un jeu Zelda de plus dans les rubriques.
 
z0rglub => Ok pour le <span> mais j'ai déja défini des class dans ma feuille de style, comment j'en fait appel ? <span class="rouge"> ? Pour le <div>, kesstu veux dire par "mettre un contenu dans le div, en l'occurence le menu" ? Parce moi, ca fait :
___(espaces) ? (le point) Titre du menu
Donc tu verrais le début et la fin du div où, toi ?
Et les target, ben chaipas, quand y'a une liste de lien (c.f. rubrique Liens), c'est logique qu'il y ait un target="_blank" vu que le lien est externe, pour moi c'est normal.
 
Cherrytree => Un gif 1x1, hmm, moué, j'vais voir ^^
 
Merci encore, et j'attends vos conseils.

tu as 2 solutions :
solution 1 :

solution 2 :

sol 2 : tu définie une classe CSS pour qui a pour style margin-left:5px et tu fais <div class="maClass">

Ok pour la class, mais pourquoi <br />, c'est pas pareil que pour <br> ?
 
 

Heu..ouais, c'est Zelda-Boss, hein, c'est juste que je me suis gouré de pseudo étant sur l'ordi de Mirage :

Mirage- a écrit a écrit : Ok pour la class, mais pourquoi <br />, c'est pas pareil que pour <br> ?

 
paske <br> c pas w3c compliant

C'est à dire ?
Tu veux dire qu'a chaque fois il faut utiliser <br /> ?
 

Zelda-Boss a écrit a écrit : C'est à dire ? Tu veux dire qu'a chaque fois il faut utiliser <br /> ?

 
Ben au lieu de mettre <br>, tu mets simplement <br />

<br> , c'est du HTML,
<br />, c'est du XHTML !
 
En XML, toutes les balises doivent être fermées.

et le coup de l'espace après le r de br, c'est parce que IE se chie dessus, alors on lui mets un espace

Et pourquoi doit on utiliser du XHTML au lieu du bon vieil HTML normal ?
 
 

Zelda-Boss a écrit a écrit : Et pourquoi doit on utiliser du XHTML au lieu du bon vieil HTML normal ?

Parce que c'est mieux.
Non, en fait la définition de XHTML est en soi assez stricte (contrairement à HTML) pour qu'un développeur de navigateur qui s'y colle, puisse produire un navigateur qui réponde exactement aux éxigences de tes pages. Donc c'est mieux.

 
À terme les frames ça va disparaître

 
HTML est "vieux" comme tu le dis. Normalement il n'évoluera plus. Le futur c'est XHTML.

Voila, j'ai enlevé les   qui génaient, et j'ai opté pour les CSS qui font :
.noir {
color: #000000;
margin-left:8px;
}
et a chaque fois je fais :
<div class="noir">? Le lien</div>
 
Voila voila voila ^^.
D'autres choses à améliorer ? (oui, sûrement, mais dites tjrs )
 

antp a écrit a écrit :     À terme les frames ça va disparaître

 
Quel terme ?
 
Dans XHTML 1.0 les frames éxistent toujours, ainsi que dans la version 1.1, mais sous une autre forme.
 
Dans la V2 peut-être, mais il faudra bien inventer un remplacant !
 
Je veux bien que les frames ne soient pas pratiques pour les robots et pour l'impression, mais pour faire une application intranet, je trouve que c'est plus simple et plus propre à programmer que les Iframes !

C'est quoi dans la 1.1
les frames c'est quand même plus chiant à gérer qu'un SSI ou du PHP/ASP je trouve...

Avis subjectif => Je hais les frames

Bon ok, j'en avais onze dans ma première version, mais la n'est pas la question !