If the practice disturbs you, don't bother trying to disable the encoding mechanism--you'll probably just break your printer.
[Peter] Crean describes the device as a chip located "way in the machine, right near the laser" that embeds the dots when the document "is about 20 billionths of a second" from printing.
soit :
« Si cette pratique vous gène, ne vous ennuyez même pas à essayer de désactiver le mécanisme de codage : Vous n'arriveriez qu'à casser votre imprimante. [Peter] Crean décrit l'appareil comme une puce située profondément dans la machine, juste à coté du laser, et qui intègre le point lorsque le document est à un vingt-millionnème de seconde d'être imprimé. »
Pour moi, c'est donc à priori une puce, probablement un FPGA ou quelque chose d'assimilé, qui insère un point tout les n points transmis, en fonction de la résolution de l'imprimante, et ce après toutes les phases du traitement du document, au moment où il n'est plus qu'un gros bitmap et qu'il est envoyé séquentiellement au laser.
La première question qui me vient à l'esprit est : Est-ce flashable ? À mon avis, ce n'est pas impossible, mais il y a fort à parier que la puce en question ne soit pas destinée qu'à cette tâche précise. Retrouver le code intégral risque d'être difficile.
Étant donné que l'on t'a déjà fait pas mal de propositions de configs un peu plus haut, j'ai envie de m'attaquer un peu plus aux fondements de la chose.
Que recherches-tu dans Linux ?
Si tu es un Windowsien pur souche, il te faut avant tout savoir que GNU/Linux n'est pas un « compatible Windows ». Le fonctionnement est complètement différent et les objectifs ne sont pas non plus les mêmes.
Certes, tu trouveras des interfaces et des environnements comme les bureaux Gnome ou KDE qui y ressembleront beaucoup, mais cette similitude est volontaire pour que le débutant ne soit pas trop perdu. Si tu t'en tiens à cela, tu auras l'impression que Linux est une vague imitation, tu ne retrouveras pas tes marques et finalement tu abandonneras en étant passé à coté de la quasi-totalité des avantages du système.
Qu'entends-tu par « vieux » Windowsien ? Si tu as travaillé sur Windows 3.xx, tu auras probablement moins de mal à t'adapter à des environnements complètement différents, mais si tu as commencé avec Win95 ou supérieur, alors l'absence de barre des tâches sous WindowMaker risque d'être très déstabilisant ! :-)
D'autre part, Linux sera probablement bien plus performant sur de vieilles machines que pourrait l'être un Windows, mais pas dans les domaines où on l'attend. Cela veut dire facilement exploiter la moëlle de ton vieux bouzin en pilotant le moindre de ses ports avec une ligne de commande, mais les bureaux graphiques confortables n'ont été développés que relativement tardivement sous Linux et consomment par conséquent beaucoup de mémoire. Exit les dernières générations de GNOME/KDE, donc, mais les anciennes devrait encore fonctionner. Dans tous les cas, WindowMaker ou FVWM devraient fonctionner sans problème. Un Blackbox ou assimilé aussi d'ailleurs, s'il est seul.
En revanche, tu peux travailler très confortablement avec 15Go de disque dur. La totalité de mon système (Ubuntu 5.04 avec un max d'apt-gets derrière) plus le contenu de mon home dir tient actuellement en à peine plus de 10Go.
Le mieux que tu aies à faire à mon goût est d'utiliser ton disque de 15Go sur une de tes machines récentes. De cette manière, tu pourras faire tes tests en situation sans avoir à exproprier ton Windows. Colle-z-y une Ubuntu ou une Mandrake, et fais tes essais.
Parce que les outils que l'on utilise courament pour ce genre de travail ne sont pas indisponibles sous GIMP, mais difficilement accessibles du fait que les opérations qu'ils effectuent sont peu courantes en retouche d'image.
Pour tracer une ligne droite, tout le monde sait maintenant qu'il suffit de maintenir la touche shift enfoncée lorsque l'on utilise un outil graphique, mais pour tracer un carré ou un rectangle, on doit d'abord créer sélectionner une zone puis soit convertir son périmètre en « chemin » pour faire ensuite suivre celui-ci par un outil donné, soit utiliser une fonction d'agrandissement/réduction pour encadrer la zone à entourer, soit utiliser la fonction « bordure » du menu Sélection, disponible dans les versions récente, et qui créera une bordure chatoyante avec de beaux dégradés, mais pas à proprement parler un rectangle de base.
Autre exemple : Créer une brosse. Possible avec GIMP également, mais au prix de nombreux efforts. Dans DeluxePaint que je cite dans mon post initial, la sélection courante devenait automatiquement la brosse par défaut, laquelle pouvait éventuellement être conservée. On pouvait donc immédiatement peindre avec n'importe quel motif, en utilisant celui-ci avec tous les instruments disponibles, et ce en trois clics maximum.
Bref, tout cela pour dire que GIMP est un logiciel de retouche d'images très performant mais pas adapté par défaut à ce genre de traitement (pas plus que Photoshop, d'ailleurs), et c'est normal.
Par contre, la majorité des infrastructures nécessaires à un tel logiciel sont déjà implémentés dans GIMP depuis longtemps, et avec brio. Ce serait vraiment idiot de tout réinventer. De plus, les fonctions de retouche et de traitement (en particulier la gestion de la transparence et de l'opacité des outils de traçage) sont vraiment très appréciables même en phase de création. Avec cela, GIMP est une institution : le logiciel est extrêmement complet, on ne présente plus GTK, il est parfaitement documenté ce qui est très rare, il s'intègre à GNOME naturellement, et peut vraiment être désigné comme l'outil graphique de référence dans la mesure où l'on ne le pirate pas (le concurrent de chez Adobe coûte 1075,20 ¤ en CD, soit plus de 7000 francs).
Je pense donc à réaliser une suite d'outils qui viendraient enrichir la palette par défaut du GIMP et qui seraient axés autour du dessin. La seule chose qui m'étonne est que cela n'existe pas déjà.
J'ajouterais en premier lieu que déclarer une fonction dans le corps d'une autre (je parle de getipaddress), c'est peu courant ! Déplace ce truc au dessus du « int main() ».
D'autre part, la solution que l'on t'a donné fonctionne, certes, mais ne met pas tellement en évidence ton erreur. J'ai l'impression que ton confonds les variables de type char * avec les objets Strings d'autres langages.
Es-tu sûr d'avoir bien compris comment fonctionne un pointeur ?
Si ce n'est pas le cas, sache que tous les ordinateurs fonctionnent comme cela en interne (au niveau du langage machine), que c'est relativement simple, contrairement à ce que pensent beaucoup d'étudiants en informatique, que cela correspond à quelque chose de très concret, et qu'en tout les cas ce n'est pas une bizarrerie du C inventée spécialement pour tourmenter les débutants. Quand tu auras maîtrisé ce truc, tu auras maîtrisé tout le reste.
Ce n'est même pas certain. Faire un vectoriel qui rende proprement lorsqu'il est comprimé à l'extrême est une opération très difficile. C'est le même problème lorsque l'on conçoit des polices de caractères, d'ailleurs.
En outre, l'objectif final est de faire un joli jeu de plateforme, donc les éléments doivent être soignés au pixel près pour donner soit un aspect très propre, en ajoutant des effets de lumière, des ombres, des reflets, soit au contraire légèrement déteriorés en jouant sur la granularité des textures du bitmap. À l'inverse, je n'aurai probablement jamais à zoomer, et c'est heureux parce que je crains qu'en zoomant, on fasse apparaître justement la manière dont le dessin original a été construit. Tant qu'un sprite bitmap n'excède pas une certaine taille, c'est surtout l'imaginaire du joueur qui travaille.
Ce n'est guère encourageant, d'ailleurs. J'aime bien le vectoriel en lui-même, mais deux réponses sur ce type de dessin quand mon post concernait la technique opposée, cela ne me laisse que peu d'espoir. En revanche, c'est une bonne occasion pour se plonger dans les plug-ins de GIMP 2. D'ailleurs je m'y mets dès maintenant.
Tu peux aussi utiliser les objets STL si tu veux faire du C++ pour le C++ :
#include <iostream>
#include &mt;sstream>
using namespace std;
puis
int p;
stringstream oss;
(++p);
oss << dec << p;
affiche->setText (oss.str());
oss.str("");
Tu peux utiliser oss.str().c_str() si l'objet instancié en affiche ne connait pas les chaînes STL. La ligne d'après sert à vider l'objet ostringstream pour pouvoir le réutiliser sans avoir à le détruire puis le recréer (ça a l'air bête comme çà, mais j'ai beaucoup trainé sur Google avant de trouver).
Mais c'est tellement lourd que je n'ai jamais eu le temps de finaliser l'installation et donc je n'ai pas encore de retour. En outre, lorsque tu auras fini de construire ton compilo, il te faudra encore un environnement Windows installé (toutes les lib, les headers qui vont bien) pour pouvoir compiler sans problème. Pas facile à trouver.
OPTIONS POSIX
-a Modifier l’heure du dernier accès au fichier
-c Ne pas créer les fichiers n’existant pas.
-m Changer l’heure de dernière modification du fichier
-r fichier_référence Utiliser les horodatages du fichier_référence à la place de l’heure actuelle.
-t date Utiliser la date indiquée à la place de la date actuelle.
Si tu ne l'as pas déjà fait, regarde plus haut : il faut taper la commande lilo en root pour regénérer un MBR valide à partir du fichier de configuration que tu viens de modifier.
Il faut d'ailleurs souligner que les mode 788, 792, etc. fonctionnent en frame buffer, et qu'il faut donc pour cela que le noyau prenne ce mode en charge (à priori c'est toujours le cas sur une Mandriva).
Ce qui est relativement inquiétant, c'est que l'on commence à trouver beaucoup de jeunes étudiants en informatiques qui ne savent plus du tout ce qu'est le mode texte.
Il est problable que le BIOS de ta machine ou celui de ta carte graphique choisisse lui-même une résolution particulière et que Linux n'y soit pour rien (compromis entre netteté et largeur d'affichage).
Bref, le mode frame buffer satisfera tes besoins, mais c'est quand même utile de savoir comment tout cela fonctionne.
Oui enfin avant eux, IBM avait déjà arobasifié le « e » minuscule pour vendre son e-business. Et à peu près au même moment, les magasins Leclerc avaient fait la même chose avec le « c » minuscule lors d'une opération multimédia ...
C'est-à-dire que je parle anglais couramment, mais c'est un anglais plus américain que britannique ! Autant j'arrive à suivre CNN, les séries américaines en VO, les paroles des jazz-men à la limite, voire même un peu d'australien quand c'est nécessaire, autant pour les anglais, il faut que je m'accroche ! :-)
Pour l'anglais, si cela peut te rassurer, c'est pour beaucoup de monde pareil. Moi-même, j'ai appris l'anglais à l'école (en commençant en classe de sixième), puis j'ai lu, écouté, traduit, puis plus récement ai collaboré avec un collègue de San Diego pendant quelques mois. C'est en conversant avec lui que j'ai appris le plus (bien plus qu'en dix ans de cours :-).
Et bien aujourd'hui c'est la même chose. Malgré les chaînes du câble, je trouve l'anglais natif pur souche presqu'inintelligible. Je peux suivre un discours politique, mais pas une série télévisée anglaise si les acteurs ne s'expriment pas à voix haute et n'articulent pas.
Pourtant, des accents anglais tordus, il y en a à travers le monde ...
Il faut mettre un « ; » avant le « done » final, sinon cela ne marchera pas.
Sinon, c'est un peu sauvage quand même ! Cela s'appuie sur le fait que RPM échouera au moment de désinstaller les packages dont dépendent les autres. Sans compter que bon nombre d'outils vraiment utiles autres que vi|emacs vont disparaître aussi parce que l'on ne peut pas penser à tout ce que l'on doit mettre dans la liste à l'avance.
Posté par Obsidian .
En réponse au journal Jabber.
Évalué à 2.
Ah ? À quel endroit ?
Partout où je suis passé, j'ai vu « quelques » ouvrages, grâce auxquels je fais mon travail de prosélytisme régulier en les mettant en évidence quand je passe devant :-), mais les rayons livres informatiques des FNACs que je visite sont encore loins de ressembler à une bibliothèque O'reilly ...
Ubuntu, c'est (enfin) Debian pour les débutants. L'intégration est remarquable, surtout comparée à une Mandrakivacorys ou même une Fedora. Le bureau Gnome est parfaitement configuré, la selection de logiciels initiale est équilibrée, les applications telles que Firefox, OpenOffice ou Evolution communiquent bien avec le bureau. Bref, la meilleure alternative libre à Windows pour une personne qui ne connaît pas l'informatique. Et tout cela basée sur une Debian, ce qui fait qu'elle peut s'utiliser (et le cas échéant la dépanner) de la même façon.
D'aucuns disent même que Ubuntu fait de l'ombre à Debian pour ces raisons. Donc, si en dehors de la programmation, tu veux avoir un bureau propre pour travailler, et pour que tes proches puissent éventuellement profiter de ta machine (Internet ou autre), tu ne risques rien à essayer. Par contre, une connexion à haut débit ne sera pas de trop pour aller chercher la flopée de packages qui ne sont pas fournis sur le CD.
Sorti de là, je dirais que si tu utilises Debian + WindowMaker + Programmation, tu es le linuxien ou la linuxienne parfaite ! :-) Je ne pense que tu trouveras mieux. Tu peux également essayer un {Free|Net|Open}BSD si tu as envie d'essayer un système capable de gérer un vaisseau spatial, mais cela ne t'apportera pas beaucoup plus au niveau outils et environnements de développement.
Tu peux essayer le Linux Distribution Chooser sur http://www.zegeniestudios.net/ldc/(...) pour essayer de trouver la distrib' de tes rêves, mais en général le résultat correspond à ce que tu as déjà choisi :-)
Oui, enfin là on frise quand même la mauvaise foi à la PasBill.
Si l'on a des difficultés particulières avec des couleurs ou quoi que se soit, il suffit de changer le thème par défaut.
Posté par Obsidian .
En réponse au journal Jabber.
Évalué à 3.
Vrai, mais en même temps, 1995, c'était il y a dix ans (ça passe vite, hein ?).
Linux est devenu l'ambassadeur des logiciels libres et des systèmes alternatifs, et surtout la quantité de lignes de codes écrites est considérable : cumulons simplement le noyau avec l'intégralité des projets GNU, puis KDE et Gnome, avant même de commencer à s'intéresser aux applications elles-mêmes. Malgré cela :
• Presque quinze ans après la rédaction des premières lignes du noyau (elles-mêmes très postérieures à GNU), la proportion de systèmes Linux installés d'une manière globale sur le parc mondial reste sans commune mesure avec Windows. Il faut dire que l'on ne vend quasiment pas de PC préinstallés Linux.
• Ici nous sommes sur Linuxfr et on prêche des convaincus, mais lorsque je sors, je rencontre encore beaucoup de gens qui en toute bonne foi n'ont jamais entendu parler de Linux (il ne connaissent même pas le terme).
Ce que je veux dire, c'est que l'on vient naturellement à Linux (ou à Unix en général) quand on s'intéresse à l'informatique d'une manière ou d'une autre. L'utilisateur de base n'a pratiquement aucune occasion de découvrir un autre système.
'faut dire que Raymond, pour le coup, c'est la grande classe ! C'est à lui que l'on doit le célèbre "Il faut mettre un frein à l'immobilisme", en 1976 :-)
[^] # Re: Incrustation d'un code d'identification via les Laser Couleur
Posté par Obsidian . En réponse au journal Incrustation d'un code d'identification via les Laser Couleur. Évalué à 7.
soit :
« Si cette pratique vous gène, ne vous ennuyez même pas à essayer de désactiver le mécanisme de codage : Vous n'arriveriez qu'à casser votre imprimante. [Peter] Crean décrit l'appareil comme une puce située profondément dans la machine, juste à coté du laser, et qui intègre le point lorsque le document est à un vingt-millionnème de seconde d'être imprimé. »
Pour moi, c'est donc à priori une puce, probablement un FPGA ou quelque chose d'assimilé, qui insère un point tout les n points transmis, en fonction de la résolution de l'imprimante, et ce après toutes les phases du traitement du document, au moment où il n'est plus qu'un gros bitmap et qu'il est envoyé séquentiellement au laser.
La première question qui me vient à l'esprit est : Est-ce flashable ? À mon avis, ce n'est pas impossible, mais il y a fort à parier que la puce en question ne soit pas destinée qu'à cette tâche précise. Retrouver le code intégral risque d'être difficile.
[^] # Re: M'en fous
Posté par Obsidian . En réponse au sondage La sécurité de mon WLAN. Évalué à 6.
[^] # Re: M'en fous
Posté par Obsidian . En réponse au sondage La sécurité de mon WLAN. Évalué à 2.
http://www.bashfr.org/?528(...)
# Linux, oui, mais pourquoi ?
Posté par Obsidian . En réponse au message Quel Linux pour un vieux PC ??. Évalué à 4.
Que recherches-tu dans Linux ?
Si tu es un Windowsien pur souche, il te faut avant tout savoir que GNU/Linux n'est pas un « compatible Windows ». Le fonctionnement est complètement différent et les objectifs ne sont pas non plus les mêmes.
Certes, tu trouveras des interfaces et des environnements comme les bureaux Gnome ou KDE qui y ressembleront beaucoup, mais cette similitude est volontaire pour que le débutant ne soit pas trop perdu. Si tu t'en tiens à cela, tu auras l'impression que Linux est une vague imitation, tu ne retrouveras pas tes marques et finalement tu abandonneras en étant passé à coté de la quasi-totalité des avantages du système.
Qu'entends-tu par « vieux » Windowsien ? Si tu as travaillé sur Windows 3.xx, tu auras probablement moins de mal à t'adapter à des environnements complètement différents, mais si tu as commencé avec Win95 ou supérieur, alors l'absence de barre des tâches sous WindowMaker risque d'être très déstabilisant ! :-)
D'autre part, Linux sera probablement bien plus performant sur de vieilles machines que pourrait l'être un Windows, mais pas dans les domaines où on l'attend. Cela veut dire facilement exploiter la moëlle de ton vieux bouzin en pilotant le moindre de ses ports avec une ligne de commande, mais les bureaux graphiques confortables n'ont été développés que relativement tardivement sous Linux et consomment par conséquent beaucoup de mémoire. Exit les dernières générations de GNOME/KDE, donc, mais les anciennes devrait encore fonctionner. Dans tous les cas, WindowMaker ou FVWM devraient fonctionner sans problème. Un Blackbox ou assimilé aussi d'ailleurs, s'il est seul.
En revanche, tu peux travailler très confortablement avec 15Go de disque dur. La totalité de mon système (Ubuntu 5.04 avec un max d'apt-gets derrière) plus le contenu de mon home dir tient actuellement en à peine plus de 10Go.
Le mieux que tu aies à faire à mon goût est d'utiliser ton disque de 15Go sur une de tes machines récentes. De cette manière, tu pourras faire tes tests en situation sans avoir à exproprier ton Windows. Colle-z-y une Ubuntu ou une Mandrake, et fais tes essais.
[^] # Re: ??
Posté par Obsidian . En réponse au message Le dessin en bitmap sous Linux. Évalué à 2.
Un exemple parlant : http://linuxfr.org/comments/519746.html#519746(...)
Pour tracer une ligne droite, tout le monde sait maintenant qu'il suffit de maintenir la touche shift enfoncée lorsque l'on utilise un outil graphique, mais pour tracer un carré ou un rectangle, on doit d'abord créer sélectionner une zone puis soit convertir son périmètre en « chemin » pour faire ensuite suivre celui-ci par un outil donné, soit utiliser une fonction d'agrandissement/réduction pour encadrer la zone à entourer, soit utiliser la fonction « bordure » du menu Sélection, disponible dans les versions récente, et qui créera une bordure chatoyante avec de beaux dégradés, mais pas à proprement parler un rectangle de base.
Autre exemple : Créer une brosse. Possible avec GIMP également, mais au prix de nombreux efforts. Dans DeluxePaint que je cite dans mon post initial, la sélection courante devenait automatiquement la brosse par défaut, laquelle pouvait éventuellement être conservée. On pouvait donc immédiatement peindre avec n'importe quel motif, en utilisant celui-ci avec tous les instruments disponibles, et ce en trois clics maximum.
Bref, tout cela pour dire que GIMP est un logiciel de retouche d'images très performant mais pas adapté par défaut à ce genre de traitement (pas plus que Photoshop, d'ailleurs), et c'est normal.
Par contre, la majorité des infrastructures nécessaires à un tel logiciel sont déjà implémentés dans GIMP depuis longtemps, et avec brio. Ce serait vraiment idiot de tout réinventer. De plus, les fonctions de retouche et de traitement (en particulier la gestion de la transparence et de l'opacité des outils de traçage) sont vraiment très appréciables même en phase de création. Avec cela, GIMP est une institution : le logiciel est extrêmement complet, on ne présente plus GTK, il est parfaitement documenté ce qui est très rare, il s'intègre à GNOME naturellement, et peut vraiment être désigné comme l'outil graphique de référence dans la mesure où l'on ne le pirate pas (le concurrent de chez Adobe coûte 1075,20 ¤ en CD, soit plus de 7000 francs).
Je pense donc à réaliser une suite d'outils qui viendraient enrichir la palette par défaut du GIMP et qui seraient axés autour du dessin. La seule chose qui m'étonne est que cela n'existe pas déjà.
# Strings et C
Posté par Obsidian . En réponse au message Probleme de memoire, sprintf. Évalué à 5.
D'autre part, la solution que l'on t'a donné fonctionne, certes, mais ne met pas tellement en évidence ton erreur. J'ai l'impression que ton confonds les variables de type char * avec les objets Strings d'autres langages.
Es-tu sûr d'avoir bien compris comment fonctionne un pointeur ?
Si ce n'est pas le cas, sache que tous les ordinateurs fonctionnent comme cela en interne (au niveau du langage machine), que c'est relativement simple, contrairement à ce que pensent beaucoup d'étudiants en informatique, que cela correspond à quelque chose de très concret, et qu'en tout les cas ce n'est pas une bizarrerie du C inventée spécialement pour tourmenter les débutants. Quand tu auras maîtrisé ce truc, tu auras maîtrisé tout le reste.
[^] # Re: pourtant
Posté par Obsidian . En réponse au journal Loft story version Geek !. Évalué à 4.
Hahaha ! « Si le problème persiste, contactez votre revendeur informatique ». Ils ont tout prévu, ne cherche pas. Ils sont pas fous ...
[^] # Re: [HS... enfin pas tout a fait]
Posté par Obsidian . En réponse au message Le dessin en bitmap sous Linux. Évalué à 2.
Ce n'est même pas certain. Faire un vectoriel qui rende proprement lorsqu'il est comprimé à l'extrême est une opération très difficile. C'est le même problème lorsque l'on conçoit des polices de caractères, d'ailleurs.
En outre, l'objectif final est de faire un joli jeu de plateforme, donc les éléments doivent être soignés au pixel près pour donner soit un aspect très propre, en ajoutant des effets de lumière, des ombres, des reflets, soit au contraire légèrement déteriorés en jouant sur la granularité des textures du bitmap. À l'inverse, je n'aurai probablement jamais à zoomer, et c'est heureux parce que je crains qu'en zoomant, on fasse apparaître justement la manière dont le dessin original a été construit. Tant qu'un sprite bitmap n'excède pas une certaine taille, c'est surtout l'imaginaire du joueur qui travaille.
Ce n'est guère encourageant, d'ailleurs. J'aime bien le vectoriel en lui-même, mais deux réponses sur ce type de dessin quand mon post concernait la technique opposée, cela ne me laisse que peu d'espoir. En revanche, c'est une bonne occasion pour se plonger dans les plug-ins de GIMP 2. D'ailleurs je m'y mets dès maintenant.
Merci quand même.
# Faute de tueur !
Posté par Obsidian . En réponse au message Faut-il se mefiez des distribs Linux !. Évalué à 3.
puis
désolé pour le titre un rien accrocheur !
Y a pas à dire, c'est excellent ! :-)
[^] # Re: itoa.h
Posté par Obsidian . En réponse au message Convertir int en char. Évalué à 2.
#include <iostream>
#include &mt;sstream>
using namespace std;
puis
int p;
stringstream oss;
(++p);
oss << dec << p;
affiche->setText (oss.str());
oss.str("");
Tu peux utiliser oss.str().c_str() si l'objet instancié en affiche ne connait pas les chaînes STL. La ligne d'après sert à vider l'objet ostringstream pour pouvoir le réutiliser sans avoir à le détruire puis le recréer (ça a l'air bête comme çà, mais j'ai beaucoup trainé sur Google avant de trouver).
# Oui, c'est possible.
Posté par Obsidian . En réponse au message gcc cross compil ada unix ->windows. Évalué à 3.
https://linuxfr.org/forums/19/3922.html(...)
Mais c'est tellement lourd que je n'ai jamais eu le temps de finaliser l'installation et donc je n'ai pas encore de retour. En outre, lorsque tu auras fini de construire ton compilo, il te faudra encore un environnement Windows installé (toutes les lib, les headers qui vont bien) pour pouvoir compiler sans problème. Pas facile à trouver.
[^] # Re: Man ls
Posté par Obsidian . En réponse au message mtime ctime atime. Évalué à 1.
# On l'a retrouvé ?
Posté par Obsidian . En réponse au journal Un développeur en puissance?. Évalué à 10.
[^] # Re: Les photos ne sont pas très à jour, c'est tout
Posté par Obsidian . En réponse au journal Je suis le maître du monde.... Évalué à 6.
[^] # Re: toujours pas de solutions...
Posté par Obsidian . En réponse au message résolution d'écran en mode console. Évalué à 4.
[^] # Re: résolution d'écran en mode console
Posté par Obsidian . En réponse au message résolution d'écran en mode console. Évalué à 3.
Ce qui est relativement inquiétant, c'est que l'on commence à trouver beaucoup de jeunes étudiants en informatiques qui ne savent plus du tout ce qu'est le mode texte.
Il est problable que le BIOS de ta machine ou celui de ta carte graphique choisisse lui-même une résolution particulière et que Linux n'y soit pour rien (compromis entre netteté et largeur d'affichage).
Bref, le mode frame buffer satisfera tes besoins, mais c'est quand même utile de savoir comment tout cela fonctionne.
[^] # Re: Moi je vais breveter la lettre 'e'
Posté par Obsidian . En réponse au journal Breveter l'insertion d'un blanc.... Évalué à 2.
[^] # Re: Lecture rapide
Posté par Obsidian . En réponse au journal Lire devient facile. Évalué à 3.
[^] # Re: Lecture rapide
Posté par Obsidian . En réponse au journal Lire devient facile. Évalué à 5.
Et bien aujourd'hui c'est la même chose. Malgré les chaînes du câble, je trouve l'anglais natif pur souche presqu'inintelligible. Je peux suivre un discours politique, mais pas une série télévisée anglaise si les acteurs ne s'expriment pas à voix haute et n'articulent pas.
Pourtant, des accents anglais tordus, il y en a à travers le monde ...
# Il manque un point virgULE dans un c01n !
Posté par Obsidian . En réponse au message [Admin] Nettoyer une Mandrake (ou une RH/Fedora/etc.). Évalué à 2.
Sinon, c'est un peu sauvage quand même ! Cela s'appuie sur le fait que RPM échouera au moment de désinstaller les packages dont dépendent les autres. Sans compter que bon nombre d'outils vraiment utiles autres que vi|emacs vont disparaître aussi parce que l'on ne peut pas penser à tout ce que l'on doit mettre dans la liste à l'avance.
[^] # Re: voix et video
Posté par Obsidian . En réponse au journal Jabber. Évalué à 2.
Partout où je suis passé, j'ai vu « quelques » ouvrages, grâce auxquels je fais mon travail de prosélytisme régulier en les mettant en évidence quand je passe devant :-), mais les rayons livres informatiques des FNACs que je visite sont encore loins de ressembler à une bibliothèque O'reilly ...
Tant mieux si cela s'améliore ailleurs ...
[^] # Re: ubuntu
Posté par Obsidian . En réponse au message Quelle distribution choisir ?. Évalué à 2.
D'aucuns disent même que Ubuntu fait de l'ombre à Debian pour ces raisons. Donc, si en dehors de la programmation, tu veux avoir un bureau propre pour travailler, et pour que tes proches puissent éventuellement profiter de ta machine (Internet ou autre), tu ne risques rien à essayer. Par contre, une connexion à haut débit ne sera pas de trop pour aller chercher la flopée de packages qui ne sont pas fournis sur le CD.
Sorti de là, je dirais que si tu utilises Debian + WindowMaker + Programmation, tu es le linuxien ou la linuxienne parfaite ! :-) Je ne pense que tu trouveras mieux. Tu peux également essayer un {Free|Net|Open}BSD si tu as envie d'essayer un système capable de gérer un vaisseau spatial, mais cela ne t'apportera pas beaucoup plus au niveau outils et environnements de développement.
Tu peux essayer le Linux Distribution Chooser sur http://www.zegeniestudios.net/ldc/(...) pour essayer de trouver la distrib' de tes rêves, mais en général le résultat correspond à ce que tu as déjà choisi :-)
[^] # Re: euh ...
Posté par Obsidian . En réponse au message Que veut dire Vista ?. Évalué à 3.
Si l'on a des difficultés particulières avec des couleurs ou quoi que se soit, il suffit de changer le thème par défaut.
[^] # Re: voix et video
Posté par Obsidian . En réponse au journal Jabber. Évalué à 3.
Linux est devenu l'ambassadeur des logiciels libres et des systèmes alternatifs, et surtout la quantité de lignes de codes écrites est considérable : cumulons simplement le noyau avec l'intégralité des projets GNU, puis KDE et Gnome, avant même de commencer à s'intéresser aux applications elles-mêmes. Malgré cela :
• Presque quinze ans après la rédaction des premières lignes du noyau (elles-mêmes très postérieures à GNU), la proportion de systèmes Linux installés d'une manière globale sur le parc mondial reste sans commune mesure avec Windows. Il faut dire que l'on ne vend quasiment pas de PC préinstallés Linux.
• Ici nous sommes sur Linuxfr et on prêche des convaincus, mais lorsque je sors, je rencontre encore beaucoup de gens qui en toute bonne foi n'ont jamais entendu parler de Linux (il ne connaissent même pas le terme).
Ce que je veux dire, c'est que l'on vient naturellement à Linux (ou à Unix en général) quand on s'intéresse à l'informatique d'une manière ou d'une autre. L'utilisateur de base n'a pratiquement aucune occasion de découvrir un autre système.
[^] # Re: il est connu pour cela
Posté par Obsidian . En réponse au journal Lutte antispam ... radicale. Évalué à 2.
'faut dire que Raymond, pour le coup, c'est la grande classe ! C'est à lui que l'on doit le célèbre "Il faut mettre un frein à l'immobilisme", en 1976 :-)