🚲 Tanguy Ortolo a écrit 12690 commentaires

Pas des masses non. J'ai fait un peu de Java, à l'époque où Java 6 venait de sortir, mais d'une façon générale c'est un langage que je fuis comme la peste.

Les méthodes ne sont toujours pas des objets de premier ordre et les fonctions ne sont pas anonymes. Ce sont juste de interface fonctionelle (SAM). C'est juste du sucre syntaxique quoi

Carrément pas. Sauf erreur de ma part, jusqu'à présent il n'existait pas de fonctions détachées des classes; était impossible de passer une méthode en argument d'une fonction. C'est plus qu'un changement de syntaxe ici, c'est une sortie du paradigme d'origine.

J'ai comme l'impression que c'est, pour des raisons pragmatiques, la fin de la pureté de Java comme langage orienté objet.

Des lambda qui ne créent pas de classe : ça manquait, c'est clair. Mais en introduisant des fonctions, qu'elles soient anonymes ou non d'ailleurs, détachées de toute classe, ce n'est plus purement objet du coup.

Au passage, j'ignorais qu'il était possible de construire un objet et de surcharger une méthode pour cette instance, c'est curieux, et pas vraiment élégant non plus.

Des interfaces où on peut mettre du code : c'est quoi cette horreur, et ça sert à quoi ? Évidemment que ça introduit un problème d'héritage en losange...

Je confirme, il y a une espèce de tendance générale chez les (mauvais) webmestres de dépendre d'un tas de trucs externes. C'est pénible, et il y a plusieurs solutions pour passer outre. La plus appropriée est normalement RequestPolicy, mais combinée à d'autres extensions d'utilité plus générales telles que NoScript, elle devient assez pénible à l'usage : si un site dépend vraiment d'un script externe, il faut alors autoriser à la fois l'appel externe et le JavaScript depuis ce site externe.

Heureusement, les (mauvais) webmestres qui utilisent un tas de trucs externes font à peu près tout le temps ça en JavaScript, même quand il s'agit de simples styles, probablement parce qu'ils en savent plus rien faire d'autre. Du coup, en pratique, NoScript suffit !

Techniquement, ça doit être ce qu'on appelle une œuvre orpheline, enfin, un type particulier d'œuvre orpheline en tout cas : dont l'auteur n'est pas identifié, ni identifiable.

En théorie, sans information, tu n'as le droit de rien faire avec. Sauf que si tu fais quelque chose, ce que tu n'as donc pas le droit de faire, personne n'ira se plaindre, donc en pratique... tu peux faire ce que tu veux !

Tu ne risques rien à le publier, mais évite de mentir tout de même : indique que c'est probablement dans le domaine public, sans certitude, point. Et au cas où, laisse une indication comme quoi, si un ayant droit se manifeste, il peut te contacter.

Dans le même style aberrant, il y a aussi les nouvelles fonctionnalités de Firefox pour le déboguage, qui remplacent peu à peu Firebug : c'est super, mais c'est dans une interface à fond noir qui jure complètement avec tous les autres logiciels en GTK+...

Le nom de PhpCompta a été abandonné pour deux raisons

Et comment le nouveau a-t-il été choisi ? A-t-il un sens ?

Pour le point précis des onglets arrondis, c'est totalement crétin. Si les onglets de GTK+ ne sont pas assez bien, ça n'a pas à être corrigé par chaque logiciel dans son coin, mais bien à être modifié dans les thèmes GTK+ eux-mêmes.

Et encore une fois, même si c'est légal, ça reste une très mauvaise pratique de la part de la BnF, qui sont d'une façon générale connus pour se comporter dans de nombreux cas en ennemis de la diffusion de la culture.

Par contre, je serais curieux d'avoir un lien, parce que je crains que le ministère n'osera jamais fournir un avis aussi tranché.

http://www.culture.gouv.fr/culture/mrt/numerisation/fr/dll/juridi.html#06

Je note en particulier :

Les opérations de numérisation de documents ne confèrent à la bibliothèque aucun droit de propriété littéraire et artistique sur les oeuvres ainsi reproduites.

La bibliothèque peut cependant bénéficier d'une protection juridique au titre de la conception et de la production de la base de données qu'elle a ainsi constituée, que les oeuvres numérisées appartiennent ou non au domaine public.

[...]

La portée de cette directive reste cependant limitée, seule l'utilisation d'une partie substantielle de la base de données peut donner lieu à des poursuites. En revanche la réutilisation d'une vingtaine d'images numérisées, hors de leur contexte et de leur mise en page, peut difficilement être protégée en s'appuyant sur ce texte.

Belle illustration, mais ça reste imparfait, l'impératif catégorique de Kant, personnellement je le vois comme un moyen d'approcher de la morale, pas comme le critère parfait.

Par contre la morale et la notion de "mal", sont strictement personelles.

Non, certaines choses sont bien et mal indépendamment des individus. Par exemple prendre soin d'un enfant orphelin, développer un logiciel libre, ou à l'opposé violer quelqu'un, tuer un innocent ou menacer un développeur bénévole.

Donc ne pas respecter une loi parce qu'elle n'est pas moral c'est précisement ne pas la respecter parce qu'elle ne nous plais pas personnellement.

De même, la notion de paisir est dangereuse, parce qu'elle est belle et bien relative. Je n'apprécie pas les feux rouges, et il ne me plaît pas de m'y arrêter, mais je le fais, parce qu'ils existent pour un bon but qui est de permettre une circulation fluide et sûre. Pareil pour payer les impôt et pour un tas de trucs semblables.

1. que le photographe a mis en œuvre son talent artistique pour faire cette photo.

Si c'est le cas, alors il a fait du très mauvais travail, parce que le but de la numérisation d'une œuvre d'art plane est justement de la reproduire de la façon la plus fidèle possible, donc sans ajouter la moindre créativité. Il y a je ne sais où une réponse du ministère à des bibliothèques, qui indique clairement que la seule numérisation d'une œuvre plane ou écrite n'ouvre pas de nouveau droit d'auteur.

Bref, ici, l'auteur de cette image est Léon Lhermitte, mort depuis plus de 70 ans, et le photographe est un copiste et non un auteur.

1. que la base de donnée électronique contenant cette photo est une œuvre de l'esprit soumise au droit d'auteur.

Plutôt soumise à un droit spécifique, qui s'applique aux extractions substantielles de celle-ci il me semble. Là, j'ai extrait une image d'une base, exactement ce que ferait quelqu'un qui diffuserait disons, les horaires de projection d'un film dans un cinéma particulier, déterminés à partir d'une fiche sur Allociné.

1. qu'en vertu de la loi 78-753 sur les documents administratifs, les œuvres de l'esprit possédée par l'état peuvent être distribuées sous une licence n'autorisant la diffusion que dans certaines limites, même si elles sont dans le domaine public.

Bon, alors la définition de document administratif est excessivement large dans cette loi, mais vu que les mots ont tout de même un sens intrinsèque, je serais curieux de voir ce qu'un juge penserait d'une interprétation de cette loi considérant un tableau comme un document administratif.

Quoi qu'il en soit, si la diffusion d'œuvres du domaine public a été rendue illicite dans ce genre de cas, eh bien cela ne fait que me conforter dans l'idée que, dans le domaine de la culture et de sa diffusion, la loi est devenue largement mauvaise et qu'il n'y a donc pas de raison morale de la respecter. En clair : je viole peut-être la loi mais je ne fais rien de mal, au contraire, donc prout la loi. Il y a un moment où il n'est plus pertinent de respecter une loi abusive.

En plus de tous les plugins (testés sur FireFox)

• L'obligatoire AdBlock Edge
• Better Privacy
• FoxyProxy pour choisir TOR, PRIVOXY, ou un autre proxy,...
• L'incontournable Ghostery
• évidemment HTTPS Everywhere
• pour le fun Lightbeam
• Redirect Remover
• Remove google Tracking
• l'indispensable Request policy
• Self destructing Cookies
• Smart Referer
• Et les NoScripts et Cie.
• bref...

Intéressante, cette liste, je note toutefois que l'utilisation conjointe de RequestPolicy et NoScript est très pénible. Si un site web ne marche pas sans JavaScript, on doit en effet :

1. autoriser JavaScript pour tel ou tel origine de script (en rechargeant la page à chaque fois) ;
2. autoriser les requêtes croisées pour ce site avec cette origine tierce (en rechargeant la page à chaque fois).

Personnellement, j'ai laissé tomber RequestPolicy à cause de ça, qui s'ajoutait à une gestion des cookies par site, semblable à ce qui se fait avec NoScript pour JavaScript.

En revanche, je retiens l'extension Self-Destructing Cookies, qui est la mise en œuvre d'une excellente idée.

Comme je l'ai dit à une personne ce midi qui disait que certains se font avoir en croyant n'importe quel document sur le web, on appelle internet "l'autoroute de l'information". Bah les autoroutes, c'est dangereux, donc y être imprudent amène souvent des problèmes. Bien sûr, avant, il y avait moins de monde sur les routes, et c'était moins dangereux donc.

Non, ça c'est faux, l'autoroute est largement plus sûre que la route, en remplaçant les intersection par des ponts.

Marrant ça, dans mon cas c'est l'inverse : je mets toujours les écrans le plus bas possible, pour pouvoir travailler avec la tête légèrement penchée vers le bas, sans quoi j'attrape un mal de cou insupportable en une heure à peu près.

3/ Un GUI compréhensible, simple, bref un truc utilisable par les non admin système qui se la pètent, par défaut (pas de truc en plus)

Bah, Ext4 n'a pas non plus d'interface graphique, et n'en a pas besoin, enfin, si, mais c'est le boulot de surcouches ça.

à confirmer que ça n'existe pas pour dm_crypt.

Ça existe, ça s'appelle losetup, et ça n'est pas spécifique à dm_crypt.

qu'apporte dm_crypt par rapport à TrueCrypt?

C'est dans Linux par défaut, c'est libre, c'est propre. À côté de ça, TrueCrypt, pas libre pour une raison à la con, avec une interface graphique qui a l'air incontournable, n'inspire par confiance :

• pas dans Linux : pourquoi, parce que ça n'a pas la qualité qu'il faut ?
• pas libre pour une raison mineure : ses développeurs sont incultes pour se tromper comme ça, et fainéants ou malveillants pour ne pas la corriger ?
• interface graphique incontournable : encore des codeurs kikoolol pour qui la ligne de commande est démodée ?

GnuPG n'est pas comparable, TrueCrypt étant un logiciel de chiffrement de périphérique bloc.

Par rapport à dm_crypt, il fournit un système de déni plausible. C'est tordu, pas forcément très utilisé, certainement contraignant à utiliser, mais très intéressant malgré tout.

10 ? Purée...

Je n'arrive pas à dépasser les 6 non plus, même en prenant soin (d'essayer) de placer les oiseaux sur des orbites bien séparées, à coup de corrections à l'apogée...

Non, depuis il y a beaucoup mieux, beaucoup plus propre, mais comme je dis, c'est dans les versions toutes récentes de X.Org.

https://wiki.archlinux.org/index.php/PRIME

:-)

Je comprends mieux notre incompréhension du coup. Dans le cas d'un dessin tel que celui du tigre, des styles ont peu d'intérêt en effet, quoique : les traits pourraient avoir une classe commune, permettant de changer facilement leur épaisseur par exemple.

En revanche, des styles donc, c'est très utile pour des posters puisqu'on en parle ici, ou encore pour des diagrammes de pliages en papier, pour en avoir codé quelques uns.

Si parce que ce genre de dessins demandent à voir quasiment tous les styles d'un seul coup en une seule page

Gné ? Qu'est-ce que des styles viendraient faire sur une page ? Tu veux dire que la CSS doit tenir imprimée sur une page A4 ?

Si tu as le moindre dégradé par exemple tu va avoir un boulot énorme.

Bon, ça confirme une chose : on ne doit pas parler de la même chose, parce que là je ne comprends plus rien du tout.

Tu es bien conscient que ce que c'est un concept ? Si tu t'attriste régulièrement du fais que les gens n'utilisent pas assez les styles là ça demande beaucoup plus de travail pour les mettre en place comme pour les modifier par la suite

Pas plus en réalisant un poster qu'en rédigeant un rapport.

Ce n'est pas impossible, mais le nombre de personnes qui le font doit se compter sur les doigts (en binaire éventuellement).

Ce n'est pas ma faute si les graphistes ont des habitudes de crados hein.

C'est difficile à dire : j'arrive à utiliser Inkscape de façon à peu près correcte, mais je suis toujours plus à l'aise avec Draw, même s'il est beaucoup moins fourni en fonctionnalités. Il me semble qu'Inkscape a un fonctionnement plus modal (mode sélection, mode points, mode texte) qui doit me dérouter un peu. Pareil pour les panneaux de propriétés, conçus pour être persistants et relatifs à l'objet sélectionné, ce qui est plus une caractéristique de logiciel de dessin que de bureautique.

Je ne sais pas pour scribus, mais pour Latex et inkscape comme tu le dis ça existe, mais l'utilité est assez limité.

Au contraire, je dis que pour Inkscape, ça n'existe pas et que c'est un des avantages de Draw par rapport à Inkscape. Et c'est vachement utile au contraire : tiens, voyons voir ce que ça donnerait avec les titres en rouge au lieu de vert...