beesse a écrit 16 commentaires

http://libcaca.zoy.org/

Je suis de bonne fois, si quelqu'un me sort un OS en erlang/caml avec ses drivers, ses programmes (où un VRAI jeu vidéo), qui soit aussi rapide qu'un OS en C/asm, je ne dis pas que je commencerai à réfléchir un peu, mais en attendant, laissez moi le privilège du doute.

En jeu vidéo Caml j'ai trouvé mlrobbo : http://mlgame.sourceforge.net/Shots/robbo.png
Par contre je ne sais pas si c'est aussi rapide qu'en C. Il n'y a d'ailleurs pas d'équivalent en C à ma connaissance, ce qui me fait penser ceci : un tel jeu est-il au moins faisable en C ? Vous me répondrez sûrement oui, mais cela sera très certainement moins portable que son homologue Caml.

Moi aussi je suis de Bonn et de Foix.

"les nodes" -> les n½uds

Et la loi de Godwin est vérifiée au bout de cinq messages.

Vous êtes le maillon faible, au revoir... Du moins c'est l'opinion majoritaire. Quelle est la validité de l'opinion majoritaire ? C'est une question qu'il ne vaut mieux pas poser.

C'est sûrement une bonne idée d'essayer de différentier les doigts, mais si je m'en tiens strictement à la démo, rien ne dit que cet écrantsoit capable de le faire. Ce qu'il semble savoir faire c'est compter le nombre de doigts posés sur l'écran, savoir quelle est la position de chaque point où est posé un doigt, et connaitre la pression exercée par chaque doigt posé.

En somme, ce sont des choses que sait deja faire le "trackpad" qui est sur un ordinateur portable (à plus petite échelle).

Je suis d'avis également que c'est la partie logicielle qui est la plus impressionante dans cette démo.

Donc, si je comprends bien, en plaçant dans une pièce à différents endroits un munster, un camembert, et Demis Roussos, je ne rajoute aucune dimension ?

6D : l'odeur
...

Substituer à une argumentation un lien sur wikipedia... C'est du prêt-à-penser ?

Si je persiste, j'irai en taule
Si je persistais, j'irais en taule

En effet, ce site aurait été meilleur si il avait été fait avec un logiciel libre.
J'ai envoyé un mail à son auteur pour lui dire qu'il ne devrait pas utiliser Front Page, car c'est mauvais.
Merci d'avoir signalé ce problème.

Le libre vaincra !

Moi je n'écouterais pas un orateur parlant de « randomisation de la stack qui est maintenant par défaut ».
Pour information on dit : « randomisation de the stack qui fait du defaulting now »

"La firme à la pomme"
"La firme de Redmond"

En effet c'est agaçant à la longue. Et plus généralement les essais de copie du style journalistique qu'on rencontre sur beaucoup de sites de nouvelles. Si on n'a pas de style, il est plus agréable pour le lecteur d'adopter un style simple et clair, plutôt que de chercher à faire du tuning de phrases à grands coups de néons. Les mots simples ont un sens, même si ils ne sont pas sexys.

Je ne suis pas du tout en train de fustiger l'auteur de cet article, et je trouve que les articles publiés en première page de LinuxFR sont souvent bons. Je pense plus spécialement à des sites comme Clubic ou PrésencePC, qui ont un style artificiel et pauvre. C'est peut être parce qu'ils sont (semblent être) entretenus par des collègiens...

Pour conclure, un site que j'ai parcouru avec une certaine joie :
http://www.dicomoche.net/(...)

passer de

<base>
<namespace uri="http://www.w3.org/..." shortcut="foo">
<toto/>
</namespace>
</base>

à

<base xmlns:foo="http://www.w3.org/...">
<foo:toto/>
</base>

je ne connais pas de solution

J'ai déja écrit une procédure de type "tokenize" en XSLT. L'idée est de parser la chaïne caractère par caractère (on peut extraire une sous-chaîne avec une fonction XPath) et de faire un traitement récursif en utilisant un tampon. A vue de nez ça ressemble bcp à ce qu'on ferait avec un langage classique.

En réalité, pour être beaucoup moins général, on peut utiliser des fonctions telles que substring-before(string1, string2) pour obtenir le début de string1 juste avant l'occurence de string2 (http://www.w3schools.com/xpath/xpath_functions.asp#string)

exemple: dans le le cas où tu es dans un contexte du type :

<personne>Jean Dupont</personne>
<personne>Caroline Morino</personne>

tu passes à la représentation B comme ceci :

<xsl:for-each select="personne">
<personne>
<nom><xsl:value-of select="substring-after(., " ")/></nom>
<prenom><xsl:value-of select="substring-before(., " ")/></prenom>
</personne>
</xsl:for-each>

je n'ai pas testé ce code, il y a éventuellement des erreurs de syntaxe.

Maintenir, faire évoluer un code XSLT, c'est un peu comme dans tout type de projet, il y a nécessairement une période d'immertion pendant laquelle on est largué, des habitudes à prendre et de l'expérience à acquérir.

tu verras alors peut-être que le xslt n'est pas si "adapté" que cela.

Pour passer de XML à XML, je trouve quand même cela assez adapté, mais j'ignore peut être l'existence de meilleures technologies (le C ?).
Je reconnais néanmoins qu'on ne peut certainement pas résoudre tous les problèmes de passage de XML à XML avec XSLT.

Et dans le meilleur langage du monde ? Quel langage te permet à coup sûr de distinguer un prénom d'un nom ? Moi-même je ne suis pas sûr de savoir le faire à tous les coups, si par exemple on me donne "Stroh Offenstüh" ou "Michel Martin".