Avant tout, bravo pour ce récapitulatif comme d'habitude d'excellente qualité sur le fond comme sur la forme.
Comme tu l'as relevé, la concurrence est rude pour l'inclusion dans la sacro-sainte branche vanilla. Et cette concurrence, dont chacun appréciera à sa façon la loyauté, aura provoqué indirectement le départ de Con Kolivas, auteur de la branche CK. Depuis des années, les patchs les plus innovant en matière d'ordonnancement, d'allocation, et de performance en général trouvent leurs chemin en premier lieu dans la branche de Con Kolivas. Ce dernier, après avoir mis au point un ordonnanceur particulièrement intéressant, a souhaité une inclusion dans la branche Vanilla. La sagesse prévalant, la discussion sur les atouts indéniables des concepts du Staircase Deadline a été longue [1]. Ingo Molnar, le développeur préposé depuis longtemps à l'ordonnancement dans la branche de linus, a développé son propre ordonnanceur, le CFS, principalement basé sur SD, et a reçu les faveurs de linus. Ensuite, CK s'est entendu dire que ce serait une duplication d'effort de maintenir 2 ordonnanceurs équivalents, donc que SD n'avait pas vraiment sa place dans le vanilla vu que CFS va y rentrer [2].
Con Kolivas, ayant trouvé que c'était quand même un peu gros, et pensant que la concurrence logicielle ne justifie pas le manque de considération pour les individus, a décidé de tirer sa révérence définitivement. Son patchset pour ce noyau 2.6.22 sera donc le dernier [3]. Merci pour tous ses apports logiciels et pour toutes ses idées, mais surtout, merci à lui pour son engagement et son temps passé sur linux.
exclues-tu les auteurs des "gens" dont tu parles ?
Parce que sinon, on ne va pas évoluer. Internet ça permet d'être plus proche de l'auteur, car n'importe qui voulant publier quelque chose peut le faire presque directement. Il n'a pas à apprendre la finance ni la gestion, ni à entrer en contrat avec une major pour le distribution physique du support, etc etc. Ces gens là sont souvent simple dans leur vision, ils produisent ce qu'ils aiment, y passent du temps, le mettent directement en ligne et en vivent si possible, avec une solution standard (comprendre : la pub).
Tout ça pour dire qu'il ne faut pas attendre de nos auteurs favoris qu'ils trouvent eux-même un nouveau buisness-modèle, ce ne sont pas des entreprises, ce ne sont pas des gestionnaires, et tant mieux.
Donc à nous plutôt de leur proposer autre chose, si la pub est si insupportable.
à la lecture de http://virusphoto.com/adblock.htm il semble qu'un problème soit en train d'apparaitre tout de même. Ceux qui ont gouté au web sans pub imaginent mal revenir en arrière, mais si c'est la seule source de revenus d'auteurs de ressources web qui demandent beaucoup de travail, il va falloir trouver une autre solution de financement. Pour le moment, la solution c'est "Moi j'utilise adblock, mais les autres non, alors c'est bon ça ira comme ça" ... c'est pas du développement durable ça :)
Doit-on, comme proposé dans un commentaire ci-dessus, filtrer selon le type de pub pour laisser passer l'acceptable, et bloquer l'intrusif ?
Doit-on mettre en place une licence globale pour les webmaster et éradiquer la pub du web ?
Doit-on aller jusqu'à créer un service type paypal qui prélève automatiquement sur le compte du visiteur un centime par visite de site payant (car les sites qui contiennent de la pub sont payants, même si c'est pas le porte-monnaie du visiteur qui est prélevé) ? (beurk celle là)
Personnellement, je pencherais bien pour une responsabilisation des visiteurs pour qu'ils laissent s'afficher la publicité des sites qu'ils consultent souvent, et pour une responsabilisation des webmasters pour qu'ils n'affichent pas de publicité intrusive. Dans ce cas, ce type de comportement anti-adblock me semble sain pour responsabiliser les premiers, et adblock lui-même est une bonne arme pour responsabiliser les seconds. En revanche, l'anti-anti-adblock pour ce type de site me semble une escalade inutile et stérile.
Qu'en pensez-vous ?
au sens de la GPL, "utiliser" c'est "faire tourner sur son matériel". Ça a été très discuté récemment sur cette tribune. On peut être d'accord ou non avec le principe, mais la définition est claire. À ce sens, il n'y a aucun risque, RMS n'utilise pas de logiciel proprio.
En revanche, évidemment, il utilise des systèmes qui reposent sur du logiciel proprio, mais ça il n'a aucun pouvoir de décision dessus.
Lorsque le document devient volumineux, le concept du WYSIWYG atteint se limites, et celui du WYMIWYG (What You Mean Is What You Get) prend tout son sens. Par exemple, quel est l'intérêt de découper les paragraphes sur les différentes pages au fur et a mesure, quel est celui de recompter continuellement les numéro de page, sur un document très long ?
Pour fonctionner, le WYSIWYG doit absolument faire le rendu final en temps réel, ce qui fait que quand le document grossi, chaque modification revient à un recalcul complet de l'arrangement de toute la partie aval. Lorsque qu'on conçoit un document de façon incrémentale, y'a pas de partie aval, donc ça limite la charge. Mais sur un document de 100 page, c'est illusoire de penser pouvoir travailler ainsi. Et de toute façon, il faudra à un moment insérer une table des matières etc. Les suites bureautiques dont on parle ici souffrent toutes de ce problème, volontairement, par paradigme.
La solution WYMIWYG ne fait le calcul qu'une seule fois, pour le rendu final. Du coup, les algos peuvent être plus fins et plus lourds, c'est une des raisons qui font que le découpage du contenu en pages est de meilleure qualité sur du WYMIWYG en général.
Concrètement, au delà de 15 pages, regarde du coté de LaTeX. Si tu n'aimes pas trop, et que tu préfère le XML, regarde plutôt DocBook. Si tu n'aimes pas le WYMIWYG pure syntaxe, une excellente alternative est LyX , un front-end à LaTeX, qui permet de travailler avec un aperçu graphique du contenu, mais sous forme très simplifiée, sans algo de césure ni aucune optimisation. Ensuite, ça génère une source LaTeX et ça la compile, ce coup-ci avec toutes les optimisations et le découpage.
Il faut aussi noter que le résultat ne sera que du confort utilisateur, on ne peut pas améliorer les performances d'une application par ce biais, seulement rendre l'exécution plus rapide d'un point de vue utilisateur (en gros tout sera plus lourd, voire beaucoup plus lourd, mais perçu comme plus rapide).
je ne suis pas sûr de comprendre ce que tu entends par on ne peut pas améliorer les performances d'une application par ce biais ?
Qu'est-ce que la performance ?
Le temps absolu d'exécution complète de la tâche ? Dans ce cas si tu parviens à paralléliser le traitement, le temps d'exécution sera divisé sur une machine multi-coeurs, donc on gagnera en performance.
Si la performance, c'est le nombre de cycles processeur qu'il a fallu en tout pour exécuter la tâche, dans ce cas en effet on ne gagne pas en performance. Mais qui se souci de ce critère ?
Ce qui compte le plus aujourd'hui, c'est :
- combien de temps faut-il pour effectuer mon opération ?
- combien d'énergie électrique ce traitement a-t-il exigé ?
Sur ces deux points, la parallélisation sur multi-coeurs à basse fréquence semble être une excellente solution. Le "hic", c'est ce qui est bien décrit dans le journal ci dessus.
c'est pour cela qu'il existe aussi des clients spécifiques jabber qui concentrent leurs efforts sur le protocole jabber. Je recommande gajim ou gossip si tu veux un client uniquement jabber, sinon regarde kopete si tu veux un client multiprotocole soucieux de la qualité de jabber, et enfin regarde pidgin si tu veux un client multiprotocole soucieux de msn et soucieux de casser du sucre sur le dos des distributions qu'ils "détestent activement" comme la slackware [1]. Free software is all about freedom :)
en ce moment, je me fais carrément appeler sur mon téléphone portable par un numéro en 089739xxxx avec différents xxxx, parfois du 0045, parfois du 1088 etc.
En fait, ils ne font que faire sonner le téléphone 2 ou 3 secondes, donc quand je tombe là dessus, je pense qu'a ami a essayé de me joindre et je rappelle. Et je tombe sur un serveur de sondage et c'est moi qui paye les 60cts de ce numéro surtaxé.
Alors maintenant, si un ami m'appelle d'un numéro free en 08 je ne rappellerai pas. C'est dommage et ça m'énerve au plus haut point, mais je ne vois pas quoi faire. Une idée ?
alors ça confirme que Steve Jobs est un mégalomane dénué de toute considération pour les gens dont il utilise le travail tout comme pour les client de Apple.
Je comprends parfaitement que Sun veuille un peu de reconnaissance pour le travail qui provient de leurs labos, or Apple par l'intermédiaire de Steve Jobs a la fâcheuse manie d'intégrer tout ce qu'ils peuvent en oubliant d'en mentionner la provenance et en laissant croire que c'est eux qui ont tout fait. Ils ont fait pareil avec tout le code BSD sur quoi repose leur OS et qui leur a permis de passer facilement du PPC au x86. Steve a dit "MacOS X is cross-plateform by design" et toute la foule en liesse d'acclamer à grand coup de "houra" ... Mais bon tout le boulot avait été fait sur le code BSD qu'ils utilisent.
Bref, si tu dis vrai, alors steve jobs est vraiment puéril et macOS risque de piétiner dans un futur proche. Ah, on me souffle qu'en fait c'est déjà le cas, mais que par contre on peut leur acheter des télévisions et des téléphones portables.
d'ailleurs il faudrait lui dire que depuis le 6 mai son discours est obsolète. s'il veut séduire la france, il faudra plutôt dire travail, mérite, expulsion
ce genre de post devrait être censuré pendant les horaires de travail. je viens d'avoir le plus gros fou rire jamais arrivé dans mon bureau, et je ne peux rien faire pour arrêter les rictus. tout le monde me regarde l'air réprobateur. ne cliquez pas sur ce lien si vous êtes au travail.
pour poursuivre l'analogie avec la voiture de ton voisin, l'ergonomie c'est aussi ce truc qui fait que tout ce qui différent de ce que tu connais déjà te semble "absolument inaccessible" dans le meilleur des cas, et techniquement inférieur le plus souvent. C'est aussi ce qui fait que on tape tous sur des claviers azerty/qwerty alors que cette disposition est sciemment pensée pour être contre-productive. Le Dvorak est meilleur mais bon, c'est différent donc si tu utilises ça, tu ne peux pas utiliser instantanément le clavier de ton voisin si c'est pas du Dvorak.
Alors non, emacs n'utilise pas les CUA par défaut. Oui, emacs est pataud à la sourie. Non, il n'existe pas de fonction "refaire". Oui, sa courbe d'apprentissage est plus longue que celle du bloc note. Non, il n'y aura probablement pas de support pour Beryl ni pour le Whizz dans la version 23 :)
Les centrales à neutrons rapides ne suppriment pas les déchets radioactifs, rien à voir. Tout au plus théoriquement on pourrait pousser leur fonctionnement pour transformer certains composés à longue demie vie en composés à demie vie plus courte, donc à radioactivité plus intense.
Quand à l'exploitation nucléaire, le seul accident de Tchernobyl a fait plus de dégâts que ce que feront les éoliennes et autres installations conventionnelles durant plusieurs siècles à venir.
Pour conclure, je suis d'accord qu'il faut comprendre le nucléaire pour en parler, ce à quoi tu devrais t'atteler au plus vite. C'est ce qui m'a fait changer complètement de position en 3 ans.
apparemment, tu as besoin d'encoder ton fichier dans le style DOS/Windows. Si ce fichier n'est destiné qu'a être ouvert avec emacs, ou interprété avec Ruby ou LaTeX par exemple, rien ne t'empêchera de le mettre en style normal (pas de \r).
Sinon, tu pourras toujours choisir l'encodage et le format de lecture de ton fichier si tu as une mauvaise surprise à l'ouverture avec revert-buffer-with-coding-system (ou C-x RET r)
Tu peux aussi choisir le format/style de sauvegarde avec set-buffer-file-coding-system (ou C-x RET f)
Donc à priori, oui il va "gentiment oublier (...)" et sinon c'est gérable depuis toujours avec les commandes ad-hoc :)
Comme expliqué sur le lien, ce barrage a provoqué un boulversement écologique de la rance, et les frais d'entretiens annuels sont très élevé. La production moyenne est de 60 MW, soit moins de 5% d'une seule tranche nucléaire. Je ne cherche pas à appuyer une technologie plus qu'une autre, mais il faut faire attention au discours "vous voyez, on peut tout faire avec du renouvelable, et c'est écologique".
"Ça doit faire une dizaine d'année que les fours à effet joule ont été abandonnés dans le processus de fabrication industriel des cellules photo-voltaïques."
Quand tu dis que on arrête d'utiliser l'effet Joule, tu veux dire que ça a été remplacé par des fours à gaz (ou autre énergie combustible), non ? Si ce n'est pas le cas, alors c'est intéressant ça. As-tu plus d'informations là dessus s'il te plait ? Un lien ?
Je précise que j'ai travaillé à Seville sur le projet qui fait l'objet de cette dépeche, j'ai fait les calculs d'optimisation d'inclinaison des mirroirs concentrateurs. J'ai fait ça aussi pour la partie photovoltaïque de basse concentration qui est juste à coté de la tour solaire. Et ça a beau être ma formation et mon taff, j'ai eu beau optimiser les rapports energetiques, économiques, etc ... la centrale photovoltaïque ne s'en sort pas vraiment bien. Quand à la tour, c'est interessant technologiquement, mais quand on voit la surface occupée et le matos mis en place pour sortir 11MW en pointe, on est loin du compte. Pour info, la conso electrique en france, c'est du 60 000 MW ... Je vous laisse faire le calcul.
je me réponds à moi même, car j'ai oublié un autre point important :
il est probable que ton clavier possède 2 touches controle, et 2 touches shift. Pense-tu bien à utiliser les "modifiers" droits en combinaison avec les touches gauches, et vis versa ? C'est une régle de base pour éviter les torsions. En l'occurence, C-x C-s ne devrait pas fatiguer ton petit doigt gauche :)
La solution que j'ai trouvée et dont je suis content, c'est de ne pas s'embèter avec les dispositions par défaut si elles ne te conviennent pas.
Pour emacs, c'est une catastrophe par défaut AMHA. Je signale que je n'utilise que cet éditeur, exclusivement, et que j'y fais beaucoup de choses, comme le code, les mails, l'irc, même mon lecteur de musique,. Il ne faut pas hésiter à remapper ce qui t'ennuie. Pour commencer, place le controle à la place du caps-lock, c'est imperatif lorsqu'on utilise emacs. Ensuite, si certains raccourcis te font mal, déplace-les petit à petit.
Un tuyau, pense à debinder avant avec par exemple '(global-set-key "\C-z" nil)'.
Pour ton clavier, si la frappe te gène, envisage de redisposer les touches pour éviter les torsions de poignet. Commence par un Dvorak et bouge quelques touches si tu veux.
Si tu ne laisses passer aucune douleur, tu devrais gommer les points durs rapidement.
Pour VI, il faut bien une touche d'echappement, non ? Si il faut y acceder avec le petit doigt aussi, on ne solutionne pas vraiment le problème, surtout que echap (touche par défaut) n'est pas des plus accessibles.
J'avais vu il y a un moment des photos de bricolages pour faire des pédales de "modifiers" aux pieds, en l'occurence Shift et Ctrl, j'avais trouvé ça bien pensé :)
Vous semblez tout de même vous irriter bien vite, surtout compte tenu
de la "petitesse" (sic) de votre interlocuteur, scarabé qui plus
est. De mon point de vue, il serait plus productif et positif qu'au
lieu de passer votre temps à traquer les profiles des gens qui vous
mettent face à l'impression que vous leur laissez, puis à faire des
blogs sur eux dans l'espoir caché de leur pourrir leur perspectives
d'emplois ... bref, au lieu de tout ça, vous lanciez votre éditeur
favoris et retapiez un peu votre site web, qui, excusez-moi, ne mérite
pas cette appellation à son sens strict.
Votre service, aussi bien soit-il, s'en retrouve terni, et vous qui
semblez avoir quelques notions de communauté, vous devez savoir que
ladite communauté a bonne mémoire. A bon entendeur, ...
Comme clairement mentionné, il est fait usage de gnumeric comme backend, sur lequel une interface AJAX a été collée.
Et comme il est de plus en plus courant de le voir - surtout avec le phénomene AJAX -, les sources ne sont pas disponibles, et le tout légalement puisqu'il n'est pas considéré comme distribué, et ne tombe donc pas sous le reglement de la GPL V2, licence de gnumeric. La GPL v3 devra clarifier ce point. http://en.wikipedia.org/wiki/GNU_General_Public_License
# Fin de la branche CK
Posté par paul . En réponse à la dépêche Sortie du noyau Linux 2.6.22. Évalué à 10.
Comme tu l'as relevé, la concurrence est rude pour l'inclusion dans la sacro-sainte branche vanilla. Et cette concurrence, dont chacun appréciera à sa façon la loyauté, aura provoqué indirectement le départ de Con Kolivas, auteur de la branche CK. Depuis des années, les patchs les plus innovant en matière d'ordonnancement, d'allocation, et de performance en général trouvent leurs chemin en premier lieu dans la branche de Con Kolivas. Ce dernier, après avoir mis au point un ordonnanceur particulièrement intéressant, a souhaité une inclusion dans la branche Vanilla. La sagesse prévalant, la discussion sur les atouts indéniables des concepts du Staircase Deadline a été longue [1]. Ingo Molnar, le développeur préposé depuis longtemps à l'ordonnancement dans la branche de linus, a développé son propre ordonnanceur, le CFS, principalement basé sur SD, et a reçu les faveurs de linus. Ensuite, CK s'est entendu dire que ce serait une duplication d'effort de maintenir 2 ordonnanceurs équivalents, donc que SD n'avait pas vraiment sa place dans le vanilla vu que CFS va y rentrer [2].
Con Kolivas, ayant trouvé que c'était quand même un peu gros, et pensant que la concurrence logicielle ne justifie pas le manque de considération pour les individus, a décidé de tirer sa révérence définitivement. Son patchset pour ce noyau 2.6.22 sera donc le dernier [3]. Merci pour tous ses apports logiciels et pour toutes ses idées, mais surtout, merci à lui pour son engagement et son temps passé sur linux.
[1] http://linuxfr.org/comments/825903.html#825903
[2] http://news.gmane.org/gmane.linux.kernel.ck
[3] http://members.optusnet.com.au/ckolivas/kernel/
[^] # Re: adblock est-il viable à grande échelle ?
Posté par paul . En réponse au journal Adblockblockblock : l'anti-anti-anti-pub. Évalué à 3.
Parce que sinon, on ne va pas évoluer. Internet ça permet d'être plus proche de l'auteur, car n'importe qui voulant publier quelque chose peut le faire presque directement. Il n'a pas à apprendre la finance ni la gestion, ni à entrer en contrat avec une major pour le distribution physique du support, etc etc. Ces gens là sont souvent simple dans leur vision, ils produisent ce qu'ils aiment, y passent du temps, le mettent directement en ligne et en vivent si possible, avec une solution standard (comprendre : la pub).
Tout ça pour dire qu'il ne faut pas attendre de nos auteurs favoris qu'ils trouvent eux-même un nouveau buisness-modèle, ce ne sont pas des entreprises, ce ne sont pas des gestionnaires, et tant mieux.
Donc à nous plutôt de leur proposer autre chose, si la pub est si insupportable.
# adblock est-il viable à grande échelle ?
Posté par paul . En réponse au journal Adblockblockblock : l'anti-anti-anti-pub. Évalué à 5.
Doit-on, comme proposé dans un commentaire ci-dessus, filtrer selon le type de pub pour laisser passer l'acceptable, et bloquer l'intrusif ?
Doit-on mettre en place une licence globale pour les webmaster et éradiquer la pub du web ?
Doit-on aller jusqu'à créer un service type paypal qui prélève automatiquement sur le compte du visiteur un centime par visite de site payant (car les sites qui contiennent de la pub sont payants, même si c'est pas le porte-monnaie du visiteur qui est prélevé) ? (beurk celle là)
Personnellement, je pencherais bien pour une responsabilisation des visiteurs pour qu'ils laissent s'afficher la publicité des sites qu'ils consultent souvent, et pour une responsabilisation des webmasters pour qu'ils n'affichent pas de publicité intrusive. Dans ce cas, ce type de comportement anti-adblock me semble sain pour responsabiliser les premiers, et adblock lui-même est une bonne arme pour responsabiliser les seconds. En revanche, l'anti-anti-adblock pour ce type de site me semble une escalade inutile et stérile.
Qu'en pensez-vous ?
[^] # Re: Troll très poilu
Posté par paul . En réponse au journal Test Ubuntu 7.04 (Feisty). Évalué à 8.
En revanche, évidemment, il utilise des systèmes qui reposent sur du logiciel proprio, mais ça il n'a aucun pouvoir de décision dessus.
[^] # Re: robustesse
Posté par paul . En réponse au journal Comparo Suites Bureautique. Évalué à 7.
Pour fonctionner, le WYSIWYG doit absolument faire le rendu final en temps réel, ce qui fait que quand le document grossi, chaque modification revient à un recalcul complet de l'arrangement de toute la partie aval. Lorsque qu'on conçoit un document de façon incrémentale, y'a pas de partie aval, donc ça limite la charge. Mais sur un document de 100 page, c'est illusoire de penser pouvoir travailler ainsi. Et de toute façon, il faudra à un moment insérer une table des matières etc. Les suites bureautiques dont on parle ici souffrent toutes de ce problème, volontairement, par paradigme.
La solution WYMIWYG ne fait le calcul qu'une seule fois, pour le rendu final. Du coup, les algos peuvent être plus fins et plus lourds, c'est une des raisons qui font que le découpage du contenu en pages est de meilleure qualité sur du WYMIWYG en général.
Concrètement, au delà de 15 pages, regarde du coté de LaTeX. Si tu n'aimes pas trop, et que tu préfère le XML, regarde plutôt DocBook. Si tu n'aimes pas le WYMIWYG pure syntaxe, une excellente alternative est LyX , un front-end à LaTeX, qui permet de travailler avec un aperçu graphique du contenu, mais sous forme très simplifiée, sans algo de césure ni aucune optimisation. Ensuite, ça génère une source LaTeX et ça la compile, ce coup-ci avec toutes les optimisations et le découpage.
[^] # Re: Oui mais...
Posté par paul . En réponse au journal Alternative à l'Iphone : OpenMoko. Évalué à 9.
[^] # Re: Les librairies ...
Posté par paul . En réponse au journal Les processeurs multicoeurs et l'avenir du développement. Évalué à 2.
je ne suis pas sûr de comprendre ce que tu entends par on ne peut pas améliorer les performances d'une application par ce biais ?
Qu'est-ce que la performance ?
Le temps absolu d'exécution complète de la tâche ? Dans ce cas si tu parviens à paralléliser le traitement, le temps d'exécution sera divisé sur une machine multi-coeurs, donc on gagnera en performance.
Si la performance, c'est le nombre de cycles processeur qu'il a fallu en tout pour exécuter la tâche, dans ce cas en effet on ne gagne pas en performance. Mais qui se souci de ce critère ?
Ce qui compte le plus aujourd'hui, c'est :
- combien de temps faut-il pour effectuer mon opération ?
- combien d'énergie électrique ce traitement a-t-il exigé ?
Sur ces deux points, la parallélisation sur multi-coeurs à basse fréquence semble être une excellente solution. Le "hic", c'est ce qui est bien décrit dans le journal ci dessus.
[^] # Re: Pidgin et gaim
Posté par paul . En réponse au journal Test de la Fedora 7. Évalué à 3.
[1] http://linuxfr.org/~marciUn/24468.html
# problème similaire
Posté par paul . En réponse au journal [HS] SPAM SMS. Évalué à 3.
En fait, ils ne font que faire sonner le téléphone 2 ou 3 secondes, donc quand je tombe là dessus, je pense qu'a ami a essayé de me joindre et je rappelle. Et je tombe sur un serveur de sondage et c'est moi qui paye les 60cts de ce numéro surtaxé.
Alors maintenant, si un ami m'appelle d'un numéro free en 08 je ne rappellerai pas. C'est dommage et ça m'énerve au plus haut point, mais je ne vois pas quoi faire. Une idée ?
# si vraiment zfs a été retiré pour sanctionner Jonathan Schwartz
Posté par paul . En réponse au journal La réponse d'un PDG de sun à Linus. Évalué à 10.
Je comprends parfaitement que Sun veuille un peu de reconnaissance pour le travail qui provient de leurs labos, or Apple par l'intermédiaire de Steve Jobs a la fâcheuse manie d'intégrer tout ce qu'ils peuvent en oubliant d'en mentionner la provenance et en laissant croire que c'est eux qui ont tout fait. Ils ont fait pareil avec tout le code BSD sur quoi repose leur OS et qui leur a permis de passer facilement du PPC au x86. Steve a dit "MacOS X is cross-plateform by design" et toute la foule en liesse d'acclamer à grand coup de "houra" ... Mais bon tout le boulot avait été fait sur le code BSD qu'ils utilisent.
Bref, si tu dis vrai, alors steve jobs est vraiment puéril et macOS risque de piétiner dans un futur proche. Ah, on me souffle qu'en fait c'est déjà le cas, mais que par contre on peut leur acheter des télévisions et des téléphones portables.
[^] # Re: Pari
Posté par paul . En réponse au journal Conférence par Richard Stallman. Évalué à 3.
[^] # Re: /o\
Posté par paul . En réponse au journal Conférence par Richard Stallman. Évalué à 1.
[^] # Re: L'ergonomie...
Posté par paul . En réponse à la dépêche Emacs 22 est déclaré stable. Évalué à 3.
Alors non, emacs n'utilise pas les CUA par défaut. Oui, emacs est pataud à la sourie. Non, il n'existe pas de fonction "refaire". Oui, sa courbe d'apprentissage est plus longue que celle du bloc note. Non, il n'y aura probablement pas de support pour Beryl ni pour le Whizz dans la version 23 :)
[^] # Re: Comment sortir du nucléaire en France
Posté par paul . En réponse au journal Faut-il sortir du nucléaire pour être écologique ?. Évalué à 4.
Quand à l'exploitation nucléaire, le seul accident de Tchernobyl a fait plus de dégâts que ce que feront les éoliennes et autres installations conventionnelles durant plusieurs siècles à venir.
Pour conclure, je suis d'accord qu'il faut comprendre le nucléaire pour en parler, ce à quoi tu devrais t'atteler au plus vite. C'est ce qui m'a fait changer complètement de position en 3 ans.
[^] # Re: et les \r \n ?
Posté par paul . En réponse à la dépêche Emacs 22 est déclaré stable. Évalué à 1.
Sinon, tu pourras toujours choisir l'encodage et le format de lecture de ton fichier si tu as une mauvaise surprise à l'ouverture avec revert-buffer-with-coding-system (ou C-x RET r)
Tu peux aussi choisir le format/style de sauvegarde avec set-buffer-file-coding-system (ou C-x RET f)
Donc à priori, oui il va "gentiment oublier (...)" et sinon c'est gérable depuis toujours avec les commandes ad-hoc :)
[^] # Re: Y'a aussi...
Posté par paul . En réponse au journal Après "L'éolien ça craint ?" Vive l'énergie solaire.... Évalué à 2.
[^] # Re: Tu as de la chance...
Posté par paul . En réponse au journal Après "L'éolien ça craint ?" Vive l'énergie solaire.... Évalué à 3.
Quand tu dis que on arrête d'utiliser l'effet Joule, tu veux dire que ça a été remplacé par des fours à gaz (ou autre énergie combustible), non ? Si ce n'est pas le cas, alors c'est intéressant ça. As-tu plus d'informations là dessus s'il te plait ? Un lien ?
Je précise que j'ai travaillé à Seville sur le projet qui fait l'objet de cette dépeche, j'ai fait les calculs d'optimisation d'inclinaison des mirroirs concentrateurs. J'ai fait ça aussi pour la partie photovoltaïque de basse concentration qui est juste à coté de la tour solaire. Et ça a beau être ma formation et mon taff, j'ai eu beau optimiser les rapports energetiques, économiques, etc ... la centrale photovoltaïque ne s'en sort pas vraiment bien. Quand à la tour, c'est interessant technologiquement, mais quand on voit la surface occupée et le matos mis en place pour sortir 11MW en pointe, on est loin du compte. Pour info, la conso electrique en france, c'est du 60 000 MW ... Je vous laisse faire le calcul.
[^] # Re: Ne pas s'aliéner avec les raccourcis par défaut
Posté par paul . En réponse au journal J'ai mal au petit doigt. Évalué à 3.
il est probable que ton clavier possède 2 touches controle, et 2 touches shift. Pense-tu bien à utiliser les "modifiers" droits en combinaison avec les touches gauches, et vis versa ? C'est une régle de base pour éviter les torsions. En l'occurence, C-x C-s ne devrait pas fatiguer ton petit doigt gauche :)
# Ne pas s'aliéner avec les raccourcis par défaut
Posté par paul . En réponse au journal J'ai mal au petit doigt. Évalué à 4.
Pour emacs, c'est une catastrophe par défaut AMHA. Je signale que je n'utilise que cet éditeur, exclusivement, et que j'y fais beaucoup de choses, comme le code, les mails, l'irc, même mon lecteur de musique,. Il ne faut pas hésiter à remapper ce qui t'ennuie. Pour commencer, place le controle à la place du caps-lock, c'est imperatif lorsqu'on utilise emacs. Ensuite, si certains raccourcis te font mal, déplace-les petit à petit.
Un tuyau, pense à debinder avant avec par exemple '(global-set-key "\C-z" nil)'.
Pour ton clavier, si la frappe te gène, envisage de redisposer les touches pour éviter les torsions de poignet. Commence par un Dvorak et bouge quelques touches si tu veux.
Si tu ne laisses passer aucune douleur, tu devrais gommer les points durs rapidement.
Pour VI, il faut bien une touche d'echappement, non ? Si il faut y acceder avec le petit doigt aussi, on ne solutionne pas vraiment le problème, surtout que echap (touche par défaut) n'est pas des plus accessibles.
J'avais vu il y a un moment des photos de bricolages pour faire des pédales de "modifiers" aux pieds, en l'occurence Shift et Ctrl, j'avais trouvé ça bien pensé :)
[^] # Re: Droit de réponse
Posté par paul . En réponse au journal Insultes à un pauvre pingouin. Évalué à 2.
de la "petitesse" (sic) de votre interlocuteur, scarabé qui plus
est. De mon point de vue, il serait plus productif et positif qu'au
lieu de passer votre temps à traquer les profiles des gens qui vous
mettent face à l'impression que vous leur laissez, puis à faire des
blogs sur eux dans l'espoir caché de leur pourrir leur perspectives
d'emplois ... bref, au lieu de tout ça, vous lanciez votre éditeur
favoris et retapiez un peu votre site web, qui, excusez-moi, ne mérite
pas cette appellation à son sens strict.
Votre service, aussi bien soit-il, s'en retrouve terni, et vous qui
semblez avoir quelques notions de communauté, vous devez savoir que
ladite communauté a bonne mémoire. A bon entendeur, ...
# Pour se faire une idée
Posté par paul . En réponse à la dépêche Google de plus en plus proche du libre (?). Évalué à 10.
Comme clairement mentionné, il est fait usage de gnumeric comme backend, sur lequel une interface AJAX a été collée.
Et comme il est de plus en plus courant de le voir - surtout avec le phénomene AJAX -, les sources ne sont pas disponibles, et le tout légalement puisqu'il n'est pas considéré comme distribué, et ne tombe donc pas sous le reglement de la GPL V2, licence de gnumeric. La GPL v3 devra clarifier ce point.
http://en.wikipedia.org/wiki/GNU_General_Public_License