Il n'y a pas que les questions qui sont posées souvent, il y a aussi les questions qui ne sont malheureusement jamais posées - on les appelle ironiquement les NAQ ("never asked questions"). Ce sont avant tout des questions qu'il faudrait se poser soi-même avant d'honorer le forum SELFHTML d'une contribution:
NAQ 1: Pourquoi m'efforcer, avant de poster un message, de trouver la solution moi-même?
Cela évite d'être à l'origine d'une discussion (arborescence de messages) qui se terminera en m'invitant à visiter une page de la documentation SELFHTML. Il n'est pas insurmontable d'aller y voir par soi-même. Celui qui connaît d'autres sources de connaissances doit d'abord les exploiter pour trouver la solution à son problème. Ici sur le serveur, il y a comme sources de connaissances 
SELFHTML, les articles spécialisés et 
l'archive du forum qui permettent de trouver soi-même.
NAQ 2: Pourquoi choisir un titre approprié pour les nouvelles discussions?
Des titres tels que "À l'aide, mon navigateur fait des siennes" ou "Pourquoi ça ne marche pas?" ne sont pas très circonstanciés. De même, les titres extrêmement longs sont peu judicieux - Le contenu du message doit se trouver dans le corps du message et non pas dans le titre. Les titres doivent donc être courts mais formulés de telle façon que leur sujet saute aux yeux.
NAQ 3: Pourquoi choisir un domaine thématique?
Dans le formulaire de saisie d'un nouveau message, se trouve entre autres une liste de choix par domaines thématiques ("Sujet"). Il est vivement recommandé pour chaque nouveau message de choisir le plus approprié des domaines thématiques proposés. Sur le forum, le sujet choisi apparaît alors somme mot clé entre parenthèses devant le titre. Les visiteurs du forum qui ne s'intéressent qu'à certains thèmes peuvent ainsi trouver et cibler les messages qui les intéressent.
NAQ 4: Pourquoi faire le moins de citations possible dans une réponse?
Par défaut dans le formulaire de la réponse à un message, tout le texte du message original est repris dans le champ prévu pour rédiger le texte de son propre message. Il est cependant vivement recommandé d'effacer tous les passages de l'original à l'exception de ceux auxquels se réfèrera explicitement la réponse. Ainsi, la quantité de données est réduite et d'autres lecteurs qui lisent la discussion message par message ne sont pas contraints de subir des répétitions interminables.
NAQ 5: Pourquoi relire le texte avant d'envoyer le message?
Personne ne prendra ombrage s'il advient qu'un mot étranger soit mal orthographié ou que les majuscules soient employées par erreur. Mais une courte relecture de ce qui est écrit avant l'envoi permet au moins d'éviter une avalanche de fautes bêtes (le forum n'est pas du clavardage!). De telles fautes sont particulièrement énervantes dans le titre des messages. Même les adresses URL pouvant être cliquées doivent être vérifiées caractère par caractère avant d'envoyer le message. Des réponses à son propre message telles que "zut, mauvaise adresse" doivent être évitées dans toute la mesure du possible.
NAQ 6: Pourquoi, avant de répondre à un message, devrais-je lire toute la discussion?
Le volume de données enfle inutilement si par exemple une question a déjà trouvé une réponse exhaustive auprès d'un autre participant et que peu après trois autres participants y répondent à leur tour - et que leur réponse est de moins bonne qualité que la première.
NAQ 7: Pourquoi faut-il me poser à nouveau avant l'envoi la question de savoir si le message est vraiment nécessaire?
Pour éviter ainsi que naissent des discussions qui tiennent plus du papotage et qui auraient davantage leur place dans le clavardage, car elles ne contribuent qu'à enfler le volume du forum. Des suites de messages du genre "Mon navigateur Internet MS fait ceci ou fait cela", "Oui c'est vrai", "Pas le mien" ne peuvent aider aucun autre lecteur. Et certaines réponses au caractère plus personnel peuvent être aussi envoyées par courriel. Le premier commandement doit être: ça ne doit pas apporter quelque chose qu'à moi, ça doit apporter quelque chose aux autres!
NAQ 8: Pourquoi faut-il décrire le problème de la façon la plus exacte possible?
Il est pour ainsi dire impossible d'aider à la résolution d'un problème quand il n'est pas clairement expliqué quelle est la nature exacte du problème ("ça va pas" ne suffit pas - quel est l'effet souhaité?), quels sont le cas échéant les messages d'erreur (qu'ils viennent du navigateur ou du fichier protocole du serveur Web etc.), quelles mesures ont déjà été prises et dans quel environnement (système d'exploitation, navigateur utilisé etc.) le problème est apparu. En l'absence de ces mentions, plusieurs demandes de renseignements supplémentaires (superflues) sont souvent nécessaires pour faire la lumière sur les conditions marginales du problème - ce qui, bien sûr, diffère d'autant la solution du problème (les boules de cristal de voyance sont rares). Un lien à une adresse Internet, à laquelle le problème peut être examiné, est des plus utiles; pour des problèmes localisés, le mieux est de joindre la partie de code en question dans le message (mais s'il vous plaît: ne postez pas de code source interminable).
  |
Le forum a deux missions:
- Tout d'abord, il désire proposer aux développeurs Web en activité et aux amateurs éclairés ou débutants une plate-forme où ils peuvent poser leurs questions pour trouver des solutions à des problèmes et pour discuter des langages Web, des différences entre les navigateurs, etc. Par la discussion de problèmes et l'archivage de ses résultats les plus significatifs, se crée d'elle-même une base de connaissances qui croît comme du lierre s'agrippant autour de SELFHTML. Celui donc qui prend part à de telles discussions spécialisées, qu'il soit demandeur ou celui qui réponde, contribue en fin de compte à construire le projet hypertexte SELFHTML.
- Ensuite, le forum ne désire pas n'être qu'une tribune de spécialistes mais aussi un "lieu de rencontres" virtuel pour tous les participants du forum. C'est pourquoi, côtoyant l'échange de connaissances qualifiées, l'"humanisme" est aussi expressément permis et souhaité sur le forum. Cela peut être des discussions sur des thèmes étrangers à la spécialité ou tout simplement des petites taquineries ou gentillesses. Car ce sont des humains qui remplissent le forum de contenu ou qui lisent ce contenu, et c'est pour cela que le forum doit avoir aussi une atmosphère humaine et vivante. Il faut préciser que le forum allemand a une "histoire" et ce sont les participants qui ont fait ou font cette histoire. Il devrait en être de même pour le forum français. L'important pour ce genre de nouvelles est de s'imaginer qu'au fil du temps plusieurs centaines, voire milliers de personnes liront ce qui est écrit. C'est pourquoi il faut toujours s'efforcer d'écrire ce qui pourra intéresser le plus grand nombre.
Il y a aussi des messages indésirables:
- En fait partie en premier lieu tout bavardage creux. Des messages sans autre contenu que "je ne peux malheureusement rien en dire" ou "je suis d'accord avec toi" sont pour le forum des données superflues et polluantes. Ce genre de messages enfle inutilement, quand ils sont trop fréquents, la base de données, et rendent la lecture pénible.
- De même, le "bavardage en direct" est indésirable. Des messages tels que "je vais essayer maintenant en désactivant Javascript et je te dirai ensuite comment ça a marché" avec la réponse "alors - tu as essayé?" qui tombe deux minutes plus tard n'ont pas leur place sur le forum. Pour ce genre d'échanges, le
canal de clavardage SELFHTML peut être utilisé.
- Sont explicitement indésirables, il va sans dire, tous les messages à caractère raciste, sexiste ou très insultant.
| |
Sur le forum SELFHTML n'existe aucune garantie de réponse aux questions. À vrai dire, cela va de soi pour un forum qui n'est pas commercial, mais malheureusement, il y a eu des cas dans le passé (du forum allemand) dans lesquels les poseurs de question ne supportaient visiblement pas que leur question reste sans réponse ou que les réponses reçues n'apportaient pas la solution pour résoudre le problème.
Chaque message est lu dans tous les cas par plusieurs douzaines de visiteurs dans les deux à trois jours suivant sa parution, certains messages par beaucoup plus de visiteurs. Beaucoup de visiteurs du forum y prennent une part active et sont prêts à répondre s'ils connaissent quelque peu le sujet. S'il arrivait pourtant qu'une question reste sans réponse, les raisons peuvent être multiples:
Certaines questions peuvent mettre de mauvaise humeur. Par exemple, des questions posées sur le ton "oui, mais tu fais vite s'il te plaît!" ou celles qui portent la mention "Veuillez me répondre par courriel" ou encore "je l'ai déjà demandé hier et n'ai reçu aucune réponse". Celui qui pose de telles questions reçoit, ce n'est pas rare, des réponses arrogantes. L'envoi de plusieurs messages réitérés en l'espace de quelques heures est également indésirable. Cette façon d'attirer l'attention va à l'encontre de l'effet recherché, à savoir l'obtention rapide d'une réponse sensée.
Le forum SELFHTML n'est pas un organisme de ravitaillement mais une tribune spécialisée où l'équilibre entre donner et recevoir est souhaité.
S'efforcer de trouver soi-même une solution est une partie intégrante de cet équilibre. Il est épuisant de répondre à des questions qui reviennent sans arrêt et dont la réponse se trouve en multiples exemplaires dans les archives ou même quelques messages plus loin sur le forum. Pour assurer l'hygiène du forum, l'habitude s'est ancrée de répondre à te tels messages à l'aide de petits messages graphiques.
Les repères HTML dans le texte du message ne sont pas interprétés mais représentés comme du texte. La raison en est simple: dans beaucoup d'articles, il est souvent nécessaire de citer du code HTML, du code CSS, du JavaScript etc. pour exposer son problème ou y répondre - et ce code doit naturellement être affiché et non pas interprété.
La façon de rendre des liens et références "cliquables" malgré tout est expliquée plus bas dans Comment incorporer liens ou graphiques dans mon message? .
Avec des questions telles que "Mon jeu de frames n'est pas affiché correctement dans l'explorer Internet!" ou "J'ai établi un questionnaire sur formulaire avec JavaScript et ça ne fonctionne pas avec Netscape 3.x, à quoi cela peut-il tenir?" sans mentionner un code source ou une URL avec un exemple où l'on peut examiner le problème, seules sont possibles des suppositions qui ne contribueront pas, c'est plus que vraisemblable, à la résolution du problème.
Quand du code source doit être cité sur le forum, ce n'est que la partie déterminante pour le problème qui doit être incorporée - par exemple, seul le code du jeu de frames ou le passage Javascript avec le formulaire. Le code source de la page complète n'est pas nécessaire en règle générale et ne contribue qu'à ce que le message soit lu plus rarement.
Les messages dont la taille excède 12 Ko sont renvoyés automatiquement pour modification.
Veillez à ce que: Lorsque sur le forum vous mentionnez une adresse URL et que sur cette page se trouve par exemple un JavaScript qui conduit à un "plantage" du navigateur, ce soit clairement indiqué. Dans ce cas, le code erroné doit être joint au message étant donné qu'il peut être difficile dans le cas contraire d'accéder au code pour ceux qui sont disposés à répondre.
Étant donné que le code source HTML n'est pas interprété, les notations suivantes ont été prévues pour incorporer liens ou références:
- [link:adresse URL] crée un lien à une adresse URL pouvant être cliqué, donc par exemple
[link:http://selfforum.selfhtml.com.fr]
- [image:adresse URL] incorpore un graphique, donc par exemple
[image:http://src.selfhtml.org/logo.gif]
La validité des adresses URL est contrôlée sur la forme quant à la conformité avec les RFC correspondants. Pour les images ne sont acceptées que les adresses URL http. Les schémas URL suivants sont reconnus pour les liens (pour chacun d'entre eux, des exemples qui fonctionnent sont mentionnés - si votre navigateur les soutient):
- http (RFCs 1945, 2616, 1738)
- [link:http://forum.fr.selfhtml.org/faq/forumsfaq_2.htm#a6]
- ftp (RFCs 959, 1738)
- [link:ftp://ftp.apache.de/]
- news (RFCs 1036, 1738)
- [link:news:de.comm.infosystems.www.authoring.misc] (lien à un groupe de nouvelles) ou
[link:news:3a8cf0e4$1@netnews.web.de] (lien à un article de nouvelles)
- nntp (RFCs 977, 1738)
- [link:nntp://msnews.microsoft.com/microsoft.public.de.german.inetexplorer.ie5]
- telnet (RFCs 854, 1738)
- [link:telnet://locis.loc.gov/]
- gopher (RFCs 1436, 1738)
- [link:gopher://gopher.tc.umn.edu:70/]
- mailto (RFCs 822, 1738; RFC 2368 wird nicht unterstützt)
- [link:mailto:selfhtml@fr.selfhtml.org]
De plus, il est possible pour les adresses URL http de les faire précéder de view-source:. Certains navigateurs supportent ce genre d'adresses et affichent alors le code source du document correspondant. ([link:view-source:http://actuel.fr.selfhtml.org/])
Pour les liens qui mènent à des pages se trouvant à l'intérieur de selfforum.selfhtml.com.fr, l'adresse relative suffit aussi (par défaut http est placé devant). Exemples:
[link:/?m=2080&t=344] (référencer un message du forum)
[link:/faq/forumfaq_1.htm] (lien aux questions récurrentes)
[link:/archive/2001/index.htm] (lien à l'archive du forum)
Attention: Les images de votre propre serveur devront y rester durablement quand le message sera archivé. Dans le cas contraire, vous créez une "broken image" (lien rompu à une image). Pour les participants du forum qui référencent fréquemment de tels graphiques de leur propre serveur, nous recommandons d'installer sur leur propre serveur un répertoire distinct.
À vrai dire, ce n'est pas un but en soi, et il n'est donc pas officiellement prévu de changer le titre de l'arborescence lors d'une réponse à un message. Mais il y a quelquefois des cas où tout simplement cela s'avère utile. Finalement, ce qu'on appelle "digression", changement de sujet dans le cours de la discussion, est un phénomène connu. Et dans ces circonstances, il peut être judicieux de changer le titre.
Le tuyau: lors de la réponse à un message, il suffit tout simplement de laisser libres les champs pour le nom et l'adresse électronique et d'envoyer le message après en avoir rédigé le texte. Le script de vérification du forum réagit alors de telle façon qu'il renvoie le formulaire en demandant d'inscrire les données manquantes. Outre les champs pour le nom et l'adresse électronique figurent aussi les champs pour éditer le titre et choisir le domaine thématique.
Prière de n'user cette possibilité qu'avec parcimonie et uniquement dans les cas décrits ci-dessus!
En principe, les questions du point de vue du développeur concernant les navigateurs, les éditeurs, les programmes graphiques etc. peuvent être posées sur le forum. Même les questions sur la configuration, les problèmes d'utilisation de logiciels tels que navigateurs, programmes de réception de courriels et de nouvelles, éditeurs HTML, éditeurs de texte, programmes de recherche d'adresses URL etc. peuvent être posées.
Le forum SELFHTML n'est cependant pas un forum officiel d'aide pour tel logiciel bien précis! Les concepteurs de logiciels proposent en règle générale sur leurs propres pages d'accueil des forums, des questions récurrentes et des groupes de nouvelles sur leurs produits. Les groupes de nouvelles du concepteur de logiciels se trouvent souvent sur le propre serveur de nouvelles de la firme. La lecture de groupes de nouvelles et l'envoi de nouvelles est possible sur le WWW même sans programme de lecture de nouvelles auprès des services suivants:
http://netnews.web.de
Pour poster des messages dans les groupes de nouvelles, il faut s'ouvrir un compte personnel sur les pages de ce fournisseur.
Le forum SELFHTML a tendance à s'adresser davantage aux développeurs Web qui connaissent le code source de leurs fichiers (même en HTML et CSS), et moins aux utilisateurs qui travaillent avec des outils logiciels qui ne les confrontent pas au code source. Pour les questions sur la façon dont fonctionne quelque chose avec Frontpage, on risque plus de se voir opposer une fin de non-recevoir qu'avec les questions sur les commandes de langages.
© 2001 
selfhtml@fr.selfhtml.org
SELFHTML actuel 
