Monique

Bonjour scarface7,

Et bienvenue sur le Hub

J'espère que tu y trouveras ce que tu recherches... et que tu nous donneras l'occasion de te connaître un peu plus

J'avais hésité entre les choix Oui c'est obligatoire et Ce n'est pas obligatoire mais c'est mieux

En relisant les échanges, et surtout les réponses de sarc et de Régis, je me rends compte que j'ai sans doute mal interprété le sens donné à obligation par kaporal-7

Il n'y a bien-sûr aucune obligation de caractère légal, officiel, ou quoique ce soit de semblable.

Par contre, comme je considère qu'une des conditions pour qu'un travail soit considéré comme étant de niveau professionnel, c'est qu'il soit de qualité, alors oui, à l'heure actuelle, un code conforme avec l'utilisation correcte des CSS fait partie des critères obligatoires.

Pourtant ce site est tous ce qu'il y a de professionnel ! Alors ?

<{POST_SNAPBACK}>

Je pense que nous connaissons tous des professionnels (dans divers domaines, pas que pour le Web) qui travaillent n'importe comment, se souciant plus de rendement (rentrées financières) que de qualité

Un travail réalisé par un professionnel n'est pas d'office de qualité professionnelle.

Un travail réalisé par un amateur peut être de qualité professionnelle.

Tout est question du sens donné à son métier : soit une activité qui permet de gagner de l'argent et rien de plus (dans ce cas, n'importe laquelle conviendrait), soit une activité pour laquelle on se passionne et qu'on s'efforce d'exercer toujours au mieux (savoir se remettre en question comme l'ont souligné Sébastien et Cleden, suivre l'évolution des technologies, ne jamais cesser d'apprendre et de se perfectionner...)

La question est donc comment s'y mettre ? Evitez de répondre en lisant sur le web ou autre, il est très difficile d'apprendre quelques chose en cherchant seul, pour ma part j'apprend en regardant un exemple ! Si quelqu'un peut m'en donner un.

Merci

<{POST_SNAPBACK}>

Il y a 3 moyens d'apprendre : suivre une formation (les formations de qualité commencent à exister ), utiliser des livres (à condition de bien choisir ), lire les informations partagées sur le Web et s'exercer à partir des nombreux exemples donnés.

Et tu as de la chance... contrairement à ceux qui ont commencé il y a quelques années, tu n'es pas seul.

Des sites de qualité existent (en français, qui plus est) et, sur des forums, des passionnés sont là pour te conseiller et t'aider dans ton apprentissage. Donc, pas question de chercher seul sur le Web, parcours un peu le Hub et tu y trouveras les sites incontournables.

Cependant il n'y a pas de secret, les sources de qualité ne suffisent pas... il faut aussi un travail personnel important

Bonjour,

As-tu spécifié des valeurs pour les attributs rows et cols, ce qui est requis pour l'élément textarea ?

Bonjour,

Je ne pouvais que voter pour Ce n'est pas obligatoire mais c'est mieux, le W3C émet des recommandations destinées à normaliser l'écriture de pages Web. Il n'est donc pas plus obligatoire d'utiliser les CSS que de produire un code valide

Maintenant, du moment que le client est content, et qu'on repond a son besoin...

<{POST_SNAPBACK}>

Je ne suis pas vraiment d'accord avec cette approche.

Dans la majorité des cas, le client ne connaît pas les standards et encore moins l'importance de leur prise en compte. Il exprime des besoins, donne éventuellement des exemples de sites qui lui plaisent... la réalisation technique est le moindre de ses soucis et c'est normal.

Un site non valide, n'utilisant pas les CSS, pourra plaire au client et être opérationnel... au moment de la livraison ! Le risque est grand que des problèmes (interopérabilité, accessibilité...) surviennent plus tard.

Je sais qu'il y a des contraintes budgétaires, que l'utilisation des CSS demande un temps de formation... mais il me semble que tendre au maximum vers la qualité de son travail devrait être une question de conscience professionnelle.

La section Quality Assurance du W3C a produit quelques documents intéressants, dont certains sont traduits en français.

Celui-ci détaille les bénéfices induits par l'utilisation des normes :

utiliser CSS vous permet de séparer proprement la présentation de la structure des données. Cette même séparation allège les coûts opérationnels : l'utilisation de CSS signifie moins de code HTML dans chaque page, et par conséquent moins de bande passante requise.

(Source URL: http://www.w3.org/QA/2002/07/WebAgency-Requirements.html.fr )

Celui-ci réfute quelques-uns des arguments le plus souvent opposés à l'utilisation des normes :

J'ai entendu de nombreux commentaires et propos véhéments sur ce sujet. La plupart d'entre eux sont souvent la marque d'une méconnaissance et d'une compréhension insuffisante de ce que représente la validation HTML.

(Source URL: http://www.yoyodesign.org/doc/w3c/web-quality/ )

PS: l'italique pour les citations est un bien mauvais exemple ici, puisqu'Invision Board ne met pas les citations en italique contrairement à d'autres scripts de forums..

<{POST_SNAPBACK}>

Eh bien non, selon les règles typographiques, Invision n'a pas tord :

- sont mises en italique, les citations comprises dans une phrase

- sont laissées en caractère romain et mises entre guillemets, les citations séparées (et le plus souvent mises en retrait)

Bonjour,

Curiosité purement intellectuelle à la limite de la recherche fondamentale    sait-on pourquoi le W3C a défini 2 niveaux d'emphase ? Pourquoi pas une unique emphase ?

<{POST_SNAPBACK}>

Bonne question, que j'ai vu soulevée plusieurs fois au cours de mes lectures, sans y trouver de réponse claire et précise.

Cette discussion (datant de 2003) entre Laurent Gloaguen (embruns.net) et Karl Dubost, est particulièrement intéressante

Et surtout qu'elles sont les différences de l'italique et du gras dans leur interprétation sémantique humaine ?

(Source URL: http://navire.net/archives/web_standards/italique.html )

Une grande différence entre gras et italique, c'est que le premier n'a aucune portée d'usage (il ne sert qu'à mettre un texte en évidence) contrairement au deuxième comme le montrent ces exemples tirés du Lexique des règles typographiques en usage à l'Imprimerie nationale

- Les noms d'ouvrages, titres de revue, de journal: «À l'ENS, nous lisons Le BOcal, L'Aquarium, Le Hublot et l'Ernest»;

- Les légendes des figures et tableaux;

- Les locutions latines ou étrangères, of course;Les citations dans le corps du texte, quand on choisit de ne pas les citer entre guillemets (pour la typographie des citations, voir le précédent numéro du Hublot);

- Toutes les parties d'un ouvrage qui ne sont pas de la main de l'auteur: préface par un tiers, dédicaces, avis de l'éditeur, etc;

- Les indications scéniques dans un pièce de théâtre;

- Les notes de musique, sauf quand elles sont incluses dans un titre: «Une sonate en mi majeur», mais «La grande messe en ut de Mozart»;

- Le nom propre d'un véhicule (comme un navire): «Le naufrage du Titanic a inspiré bien des cinéastes».

(Source URL: http://www.tuteurs.ens.fr/docs/hublot/hublot06.html )

Intéressant, ce document PDF, Petites lecons de typographie, page 10

On n'utilise le gras que pour les titres de chapitre, section etc. et, dans les manuels de référence ou les catalogues, pour marquer les points d'entrée.

L'italique sert à marquer les différences : mots étrangers, emphase (ou souligne),

noms d'oeuvres (dont les titres de livres et de revues dans les références biliographiques).

On est loin de la notion d'emphase et de plus forte emphase véhiculée par l'utilisation des balises em et strong

Qu'est-ce qui devrait distinguer une emphase normale (em) d'une emphase fort (strong) ? Le rendu est-il différent dans les navigateurs non graphiques ?

Là, malheureusement, je suis catégorique pour les synthèses vocales... aucune, actuellement, ne distingue un texte marqué par une emphase, que ce soit avec strong ou em (j'ai pu le constater en faisant un test avec Jaws ).

Pour les tablettes graphiques, j'avoue ne pas savoir . Je viens de poser la question sur une liste de webmasters non-voyants.

A relire, cette discussion : J'ai un doute sur la balise gras de strong

Bonjour Erwan,

Et bienvenue sur le Hub

Je suis passionné par la création de site Web et plus particulièrement ce qui tourne autour du Web 2.0.

<{POST_SNAPBACK}>

Tu y trouveras quelques discussions sur ce sujet

Dois-je suivre une formation pour rendre tout cela légal ? Est-ce illégal de faire son propre site web en proposant ses services ?

<{POST_SNAPBACK}>

Dans ce cas, tu dois te déclarer comme indépendant en activité complémentaire (toutes les informations se trouvent sur les sites que j'ai renseignés). Il n'y a pas d'exigence de dipômes spécifiques aux activités de webmaster.

Bonjour,

Je profite de ta question pour faire un petit bilan.

Même si certains navigateurs supportent certaines propriétés, la date de leur mise en application n'est pas encore fixée : Cascading Style Sheets « under construction » publication des documents de travail et roadmap.

Contrairement aux versions 1 et 2, CSS3 sera modulaire (comme XHTML 1.1). Une vingtaine de modules sont prévus.

- Introduction to CSS3 - W3C Working Draft, 23 May 2001

- Quelques nouveautés des CSS3 David Latapie)

- Module CSS3 : Sélecteurs W3C traduction du document de Travail du W3C 26 Janvier 2001

- CSS3 Speech Module W3C Working Draft 16 December 2004

Pour le son, il ne s'agit pas d'introduire du son via les CSS, mais du rendu vocal d'une page (notamment pour les synthèses vocales).

Quelques beaux exemples d'utilisation :

- Un peu de CSS3 pour les formulaires... par Gou

- Les colonnes en CSS3 avec Firefox 1.5 par Shemu

- Exploring OpacityStep-by-Step par Michelle Goodrich

- Colonnes CSS3 sur le site mozilla developer center

Dante Evans avait réalisé une série de tests sur différents navigateurs mais ils datent un peu et ne sont plus tous valables... sauf pour un navigateur

En conclusion, je cite Fred Cavazza, assez pessimiste

Malheureusement pas grand chose de prévu sous IE 7... Je pense que la nécessité de prévoir des gabarits à vitesse variable va être de plus en plus forte. A savoir 2 versions d'une même page : une version légère, sémantique et flexible pour les navigateurs récents (Firefox, Opera, Safari) et les moteurs d'indexation (Google Bot, Kinja...) et une autre lourde et rigide pour IE.

C'est malheureux mais c'est comme ça, la lenteur d'évolution d'IE ne doit pas freiner le progrès.

(Source URL: http://www.fredcavazza.net/index.php?2005/...changent-la-vie )

et Gou, beaucoup plus optimiste lui

Personnellement, je vais commencer à les utiliser pour améliorer l'interface, dans la mesure où c'est un plus pour l'utilisateur (sans nuire à ceux qui n'ont pas ces fonctionnalités). Ça ne fera qu'encourager les gens à utiliser des fureteurs qui respectent les standards, non?

(Source URL: http://gou.blogspot.com/2005/12/un-peu-de-...ormulaires.html )

Bonjour nza2k,

Et bienvenue sur le Hub

Tu y trouveras certainement pas mal d'informations et de conseils pour t'aider à bien démarrer ton activité.

Bonjour Vincent,

Et bienvenue sur le Hub

... que tu connais déjà bien

Si tu y as trouvé quelque secours, tu n'hésites pas non plus à en apporter aussi !

Bonjour,

Une précision utile : les liens donnés dans les messages précédents concernent la France. Si les conseils généraux sont valables quelque soit le pays, la législation et les modalités pratiques diffèrent. .

Pour la Belgique :

- Portail Création PME de la Région wallonne

- les conseils à la création d'entreprise du FOREM

Pour le Québec :

- L'entrepreneuriat au Québec

La page des liens du site de l'APCE propose des adresses pour de nombreux pays.

Bonjour,

soit indépendant soit une entreprise (de type SARL, ou EURL, ou autre..), ou encore par le portage salarial.

<{POST_SNAPBACK}>

Oui mais... GregDP est belge . Si les obligations sont globalement les mêmes qu'en France, la législation est différente et le portage salarial n'existe pas.

Le Portail Création PME de la Région wallonne est très complet, de même que le site du FOREM.

Bonjour GregDP,

Et bienvenue sur le Hub

Je suis persuadée que tu y trouveras beaucoup de réponses à tes questions et l'occasion d'échanges intéressants.

Bonjour BigVicente,

Et bienvenue sur le Hub

J'ai fait un petit tour dans ta galerie, tu y proposes de bien belles photos

Bonjour,

Les réponses à la plupart des questions à propos de la diffusion des oeuvres se trouvent sur le site de la SESAM.

Pour la diffusion d'extraits :

La mise en ligne d'une uvre sur internet nécessite, quel que soit la durée, la qualité et le format utilisé, l'autorisation préalable pour la musique :

- des artistes interprètes et des producteurs de disques d'où sont issus les enregistrements au titre de leurs droits voisins du droit d'auteur. Dans vos démarches, nous vous invitons à contacter la SCPP ou la SPPF 

- des titulaires de droit d'auteur et donc de SESAM si les uvres sont représentées par la SACEM.

(Source URL: http://www.sesam.org/faq/internet.html )

Bonjour,

Je ne connais pas la proportion de "désactivateurs" parmi les gens en général,

2 ou 3% peut-être? Il ne verront donc pas ma zolie barre de navigation...

<{POST_SNAPBACK}>

A lire pour prendre ta décision en toute connaissance de cause : Pourquoi certains n'activent pas JavaScript ?

La barre de navigation javascript est trop clinquante pour que je me contente d'un CSS... qui n'est fait que pour la mise en page d'après certains.

Juste une petite réflexion, pas inutile : pour qui fait-on un site ? pour soi (donc pour se faire plaisir) ou bien pour le visiteur (lui assurer confort, facilité, efficacité et plaisir de naviguer) ?

Et les CSS servent aussi a gérer la mise en forme d'une page (son aspect visuel)... ceux qui affirment le contraire se trompent

Bonjour,

La série d'articles sur Openweb t'aidera à comprendre les principes du positionnement des blocs, le 2ème traite des blocs flottants : Initiation au positionnement CSS : 2.position float

En résumé

Postionnement naturel, dans le flux

- les blocs s'affichent verticalement de haut en bas, horizontalement selon l'espace disponible

- on utlise les marges pour modifier la position entre des éléments

- le positionnement relatif laisse les éléments dans le flux, il permet de décaler un bloc par rapport à un autre (pas facile à utiliser, souvent source de chevauchement)

Positionnement absolu

- les blocs ne font pas partie du flux, leur positionnement ne dépend pas de celui des éléments qui l'entourent

- ces blocs peuvent être fixés

Positionnement float

- les blocs ne font pas partie du flux mais sont dépendants des autres éléments flottants

- le résultat n'est pas toujours facile à maîtriser quand il y a plusieurs éléments flottants

- les problèmes de débordements peuvent être résolus par l'utilisation de la propriété clear (on parle de bloc spacer)

A lire aussi :

- Comprendre le positionnement des balises en CSS

- Float, clear et contextes de formatage

Bonjour,

Comme à mon habitude, je vous suggère quelques lectures qui me semblent intéressantes...

- sans hésitation la plupart des articles publiés sur InternetActu

- assez pessimiste, un entretien avec Laurent Chemla

- une explication sur la "bulle" et les attentes démesurées sur L'Atelier

Bonjour xou,

Et bienvenue sur le Hub

et ce soir je me suis dis que j'allais peut être me mettre à contribuer un peu... 

<{POST_SNAPBACK}>

Ah bien, excellente décision

Bonjour Gilles,

Et bienvenue sur le Hub

Visiteur anonyme du hub depuis un petit moment (via Alsacreations) je m'inscrit enfin !!

Au fait je suis Lyonnais ................ et ça change tout 

<{POST_SNAPBACK}>

Tu as raison, les deux forums sont complémentaires et tu trouveras certainement matière à échanges fructueux sur le Hub

PS : j'aime bien la notion de fête associée à Lyon

Bonjour,

J'ajouterai que sans ton code, il est plutôt difficile de t'aider. Il y a quelques experts sur le forum mais ils ne savent pas encore deviner les erreurs présentes dans une page qu'ils n'ont pas sous les yeux

Le mieux est de donner l'URL d'une page test.

Un article du Hub t'aidera à connaître et résoudre quelques erreurs fréquentes

Bonjour,

Je ne connais pas d'extension Firefox qui réponde à ton souhait

Konqueror et Safari, partageant le même moteur, ont un rendu assez proche.

Tu trouveras d'autres sites utiles dans la discussion une prise de vue de son site

Bonjour,

Pour en revenir au commentaire de l'article

<{POST_SNAPBACK}>

La première me vise : l'auteur d'un article devrait de temps en temps en remettre en question le contenu et la rédaction. La matière traitée peut avoir évolué (une technologie et sa théorie, son utilisation, son impact...), l'auteur a probablement approfondi ses connaissances et acquis plus d'expérience.

Sans renier ce que j'ai écrit, je n'aurais certainement pas dit exactement les mêmes choses, ou de la même manière, aujourd'hui.

Un exemple d'une réalité importante que j'ignorais totalement à l'époque :

Les styles CSS, on l'ignore trop souvent, ne sont en effet pas appliqués au code HTML que vous avez écrit, mais au code tel qu'il a été interprété et corrigé par le navigateur, qui s'efforcera de rétablir un code valide et donc utilisable. Le résultat peut être très loin des attentes de l'auteur.

(Source URL: http://forum.alsacreations.com/topic-1-10809-1.html )

j'aimerais juste préciser, que ce n'est pas, de manière générale, la conformité des standards qui est un gage d'accessibilité ou d'évolutivité.

En effet, je peux très bien utiliser un Doctype HTML, et utiliser un design tabulaire (donc, par définition, contenu et mise en forme liés).

De la même manière, je peux utiliser un Doctype XHTML,  séparer le contenu de la mise en forme, mais ne respecter aucune sémantique de code, et par conséquent nuire à mon accessibilité.

Comble de l'horreur : je peux utiliser un doctype XHTML, et un design tabulaire !

J'aurai par contre le nécéssité d'employer CSS pour l'aspect graphique (attributs de tables), mais je peux aussi bourrer mes cellules d'images, sans pour autant perdre la validation (Oui, je me compliquerais la vie, mais c'est juste pour l'exemple).

Ceci pour préciser, que le respect des normes n'est pas une fin en soi dans ces situations, cela ne permet que d'avoir un code propre et théoriquement rendu de la même manière sur tous les navigateurs visuels.

Ecrire un code conforme ne doit pas être un but en soi mais une manière de travailler pour tendre vers la meilleure qualité possible. Valider régulièrement son code, à chaque étape importante de son écriture, permet aussi d'éviter bien des soucis de débogage (notamment les problèmes d'affichage liés aux CSS).

Une discussion à lire ou relire : Quel langage, quelle conformité pour vos sites ?

En ce qui concerne l'accessibilité, il ne s'agit que de contraintes d'ergonomie, ou d'écriture, qui ne sont pas vérifiées par le validateur du W3C.

Il est donc nécessaire de les penser en parallèle avec la création des pages.

Si je suis d'accord avec ta conclusion, je le suis moins avec ta vision de l'accessibilité, qu'il ne faut pas confondre avec l'ergonomie ou l'utilisabilité (je n'aime pas ce terme mais je n'en connais pas d'autre ), ni avec l'interopérabilité.