JGO a écrit 2437 commentaires

On se retrouve donc à devoir installer sur son ordi une floppée de police pour couvrir les caractères qui nous interressent.

Exactement comme avant. Si tu veux lire des documents en coréen, vaut mieux que tu aies une police qui affiche le coréen... La différence, c'est qu'avant, le logiciel ne pouvait pas deviner quelle langue était utilisée. As-tu tapé des formules de math dans les années 90, quand la seule solution était la police Symbol ? En lieu et place du caractère habituellement dessiné « a », le caractère avait la forme alpha α. Mais c'était un a, et si tu changeais tout en Times, tes alphas redevenaient des a latins. Aujourd'hui, tu peux mélanger toutes les écritures sans changer de police, et c'est le logiciel qui trouve quelle police sait afficher quel caractère.

Si demain je reçois un document écrit avec (entre autres) trois polices que je ne possède pas, qui sont utilisés pour afficher des caractères rigolos, comment va faire mon ordi pour m'afficher des caractères au moins pseudo-corrects ?

Tu mets à jour ta machine. Il y a des polices unicode libres et elles sont livrées par les distros. J'ai rien fait de particulier et mes logiciels de base (éditeur de texte kwrite, navigateur firefox) savent afficher une floppée de langues de wikipédia. Je saurais pas dire quelle police code quel caractère, mais en tant que simple utilisateur final qui écrit des documents texte et web dans plusieurs langues (plus symboles mathématiques et rigolos), c'est pas mon problème.

Unicode prévoit 1 114 111 caractères (110 000 en base 16), répartis en 16 plans. Seuls 3 plans sont réellement utilisés (0, 1, 2) et toutes les langues connues sont déjà presque intégralement couvertes. Pour ton écriture à toi, tu disposes des plans privés 15 et 16, totalisant 131 072 places libres (20 000 en base 16). Amuse-toi bien.

(+ d'infos :en:Mapping of Unicode characters.)

L'avantage est de pouvoir tracer des caractères d'émoticônes ou divers dans une zone de texte (sans avoir recours à l'affichage d'images). Ça facilite grandement l'implémentation. Il « suffit » que le paquet logiciel contienne une des nombreuses polices unicode librement disponibles. Listes de polices, par bloc unicode: :en:Unicode typefaces (acheter un écran large avant de cliquer).

Mais arrêtez avec vos films à deux balles, le type c'est un personnage historique !

Si tu parles le perl, c'est comme q($user_name). Si tu parles ni le perl ni le ruby, tu peux lire : http://www.railsrocket.com/the-mysterious-h-function

Ça fait une alternative à gnuplot avec des fonctions plus avancées pour la 3D (maillage non structuré, coupes planaires arbitraires).

C'est cool si le truc d'Apple est bien foutu, mais je ne peux l'utiliser que s'il lit lit/écrit ODF.

mais le confort entre les 600 grammes et 10mm d'epaisseurs compare a minimum 1kg et 2 cm, il n'y a pas photo. Surtout avec les limitations actuels dans les avions.

Ça dépend de ton activité. Quand je prends l'avion pour aller à un meeting, j'ai probablement besoin de terminer une présentation avec slides. Pour cette activité, netbook c'est minimum (voire déjà très limité). Après si tu te contentes de surligner des PDF au marqueur jaune, un ipad fait l'affaire.

les claviers netbook c'est pas plus gros que celui du ipad (mode horizontal).

L'absence de boutons physiques qui cause un fort ralentissement de la vitesse de frappe entre le netbook et un ipad de taille équivalente.

Par exemple, les chiffres d'un journaliste qui retape plusieurs fois un texte connu par cœur.

laptop (macbook pro) 69 mots/min netbook (eeePC) 50 iPad portrait 39 iPad paysage 38 iPhone paysage 26 iPhone portrait 24

source: pcworld.com (cliquer sur « full chart » pour le détail sur les données brutes)

Après y'a des applications qui sont censés accélérer la vitesse de frappe sur touchscreen mais je sais pas si c'est bien au point.

En outre, la nécessité de maintenir les mains en tension dans l'air au-dessus du clavier, plus les chocs répétés contre la feuille de verre (sans absorption de l'énergie du choc par un ressort de touche) fait que l'utilisation de touchscreen est à la longue plus fatigante que celle des claviers physiques.

Tu vas à tes meetings sans laptop/netbook ? Tu fais comment pour prendre des notes, pour échanger des documents ? Tu fais comment pour appeler un collègue/secrétaire pour poser une question à propos du document que t'as sous les yeux à l'écran ? Comment tu fais pour, en résumé, travailler ? Déjà que c'est chiant les meetings, si en plus il faut tout taper au stylet et aux gros doigts sur un timbre poste...

ou encore : pavage, tuilage, mosaïcage (mots utilisés en astronomie pour la reconstruction d'images d'un astre ou du ciel à partir de nombreuses photographies partielles).

Tu vois khtml etre utilise dans chrome toi?

Tout le monde a profité des avancées que Webkit a apportées par rapport à khtml... sauf la communauté dont est originaire le code. Leur technique des patches gros comme un camion tous les 36 du mois est à cet effet très efficace.

Je ne vais pas paraphraser ceux qui parlent mieux que moi, tu peux voir une situation parallèle au point 7 cité par Dave Neary (Gnome) dans une critique récente à l'encontre d'Ubuntu. http://blogs.gnome.org/bolsh/2011/03/11/lessons-learned/

J'ai l'impression d'être le seul à avoir vu un trou dans la GPL (distribuer une lib bidon et faire l'édition de liens d'une lib GNU distribuée séparément). Je suis un peu préoccupé, alors me renseigne, dans l'espoir d'avoir manqué quelque chose d'évident. Comme rien de particulier n'est apparu dans la discussion, l'étape suivante est de poser la question au Software Freedom Law Center.

Leur contributions massive a beaucoup de projets open source?

Ah, Apple ce grand ami de l'open source ! Juste un peu pique-assiette l'ami Apple, quoi.

La question se pose si des binaires sont distribués.

Oui et c'est même pris en compte, avec la ligne RESTRICT="bindist" qui indique au gestionnaire de paquets d'avertir l'utilisateur s'il demande à créer un paquet binaire à partir de l'installation locale :

19:37:48 root src/ quickpkg freecad
 * media-gfx/freecad-0.11.3729: package has RESTRICT=bindist!
 * media-gfx/freecad-0.11.3729: it might not be legal to redistribute this.
 * Building package for media-gfx/freecad-0.11.3729 ...                  [ ok ]

 * Packages now in '/usr/portage/packages':
 * media-gfx/freecad-0.11.3729: 16.7M

si tu écris un code qui a besoin d'un autre bout de code (de taille "conséquente") qui est sous GPL, l'ensemble est sous GPL car ton programme a besoin de ce bout code,

Et si mon programme fait « system ("grep") » (ou expr, ou sed) et lit la sortie ? J'ai besoin de grep/expr/sed, je gagne une fonctionnalité deregex mais je n'en fais pas un travail dérivé.

Il manque juste quelques lignes sur la différence entre irradiation et contamination. Les rayonnements α par exemple ne traversent pas une feuille de papier, mais s'ils ont le malheur d'être émis dans un être vivant, ils sont très dangereux. D'où la dangerosité élevée, pour les êtres vivants, des émanations gazeuses ou liquides contaminés par certains radionucléides, alors qu'un bloc de combustible neuf (faiblement émetteur α) n'est que peu dangereux en tant qu'objet (faut juste pas en bouffer).

Mauvaise volonte ? Laquelle ?

De ne pas vouloir laisser les gens installer des logiciels au travers d'autres canaux que SON appstore. Que je sache, il n'y a jamais eu de restrictions sur quel magasin a le droit de vendre telle ou telle boite de logiciel pour windows/macOS/... Maintenant, MS a décidé que TOUS les logiciels devaient être installés au travers de SON canal de distribution, et évidemment impose SES conditions sur les codes qui lui font plaisir ou pas.

Elle s'exclut de l'appstore unique monopolistique pas configurable d'une boite de mauvaise volonté.

Et donc, troll à part, comment as-tu fait ton choix parmi les forges git existantes ? githib offre plus de fonctionnalités ou de réactivité ?

Dans le même genre, « WCD - Wherever Change Directory »

http://www.xs4all.nl/~waterlan/#WCD_ANCHOR

Je pense que l'autorisation découle de la liberté 0 du logiciel libre : exécuter le code pour ce que je veux su mon poste. Les obligations de la licence ne découlent que de la redistribution.

Pour info, l'opinion des dévs de Gentoo est que une violation de licence dans l'édition des liens n'est pas grave car « il y en a déjà de nombreuses, par exemple avec les drivers binaires nvidia »

18:35 <@robbat2> at the point of RESTRICT="bindist mirror", we're only ever shipping ebuilds, and any linkage violation is on the end users system, where plenty of it exists already (eg nvidia binary drivers) source

Note que l'excuse « nous ne distribuons aucun binaire » (gentoo distribue uniquement des scripts de compilation) est utilisée en routine par Gentoo pour justifier des « liaisons dangereuses » :

• gnuplot (licence pas tout à fait libre) lié avec readline (GPL).
• freecad (GPL+LGPL) qui appelle coin3d (GPL) et opencascade (licence à peu près libre mais incompatible GPL)

Je crois que j'ai le droit de réimplémenter une lib GNU, sous licence différente, en partant du manuel. P.ex. wine implémente sous licence GPL l'API d'un OS sous licence proprio. Je peux réécrire la partie des .h dont j'ai besoin (voire, faire confiance aux déclarations implicites de gcc). Pour respecter les formes, je peux aussi coder une implémentation lente, incomplète et bugguée de la lib GNU, sous le nom de libProprio. À l'édition des liens, on pourrait choisir entre libProprio et libGNU.

Ce que je gagne, c'est que j'ai dépensé très peu de ressources à développer libProprio, mais le client a droit à toute la puissance de libGNU.