Skopos |
FlorentG a écrit :
Non, ça n'a pas la même valeur sémantique Un tableau, c'est pas juste des cellules. C'est un caption, contenant le titre du tableau, des colgroup et col, pour définir des colonnes, pour les associer aussi, des cellules de type "titre", avec pour celles-là des scope pour les associer avec une colonne ou une ligne, etc.... C'est tout un truc pour définir vraiment un tableau, et permettre un analyse facile des données qui y sont présentes... J'vous conseille de lire un article sur les tableaux et leur vraie utilisation
|
an3k a écrit :
quand on a inventé le html, les ordinateurs c'était pour bosser, pas pour s'amuser, les utilisations peuvent se diversifier...
|
Ayuget a écrit :
tu peux pas avouer que sur ce coup là tu as tord
Ca devient lourd que tu essayes de trouver n'importe quel argument bidon pour nier l'évidence.
|
an3k a écrit :
c'est vous ! vous etes lourds à dire que la seule maniere de faire du web c'est le css
|
Ayuget a écrit :
Tu as raison. C'est pas la seule. Mais c'est la bonne .|
Au cas où tu ne l'aurais pas remarqué, on est loin d'être les seuls à le dire.
|
an3k a écrit :
je t'aime enfin !!! peut etre pas la bonne, mais la meilleure en tous cas.
|
an3k a écrit :
bah qu'il n'y ai personne qui débarque dans le post et dise : il est moche ton site...
|
The-Shadow a écrit :
Et ? J'ai le droit de lui demander son avis à lui sur ce qu'il y gagne de concrès. De plus, tes réponses ne m'ont jamais totalement convaincu, désolé, concrètement, vous ramenez tout à la sémantique, ce qui n'a aucun sens.
En plus, moi ce qui m'éclate, c'est les gens qui pronent la sémantique pour l'accessibilité, soyons gentils avec ses gens qui ne voient pas bien.
Par contre, quand on leur demande un lien, ils filent un lien en Anglais. Autrement dit, selon les codeurs, il est préférable d'être un aveugle qui parle anglais qu'un voyant qui ne cause que le Français.
|
The-Shadow a écrit :
J'ai très bien compris la sémantique, faut pas me prendre pour un blair.
Mais la sémantique n'a rien d'une obligation, pas plus que d'avoir une religion.
Comme je le dis et le vois souvent, c'est juste une question de point de vue, moins je m'intéresse plus à l'aspect orthographique et typographique et du respect de ses règles qu'à la sémantique, c'est un choix que je fais, je ne vois rien qui concrètement, me prouve que je me trompe.
|
FlorentG a écrit :
Si, cest une obligation... Pourquoi ? Parce que cest exactement le rôle de lXML et du SGML... On a un contenu, de linformation, et on va la sémanticisé (?) via une système de balises et dattributs... On te file la DTD (donc la grammaire et la structure que doit avoir le document, les éléments requis, leur attributs), on texplique à quoi ils servent, et pis tu marques ton contenu avec ces éléments...
Et pour ce qui est de lHTML ou de lXHTML, ils vont servir comme langage de publication... Rappellons la définition : Citation :
Publier de linformation en vue dune distribution mondiale nécessite lusage dun langage universellement compréhensible, dune sorte de « langue maternelle » acceptée par tous les ordinateurs. Le langage de publication utilisé sur le World Wide Web est le langage de balisage hypertexte HTML.
|
Note que cest un langage de publication, et non de présentation. On va prendre un contenu quelconque, et on va le sémanticisé (? ). Quest-ce quon obtient ? Que dalle : on a juste un document avec un certain sens... Comme tout machin SGML ou XML. On va ensuite le filer à un logiciel qui lui va connaître la syntaxe. Donc là 2 exemples :
- Navigateur visuel : Il va utiliser le langage pour rendre les éléments à lécran et les exploiter. Exemple avec lHTML : élément title qui sera repris dans la barre de titre, structure à base de p, hx, et div qui permetteront de générer une table des matières automatiquement, tableaux qui permettent lextraction de données, etc. Bon malheureusement beaucoup de choses dans lHTML ne sont pas exploités par nos navigateurs
- Moteur de recherche : Lui a grand besoin de la sémantique afin de différencier les types de contenu. Il donnera plus dimportance à un titre qua un paragraphe ou à une cellule de tableau. Lui a besoin de beaucoup de rigueur
Maintenant pour ce qui est de la présentation, il faut forcément un langage à part, ou du moins un document à côté qui renseigne sur la présentation. Cest là où les CSS interviennent. Tas ton document XML ou SGML, le CSS va te permettre de définir ça présentation. Ainsi, nimporte quel document pourra être affichée de manière « jolie », qui correspond plus aux humains. Note quon ne connaît pas sur quoi est affiché la page : écran, mobile, imprimante. Donc importance davoir plusieurs présentations possibles. Sur un mobile, tout sera de manière linéaire, hors de question davoir plusieurs colonnes pour des raisons évidentes. Sur une imprimante, on cachera certaines informations qui deviendraient hors contexte (lexemple dun menu de navigation qui na rien à faire sur une page imprimée). Cest là la toute puissance du combo HTML-CSS : saffranchir totalement de la présentation du côté HTML pour pouvoir en offrir plusieurs avec le CSS...
Là par exemple je suis en train de bosser sur un site ( http://saint-quirin.com/ ). Fait un aperçu avant impression : la mise en page se transforme en quelque chose de lisible. Le menu disparaît, la présentation aussi. Et tout ma coûté que 5 minutes de mon temps, jai juste eu à planquer 2-3 trucs... Essaye-le sur ton mobile, il saffiche correctement, tout le site est navigable... Pareil, 5 minutes... De plus en plus, on voit le web sur différent média. Obligation alors davoir plusieurs présentations possibles, doù limportance de la séparation de tout ça.
|
Natopsi a écrit :
Retour sur les kits graphiques:
Pour mon site, j'avais une sacré flemme de faire mon design tout seul, donc j'ai cherché des kits graphiques mais quatre choses m'ont dit que ca valait pas le coup:
- Les kits graphiques sont tous aussi moches et ne correspondent pas a ce que je cherche
- Impossible de les éditer car la licence l'interdit
- Je préfére avoir la fierté d'afficher "design by natopsi" en bas de page que d'étre obligé de laisser "design by kitgratos.tk" ou quelque chose comme ca
- La fierté d'avoir pondu mon design tout seul
Pour les logiciels, tu peut prendre un truc gratos comme the gimp 2.0 (http://www.gimp.org/).
|
The-Shadow a écrit :
FlorentG => A tout tes exemples, j'opposerais facilement un contre exemple. Je ne vais pas le faire parce que j'ai la flemme d'écrire un autre pavé, mais dans tous les cas, ça reste une question de point de vue, une méthodologie à conseillé, mais surement pas une obligation. Imposé la sémantique va à l'encontre de la liberté de l'individu de faire son site comme il l'entend. Bien sûr, tu vas me dire que vous ne l'imposez pas, mais bon, lire "ton site c'est de la merde, il ne respecte pas la sémantique", c'est pareil.
|
an3k a écrit :
il y a des très beaux kits graphiques, que tu as le droit de modifier.
le gros pb des kits graphiques, c'est quand ils sont en flash. Les flasheurs n'ont pas forcément la meme facon que vous pour l'arborescence des clips. moi ca me perturbe parfois, j'ai meme du refuser un contrat une fosi à cause de ca...
|
FlorentG a écrit :
Tu va un peu loin, là Le problème, c'est que le langage (HTML, SGML, XML) impose la sémantique... C'est le fonctionnement du langage qui impose ça. La sémantique est la raison d'être de l'HTML Un site mis en page par tableau, ça veut strictement rien dire... Un tableau, c'est pour organiser des données groupées par lignes ou colonnes. Là, t'as rien en commun, c'est dans tous les sens... C'est utiliser l'HTML à des fins totalement différentes pour ce qu'il a été prévu C'est du bricolage, y'a pas d'autre mot... Même le designer (D.Siegel) qui a lancé l'idée du tableau a annoncé quelques années plus tard que le web était mort et que c'était sa faute. C'est totalement un manque de rigueur, une totale incompréhension du but du langage
|
an3k a écrit :
ca a longtemps été la seule facon, et c'est pas parce qu'il y a une nouvelle facon qu'elle est la seule.
d'autant plus que la technologie css n'est pas encore totalement au point à mon gout
et puis là ca fait 1heure que je suis sur un site en CSS, je l'aurait déjà fini avec un dreamwaver ou autre... le temps est un facteur aussi
|
FlorentG a écrit :
C'est pas parce qu'il y a une nouvelle façon qu'elle est la seule
Par contre c'est pas parce qu'il y a une ancienne façon totalement bricolée et incorrecte qu'il faut continuer de l'utiliser
|
FlorentG a écrit :
Dreamweaver permet de faire des CSS. Encore faut-il savoir s'en servir, The-Shadow ne peut que me rejoindre sur cette idée... N'oublie pas que t'es pas développeur aussi, et qu'on t'a sûrement jamais expliqué la notion de séparation des couches
|
an3k a écrit :
incorrecte vis-à-vis de certains codeurs. il reste énormément de programmeur qui font tout en table (php bb par exemple )
je pense que les mises en pages par tableaux disparaitront si un éditeur web sort pour le grand public et qu'il fait tout la mise en page en css.
car on ne peut démocratiser un langage si tout le monde n'arrive à l'utiliser, le coder.
|
an3k a écrit :
les css ne sont pas compris pareil par tous les navigateurs, rien que ca, ca me feine encore pour cetains site ou ca serait vraiment trop compliqué pour le petit moi que je suis...
dreamwaver je n'en sais rien, je ne l'ai pas, mais si il est vraiment possible de faire du css simplement, je regarderais peu etre....
|
FlorentG a écrit :
Suffit de pas partir dans le n'importe quoi, et ça marche partout pareil
|
an3k a écrit :
non, il y a quand meme pas mal de fonctions avancées qui ne sont pas comprises par ie par exemple...
|
FlorentG a écrit :
Nan mais c'est sûr... Mais y'a moyen de faire des fallback afin que le rendu ne soit pas trop pire sous IE... En attendant IE7...
|
Message édité par Skopos le 16-08-2005 à 14:49:29
|