Ca dépend aussi beaucoup de l'âge de ta machine et, par extension, de celui de ton BIOS.
Les fabricants ont mis beaucoup de temps à implémenter partout une ACPI propre, par exemple, et celle-ci est mutuellement exclusive avec APM dans le noyau Linux par exemple.
Donc, vois déjà lequel de ces deux systèmes tu utilises, ensuite, il y a parfois des " sous-modules " à charger pour les différents cas de figure.
Ca fait longtemps que cela n'était pas arrivé mais pendant un moment ce fut vraiment la plaie. Sur 3 machines (ré)installées, 2 ne séteignaient pas correctement et j'ai passé des heures à recompiler le noyau avec les bonnes options simplement pour régler ce détail.
Si tu te perds, c'est parce que tu essaies de résorber les symptômes plutôt que de résoudre le problème de fond.
D'abord, comme tous les programmes, ton application et le mplayer que tu lances derrière héritent tout deux de la console de ton terminal X.
Ensuite, mplayer, en plus d'être doté d'un jeu de handlers fichier stdout,stdin, stderr comme tout le monde, ouvre une connexion vers le serveur X, qui est complètement indépendante de sa console, et qui peut très bien atteindre une machine distincte. Et c'est depuis les événements X que mplayer traite les commandes de navigation de l'utilisateur, pas depuis stdin.
Avec cela, en environnement graphique, l'application qui reçoit les événements de la console, c'est le serveur X lui-même (et en fait ce n'est même plus tout-à-fait vrai car Xorg ou Xfree86 gèrent eux-même le clavier et les périphs d'entrées). C'est aussi eux qui les traduisent en événements dans l'envrionnement graphique et qui les distribuent aux applications concernées (en fonction du focus et avec la complicité du WM).
D'autre part, à priori, ta douchette est vue comme un clavier, et est gérée comme tel par le système lui-même. C'est ce qui fait que tu n'a rien à configurer lorsque tu branches un clavier USB supplémentaire. Donc, au départ, tes applications ne savent pas du tout que tu es en train d'utiliser une douchette.
Ton problème, donc, c'est qu'il te faudrait deux focus. L'un provenant du clavier et ciblant la fenêtre vidéo de mplayer et l'autre, provenant de la douchette, sur la fenêtre du x-term qui fait tourner ton programme.
En conséquence, ton premier souci consiste à être parfaitement sûr de ce que tu veux faire :
- Soit tu souhaites conserver le fonctionnement normal de tes applications. Dans ce cas, c'est à toi de cliquer manuellement sur la fenêtre du X-term lorsque tu veux utiliser la douchette et sur celle de mplayer quand tu veux naviguer. C'est très fastidieux, mais c'est ce que tu ferais naturellement quand même si tu rentrais tes codes barre à la main ... Ca te permet également d'aller balancer la sortie de ta douchette dans un notepad au besoin, sans qu'elle soit interceptée par ton application ...
Tu peux aussi rentrer en mode slave pour ne pas avoir à faire du ping/pong mais cela t'oblige à réimplémenter TOUTES les commandes clavier de mplayer et à jouer avec termios pour récupérer l'état des touches avant d'appuyer sur return, quand c'est possible.
- Soit tu cherches à faire en sorte que la douchette ne serve qu'à zapper les vidéos lorsqu'elles tournent et dans ce cas, cela signifie implicitement qu'aucun autre programme ne doit recevoir ses caractères pendant que ton application tourne. Et dans ce cas, il y a donc une formalité à accomplir au préalable. Demander au système l'exclusivité sur la douchette.
Ca se gère donc au niveau de la gestion des HID par le noyau Linux. C'est normal que cela se trouve à ce niveau, d'ailleurs : il existe d'autres douchettes qui se branchent "en série" sur le cordon PS/2 en s'insérant entre le clavier et l'unité centrale. Dans un tel cas de figure, il t'est impossible de distinguer la douchette du clavier.
Dès lors, la meilleure solution consiste à écrire un daemon qui surveille silencieusement l'activité du clavier et reconnaît les trames susceptibles d'être envoyées par la douchette et qui, le cas échéant, prévient les programmes concernés via un canal de communication propre (un signal, un segment de RAM partagée ou , de préférence, un socket UNIX).
Soit ton /dev est un système de fichier ordinaire et donc tu y crées ton fichier spécial une fois pour toutes, soit c'est un truc dynamique style devfs ou autre et dans ce cas, le kernel propose une fonction d'enregistrement qui est directement appelée par ton pilote, à son chargement.
Ouais, en général, ils ne me font pas trop rigoler, ces gens-là. Mais là, je suis quand même obligé de me sentir concerné, c'est sûr.
Le problème d'un truc comme Second Life, c'est que les enfants ne sont pas accompagnés par leurs parents comme ils le sont dans la vie réelle. C'est là tout le problème (outre le fait qu'habituer des nourrissons à vivre dans le virtuel n'est certainement pas une bonne idée).
En tout cas, c'est une chance que Familles De France n'ait pas encore découvert BashFR ! :-)
Se pourrait il que Mr Gildas manquâsse de finances pour le lancement de son bébé destiné aux vénérés anciens ?
Autre hypothèse : il y a encore des gens pour croire que ce n'est pas parce que l'on est multi-milliardaire que l'on est au dessus des lois. Notion de plus en plus difficile à entretenir, même dans le milieu de la Justice ...
Je rentre chez moi et je branche l'engin sur ma distro Linux : mauvaise surprise car visiblement ce nouveau modèle K3 ne fonctionne plus en USB Mass Storage ! Il ne parle que le protocole MTP (Media Transfert Protocol) qui est un format purement Microsoft.
Bordel de merde...bon en attendant que les devs de Linux implémentent ce nouveau protocole je vais être contraint de remplir mon Samsung sur le Windows du boulot.
Arrivé au travail je branche l'engin et je tente de copier/coller mes fichiers ogg/vorbis : mauvaise surprise car la copie est refusée ! Le modèle K3 ne supporte plus les fichiers vorbis et ne lit que le mp3 et le WMA.
Tu le ramènes en disant qu'il ne marche pas, ce qui est le cas. Ce n'est pas au consommateur de s'adapter à ce genre de chose, sinon cela cautionne et alimente le phénomène !
Alors voilà certes on va me répondre que je suis une grosse tanche et que j'aurai du me renseigner avant d'acheter. Pour ma défense j'invoque deux arguments.
1) Le vendeur de la Fnac m'avait indiqué que le K3 marchait en USB Mass Storage et lisait le ogg/vorbis (celui-là il va m'entendre dès ce soir quand je vais aller ramener mon Samsung).
Raison de plus pour le retourner à l'envoyeur. Il était officiellement censé fonctionner. Quand ils en auront reçu plein de la même façon, ça leur fera peut-être changer de stratégie. Il ne faut pas croire, le MTP, ce n'est pas plus lisible sur un Windows 98 par exemple.
2) Comment aurais-je pu deviner qu'un constructeur veuille revenir en arrière dans les caractéristiques de ses produits ?
... Une fois que le hardware et le firmware sont disponibles il est complètement irrationnel de revenir en arrière puisqu'on a dépensé de l'argent et du temps pour les implémenter...et pourtant c'est ce qui arrive !
Tu oublies que l'on n'est pas sur un PC avec 320GO de disque dur mais sur une mémoire embarquée, alimentée par un accu, et avec un tout petit processeur. En plus, une technologie récente est souvent synonyme de bloat. Il est tout-à-fait possible qu'une fois intégré le MTP, il n'y ait plus de place pour le reste.
Un protocole de transfert qui fonctionnait partout est maintenant remplacé par un autre qui est restreint à Windows, un format audio libre et gratuit est éradiqué au profit de formats payants et lardés de brevets.
Tout est histoire de parts de marché, de rapports de force et accessoirement, de langage de daicideur. Il est tout-à-fait possible que Microsoft ait fait du lobbying et/ou ait établi un partenariat avec le fabricant. La communauté du libre ne le fera jamais.
En fait, le gestionnaire Windows est surtout une liste de pilotes proposées directement par les fabricants lorsque que le matériel existe. Ces fabricants font rarement de même avec la communauté libriste.
Donc, quand les développeurs du noyau connaissent l'existence d'un matériel utile, c'est intégré directement et l'opération de chargement est quasi transparente pour l'utilisateur, soit c'est un nouveau périf et dans ce cas, c'est au fabricant de fournir le pilote, tout comme sous Windows. Le problème, c'est qu'évidement, ils ne le font pas. Donc, dans ce cas, il faut aller chercher les sources sur un projet libre et les recompiler soi-même, quand elles existent ...
Par contre, coté manipulation, ajouter et retirer un pilote au plus profond du noyau reste une opération extrêmement simple sous Linux: rmmod pour le retirer et modprobe pour aller l'y remettre, avec tous les contrôles.
Dès lors, un gestionnaire dédié devient totalement superflu, car s'il n'y a pratiquement rien à faire, ce n'est pas non plus une opération que l'on fait tous les quatre matins et qui justifie une interface graphique ...
Déjà, "Bonjour" et "Merci" quand tu écris un commentaire, s'il-te-plaît.
Ensuite, oui, la plupart du temps, le noyau fait cela pour toi. Il est même capable de charger automatiquement un module lorsqu'il en a besoin et même de le décharger lorsqu'il devient inutile.
Non, non c'est bien ça. Tu passes bien un tableau de char à ta fonction, ce qui, en C, revient à passer un pointeur sur le début de ce tableau. Il faut juste penser à vérifier que la chaîne que tu y stockes se termine bien par un 0x00 (avec '\0'). À priori, le C le fait toujours quand tu dupliques une chaîne, à moins de spécifier une taille fixe.
PS : cher Obsidian, on peut parler orthographe et grammaire puisque tu le souhaites : "leur paramètre" => "leurS paramètres" ;-)
Il ne fallait pas mal le prendre. Mes commentaires sont loin d'être parfaits, eux non plus.
DLFP étant très référencé, il est d'usage ici de relever discrètement et occasionnellement les fautes d'orthographe, et de français en général. Dans ce cas particulier, "supposé" est un faux-ami en anglais et comme le piège est classique, c'est rendre service à un participant de le relever, bien sûr, mais ça en fait surtout profiter toute la communauté.
Même chose pour "supporter" qui occupe actuellement mes signatures de messages ...
Bon, si c'est pour écrire du code portable, il faut savoir que les ports série sont gérés par le noyau et qu'à ce titre, on y accède par /dev/ttyS0, /dev/ttyS1, etc.
On les ouvre donc comme des fichiers ordinaires et on manipule éventuellement leur paramètres avec les ioctl adéquats directement sur le handler du fichier. On ne fait pas plus simple ...
Le garbage qui sort d'un terminal est dû au fait qu'on peut lui demander de choisir un certain jeu de caractères, par exemple pour tracer des bordures de cadre. Le clear efface l'écran mais ne réinitialise pas le jeu courant ...
Et même chose pour cvs, d'ailleurs ... c'était intiialement un ensemble de shellscripts ... et pareil pour linux, "qui n'avait pas vocation a être un truc gros et sérieux comme GNU" ... et pareil pour Windows, au fond ! :-) C'est toujours un ensemble infâme de patches et de bricolages et ça occupe 98% des PCs de la planète ...
Ceci m'amène, après 20 années de programmation, à un constat : on peut oublier tout le génie logiciel, l'UML, etc. Les grosses bidouilles seront toujours celles qui ont le plus de succès.
Personnellement, j'ai été abonné chez eux de 2000 à 2001. À la base, j'étais passé chez FT pour souscrire à un Temporalis ou autre truc dans le genre, et le gars m'avait convaincu de prendre un forfait 30 heures chez Ouanadou ... et a même essayé de m'en vendre deux à la fois puisque j'avais l'air d'être un gros consommateur ! Par contre, j'ai vu sa mine se décomposer lorsque je lui ai expliqué que je travaillais sous Linux. Renseignement pris, il m'a annoncé alors que ça marcherait mais que je ne pourrais pas compter sur l'assistance technique (ce qui avait le mérite d'être clair).
En un an, j'ai tout eu, du blacklistage par les sites externes aux connexions ratées - trois tentatives en moyenne pour connecter mon modem qui marchait partout ailleurs, avec une pointe à douze !
Seul point positif, la possibilité de payer mensuellement par chèque. Bien m'en a pris. J'ai reçu plusieurs factures en double ainsi qu'une lettre de rappel émise le 29 décembre 2000 alors que mon chèque avait été perçu le 27 ! Et ce, parce qu'il m'avaient surfacturé le mois précédent, et que leur propre boulette avait mis le souk dans leur facturation déjà bien malade. Le mois suivant, je reçois une facture régularisée un vendredi soir, à régler avant le lundi suivant ...
Mais bon, tant que les consommateurs ne seront pas rompus à l'informatique comme il le sont au téléphone, les campagnes de pub et les markéteux en cravate resteront ce qu'il y a de mieux pour paraître sérieux aux yeux du grand public.
# ACPI , APM, toussa ...
Posté par Obsidian . En réponse au message Impossible d'arreter completement la machine. Évalué à 2.
Les fabricants ont mis beaucoup de temps à implémenter partout une ACPI propre, par exemple, et celle-ci est mutuellement exclusive avec APM dans le noyau Linux par exemple.
Donc, vois déjà lequel de ces deux systèmes tu utilises, ensuite, il y a parfois des " sous-modules " à charger pour les différents cas de figure.
Ca fait longtemps que cela n'était pas arrivé mais pendant un moment ce fut vraiment la plaie. Sur 3 machines (ré)installées, 2 ne séteignaient pas correctement et j'ai passé des heures à recompiler le noyau avec les bonnes options simplement pour régler ce détail.
# Sémantique, architecture, toussa ...
Posté par Obsidian . En réponse au message Gestion STDIN + pilotage Mplayer. Évalué à 4.
D'abord, comme tous les programmes, ton application et le mplayer que tu lances derrière héritent tout deux de la console de ton terminal X.
Ensuite, mplayer, en plus d'être doté d'un jeu de handlers fichier stdout,stdin, stderr comme tout le monde, ouvre une connexion vers le serveur X, qui est complètement indépendante de sa console, et qui peut très bien atteindre une machine distincte. Et c'est depuis les événements X que mplayer traite les commandes de navigation de l'utilisateur, pas depuis stdin.
Avec cela, en environnement graphique, l'application qui reçoit les événements de la console, c'est le serveur X lui-même (et en fait ce n'est même plus tout-à-fait vrai car Xorg ou Xfree86 gèrent eux-même le clavier et les périphs d'entrées). C'est aussi eux qui les traduisent en événements dans l'envrionnement graphique et qui les distribuent aux applications concernées (en fonction du focus et avec la complicité du WM).
D'autre part, à priori, ta douchette est vue comme un clavier, et est gérée comme tel par le système lui-même. C'est ce qui fait que tu n'a rien à configurer lorsque tu branches un clavier USB supplémentaire. Donc, au départ, tes applications ne savent pas du tout que tu es en train d'utiliser une douchette.
Ton problème, donc, c'est qu'il te faudrait deux focus. L'un provenant du clavier et ciblant la fenêtre vidéo de mplayer et l'autre, provenant de la douchette, sur la fenêtre du x-term qui fait tourner ton programme.
En conséquence, ton premier souci consiste à être parfaitement sûr de ce que tu veux faire :
- Soit tu souhaites conserver le fonctionnement normal de tes applications. Dans ce cas, c'est à toi de cliquer manuellement sur la fenêtre du X-term lorsque tu veux utiliser la douchette et sur celle de mplayer quand tu veux naviguer. C'est très fastidieux, mais c'est ce que tu ferais naturellement quand même si tu rentrais tes codes barre à la main ... Ca te permet également d'aller balancer la sortie de ta douchette dans un notepad au besoin, sans qu'elle soit interceptée par ton application ...
Tu peux aussi rentrer en mode slave pour ne pas avoir à faire du ping/pong mais cela t'oblige à réimplémenter TOUTES les commandes clavier de mplayer et à jouer avec termios pour récupérer l'état des touches avant d'appuyer sur return, quand c'est possible.
- Soit tu cherches à faire en sorte que la douchette ne serve qu'à zapper les vidéos lorsqu'elles tournent et dans ce cas, cela signifie implicitement qu'aucun autre programme ne doit recevoir ses caractères pendant que ton application tourne. Et dans ce cas, il y a donc une formalité à accomplir au préalable. Demander au système l'exclusivité sur la douchette.
Ca se gère donc au niveau de la gestion des HID par le noyau Linux. C'est normal que cela se trouve à ce niveau, d'ailleurs : il existe d'autres douchettes qui se branchent "en série" sur le cordon PS/2 en s'insérant entre le clavier et l'unité centrale. Dans un tel cas de figure, il t'est impossible de distinguer la douchette du clavier.
Dès lors, la meilleure solution consiste à écrire un daemon qui surveille silencieusement l'activité du clavier et reconnaît les trames susceptibles d'être envoyées par la douchette et qui, le cas échéant, prévient les programmes concernés via un canal de communication propre (un signal, un segment de RAM partagée ou , de préférence, un socket UNIX).
# Voir du coté des fonctions réseau
Posté par Obsidian . En réponse au message types (float, int) indépendant de l'architecture?. Évalué à 2.
htonl, htons, ntohl, ntohs
# Ca dépend.
Posté par Obsidian . En réponse au message Où appeler mknod ?. Évalué à 3.
J'essaie de ressortir mes sources ...
[^] # Re: Merci
Posté par Obsidian . En réponse au journal Familles de France découvre Internet.... Évalué à 2.
Le problème d'un truc comme Second Life, c'est que les enfants ne sont pas accompagnés par leurs parents comme ils le sont dans la vie réelle. C'est là tout le problème (outre le fait qu'habituer des nourrissons à vivre dans le virtuel n'est certainement pas une bonne idée).
En tout cas, c'est une chance que Familles De France n'ait pas encore découvert BashFR ! :-)
# Ou sinon ...
Posté par Obsidian . En réponse au journal Vista ... un truc de vieux. Évalué à 10.
Autre hypothèse : il y a encore des gens pour croire que ce n'est pas parce que l'on est multi-milliardaire que l'on est au dessus des lois. Notion de plus en plus difficile à entretenir, même dans le milieu de la Justice ...
[^] # Re: alors comme ça
Posté par Obsidian . En réponse au journal Ordinateur Amnésique !!. Évalué à 4.
[^] # Re: Yop !
Posté par Obsidian . En réponse au message problemes de debutant. Évalué à 2.
# mkfs.vfat /dev/hda¤
En remplaçant ¤ par le numéro de ta partoche. Attention : ceci effacera tout ce qu'il y a dessus.
# Quelques remarques ...
Posté par Obsidian . En réponse au journal Et vous ? espionnez-vous vos utilisateurs ?. Évalué à 3.
Non, car la majorité des neuneus ne parviendront pas à ouvrir le document :-)
Je ne suis pas encore persuadé qu'il ne l'ait pas fait exprès ...
# Mauvais balladeur, changer balladeur.
Posté par Obsidian . En réponse au journal Le sens de l'Histoire et Samsung. Évalué à 4.
Tu le ramènes en disant qu'il ne marche pas, ce qui est le cas. Ce n'est pas au consommateur de s'adapter à ce genre de chose, sinon cela cautionne et alimente le phénomène !
Raison de plus pour le retourner à l'envoyeur. Il était officiellement censé fonctionner. Quand ils en auront reçu plein de la même façon, ça leur fera peut-être changer de stratégie. Il ne faut pas croire, le MTP, ce n'est pas plus lisible sur un Windows 98 par exemple.
Tu oublies que l'on n'est pas sur un PC avec 320GO de disque dur mais sur une mémoire embarquée, alimentée par un accu, et avec un tout petit processeur. En plus, une technologie récente est souvent synonyme de bloat. Il est tout-à-fait possible qu'une fois intégré le MTP, il n'y ait plus de place pour le reste.
Tout est histoire de parts de marché, de rapports de force et accessoirement, de langage de daicideur. Il est tout-à-fait possible que Microsoft ait fait du lobbying et/ou ait établi un partenariat avec le fabricant. La communauté du libre ne le fera jamais.
[^] # Re: 42
Posté par Obsidian . En réponse au message gestionnaire de peripherique. Évalué à 3.
Donc, quand les développeurs du noyau connaissent l'existence d'un matériel utile, c'est intégré directement et l'opération de chargement est quasi transparente pour l'utilisateur, soit c'est un nouveau périf et dans ce cas, c'est au fabricant de fournir le pilote, tout comme sous Windows. Le problème, c'est qu'évidement, ils ne le font pas. Donc, dans ce cas, il faut aller chercher les sources sur un projet libre et les recompiler soi-même, quand elles existent ...
Par contre, coté manipulation, ajouter et retirer un pilote au plus profond du noyau reste une opération extrêmement simple sous Linux: rmmod pour le retirer et modprobe pour aller l'y remettre, avec tous les contrôles.
Dès lors, un gestionnaire dédié devient totalement superflu, car s'il n'y a pratiquement rien à faire, ce n'est pas non plus une opération que l'on fait tous les quatre matins et qui justifie une interface graphique ...
A bientôt.
# 42
Posté par Obsidian . En réponse au message gestionnaire de peripherique. Évalué à 3.
Ensuite, oui, la plupart du temps, le noyau fait cela pour toi. Il est même capable de charger automatiquement un module lorsqu'il en a besoin et même de le décharger lorsqu'il devient inutile.
On n'est pas sous Windows, ici ...
[^] # Re: Gni ? tty ?
Posté par Obsidian . En réponse au message Visual C++ et Port RS232 sous LINUX. Évalué à 2.
[^] # Re: Firefox / IceWeasel
Posté par Obsidian . En réponse à la dépêche Firefox : Entretien avec la présidente de la Mozilla Foundation. Évalué à 2.
[^] # Re: Cnil > /dev/null
Posté par Obsidian . En réponse au journal Flicage des P2P. Évalué à -1.
# LDC
Posté par Obsidian . En réponse au message cherche distribution à enseigner. Évalué à 4.
http://www.zegeniestudios.net/ldc/
# Mais surtout ...
Posté par Obsidian . En réponse à la dépêche Voyagez dans le temps avec Macfly 1.0. Évalué à 7.
http://perso.orange.fr/viney.nancy/hillvalley/lautregrandmys(...)
[^] # Re: Gni ? tty ?
Posté par Obsidian . En réponse au message Visual C++ et Port RS232 sous LINUX. Évalué à 2.
Il ne fallait pas mal le prendre. Mes commentaires sont loin d'être parfaits, eux non plus.
DLFP étant très référencé, il est d'usage ici de relever discrètement et occasionnellement les fautes d'orthographe, et de français en général. Dans ce cas particulier, "supposé" est un faux-ami en anglais et comme le piège est classique, c'est rendre service à un participant de le relever, bien sûr, mais ça en fait surtout profiter toute la communauté.
Même chose pour "supporter" qui occupe actuellement mes signatures de messages ...
[^] # Re: Et comme d'habitude on censure sur linuxfr.org d'autre infos plus gr
Posté par Obsidian . En réponse à la dépêche PowerTOP : Un outil pour réduire la consommation d'énergie sous GNU/Linux. Évalué à 2.
L'usage, c'est : « Trop gros, passera pas ».
# Gni ? tty ?
Posté par Obsidian . En réponse au message Visual C++ et Port RS232 sous LINUX. Évalué à 4.
Bon, si c'est pour écrire du code portable, il faut savoir que les ports série sont gérés par le noyau et qu'à ce titre, on y accède par /dev/ttyS0, /dev/ttyS1, etc.
On les ouvre donc comme des fichiers ordinaires et on manipule éventuellement leur paramètres avec les ioctl adéquats directement sur le handler du fichier. On ne fait pas plus simple ...
Et enfin, "supposé" -> "censé".
[^] # Re: Term bloqué
Posté par Obsidian . En réponse au message [Terminal] Term bloqué. Évalué à 2.
Le garbage qui sort d'un terminal est dû au fait qu'on peut lui demander de choisir un certain jeu de caractères, par exemple pour tracer des bordures de cadre. Le clear efface l'écran mais ne réinitialise pas le jeu courant ...
[^] # Re: Term bloqué
Posté par Obsidian . En réponse au message [Terminal] Term bloqué. Évalué à 2.
[^] # Re: .
Posté par Obsidian . En réponse au message Petit soucis à la c**, mais qui fait ch***. Évalué à 4.
[^] # Re: Well
Posté par Obsidian . En réponse au journal Pourquoi je ne réinventerai plus la roue. Évalué à 5.
Ceci m'amène, après 20 années de programmation, à un constat : on peut oublier tout le génie logiciel, l'UML, etc. Les grosses bidouilles seront toujours celles qui ont le plus de succès.
# Tiens, un nouveau ...
Posté par Obsidian . En réponse au journal Coup de gueule sur orange. Évalué à 6.
http://linuxfr.org/2002/10/03/9837.html
http://pjarillon.free.fr/docs/wanadoo.html
Et ce qu'on en disait il y a un an :
http://linuxfr.org/comments/710097.html
Personnellement, j'ai été abonné chez eux de 2000 à 2001. À la base, j'étais passé chez FT pour souscrire à un Temporalis ou autre truc dans le genre, et le gars m'avait convaincu de prendre un forfait 30 heures chez Ouanadou ... et a même essayé de m'en vendre deux à la fois puisque j'avais l'air d'être un gros consommateur ! Par contre, j'ai vu sa mine se décomposer lorsque je lui ai expliqué que je travaillais sous Linux. Renseignement pris, il m'a annoncé alors que ça marcherait mais que je ne pourrais pas compter sur l'assistance technique (ce qui avait le mérite d'être clair).
En un an, j'ai tout eu, du blacklistage par les sites externes aux connexions ratées - trois tentatives en moyenne pour connecter mon modem qui marchait partout ailleurs, avec une pointe à douze !
Seul point positif, la possibilité de payer mensuellement par chèque. Bien m'en a pris. J'ai reçu plusieurs factures en double ainsi qu'une lettre de rappel émise le 29 décembre 2000 alors que mon chèque avait été perçu le 27 ! Et ce, parce qu'il m'avaient surfacturé le mois précédent, et que leur propre boulette avait mis le souk dans leur facturation déjà bien malade. Le mois suivant, je reçois une facture régularisée un vendredi soir, à régler avant le lundi suivant ...
Mais bon, tant que les consommateurs ne seront pas rompus à l'informatique comme il le sont au téléphone, les campagnes de pub et les markéteux en cravate resteront ce qu'il y a de mieux pour paraître sérieux aux yeux du grand public.
Moi, depuis, je suis chez Free et ... ça va.