tag:linuxfr.org,2005:/users/_kdLinuxFr.org : les contenus de kd2005-05-24T18:16:31+02:00/favicon.pngtag:linuxfr.org,2005:Diary/182362005-05-24T18:16:31+02:002005-05-24T18:16:31+02:00Un article intéressant sur (X)HTML/CSSBonjour lecteur de linuxfr,<br />
<br />
comme pas mal de lecteurs de ce site, je suis sensibilisé aux normes et à leur respect, car se <i>contraindre</i> à une norme technologique, c'est finalement et paradoxalement être plus <i>libre</i>. Seulement, j'ai toujours été déçu par une espèce de pensée unique qui cache aux initiés l'aspect réel des choses.<br />
<br />
Un exemple assez probant est ce qu'on entend toujours à droite à gauche : « le respect des normes du w3c ». Je suis bien entendu pour le respect des normes, et un web normalisé et qui utilise le meilleur des technologies disponibles n'en sera que meilleur.<br />
Seulement, à force de rabâcher au petit nouveau qui veut faire un site que XHTML c'est bien, etc, on occulte réellement beaucoup d'aspect.<br />
<br />
Je suis content de voir que quelqu'un ait pris la peine de remettre certaines choses à leur place dans un assez long article intéressant à lire : <a href="http://www.uzine.net/article2143.html">http://www.uzine.net/article2143.html(...)</a><div><a href="https://linuxfr.org/users/_kd/journaux/un-article-int%C3%A9ressant-sur-xhtmlcss.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/44794/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/un-article-int%C3%A9ressant-sur-xhtmlcss#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/44794/comments.atomtag:linuxfr.org,2005:Diary/172862005-03-01T14:44:46+01:002005-03-01T14:44:46+01:00Un coquillage qui parle le FTPIl y a un programme que toute personne un tant soit peu expérimentée sous systèmes UNIX a déjà utilisé. Il est la base de tout <i>travail</i> quotidien. C'est ce bon bon vieux shell, sans lequel beaucoup de choses serait moins facilement faisable.<br />
<br />
Le shell a pour but principal de lancer des programmes, de faciliter la tâche de l'utilisateur grâce aux substitutions, aux redirections, aux pipes, aux alias, à la complétion, et bien d'autres choses.<br />
Très peu de gens utilisent pourtant des fonctions bien utiles du shell pour la simple et bonne raison qu'ils n'ont pas connaissance de ces fonctions.<br />
<br />
Personnellement, j'ai toujours utiliser bash parce qu'il était le shell par défaut sur toutes les distribs que j'ai essayé.<br />
Et pourtant, après maintes lectures ou plutôt survols - il faut bien l'avouer :) - de la longue page de man de bash, chaque fois je découvre de nouvelles fonctions...<br />
<br />
Dernièrement, j'ai découvert une fonction très pratique, malheureusement spécifique à bash, il me semble. Il s'agit d'un pseudo fichier de bash (qui n'existe pas) de la forme /dev/tcp/hostname/port. En ouvrant ce fichier, bash fait automatiquement la connexion vers hostname:port. Cette syntaxe est aussi valable pour le protocole UDP avec /dev/udp/hostname/port.<br />
<br />
Et moi qui croyait qu'il était pratiquement nécessaire d'installer netcat pour avoir un telnet-UDP !<br />
<br />
Et même s'il est simple d'utiliser à travers des pipes des commandes telles que sed, awk, il est parfois utile de connaître des syntaxes du genre ${parameter%word}<br />
<br />
Pour ceux qui ont la flemme d'ouvrir un terminal et de taper man bash, ou ceux qui n'ont pas la version traduite en français de cette page, voici un lien donné par Google :<br />
<a href="http://dpobel.free.fr/man/html/affiche_man.php/105/man/bash/">http://dpobel.free.fr/man/html/affiche_man.php/105/man/bash/(...)</a><br />
<br />
<br />
D'ailleurs, ayant pris un soudain intérêt pour le shell-scripting, j'ai écrit un client ftp entièrement en bash. Et je dis bien entièrement :) Toutes les commandes que j'utilise sont des commandes internes (<i>builtin</i> comme on dit) ou des syntaxes de bash. Je n'ai fait aucun usage de programme externe, ceux résidant dans /bin ou /usr/bin.<br />
C'est disponible ici :<br />
<a href="http://perso.wanadoo.fr/kdntl/depotoir/ftp.sh.txt">http://perso.wanadoo.fr/kdntl/depotoir/ftp.sh.txt(...)</a><br />
<br />
Ça serait sympa si vous pouviez le tester. Mais attention, si mon truc bug et vous efface des fichiers, je suis pas responsable :p<br />
<br />
J'aurais bien aimé aussi qu'un grand gourou du shell passe par là et améliore le script, en écrivant certaines lignes de manières plus élégantes, plus courtes par exemple.<br />
<br />
Et vous, que trouvez-vous pratique voire étonnant dans votre shell favori ? Pourquoi le préférez-vous aux autres shells ? Est-il possible de faire un ftp.sh avec votre shell ?<div><a href="https://linuxfr.org/users/_kd/journaux/un-coquillage-qui-parle-le-ftp.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43859/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/un-coquillage-qui-parle-le-ftp#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/43859/comments.atomtag:linuxfr.org,2005:Diary/172102005-02-22T15:46:18+01:002005-02-22T15:46:18+01:00Pour les amoureux du C<a href="http://www.ioccc.org/years.html">http://www.ioccc.org/years.html(...)</a><br />
<br />
Le geek, le vrai, aime le C. C'est un artiste. Il aime donner vie à ses programmes, parfois même avant qu'on ne les compile. Il cultive l'art du code source.<br />
<br />
Il le sculpte :<br />
<a href="http://www.ioccc.org/1993/vanb.c">http://www.ioccc.org/1993/vanb.c(...)</a><br />
<a href="http://www.ioccc.org/1993/ejb.c">http://www.ioccc.org/1993/ejb.c(...)</a><br />
<a href="http://www.ioccc.org/1988/westley.c">http://www.ioccc.org/1988/westley.c(...)</a><br />
<a href="http://www.ioccc.org/1986/marshall.c">http://www.ioccc.org/1986/marshall.c(...)</a><br />
<br />
Il lui donne vie : le code s'interroge, donc pense, donc est, dixit Descartes :<br />
<a href="http://www.ioccc.org/1990/scjones.c">http://www.ioccc.org/1990/scjones.c(...)</a><br />
<br />
Il le symétrise :<br />
<a href="http://www.ioccc.org/1987/westley.c">http://www.ioccc.org/1987/westley.c(...)</a><br />
<br />
Le geek est parfois poète :<br />
<a href="http://www.ioccc.org/1990/westley.c">http://www.ioccc.org/1990/westley.c(...)</a><br />
<br />
<br />
Le geek travaille avec le C, car c'est le maître des langages.<br />
<br />
Les Mongeurs croyaient être les seuls à faire des unilignes incompréhensibles ? Il se trompent :<br />
<a href="http://www.ioccc.org/1996/westley.c">http://www.ioccc.org/1996/westley.c(...)</a><br />
<a href="http://www.ioccc.org/1989/vanb.c">http://www.ioccc.org/1989/vanb.c(...)</a><br />
<a href="http://www.ioccc.org/1985/applin.c">http://www.ioccc.org/1985/applin.c(...)</a><br />
<br />
Le C++ connaît le polymorphisme, mais il ne connaît pas le selfmorphisme :<br />
<a href="http://www.ioccc.org/1998/tomtorfs.c">http://www.ioccc.org/1998/tomtorfs.c(...)</a><br />
<br />
Plus fort que le VHDL :<br />
<a href="http://www.ioccc.org/1995/heathbar.c">http://www.ioccc.org/1995/heathbar.c(...)</a><div><a href="https://linuxfr.org/users/_kd/journaux/pour-les-amoureux-du-c.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43783/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/pour-les-amoureux-du-c#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/43783/comments.atomtag:linuxfr.org,2005:Diary/171812005-02-17T22:07:32+01:002005-02-17T22:07:32+01:00Minix !J'ai récupéré un vieux 486, avec le bouton turbo qui rend le processeur 4 fois plus rapide... Ah nostalgie...<br />
Le disque dur de 230 Mo est encore en état et n'a aucun secteur défectueux. Mais il ne possède malheureusement que 4 Mo de RAM, 8 Mo auraient été préférables...<br />
<br />
Donc, j'ai pensé à installer un Linux dessus. Le problème, c'est que Linux, l'air de rien, ça pompe de la mémoire vive, et 4Mo, c'est assez juste : juste de quoi lancer le noyau, un shell et un vi (ou un centième de emacs, au choix).<br />
<br />
Je me suis donc tourné naturellement tourné vers Minix, dont je connaissais l'existence, mais pas du tout ses qualités.<br />
<br />
Je rappelle que Minix est le système sur lequel tournait le 386 de Linus Torvalds quand il a écrit la version 0.0.1 de Linux (que j'essayerai de compiler sous Minix d'ailleurs !).<br />
<br />
Minix est un système de type UNIX très (vraiment) léger qui tourne même sur des architectures 16 bits comme le 286, voire le 8088. En tout cas, sur mon 486, ça tourne avec aisance, c'est d'une rapidité fulgurante, foudroyante, étonnante, inimaginable. Bref, c'est carrément utilisable pour développer, le compilateur C étant très léger et rapide.<br />
<br />
Vous en saurez beaucoup plus sur la page officielle de cet OS conçu par le célèbre Andrew S. Tanenbaum, afin de rendre accessible à ses étudiants les rouages d'un OS. Les sources sont disponibles, et sous une licence qui ressemblerait plus à la licence BSD.<br />
<br />
[1] La page officielle de Minix :<br />
<a href="http://www.cs.vu.nl/~ast/minix.html">http://www.cs.vu.nl/~ast/minix.html(...)</a><br />
<br />
[2] Quelques outils GNU portés pour Minix :<br />
<a href="http://barnyard.syr.edu/minix.shtml">http://barnyard.syr.edu/minix.shtml(...)</a><br />
<br />
--<br />
<br />
Puisque c'est *mon* journal (pourquoi me sens-je obligé de me justifier ? :), j'en profite pour poser une question à propos du parcage de tête de lecture de disque dur...<br />
<br />
Je rappelle que le parcage consiste à ranger la tête de lecture d'un disque dur dans une zone sécurisée, empêchant cette tête de lecture de toucher la surface magnétique du disque, ce qui entraînerait un endommagement irrémédiable du disque.<br />
<br />
Sur les anciens disques durs, il vaut mieux effectuer un parcage manuel avant d'éteindre son ordinateur et donc son disque dur, ce parcage étant effectué de manière automatique (par de l'électronique) sur les disques actuels.<br />
<br />
J'ai alors une question : comment savoir si mon disque dur effectue ce parcage ?<br />
Le cas échéant, peut-on programmer facilement ce parcage ? Où pourrais-je trouve un tel programme, pour Linux Minix voire DOS ?<div><a href="https://linuxfr.org/users/_kd/journaux/minix.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43754/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/minix#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/43754/comments.atomtag:linuxfr.org,2005:Diary/165592004-12-29T21:41:41+01:002004-12-29T21:41:41+01:00Vente forcéeBonsoir tout le monde,<br />
<br />
une remarque m'est passée à l'esprit et pour ne pas l'oublier, je vous en fais part.<br />
<br />
Souvent, parmi les discussions sur linuxfr, celle de la <i>vente forcée</i> : quand on achète un ordinateur portable, on est souvent obligé d'acheter en même temps une licence Microsoft Windows.<br />
<br />
Alors je me suis demandé pourquoi on ne parle pas d'<i>achat forcé</i>. Je trouve que ça serait beaucoup plus logique.<br />
<br />
Voilà, c'est tout pour ce soir.<div><a href="https://linuxfr.org/users/_kd/journaux/vente-forc%C3%A9e.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43147/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/vente-forc%C3%A9e#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/43147/comments.atomtag:linuxfr.org,2005:Diary/164512004-12-19T17:24:55+01:002004-12-19T17:24:55+01:00GIMP : déjà la 2.2 !Ça y est, la version 2.2 de GIMP (<a href="http://www.gimp.org">http://www.gimp.org(...)</a>) vient de sortir<br />
<br />
Les nouveautés, en anglais :<br />
<a href="http://wiki.gimp.org/gimp/WhatsNew2">http://wiki.gimp.org/gimp/WhatsNew2(...)</a><div><a href="https://linuxfr.org/users/_kd/journaux/gimp-d%C3%A9j%C3%A0-la-22.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/43042/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/gimp-d%C3%A9j%C3%A0-la-22#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/43042/comments.atomtag:linuxfr.org,2005:Diary/162152004-11-30T21:35:58+01:002004-11-30T21:35:58+01:00tinyurl, c'est mal.Bonsoir tout le monde,<br />
<br />
J'ai remarqué que depuis pas mal de temps, l'utilisation de services du type de ceux offerts par le site <a href="http://tinyurl.com/">http://tinyurl.com/(...)</a> (il y en a plusieurs autres, mais je ne me souviens plus du nom) est assez répandue. Pour rappel, le site offre gratuitement une redirection d'url. En gros, au lieu d'avoir une url qui fait plusieurs dizaines de caractères, on se retrouve avec une petite url du genre tinyurl.com/abcde. Cette url est redirigée (code HTTP 302) via l'url voulue.<br />
<br />
Beaucoup de gens utilisent désormais ce genre de redirection. On en trouve souvent dans des forums tels que ceux de linuxfr, mais aussi sur Usenet, dans de nombreux groupes de discussions. On pourra remarquer que ce ne sont pas seulement des gens dont l'informatique est un centre d'intérêt qui sont des utilisateurs.<br />
<br />
Alors maintenant je trouve que se pose un vrai problème, voire même plusieurs.<br />
<br />
Tout d'abord, la perennité de l'information peut finalement être mise en cause. Cette perennité est importante sur des groupes de discussions à caractère technique. Souvent, les contributeurs donnent des liens en tinyurl comme url vers une page contenant des éléments de réponse au problème technique posé.<br />
Mais alors, le site tinyurl.com peut ne plus exister, pour une raison quelconque. Par exemple, on peut s'imaginer la personne qui a monté ce site voulait faire ch*** tout le monde ; ou encore que cette personne ne peut plus payer pour le nom de domaine, parce qu'elle n'a plus d'argent, ou encore parce qu'elle est décédée (bah oui, ça arrive à tout le monde).<br />
Tout ce foisonnement d'information sur Usenet serait alors perdu. Car tout le monde sait qu'avant de se poser une question technique, on consulte les archives des groupes de discussions entre autres, n'est-ce pas ? ;-)<br />
<br />
Ensuite, moins grave, le site tinyurl.com peut tomber en panne. La redirection ne pouvant être assurée pendant cette période de hors-service, ça peut être assez embêtant.<br />
<br />
Puis, au niveau de la forme, je trouve celà beaucoup mieux de disposer de la vraie url immédiatement sous les yeux. En effet, on sait déjà sur quel site on va se retrouver, alors qu'avec une url du genre tinyurl.com/jf2sd, on n'est pas très avancé...<br />
<br />
Alors finalement, les gens qui ne sont pas de mon avis pourront dire que c'est plus propre une url courte. Je suis totalement d'accord sur ce point. D'ailleurs, si l'url qu'on doit tinyurl-iser était celle d'un site bien fait, elle serait courte et bien écrite, de telle sorte qu'on puisse inférer le contenu de la page vers laquelle elle pointe (c'est un de nombreux points d'un site bien conçu).<br />
<br />
Un argument de taille serait que, sur Usenet principalement, les longues url sont coupées, et il faut donc faire un copier-coller. Je réponds alors, avec un peu de mauvaise foi, que vous n'avez qu'à utiliser un bon lecteur de news.<br />
<br />
D'autres, plus près de leur sous pourraient rétorquer que ça économise de la bande passante. Je réponds alors que ça n'est pas si sûr que ça. Tout du moins du point de vue de la personne qui va consulter un lien tinyurl-isée. En effet, en cliquant sur le lien tinyurl.com/z12dzi, la redirection fait que des paquets HTTP circulent entre serveurs et navigateur, et au final, on perd même en bande passante.<br />
<br />
Mais sur ce petit coup de gueule s'ébauche un vrai problème. Au fond, ici, c'est un service gratuit qui est utilisé. Son fonctionnement n'est pas garanti. Et c'est là le problème. Dans le cas présent, il se trouve qu'en plus de ce problème, je trouve ce service inutile mais c'est une opinion et elle est personnelle.<br />
Mais qu'en est-il d'autres services gratuit à foncionnement non garanti ? Je pense notamment par exemple au moteur de recherche Google pour la catégorie "groupes de discussions". Google a depuis longtemps archivé une grande partie de usenet. Et si ces archives n'étaient plus disponibles ? Connaissez-vous des alternatives aussi efficaces que Google ?<div><a href="https://linuxfr.org/users/_kd/journaux/tinyurl-cest-mal.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/42810/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/tinyurl-cest-mal#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/42810/comments.atomtag:linuxfr.org,2005:Diary/161052004-11-20T17:12:45+01:002004-11-20T17:12:45+01:00Ecrans de 30"Je ne sais pas vous mais moi, les grands écrans de 30", ça me fait baver des ours polaires de l'Antarctique.<br />
<br />
Y'a notamment Apple qui fait ça :<br />
<a href="http://store.apple.com/1-800-MY-APPLE/WebObjects/AppleStore.woa/72501/wo/uh2s5QDzor723QHw6EP1YpjUSiA/0.0.11.1.0.6.21.1.2.1.3.0.0.1.0">http://store.apple.com/1-800-MY-APPLE/WebObjects/AppleStore.woa/725(...)</a><br />
<br />
N'empêche que pour exploiter la définition optimale de l'écran, il faut déjà 2560x1600x32bits = 16 Mo de mémoire graphique.<br />
En fait, en gros, ça fait 4 fois l'espace que j'ai avec mon 17".<br />
<br />
Et pour exploiter l'écran tout court, il faut aussi 3300$, soit environ 3000¤ !<br />
<br />
Ça fait quand même rêver... pas vous ?<div><a href="https://linuxfr.org/users/_kd/journaux/ecrans-de-30.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/42703/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/ecrans-de-30#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/42703/comments.atomtag:linuxfr.org,2005:Diary/160502004-11-17T19:58:44+01:002004-11-17T19:58:44+01:00dnsmasq, un petit serveur DNSBonsoir tout le monde,<br />
<br />
Je vous fait part de ma découverte ce soir : ayant un petit réseau local depuis quelques mois déjà, je me suis mis en tête d'installer un serveur DNS pour ne pas surcharger les serveur DNS de mon FAI, mais surtout pour gagner en rapidité de connexion quand on surfe sur le net.<br />
En effet, une requête DNS chez le serveur DNS du FAI prend un temps de l'ordre de 0,1s. Avec un serveur DNS local avec un cache, ce temps diminue fortement jusqu'à 0,01s à condition que le nom cherché soit déjà dans le cache.<br />
<br />
Jusqu'à là, rien de bien nouveau. Je vais dans l'arbre de portage (parce que n'étant pas bête, j'utilise naturellement la meilleure distribution du monde : Gentoo ;-)<br />
Je ne connaissais de nom que bind que je savais méchamment lourd et donc du genre pas facile à configurer. J'avais aussi déjà entendu parlé de dbjdns... ou djbdns, je me souviens plus. Mais avec un nom aussi imprononçable, j'ai décidé d'installer un autre programme : dnsmasq.<br />
Parce qu'en plus, ce petit programme sais aussi faire serveur dhcp !<br />
<br />
Un petit <i>emerge dnsmasq</i> et le tar.gz qui fait moins de 150 Ko se charge. Puis viens l'étape de la compilation : c'est très rapide, il n'y a qu'une petite dizaine de fichiers à compiler. Et hop, installation. Pendant ce temps je lis le lien [2] : la configuration a l'air des plus simple !<br />
Me voilà à éditer le fichier /etc/dnsmasq.conf. Moins de 5 minutes et un <i>/etc/init.d/dnsmasq start</i> plus tard, j'ai un cache DNS qui fonctionne bien !<br />
<br />
Voilà, je suis content et je le dis.<br />
<br />
Pour l'instant, rien à reprocher, même si un truc me tracasse un peu : dnsmasq écoute le port 53 en tcp et udp, c'est plutôt normal pour un serveur DNS.<br />
Par contre, il écoute aussi en udp sur un port qui change de numéro quand on le relance (dnsmasq, pas le port !) : j'ai eu pour l'instant 1113 et 1116.<br />
Je n'ai trouvé aucune information sur l'utilité de l'ouverture de ce port et je ne suis pas gourou en lecture de code source. Si vous avez des pistes, je serais content de les suivre :)<br />
<br />
Liens :<br />
[1] La page officielle de dnsmasq, en anglais :<br />
<a href="http://thekelleys.org.uk/dnsmasq/doc.html">http://thekelleys.org.uk/dnsmasq/doc.html(...)</a><br />
[2] Un petit HOWTO, en français :<br />
<a href="http://www.drazzib.com/docs-dnsmasq.html">http://www.drazzib.com/docs-dnsmasq.html(...)</a><div><a href="https://linuxfr.org/users/_kd/journaux/dnsmasq-un-petit-serveur-dns.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/42650/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/dnsmasq-un-petit-serveur-dns#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/42650/comments.atomtag:linuxfr.org,2005:Diary/157622004-10-26T09:15:58+02:002004-10-26T09:15:58+02:00Le copier coller sous XSalut tout le monde,<br />
<br />
N'utilisant pas des bureaux du genre KDE ou Gnome, j'utilise le bouton du milieu (ou à défaut l'émulation de ce bouton qui consiste à cliquer avec les deux boutons en même temps) de ma souris pour "coller" du texte. Cette fonction "coller" prend comme contenu le texte qui est en train d'être sélectionné, quelle que soit l'application.<br />
<br />
En fait, je fais mon malin, mais je n'y comprend pas grand chose à tout ça. En effet, en lançant le programme xclipboard fourni avec xfree ou xorg, je m'aperçois que le clipboard n'est rempli que sur ordre des applications (un Ctrl-C sous Mozilla, par exemple)<br />
<br />
De plus, quand je fais un copier sous Mozilla d'un élément non textuel - une image par exemple - c'est le nom de l'image qui se retrouve dans le presse-papier. Jusque là, rien d'anormal.<br />
<br />
Mais, si je fais un "coller" sous openoffice, quelle ne fut ma surprise de voir l'image qui apparaît.<br />
<br />
Quelle est la structure du presse-papier de X ? Peut-elle contenir des données binaires ou est-ce une association de malfaiteurs entre mozilla et openoffice ?<div><a href="https://linuxfr.org/users/_kd/journaux/le-copier-coller-sous-x.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/42375/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/le-copier-coller-sous-x#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/42375/comments.atomtag:linuxfr.org,2005:Diary/146232004-07-18T19:40:14+02:002004-07-18T19:40:14+02:00Internet Explorer 6 sous LinuxNon, ce n'est pas une rumeur ni une blague.<br />
<br />
J'ai bel et bien réussi à faire tourner IE6 sous Linux. Ce n'est d'ailleurs pas un exploit en soi.<br />
<br />
Ça marche pas mal d'ailleurs, même si tout n'est pas opérationnel. C'est très pratique pour les webmestre qui voudraient voir comment leur page bourrée de CSS s'affiche sur le navigateur le plus répandu.<br />
<br />
Voici quelques liens permettant d'installer IE6 grâce à Wine :<br />
1. <a href="http://bylands.dur.ac.uk/~mh/wine-ie">http://bylands.dur.ac.uk/~mh/wine-ie(...)</a> : la page qui m'a servi.<br />
2. <a href="http://patrick.spacesurfer.com/ie_wine_install.html">http://patrick.spacesurfer.com/ie_wine_install.html(...)</a> : une autre page qui peut être utile<br />
3. <a href="http://perso.wanadoo.fr/kdntl/kd_at_aiguebelle/articles/index.php%3Fid=0.html">http://perso.wanadoo.fr/kdntl/kd_at_aiguebelle/articles/index.php%3(...)</a> : un petit article que je viens d'écrire, sous l'impulsion de mon enthousiasme.<br />
<br />
Notez que pour que je ne mets pas mon lien pour augmenter mon Google rank, ni pour me faire de la pub.<div><a href="https://linuxfr.org/users/_kd/journaux/internet-explorer-6-sous-linux.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/41280/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/internet-explorer-6-sous-linux#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/41280/comments.atomtag:linuxfr.org,2005:Diary/125002004-05-08T15:27:48+02:002004-05-08T15:27:48+02:00Nautilus, images et accents ne font pas bon ménageJ'utilise (ou plutôt ma famille utilise) Gnome comme bureau sur l'ordinateur familial qui fait tourner une Gentoo mise à jour.<br />
Je suis récemment passé à la version 2.6 de Gnome, espérant qu'un problème de la version 2.4 qui m'embêtait aurait été résolu. Il n'en est malheureusement rien.<br />
<br />
Le problème est le suivant : quand on essaye d'ouvrir une image dans Nautilus avec le visualisateur par défaut, l'image ne s'affiche pas si le chemin ou le nom du fichier contient un caractère accentué (un <i>é</i> par exemple).<br />
<br />
Je crois que le visualisateur par défaut est le programme eog (Eye Of Gnome) qui s'incorpore dans la fenêtre de Nautilus.<br />
Pourtant, eog parvient à ouvrir l'image au nom de fichier accentué. Les aperçus de ces mêmes fichiers dans Nautilus s'effectuent aussi de façon normale, que ce soit en mode <i>vue en tant qu'icônes</i> ou en mode <i>vue en tant que collection d'images</i>.<br />
<br />
Quelqu'un saurait-il quelle est la cause de ce problème ?<br />
<br />
Merci d'avance pour vos réponses :)<div><a href="https://linuxfr.org/users/_kd/journaux/nautilus-images-et-accents-ne-font-pas-bon-m%C3%A9nage.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/39216/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/nautilus-images-et-accents-ne-font-pas-bon-m%C3%A9nage#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/39216/comments.atomtag:linuxfr.org,2005:Diary/122072004-05-02T12:49:32+02:002004-05-02T12:49:32+02:00aMsn 0.91 est sortiaMsn est un clone de MSN Messenger écrit en Tcl/Tk.<br />
<br />
La version 0.91 est surtout une correction de bugs. La fenêtre des préférences a été refaite et est plus jolie.<br />
<br />
Voici le lien vers le site du projet :<br />
<a href="http://amsn.sourceforge.net/index.php">http://amsn.sourceforge.net/index.php(...)</a><br />
<br />
Sinon, la version CVS va bientôt inclure la nouvelle traduction française que j'ai faite. L'ancienne était très approximative. Par exemple :<br />
"Logging" => "Connexion en cours" au lieu de "Historique"<br />
"Appearance" => "Apparition" au lieu de "Apparence"<br />
et beaucoup d'autres erreur de traduction.<br />
<br />
D'ailleurs, si vous traduisez un logiciel, faites-le bien, car la plupart du temps ça déroute beaucoup l'utilisateur débutant qui ne comprend rien et se retrouve devant des messages totalement incohérents.<div><a href="https://linuxfr.org/users/_kd/journaux/amsn-091-est-sorti.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/38923/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/amsn-091-est-sorti#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/38923/comments.atomtag:linuxfr.org,2005:Diary/115452004-04-12T14:49:37+02:002004-04-12T14:49:37+02:00Devinette du jourSur une machine bi-processeur avec 4 Go de mémoire vive qui tourne sous Linux, je fais un <i>ps aux</i>, et voilà ce que je vois :<br />
<br />
<blockquote><br />
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND<br />
[snip]<br />
personne 5781 97.5 45.4 1861784 1849456 ? R Apr05 9506:01 <i>quisuis -je</i><br />
[snip]<br />
</blockquote><br />
<br />
à votre avis, quelle est l'application qui prend presque 2 Go de mémoire vive, et qui bouffe tout le CPU ?<br />
<br />
Réponse ci dessous :<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
.<br />
emacs<br />
<br />
(histoire vraie)<div><a href="https://linuxfr.org/users/_kd/journaux/devinette-du-jour.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/38261/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/devinette-du-jour#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/38261/comments.atomtag:linuxfr.org,2005:Diary/101772004-03-07T11:53:05+01:002004-03-07T11:53:05+01:00cups et ses filtresBonjour tout le monde,<br />
<br />
j'ai un petit problème que je n'arrive pas à régler, malgré mes recherches.<br />
<br />
Pour imprimer une image (je n'ai essayé que sur des images jpeg), je fais un classique <i>lp image.jpg</i>. Ça marche correctement. J'entends par là que l'image s'imprime effectivement.<br />
<br />
Par contre, si l'image est trop grande, elle est imprimée sur plusieurs feuilles alors que j'aimerais bien que l'image entière tienne sur une feuille seulement.<br />
<br />
Je sais que l'impression par "ma technique" passe par une conversion au format postscript, via un filtre. Mais je ne sais pas comment paramétrer ce filtre.<br />
<br />
Avez-vous quelques suggestions ?<br />
<br />
Merci d'avance.<div><a href="https://linuxfr.org/users/_kd/journaux/cups-et-ses-filtres.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/36893/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/users/_kd/journaux/cups-et-ses-filtres#comments">ouvrir dans le navigateur</a>
</p>
kdhttps://linuxfr.org/nodes/36893/comments.atom