Mouns a écrit 1281 commentaires

\gore{la bouche fermée et le nez bouché suffisent à des dégats irréparable compte tenu du Ph des sucs gastriques et de la seule sortie restante les trompes d'Eustache . }

pour ce qui est du blog, je n'allais pas faire dans le trop classique "mouhahaha linux vaincra", j'ai préféré l'approche sybilline du "decouvrez par vous meme ca fait peur et rire".

que penser d'un blog du genre ? ca permet de connaitre certaines choses du fonctionnement interne de MS, de l'opinion de certains salariés à propos des dirigeants, ... mais il y a un coté qui me dérange au travers d'une question simple :
- et si c'est juste pour détourner l'attention ?

le principe du détournement d'attention étant une pratique connue du marketing, du piratage et de la prestidigitation, qu'est ce qui peut être caché tout en étant bien visible si tout le monde regarde dans cette direction ?

- le leader maximo de Gentoo va chez MS
- le Massachusset qui lorgne officiellement vers OOo
- ESR qui gueule contre MS pour une proposition d'embauche
- un ex-dev de IE déclare son amour à FF
- Google qui pique dans le bocal de Redmond
- OSDL qui refuse apres un temps de reflexion une comparaison MS vs Linux

arrive un blog de revelation fracassante sur la vie des poissons rouges dans le bocal de Redmond.

ca va provoquer une lecture reguliere si l'amorce prend ... donc que va t on ne pas voir et qui se passera au grand jour du coté MS ?

http://agendadulibre.org/(...) et http://linuxfr.org/submit.html(...) sont là pour ce genre de chose.

le moteur de regexp de perl, par defaut, ne connait que les caracteres des n'americains soit :
A-Z a-z 0-9 _

pour rajouter des lettres dans le tas, il faut un "use locale"

perldoc perllocale te sera d'un plus grand secours que ma personne la dessus.

pense aussi aux problemes de type ASCII / UTF8 UTF16 sinon tu risque de droles de surprises.

desolé :)

le pire est que je suis allé verifier la date de 73 sur le ternet car j'hesitais entre 72 et 73.

je crois encore que j'ai presque 20 ans ... mais non, je suis un vieux qui aime de la musique de vieux, les films de vieux, les coupes de cheveux de vieux ... :(

/me ->[] avec sa canne

de la memoire partagée qui se charge a la demande ... il y a un truc au niveau implementation qui m'échappe.


si j'ai bien compris, normalement, le format ELF est un format qui permet de resoudre dynamiquement les liens non résolu à la compilation, au lancement d'une application.

cela a l'avantage par rapport au format statique anterieur, de consommer moins d'espace disque ( il suffit de regarder la taille d'un binaire statique face au meme binaire en dynamique ).

mais ton binaire ELF et ses libs sont copié autant de fois en mémoire qu'il y a instance executé différente.

seulement, le noyau linux fait du COW depuis belle lurette.

donc quand l'applet d'horloge voit sa taille augmenter suite à un clic, il y a bien eu un chargement qui n'est pas connu au lancement ...

pour moi, la bloatitude du soft est masqué par le fait que le noyau fait du COW.

il n'est pas normal qu'il faille maintenant quasiment 1Go de RAM si l'on veut avoir qq appli ouverte en permanence.

il s'agit de programmation UNIX , donc un minimum de connaissance du monde UNIX est necessaire. il y a des tres bons bouquins à ce sujet chez nos amis les libraires.

si tu souhaites faire un simple lanceur de processus, il suffit de faire un :
exec($program) unless fork() ou $program contient le chemin complet vers le programme a executer. system( $program ) peut te remplacer avantageusement le bout de code precedent dans bien des cas.

si tu souhaites communiquer avec ce programme, il vaut mieux se tourner vers le popen() perl connu sous open( my $handle, "-|", $program ) ou open( my $handle, "|-", $program ); . bien entendu tu as aussi, `$program` qui permet de recuperer tout ce que retourne l'execution de $program .

de toute facon, la lecture de perldoc perlicp apres la lecture d'un bouquin de programmation unix te fera le plus grand bien.

exec() en perl n'est qu'un front end vers l'appel systeme execve .

exec/execv/execl/execle/execv/execvp sont aussi des front end sur execve ( dispo dans unistd.h )


execve() permet de remplacer le processus courant par un autre processus en le chargeant depuis le disque.

execve() ne sert a rien tout seul sauf si l'on veut un systeme monotache.

l'interet de execve() vient avec fork() qui permet de dupliquer le processus courant.

... comme quoi, les bases programmation sous systeme UNIX ne sont pas connu de tous les developpeurs developpant sous UNIX.

au regret d'etre desagreable, tu me semble avoir lu trop vite mon commentaire et tu n'as fait aucune recherche sur les qq noms que je donne.

par contre, pour KDE, je ne savais pas qu'un quelconque patch fut integré et donc qu'un quelconque patch fonctionnel exista pour KDE.

ca me fait plaisir que quelqu'un d'autre que moi s'inquiete du sujet :)

A ma connaissance, il n'existe rien de reellement fonctionnel en logiciel libre au niveau des outils d'assistance à la saisie.

On trouve vaguement un sphynx2 et divers autres bibliotheques, mais strictement rien d'integré à un quelconque desktop.

Il y a eu une tentative de window manager en perl/tk qui se controlait à la voix et rien d'autre.

Dasher est le seul soit disant-assistant pour les personnes ne pouvant se servir d'un clavier.

Dasher n'est intégré dans aucune applicatioin à ma connaissance et sert uniquement d'application standalone pour saisir du texte dans un "textarea-like".

Je n'ai reussi à faire fonctionner Dasher qu'avec une souris :
- le support joystick est trop sensible et non controlable
- je n'ai pas vraiment trouvé de caméra grand public pouvant faire du eyetracking avec

\begin{coup_de_gueule}
Bien des libristes disent "propose un patch", "fait le" , ou autre equivalent d'un "do it".
Mais comment va reussir à utiliser du FOSS une personne si toute l'informatique FOSS repose sur la necessite de pouvoir utiliser un clavier ?

Encore une fois cela me fait penser à ceux ces memes personnes disent à propos des sociétés X ou Y ne faisant aucun support pour Linux par absence de demande.

Si tu me permets une pointe d'humour noir :
les manchots ne sont pas les bienvenus chez les libristes.

C'est aussi valable pour les personnes ne sachant pas coder et qui ont un probleme.
Si le Libre doit sortir de son Elite et devenir grand public, alors le Libre devra NECESSAIREMENT en finir avec sa mentalité "just do it" et accepter les manchots physique, culturel, temporel, ...
\end{coup_de_gueule}

adobe a fait les polices postscript type1 .
Apple a fait le TrueType.

apres verification :

http://fr.wikipedia.org/wiki/TrueType(...)
http://en.wikipedia.org/wiki/Adobe_Type_Manager(...)
http://en.wikipedia.org/wiki/Type_1_font(...)

je pense que comparer TeX au C est une erreur :
1. difference de taille de population utilisatrice
2. différence de culture des populations
3. Absence d'alternative pour TeX

Le probleme du C est que n'importe qui peut faire du C, donc tout le monde dit que faire du C "c cool", "ca 3nl4rg3 y0ur p3n1£", "ca rend beau", et que sais je encore.

le C est mal.
C may be considered harmful pour parodier Dijkstra.
tout le monde dit vouloir faire du C parce cela reduit le footprint et augmentent les perfs ... désolé mais :
- FF, OOo, Evolution sont des bloatwares connu du monde libre.
- L'applet horloge de GNOME fait presque 40Mo apres avoir cliqué dessus pour choper un calendrier
- bash & gcc qui tendent à l'usine à gaz
- XFree/Xorg qui se fait refactoriser trop regulierement

j'attends avec delectation l'annonce d'une migration d'une distribution majeure vers Qtopia, dietlibc, mininit, ... pour retrouver un environnement moins bloatware.

Je suis pleinement d'accord avec toi mais il faut se remettre dans le contexte de l'epoque fin 1970 debut 1980 ( goto harmful etc ) ...

TeX etait fantastique dans son approche et ses algorithmes.

Aujourd'hui encore, TeX reste un colosse dont les sources ne furent ne serait ce que lu par tres peu de codeurs.

Donald Knuth lui meme, a présenté ses excuses pour TeX ... plus exactement, il a dit que certains trucs n'auraient pas du etre codé comme il l'avait fait à l'époque.

Il serait interessant d'etendre TeX par rapport à tout les petits trucs qui lui manque ...

Mais pour étendre TeX, il me semble correct de comprendre ce qui va et ne va pas dans TeX. et de faire la meme chose pour tous les autres softs.

A partir de là, il y a des specs qui peuvent apparaitre, puis des recommandations de consistance, et enfin une batteries de test.

Apres, "yapuka coder".

Mais, je ne pense pas que cela se résume au quelques lignes de Mildred.

je pense qu'il y soit une confusion sur ce qu'est un jail

http://fr.wikipedia.org/wiki/BSD_Jail(...) <- n'est pas eloquant sur le sujet.

http://docs.freebsd.org/44doc/papers/jail/jail.html(...) est un peu plus vachement clair sur le sujet.

je ne sais pas, mais virtuozo me semble etre assez proche d'un jail comme vserver d'ailleurs.

on trouve plein de chose à cette adresse http://openvirtuozzo.org/documentation/tech/(...)

http://openvirtuozzo.org/documentation/tech/virtualization(...) <- et virtuozzo d'apres la 3ieme technique de virtualisation ennoncé sur le site meme de virtuozo.

1. spacer avec un "background-image:" avec des "..." et une repetition horizontale

2. spacer avec un "border-bottom: 1px dotted Black;"

par contre avec "content:" j'entrevois une possibilité, mais j'ai pas le temps de verifier si elle fonctionne partout.

tu as reimplenté LaTeX ou TeX ?

si c'est LaTeX, tu aurais pu le faire en TeX qui reste le meilleur outil dans son domaine ( qui plus est qui fut ecrit il y a presque deux decenies par Donald K. )

Si c'est TeX, chapeau bas depuis deux decenies, beaucoup ont essayé et tous ont abandonné.

...

sinon qq commentaires :
- la consistence de ta grammaire est etrange
- la semantique structurelle est tout aussi etrange

ca va me couter combien pour un apt-get dist-upgrade ou mon ISO Mandriva ?

et un mirror CPAN ? un mirror Debian ?

c pourtant bien légal tout ca :'(

perso, selon les gammes de prix et de services voulu :

- Apple iBook 12" : peu confortable à l'usage, qq mesquinerie d'apple au niveau hardware mais grande autonomie - tres bon support Apple si AppleCare

- Dell X300 ( a priori ne se fait plus et a été remplacé ) : ultra slim - autonomie correct avec batterie "tres longue durée".

- Apple PowerBook 17" : excellent ( je viens de regarder sur batterie un DVD de 2h05 avec le modele 17" chargé au 3/4 )

le budget que je te propose va entre 900¤ et 2000¤. perso, tous les autres portables que j'ai vu, je ne les ai pas vu passer les 40min d'autonomie dans le test du DVD apres qq mois de charge/decharge.

selon le cercle de geekerie et linuxerie auquel tu appartiens, tu rencontreras plus ou moins de difficulté ... mais garde en tete que seul le jour ou tu pourras monter toi meme ton portable à domicile, permettra d'avoir moins de difficultés pour installer linux sur des portables.

mes commentaires ne sont que pour dire que quand on fait du dev, il est preferable de lire les specs et les bugs connus.

je précise un détail, lire des specs n'empeche pas de faire des applications avec des bugs. par contre, connaitre les specs permet de les reperer plus facilement ( un peu comme connaitre l'arithmetique aide à debugger quand on veut coder une calculatrice voire un tableur, et non une calculette ).

Par contre, je te rappelle que tes deux citations proviennent de ma prose, donc ma personne a le droit de se sentir offusqué quand on lui balance des marmottes milka. avoir une n-ieme impression de ne pas etre compris, a un coté rageant.

maintenant, j'aimerai savoir ce qu'il y avait à comprendre dans ton commentaire ...
... pour eviter de continuer à mal le prendre ;)

si tu regarde bien, entre ce que je propose et ce que tu proposes, il y a qq petites différences :

- il me semble, sauf erreur de ma part, qu'il me faut faire qu'un autre new _XMLHttpRequest pour avoir un deuxieme objet.

- le constructeur ne fait aucun case_matching pour savoir ou il est.

- je fourni une methode "universelle" pour savoir si le chargement a eu lieu.

comme tu dois t'en douter, vu que j'ai codé vite fait cela hier soir, tu ne peux pas faire grand chose avec ce que j'ai fournis.

par contre, en ajoutant les bonnes methodes, tu peux tout à fait disposer d'une classe JS wrappant et te fournissant qq extensions interessante ( comme un équivalent avec iframe ).

par rapport à IE Mac, il y a bien des references à un support XML dans IE Mac ( MS XML Library ). maintenant, je ne sais pas ce que l'on peut faire avec.

http://www.microsoft.com/presspass/events/svspeaker/04-10browne.msp(...) <- d'apres ca, il semblerait que MSXML2 soit peut etre supporté.

d'apres plein de liens sur google, aussi.

maintenant, je suspecte un soucis avec l'appel d'un activeX dans un eval :/ faut dire que je teste sur tiger et non panther/jaguar ( sachant qu'il y a un gars qui remonte explicitement un soucis avec jaguar )

http://www.howtocreate.co.uk/tutorials/jsexamples/importingXML.html(...) <- a cet endroit, il y a une solution, donc si tu veux wrapper par dessus ...

de toute facon ce que je viens de faire necessite pour le moment de redéfinir les qq méthodes pour faire la transposition correctement.

donc ajouter un support par iframe ne doit pas etre une trop grosse horreur.

Je suis entierement d'accord avec toi.

regarde par là ( http://linuxfr.org/comments/617919.html#617919(...) ) , tu y trouveras une idée sur comment faire pour avoir une émulation DOM potable sur IE en attendant qu'un jour MS intègre au moins un support DOM 1 complet pour ne pas dire un DOM 2.

Qt est une bibliotheque ( ou library en grand breton ).
Qt n'est pas un language.
Scribus utilise Qt au moins comme toolkit graphique et est codé en autre chose.

je parle de C# comme langage de script pour un plugin, un peu comme ce que l'on trouve dans gnumeric-extra qui permet de faire des plugins perl et/ou python dans gnumeric.

la marmotte ? la marmotte te colle ce petit code sous LGPL 2.0 strict qu'elle t'improvise à l'instant avec amour :

var mon_ajax;

var to_eval = "";

if ( window.XMLHttpRequest ) {

  to_eval = " function _XMLHttpRequest() { " +
        "  this.wrapper = new XMLHttpRequest(); } ";

} else if ( window.ActiveXObject ) {

  to_eval = "function _XMLHttpRequest() { " +
  "  try { " +
  "    this.wrapper = new ActiveXObject( 'Microsoft.XMLHTTP' ); " +
  "  } catch ( E1 ) { " +
  "    try { " +
  "     this.wrapper = new ActiveXObject( 'Msxml2.XMLHTTP' ); " +
  "    } catch ( E2 ) { " +
  "     this.wrapper = 'inactif'; " +
  "    } " +
  "  } " +
  "  } ";

} else {
  to_eval = " function _XMLHttpRequest() { " +
  "     this.wrapper = 'inactif'; " +
  " }";

}

eval( to_eval );

function xmlhttprequest_est_actif() {
  if ( typeof( this.wrapper ) == "string" )  {
    return false;
  }
  return true;
}

_XMLHttpRequest.prototype.est_actif = xmlhttprequest_est_actif;

mon_ajax = new _XMLHttpRequest();

if ( mon_ajax.est_actif() ) {
  alert( "XMLHttpRequest actif" );
} else {
  alert( "XMLHttpRequest inactif" );
}

la marmotte, elle te dit qu'avec ca tu as sur les principaux navigateurs du marché ( testé à l'instant avec IE mac, IE PC , FF, Safari et Opéra ), le debut d'une classe pour wrapper proprement sur ces navigateurs les spécificités de XMLHttpRequest. la marmotte ne va pas faire ton boulot puisque tu sais que la marmotte raconte des conneries et ne sait pas coder. la marmotte se demande ce que tu fais dans la vie ... la marmotte te demande de mediter sa signature avec une sitation de Charles Darwin et une de Damian Conway.

prend une debian stable puis unstable :
combien de paquet dependant de python ? de perl ? de ruby ? de php ? combien de mono ?

( la methode facile, tu lances aptitude : tu chope mono ou mono-jit et tu regardes le nombre de paquets dependant ).

pourtant ecrire en C# permet d'etre interopérable avec l'environnement MS ... et comme base pour du plugin ca peut etre interessant : un FF, OOo, Gimp, Gnumeric, Scribus ont interet à integrer mono en natif si ils veulent aussi avoir une base d'utilisateurs sous windows sans trop les dépayser.

sinon 2 programmes pour moi, ce n'est pas "plein". GNOME n'est pas en C#, il y a principalement du C, C++, python ( d'ailleurs GNOME sur Debian Stable est fourni sans mono ).

Rajouter des elements HTML est amha pire qu'un hack CSS bien pensé, mais ce n'est pas le débat.

certes là n'est pas le débat, et je suis d'accord avec toi. puisque tu es tombé dans mon vil piege, sais tu que ccszengarden utilise des div vide pour permettre des mises en page sympa ? est ce mieux qu'un tableau ? ou qu'un span/div ... personnellement, je m'en fout ;)

pour ce qui est de l'information des gens, oui, il faut le faire. mon coup de gueule était plus sur le fait qu'avant de parler des problemes de IE, il serait interessant de parler des problemes recurrents avec les moteurs disant respecter les standards.

un mec qui code un browser, a lu les specs, cela est evident. par contre, ceux qui codent des sites s'adaptent de maniere transparentes aux bugs Opera/Konqueror/FF/Safari en faisant exactement ceque un dev web IE avec IE ... en pensant que le bug est un standard et que c'est les autres ont tord !!!!

... et bien souvent les bugs les plus con sont les plus chiant à corriger.

j'oubliais de dire qu'un certains nombres de bugs IE sont referencé par google sur le site de microsoft.

PS: Faudra quand meme que l'on m'explique pourquoi 75% des propriétés DOM que IE ne supporte pas ont un équivalent proprio avec juste le nom qui change ou presque. C'est vraiment du foutage de gueule.

parce que DOM 1 n'est pas si vieux par rapport à ce qui est devenu DOM 0, et que si IE supporte les deux syntaxe, alors cela oblige à maintenir 2 modeles pour deux bases d'utilisateurs.
d'un point de vu MS, changer le comportement de IE revient comme Apple à passer à Intel, ca risque de foutre le bordel et l'inquiétude partout ... conclusion, à contrario d'Apple, nous pouvons constater que MS ne fait toujours pas ce choix là.

par contre, rien ne t'empeche de redefinir les methodes en les aliassant en JS: si la methode n'existe pas, cela n'est pas genant de la définir ;) . et la notion d'héritage par prototypage, et de classe par prototypage, permet de le faire moyennant une bonne connaissance de JS.

maintenant, faut pas se leurrer, la base c'est uniquement IE 6 Win, IE 5.2 mac, FF, Safari, Opéra, Konqueror.
nous sommes bien loin des boxon qu'à l'époque des Mosaic multi plateforme buggé, NN1/NN2/NN3, IE2/IE3/IE4, tout ca en pseudo multiplateforme et reellement buggé.

Apres pour l'embarqué, il n'y a pas 36 moteurs, donc cela reste assez facile. mais faut prendre le temps ;)

mais chut ... faut que j'ai l'air de ne pas savoir ce que je raconte et que je trolle de maniere outranciere :D