Peter Moulder a écrit 28 commentaires

À mon expérience, c'est surtout ceux qui emploient des tabulations qui tombent de la falaise, principalement à cause de différences entre logiciels.

Mais c'est peut-être parce que moi et mes collègues ont tendance d'employer un logiciel (tel que vim ou emacs) qui gère bien les espaces et les changements d'indentation ; quels sont les problèmes des espaces, à part la taille du fichier ?

Voir http://fr.wikipedia.org/wiki/Liste_des_canc%C3%A9rog%C3%A8nes_du_groupe_2B_du_CIRC
(chercher ‘WIFI’) et son lien référence.

Voilà un livre (en anglais) non académique qui discute l'évidence qui existe :
http://scribepublications.com.au/books-authors/title/the-force/

Ce champs n'est pas encore bien compris, mais il semble que certains rares individus souffrent en présence de radiation wifi. De même pour la radiation émise par l'électricité : il semble qu'il y a de l'évidence statistique qui indique un taux élevé de la leucémie et des tumeurs de cerveau en certains circonstances résidentielles.

Ce n'est pas tout à fait une vente en moins en neuf, car le vendeur va peut-être acheter en neuf plus souvent si il ou elle peut vendre son ancien.

De ce que je comprends, ça ne marche pas parce qu'il n'y a pas de CLUF pour le logiciel d'un grille-pain, donc c'est comme acheter une chemise qui porte une image non libre. Mais j'avoue que je ne comprends pas très bien.

Voir les documents cités dans le troisième paragraphe de http://non.aux.racketiciels.info/documentation/faq/#produits-distincts si tu veux mieux comprendre la bonne réponse.

(Par contre, je crois que le deuxième paragraphe "Sur le fond…" ne donne pas la réponse bonne à ta question, car je crois qu'on pourrait donner le même argument pour le disque dur ou le RAM, tandis que je crois que l'article L.122-1 ne s'applique pas à eux.)

Je ne joue pas, donc je ne peux pas dire si c'est une excellente initiative ou non.

(À l'autre côté, je ne peux pas dire que "je me fous royalement" du DRM.)

La version de développement de X.org prend en charge de pointeurs multiples depuis le 26 mai :

[en] http://en.wikipedia.org/wiki/MPX
[en] http://lists.freedesktop.org/archives/xorg/2008-May/035641.h(...)

Extrait du dernier :

It is at this point that you may realise that neither GNOME, KDE, nor any
other environment actually works decently with multiple devices. So start
fixing them right now.

Traduction libre : À présent que vous avez activé un deuxième souris, il se peut que vous percevez que ni GNOME ni KDE ni quoi que ce soit marche très bien avec des souris/claviers multiples. Alors mettez vous à améliorer.
Toutefois, selon http://en.wikipedia.org/wiki/Eee_PC#Eee_900_Series :

The machine has a multi-touch trackpad that allow two-finger scrolling and zooming via a "pinch" gesture[23]

Extrait de ce "[23]" :

Like Apple's offering, the full multi-touch control will at first only work in a customized OS as well as certain first-party programs. The feature will require ASUS' variant on Xandros Linux and will only support pinching in Adobe's Acrobat Reader, ASUS' Photomanager tool, and OpenOffice documents. As with the Mac, scrolling is universal.

Dans le passé quand j'ai activé les completions de bash, j'ai trouvé deux problèmes :

Certains des règles (surtout celui pour java) peuvent être lents : lire chaque répertoire de classpath, et jar tf ou zipinfo -1 chaque fichier zip/jar (que ce soit sur NFS ou non), et tout ça en lançant des processus grep/tr/sed etc. plutot que quelques lignes de C/Java. Nous avons trouvé plus rapide d'employer la completion standard.
La complétion de bash n'était pas robuste face à des noms de fichiers contenant des espaces, fins-de-ligne etc. Ce n'était pas un problème d'un règle particulier, c'était l'interface aux règles elle-même&nbsp: “broken by design” comme on dit. Je ne sais pas si ça a changé depuis, mais ce problème ne m'a pas remplis de confiance au reste de l'implémentation.

Extrait du papier cité :
"it should be borne in mind that "purity" refers to the absence of RPLACA and RPLACD operations rather than the absence of side-effects"

(Traduction libre : "« Pureté », dans ce papier, indique l'absence d'opérations RPLACA et RPLACD plutôt que l'absence d'effets de bords.")

Tandis que dans le contexte de ce fil, ou bien dans le contexte des langages ocaml/haskell/mercury, les mots pur/impur indique l'absence/présence d'effets de bords.

En réalité, plusieurs langages purs modernes fournissent des tableaux qu'on peut modifier en O(1). Ainsi on peut traduire n'importe quel algorithme impératif en une version pur qui passe un tableau à chaque opération, et le nombre d'opérations (donc l'expression O()) reste le même.

(Cela dit, parfois on préfère écrire la version Θ(n log n).)

c'est d'autant plus honteux [que les mots "le passage du firmware en version Open-Source permettra [à la communauté] de développer des applications spécifiques pour les jeux, la voix sur IP, la sécurité ou encore le renforcement du signal." donnent l'impression] qu'ils font ça pour que la communauté du libre fasse le boulo à leur place.

J'aurais pensé qu'une grande partie de l'intérêt d'avoir du logiciel libre pour un routeur serait la possibilité de développer sa sécurité ou corriger d'autres bogues, de développer des applications spécifiques (pour des jeux ou d'automation de maison ou autre), améliorer la voix sur IP, etc.

Tout d'abord, notons que je suis contre les DRM. Si je suggère mieux comprendre les raisons citées en faveur de DRM, c'est pour pouvoir donner un argument plus complet et mieux convaincre ceux qui ont entendu les voix de ceux qui bénéficient de l'emploi de DRM.

Il est évident que certains (par exemple l'auteur de http://www.streamingmedia.com/r/printerfriendly.asp?id=8306 [en]) croient que les DRMs sont bons (même s'ils ne sont pas parfaits), et il est arrogant de refuser d'examiner l'autre côté d'un argument quand il y a des adhérents sincères de cet autre côté.

En cherchant d'arguments "pour", il suffit de trouver les arguments avancés par d'autres, que ce sont de bons arguments ou non.

Quelques uns des arguments sont assez évidents : par exemple, tous les arguments pour les restrictions imposées par le "droit d'auteur" sont aussi des arguments en faveur de DRM. Et c'est dommage pour nous : on a tendance d'accepter que la plupart des lois qui existent déjà depuis quelques ans sont bons (et de penser que 'illégal' veut dire 'immoral'), et ainsi de croire que les auteurs (ou leurs représentatifs) ont un droit d'éxiger quoi que ce soit pour copier leur travail ("vous n'êtes pas obligé d'accepter leur offre, et le travail n'existerait pas sans eux"), sans se demander si le monde serait plus riche ou plus pauvre sans autant de barrières autour de travails artistiques.

Tout de même, il est vrai que certains travails artistiques n'existeraient pas si leur auteur n'avait pas la possibilité de gagner assez d'argent en y travaillant, et je suppose que certains travails seraient beaucoup copiés (sans recompensesr l'auteur) sans DRM. Là, nous manquons de données (pour qu'on peut juger si les couts de DRM valent le travail artistique qu'ils paient), et un article qui fournit de telles données seraient bien digne d'un prix de ce concours -- bien plus si l'article était neutre plutôt que strictement et ouvertement contre les DRM.

Certes, le DRM a des problèmes, et il est bon de faire connaitre ces problèmes. Les serrures aussi ont des problèmes, elles excluent parfois ceux qu'elles ne devraient pas exclure, mais nous continuons d'employer des serrures.

On peut être plus efficace dans le but d'ameliorer le monde si on connais un peu les deux côtés d'un argument donné. Plus on connait les problèmes que le DRM vise à corriger, plus on peut suggérer d'autres solutions.

Réclamer des limitations des poivoirs DRM peut être plus efficace que réclamer l'absense totale de DRM : l'opposition totale de DRM en toute forme peut sembler mal informé, insensé.

Ainsi, puis-je suggérer de changer le thème de ce concours à simplement ‘le DRM’ plutôt que ‘contre les DRM’ ?

Wikipedia est un forum où on cherche un point de vue neutre, et on peut y ajouter dans l'esprit de mieux informer le monde sur le DRM : http://fr.wikipedia.org/wiki/Gestion_num%C3%A9rique_des_droi(...) ; ou la version anglaise, qui contient plus d'arguments en faveur de DRM : http://en.wikipedia.org/wiki/Digital_Rights_Management .

moi j'aimerais bien une Fiat avec moteur Ferrari mais personne la vend non plus...

C'est un exemple/argument faux ; voir http://fr.wikipedia.org/wiki/Vente_li%C3%A9e#Vente_non-li.C3(...) pour plus de détail.

La situation qui nous face d'habitude n'est pas "de matériel égal" mais "sans que je perçoive un avantage matériel -- sauf ce que je peux inférer du SE proposé".

Si on offère un système d'exploitation libre (et si ce matériel tourne sous ce SE), c'est une preuve constructive que le matériel tourne sous un système libre. En plus, on peut (une fois acheter) accèder a ce système et son code source, et on peut continuer d'utiliser ces pilotes etc. même si on jette la plupart du logiciel fourni.

Tandis que l'autre ordinateur, qu'on propose avec un SE propriétaire, on ne sais si cet ordinateur peut tourner sous un système libre ou non.

Voilà l'une des raisons pour acheter un ordinateur muni d'un système libre, même si on va changer à un autre système libre.

Une autre raison est d'influencer les vendeurs de matériel à supporter le logiciel libre. Acheter un système libre envoie le message le plus claire que j'ai acheté parce que ça marche avec le logiciel libre et non à cause d'autre raisons, et les vendeurs futurs vont écouter.

j'ai jamais vu [une chaîne] irc en utf8 quoi

Tandis que moi je crois que toutes les chaînes IRC que je fréquente utilisent utf8.

En général je dirais que les chaînes assez techniques, ou où la plupart des gens sont des linuxiens, ou où il y a pas mal de gens d'autres pays (non francophones/anglophones) utilisent l'utf8. Pour les programmeurs (et les mathématiciens bien sûr), il peut être utile d'employer des symboles logiques (∀[x:unsigned] x ≠ x + 1).

Tandis que les chaînes francophones qui éxistent depuis longtemps (avant que l'utf8 n'éxiste) n'ont pas de bonne raison de changer, et continuent à employer iso8859-15.

Malheureusement, le format SWF est loin d’être libre : voir http://en.wikipedia.org/wiki/SWF (en anglais).
Donc ce serait meilleur de promouvoir un format libre, que ce soit SVG ou un autre.

André de linuxgraphic.org a indiqué (http://linuxgraphic.org/forums/viewtopic.php?p=4111#4111) que sketch/skencil (http://sketch.sourceforge.net/) (ou même OpenDraw de OOo) a des avantages sur inkscape au niveau de simplicité.

Pour l'avenir: On continue à développer Dia et Inkscape, et je suppose que Dia deviendra moins bogué et Inkscape plus facile pour les tâches simples. Puisqu’il s’agit de logiciel libre, la meilleure façon d’en être sûr est de joindre les efforts. Même si tu ne sais pas programmer, tu peux regarder la liste de bogues ou la liste de demandes de fonctionalités de Dia et d’Inkscape, et ajouter des lignes où tu peux fournir d’informations. (Voir les liens sur http://www.gnome.org/projects/dia/ et http://inkscape.org/ .)

On a aussi entendu que Xara va devenir disponible en libre, mais là je crois qu’on ne peut qu’attendre.

Selon http://www.inkscape.org/cgi-bin/wiki.pl?ReleaseNotes042,(...) inkscape 0.42 peut maintenant exporter les dégradés en ps/eps (mais toujours pas de transparences). (Je n'ai pas encore essayé pour voir comment ça marche.)

Si tu passe par le salon de discussion d'Inkscape (voir http://www.inkscape.org/discussion.php),(...) alors tu peux y discuter tes idées. Bulia Byak (bbyak dans le salon) a beaucoup réfléchi à des questions d'interface ; et, ce qui est de plus, il a beaucoup travaillé pour ameliorer l'interface. Tim, il sembe de ton page web que tu parles très bien l'anglais, donc je suggère de lui parler directement s'il est là. (Il habite au canada et comprend un peu de français, mais il vaut mieux lui parler en anglais.)

http://www.angelfire.com/mi/kevincharles/inkscape/pa-illustrator.ht(...) propose (en anglais) des comparaisons entre les deux et quelques remarques pour des utilisateurs d'Adobe Illustrator qui commencent à employer inkscape.

Scribus peut encore servir même avec inkscape 0.42 :

• Scribus est bien sûr plus puissant en son traitement de texte. Inkscape a essayé de suivre un bouillon de SVG 1.2 pour son support de texte, qui n'est pas aussi puissant que CSS 1.2 ou Scribus pour de longs paragraphes. (À l'autre côté, inkscape et ce buillon de SVG 1.2 sont plus puissants que CSS 1.2 pour des titres, permettent quelques effets graphiques comme texte dans une forme ou suivant un chemin, ou rotation etc., ou remplir les lettres de dégradés ou motifs. Scribus a aussi quelques uns de ces effets, mais je sais pas lesquelles.)
• Scribus est bien connu pour la qualité de son exportation pdf, tandis que Inkscape n'en a toujours pas, je crois (bien que son exportation eps a amelioré en 0.42).

... il suffirait de lire le fichier AUTHORS :

Travis Watkins <alleykat@gmail.com>
Cody Brocious <daeken@gmail.com>
Jon Lech Johansen <jon@nanocrew.net>

Les désavantages peuvent devenir très lourd quand on est trop proche : ça prend beaucoup de temps, en on n'a plus autant de temps pour hacker. Et ça avant même d'avoir des enfants...

http://www.inkscape.org/cgi-bin/wiki.pl?Sketch(...) propose une comparaison assez intéressant. C'est un wiki, donc vous pouvez y ajouter si vous en connaissez d'autres (et je viens d'y ajouter qqs uns des remarques de tao popo).

L'importation de fichiers skencil est par biais de demander à skencil d'exporter en SVG.
Même chose pour dia.