Merci pour la tension ke vou nou porté. Nou som imprecioné pahr la kalité 2 votr écri. Cepanden, nou n'embochon actuèlemen pa de corecteur. No servis utiliz Gramalecte pour Fïrefox dan ça vérsion WebExtansion.
Nou esperon vivemen ke vou trouvré un poste ki vou convïindra.
An vou adréçan no santiman lé plu sinsèr,
La direction de lImprimerie Nacional Aéro-Otomobil Sortificatoir de Marceil
Je ne doute pas du confort d’une liseuse, c’est incomparable, tu as complètement raison sur ce point. Mais je ne lis pas (encore ?) assez pour en prendre une et je n’aime pas trop l’idée de multiplier les appareils électroniques. J'aime également voyager avec le moins de choses possible et le téléphone, je l'ai déjà sur moi. Effectivement, ça fait l’affaire pour une solution d’appoint.
Sur le rétro-éclairage : justement, l’AMOLED n’est pas rétro-éclairé.
La lecture sur ce téléphone fatigue les yeux, mais beaucoup moins qu’un truc rétro-éclairé avec du néon. Le rétro-éclairage néon, c’est le désastre, j’ai horreur de ça.
L’affichage noir sur blanc améliore les choses, l'inverse serait fatiguant, trop de lumière directe dans les yeux — à noter qu'un livre papier peut être pénible aussi en plein soleil. Un filtre rouge avec du blanc sur noir est très pénible, ça rajoute de la lumière et baisse les contrastes.
Ce qui me fatigue le plus les yeux avec ce téléphone, ce sont les reflets sur l’écran en milieu éclairé…
L’autre vrai problème, c’est la taille de l’écran un peu petite.
Ces deux problèmes sont inexistants sur liseuse avec encre électronique bien sûr. Et la liseuse consomme beaucoup moins d’énergie et est probablement plus légère que mon téléphone + son étui. Par contre, il faut qu'elle affiche une quantité raisonnable de texte par page.
La différence entre la tablette (que je n’ai pas) et le téléphone, c’est l’encombrement.
Je suis en train de lire un livre format papier, mais comme ça s’abime et que ça a quand même son poids et son volume propre même au format poche, j’évite de le transporter les jours où je suis peu susceptible de lire. J’ai la copie PDF sur mon téléphone au cas où finalement j’ai un moment pour lire.
Un avantage du téléphone par rapport à une tablette ou une liseuse dédiée, c’est que je l’ai de toute façon déjà sur moi.
L’écran du téléphone fait 5,5 pouces, ce qui fait qu’au format paysage, les caractères sont généralement de la bonne taille, et il est suffisamment précis (1080p) donc les caractères sont nets. Je dirais que c’est pile la bonne taille. Et comme l’écran est AMOLED, le noir est réellement noir, ça fait un contraste sympa en journée et ça ne fatigue pas trop les yeux quand il fait nuit. Le fait qu’il soit brillant est ennuyeux par contre.
Je vais aussi préférer lire sur le téléphone quand j’ai envie d’être dans le noir complet. J’utilise alors une application qui assombrit l’écran et j’affiche le livre en plein écran, blanc sur fond noir. Ça fatigue moins les yeux, et en AMOLED, ça consomme moins et ça use moins l’écran.
Le combo gagnant, c’est Document Viewer + Red Moon (sans teinte rougeâtre qui diminue le contraste et envoie plus de couleur, parce que le noir complet est remplacé par du rouge…). Les deux applications sont dispo sur F-Droid. Document Viewer conserve la position, donc le marque-page que je n’ai pas / que je perds / que j’oublie de placer sur la version papier n’est plus un problème.
Parfois, le téléphone permet des positions plus confortables que le livre papier quand on est allongé (ou debout dans les transports en commun).
Parfois, je préfère lire sur le téléphone, parfois, je préfère le format papier. Si je suis assis et qu’accéder au livre papier n’est pas trop chiant (au fond du sac…), c’est souvent lui qui gagne, surtout s’il y a beaucoup de lumière autour.
L’autonomie pourrait être un problème (si j’ai un téléphone, c’est pour être joignable à la base, avec une batterie vide il ne servirait pas à grand-chose), mais pas vraiment sur ce modèle.
Un écran plus petit que 5.5 pouces, pas AMOLED, pas précis ou une autonomie mauvaise serait problématique pour moi.
Deux avantages de l’AMOLED par rapport à l’encre électronique (que je n’ai jamais testée en condition réelle) : c’est réactif, et ça ne nécessite pas un éclairage supplémentaire en environnement sombre. Par contre, en environnement lumineux, l’encre électronique doit battre l’AMOLED à plate couture.
Bien sûr, le livre électronique « Defective by Design » : pas question ! C'est du PDF ou de l'ePub sans DRM, ou rien ! (j'ai remarqué que le PDF passe super bien sur le téléphone, contrairement à ce que je pensais)
J'aime bien voir les ontologies comme des façons de voir / représenter le monde, en tout cas dans un domaine particulier. D'autres diraient des modèles.
Ces ontologies permettent notamment de classer, de qualifier, de décrire les mots et les éléments du langages. Ce qui permet entre autres de produire des dictionnaires qui peuvent être traités automatiquement, d'étiqueter des mots / groupes de mots dans des textes, ce qui a des applications en traduction automatique, en récupération automatique d'informations à partir de textes écrits dans des langues naturelles.
Histoire d'avoir un truc concret à regarder, voici l'entrée de dictionnaire de l'adjectif bleu dans une version de DBnary d'il y a 3 ans (DBnary étant un dictionnaire produit à partir du Wiktionnaire - décidément, on va croire que j'en fais la pub ici, mais il faut dire que ça s'y prête). La représentation est Turtle, qui permet de représenter du RDF de façon assez lisible et compacte. Le mot est défini / décrit / classé à l'aide des ontologies lexinfo et lemon, notamment.
Bien sûr, le nom bleu est un mot différent et il a sa propre entrée. Une propriété peut avoir plusieurs valeurs (objets, en fait) comme dit dans le journal, ici l'adjectif a plusieurs sens qui sont référencés dans ce dictionnaire. La propriété spéciale "a", en Turtle, indique le type de l'objet (ou plutôt du sujet, puisque l'objet, c'est ce par quoi on qualifie le sujet à l'aide d'une propriété, en RDF) . C'est un raccourci pour la propriété rdf:type, ou plutôt http://www.w3.org/1999/02/22-rdf-syntax-ns#type, parce qu'en fait, en RDF, beaucoup de choses sont des IRIs (Internationalized Resource Identifier, une généralisation de l'URI), et toutes les propriétés en sont.
Les crochets dénotent des sujets qui sont anonymes dans la représentation Turtle, et contiennent des listes de couples (propriété, objet) qui définissent le sujet.
La représentation n'est pas fermée, on peut rajouter d'autres couples (propriété, objet) au sujet fra:bleu__adj__1, et on peut même attacher des propriétés de différentes ontologies à un même objet, pourvu que les représentations ne soient pas trop incompatibles entre elles. C'est le cas dans l'exemple.
L’extraction de données depuis le Wiktionnaire n'est pas aisée, mais des gens travaillent là dessus et construisent une base de donnée RDF à partir d'une extraction du Wiktionnaire pour une vingtaine de langues, dont le français. Elle est bien fournie et mise à jour régulièrement. Cela pourra certainement t’intéresser malgré les différences que tu listes. Cette base de données s’appelle DBnary et à mon sens elle mérite d'être plus connue. C'est l'équivalent de DBpedia pour le Wiktionnaire pour celles et ceux qui connaissent.
On peut interroger cette base directement depuis le site, en formulant des requêtes SPARQL.
En principe, l’extraction des formes fléchies du français avec les informations grammaticales associées est faite dans DBnary. Ces informations ne sont peut-être pas dans la base de données principale parce que ces données sont grosses et ça ralentit beaucoup l'extraction et ça demande plus de mémoire. Si c'est le cas, il est normalement possible de recréer la base avec la bonne option activée. N'hésite pas à contacter cette équipe si tu as des remarques ou des besoins spécifiques.
Sinon, dans la dépêche :
« n’est‐ce pa ? » → « pas »
« Ce point fut plus facile que je ne le pensais, tout simplement parce que la documentation de Firefox et celle Thunderbird, quoique cette dernière soit en déshérence, sont mieux tenues et complètes que celle pour LibreOffice » → « plus complètes » ?
Reste que DNT permet d'indiquer sa volonté de ne pas être pisté mais ne permet pas de dire "je ne veux pas être pisté mais je veux bien apparaître dans des statistiques de visites, si ces données ne sont pas revendues".
Être pisté pour apparaître dans les stats de visites et être pisté pour subir de la publicité ciblée, c'est quand même deux problèmes bien différents et en mettant ton Piwik en place, tu sais bien si tu revends les données ou pas.
Donc la question "Devrais-je respecter DNT quand je mets en place un Piwik ?" n'a pas une solution évidente pour moi.
Maintenant, on peut débattre de la pertinence de DNT mais c'est une autre question. Je reste dans le cadre de la personne qui veut bien faire les choses et qui souhaite respecter la volonté de ses visiteurs.
Je me suis posé la question aussi. Je suis susceptible d'activer DNT et j'ai définitivement un bloqueur de pub sur mon navigateur.
Je ne veux pas être pisté par les gens qui font du business avec nos données personnelles, et je ne veux pas que mon navigateur consomme des ressources pour afficher des pubs, mais j'accepterais volontiers d'entrer dans les statistiques d'un site qui auto-héberge son instance de Piwik. Je ne pense pas être le seul dans ce cas.
La question se pose et les outils d'aujourd'hui ne permettent pas de faire la différence entre quelqu'un comme moi et quelqu'un qui ne souhaite être pisté par personne (ce qui est compréhensible aussi).
DNT ou non, uBlock Origin bloque Piwik par défaut donc que Piwik soit configuré pour respecter DNT ou non, cela ne change rien pour la personne qui est sensible au sujet et qui aura donc installé un bloqueur de publicité.
Moi qui accepterait d'être pris en compte dans les stats des sites qui hébergent leur propre outil d'analyse et qui ne font pas de trafic avec mes données, je pourrais débloquer Piwik sur mon navigateur, mais je ne suis qu'un point de donnée. Ça n'aura pas beaucoup d'impact et ça ne résout pas le problème à grande échelle.
Admettons quelle soit plus élégante (notion subjective s'il en est) mais c'est moins pratique car par exemple pour déplacer la fenêtre la zone où il faut cliquer est fort réduite …
Il faut certainement le savoir ou le découvrir (justement, je voulais vérifier ça), et ce n'est peut-être pas très intuitif, mais en tout cas, avec Evince, tu peux déplacer la fenêtre en cliquant-déplaçant n'importe quel endroit de la header bar, même sur la croix pour quitter. Ce qui fait qu'en fait, non, la zone pour déplacer est plus grande que celle des applications sans header bar.
… sauf dans le cas de pas mal d'applications KDE, que l'on peut déplacer en cliquant déplaçant à peu près à n'importe quel endroit "vide". Un comportement similaire un peu plus limité existait dans les applications Gnome avant l'apparission des header bars sur les barres d'outils.
… et puis généralement, je ne prends pas la peine de viser quoi que ce soit de toute façon, j'utilise alt+clique pour ma part.
et tu peux accéder au menu via le fameux bouton "burger" comme sur mobile que tata michu ou kevin instagramiste de 12ans connaissent très bien ou encore,
C'est quoi le bouton "burger" ???
Le bouton hamburger, c'est le bouton qui contient tout le menu, comme celui qui est tout à droite dans firefox ou dans chrome, souvent représenté avec trois barres horizontales.
Même sous Gnome ou KDE. Les applications KDE tirent beaucoup de dépendances mais je trouve qu'elles s'intègrent bien dans Gnome pour le peu que j'en ai vu (le premier démarrage d'une application KDE était lent la dernière fois que j'ai eu l'occasion d'essayer, mais ensuite ça roulait bien). Il y a un effort d'intégration par le thème et le comportement (double-clique vs clique simple, sélecteur de fichier - d'ailleurs c'est pénible pour moi parce que je préfère largement celui de KDE et je préfère le simple clique).
Sous Plasma 5, j'utilise Evince pour visionner mes PDF, principalement parce qu'il permet un défilement "pixel perfect" avec le touchpad, et en fait j'aime son interface dans ses dernières versions (pourtant, j'ai très longtemp utilisé Okular que je trouvais meilleur qu'Evince sur tout les plans). On peut même le faire ressembler à une application KDE en utilisant le thème Brise, mais j'ai eu quelques soucis avec. Pas grave, l'application fonctionne très bien avec le thème classique.
J'utilise VLC et pas Dragon ou un quelconque équivalent KDE parce qu'il est simplement très bon. Si je veux un lecteur de musique avec une interface graphique recherché, j'utilise Clementine, pas AmaroK. (mais j'utilise plus volontier mpv au quotidien, avec le CTRL+R du shell c'est simplement la manière la plus rapide que j'ai trouvé pour lancer la musique et oublier). J'utilise Firefox et Thunderbird, pourtant rekonq et kmail sont les applications KDE qui correspondent. J'utilise Meld et pas Kompare, parce que celui-ci ne permet pas l'édition en directe contrairement à celui-là, et c'est une fonctionnalité essentielle pour moi (dommage parce que je trouve Katepart bien meilleur que le composant utilisé dans Meld, celui de Gedit). Si j'ai envie d'utiliser une application, je l'utilise, KDE ne se met jamais en travers de mon chemin.
Par contre, j'utilise Dolphin, l'outil de capture d'écran de KDE (qui propose un tas d'options pratiques tout en restant simple à utiliser), Kate, Kile, KDevelop, Konsole (pouvoir zoomer sur le texte avec ctrl+molette et les options de notification de d'activité / inactivité, ça le rend plus pratique que les autres émulateurs de terminal que j'ai pu croiser), parce que je les trouve simplement excellents mais ça ne m'est pas imposé. Globalement j'aime les applications KDE en général.
C'était il y a à peine 10 ans, ça n'a pas l'air si urgent.
De toute façon, if it ain't broken, don't fix it, pourquoi toujours devoir utiliser le dernier cms à la mode qui bouffe des gigas de ram pour afficher trois articles et deux pauvres commentaires !
Tiens, très intéressant. Je ne suis pas tombé dessus en faisant mes petites recherches.
À noter que l'absence de pub et la gratuité dans la mesure du possible, ça faisait partie des critères (des machins qui clignotent ou qui n'ont rien avoir à côté du jeu, ça complexifie trop l'interface, et trop de risque qu'une fausse manip ouvre une pub). Payant, pourquoi pas après tout, mais donner du fric pour un logiciel non libre, ça j'aurais eu du mal à proposer l'idée…
Ma sœur est sous Linux donc ça ne l'aurait pas fait de toute façon, à moins que ça tourne sur Wine mais bon, ce n'est pas forcément l'idéal.
Je dois définitivement changer de nom et ne pas fournir la même configuration, la même répartition et les mêmes points par défaut et arrêter de mentionner le scrabble et j'ai l'impression que ça devrait le faire.
Merci encore pour tous ces conseils. Je pense que je vais renommer le jeu et réfléchir à comment enlever toutes les références du Scrabble.
Pour le plateau, je laisserai les gens le dessiner, c'est une très bonne idée. L'idée d'en générer un aléatoirement est sympa, je l'implémenterai en option si je me donne le temps de le faire.
Les dictionnaires, ça ne m'intéresse pas d'en implémenter, les gens ont internet ou un dico papier avec eux ;-).
Pour l'extraction du Wiktionnaire alors oui, ça se fait, un chercheur à Grenoble développe http://kaiko.getalp.org/about-dbnary/ pour extraire les données et en faire une base de donnée RDF. J'ai d'ailleurs fait un stage où j'ai justement écrit la partie qui permet l'extraction de formes fléchies du français dans DBnary, ce qui comprend les conjugaisons. Le résultat n'est cependant pas parfait, Wiktionnaire n'est pas conçu pour ça même si une certaine rigueur permet déjà pas mal de choses.
En effet, ma grand mère serait peut-être partante pour jouer à un autre jeu, je tiens à garder la possibilité de jouer au scrabble, quitte à ce que ce soit moi qui me charge de la configuration (fréquence, taille du plateau, points sur les lettres). J'imagine qu'il faut que j'évite de fournir la configuration qui correspond à celle du Scrabble et que je ne mentionne pas ce jeu.
Bonne idée pour la boite aux lettres :-)
Je vais essayer de trouver un autre nom.
Peut-être qu'il faudrait envisager un contact avec Hasbro, après tout, ça aura le mérite d'être clair. Clonez le dépôt tant qu'il est encore temps :-D
Pas sûr que -march soit par défaut si tu utilises la config de ta distrib puisque justement, le noyau doit tourner "partout". Si tu pars d'une config clean, oui, c'est peut-être le cas, je n'ai pas essayé. Sinon, oui, je pense que c'est assez fiable.
Pour ce qui est de chercher à tout comprendre, c'est une grande qualité, mais pour le noyau linux ce n'est probablement plus possible depuis un bon bout de temps. Tu coup, pour la config lors de la compilation, il faut vraiment accepter de ne pas tout comprendre.
Pour ma part, systemd me va bien et je pense qu'il suffit de s'y attarder un peu pour le comprendre et le maîtriser, ce qui est vrai pour tout système d'init. À vrai dire, ça me semble assez clean, surtout les fichiers "unit" qui servent à définir les tâches et services. Beaucoup plus clean que les scripts bash des systèmes inits historiques avec tous ces niveaux dans rc.d que je n'ai jamais vraiment réussi à comprendre. En fait, j'arrive à faire beaucoup plus de chose avec, comme savoir le temps que prend chaque service à démarrer, avoir le graphe de démarrage. J'arrive également mieux à me souvenir des commandes pour activer et désactiver des services et en fait plein de choses comme ça. Le journal facile à consulter, séparé par tâche / service, avec des couleurs qui rendent les choses lisibles. Peut-être compliqué à l'intérieur, simple à l'extérieur. Je n'aime pas du tout quand c'est l'inverse.
Ça manque peut-être encore un peu de robustesse, mais ça va venir. À mon avis, pour la maintenance, c'est plutôt pratique. À noter que l'ancien système de Arch était assez simple aussi, tout dans le rc.conf. Mais du coup, ça manque peut-être de granularité. (ce n'est probablement pas commode de toucher au rc.conf à partir d'un script).
J'aime aussi pulseaudio et avahi. La découverte de service sur le réseau, c'est quand même bien pratique, et se connecter aux machines en utilisant nomDeLOrdinateur.local sans avoir besoin de mettre en place des ip fixes, c'est cool. Pour pulseaudio, le réglage du volume par application et la possibilité de jouer du son en réseau, c'est sympa (bien que pour le réseau, des progrès sont peut-être à faire au niveau de la compression des données… et aussi de la découverte du service qui semble marcher quand elle veut, je ne sais pas si ça bien de pa ou d'avahi pour le coup). Pulseaudio manque peut-être un peu de simplicité et pouvait paraître un peu lourd il y a quelque temps, je ne sais pas si c'est encore le cas aujourd'hui. Même remarque pour Network Manager, qui globalement rend vraiment bien service et fait bien son travail. En plus, nmcli et nmtui (basé sur ncurses) sont vraiment pratiques pour contrôler NM en ligne de commande. À vrai dire, c'est la seule manière que je connais pour me connecter en ligne de commande à un réseau WEP ou WPA et qui soit un minimum intuitive.
En fait, ce qui me plait dans network-manager, pulseaudio, avahi, systemd… c'est l'impression d'intégré et de cohérent que ça donne.
Gentoo j'ai également essayé, et je n'ai pas réussi tout de suite (problème de périphérique sous Xorg je crois), et je suis retourné dans ma zone de confort, d'autant que j'ai loin d'avoir un temps illimité. Dommage, ça a l'air clean, minimaliste et bien documenté.
BSD, ça a l'air vraiment trop cool. J'ai installé FreeBSD il n'y a pas longtemps. Dommage que accélération graphique ne fonctionne pas avec ma carte Intel. Je n'ai pas non plus réussi à faire fonctionner la carte wifi qui est pourtant sensée être reconnue d'après mes souvenirs, et je crois que pour le Bluetooth, c'était mort aussi. Le pavé tactile pose aussi problème (je crois bien qu'il ne fonctionnait pas du tout, même pas en émulation souris classique). Bref, trop de problèmes matériels. Dommage, parce que pour le coup, l'impression d'intégré et de simplicité, elle est bien là et c'est très agréable.
cd /tmp; wget -nv -O - http://www.je-ne-comprends-pas.invalid/que-tout-nest-pas-parfait/pour-des-logiciels-en-cours-de-developpement/avec-peu-de-contributeurs/installer-paperwork.sh?include-desactiver-module-raleur=true | sh
Avec mon Nokia 7230 qui a 5 ans et un appareil photo tout rayé, on ne reconnait même plus très clairement les visages, c'est une catastrophe. Ceci dit, j'ai déjà observé qu'avec un téléphone doté un appareil photo qui tient un minimum la route, en effet, il y a moyen d'obtenir une image pas trop dégueu voire d'une qualité surprenante.
Pour ma part, quand je dois "scanner" un doc (pour l'envoyer par mail généralement, à une institution qui est très certainement déjà en possession de toutes les informations y figurent), je le prends en photo, je redimensionne celle-ci (entre 13% et 33% selon l'appareil) et réduis sa qualité (65 à 80, selon mon humeur, format JPEG). Le résultat est très bon et pèse en dessous de 500 Kio (faut arrêter d'envoyer des blobs de 12 Mio par mail pour un doc qui contient trois lignes vraiment significatives - ça pourrait être une fonctionnalité sympa des clients mails).
Quand je me souviens (à défaut, CTRL+R) de la bonne commande pour faire ça, je l'utilise, sinon Gimp. Ladite commande, pour la postérité :
Mais bon, ça reste fastidieux de retrouver l'appareil, prendre le cliché (il faut être droit, pas trop penché, ni trop près ni trop loin, flash / pas flash, zoom, éviter l'ombre de soit-même sur la page - extrêmement frustrant ce phénomène), éteindre l'appareil, sortir la carte SD, mettre la carte SD, copier au bon endroit, faire la conversion, retirer la carte et la remettre dans l'appareil photo.
Concernant Paperwork, Je ne me vois pas numériser la pile de documents que je devrais sauvegarder avec un appareil photos ou un téléphone. Après, peut-être qu'il y a moyen d'être plus efficace que moi pour la prise de photo… il suffirait peut-être de créer un montage qui tient la feuille et l'appareil dans une position fixe et idéale, ça permettrait également pour faire du scan par lot du pauvre - à voir si ce n'est pas simplement moins coûteux de simplement acheter un scanner (si quelqu'un réalise ça, je veux être au courant :-)).
# a lintension 2 POILOBEK-DEGAZ
Posté par raphj (site web personnel) . En réponse au journal Une Demande d’Emploi en 2017. Évalué à 5. Dernière modification le 20 octobre 2017 à 19:57.
Chèr POILOBEK-DEGAZ,
Merci pour la tension ke vou nou porté. Nou som imprecioné pahr la kalité 2 votr écri. Cepanden, nou n'embochon actuèlemen pa de corecteur. No servis utiliz Gramalecte pour Fïrefox dan ça vérsion WebExtansion.
Nou esperon vivemen ke vou trouvré un poste ki vou convïindra.
An vou adréçan no santiman lé plu sinsèr,
La direction de lImprimerie Nacional Aéro-Otomobil Sortificatoir de Marceil
ps: "genre" sécri "genr".
[^] # Re: C'est de la daube.
Posté par raphj (site web personnel) . En réponse au sondage Que pensez-vous des liseuses ?. Évalué à 3. Dernière modification le 18 octobre 2017 à 23:26.
Au moins, ta signature est à propos.
Donc ici, c’est le fil de discussion « je Livre mes secrets en matière de lecture » ?
[^] # Re: Option manquante : le téléphone
Posté par raphj (site web personnel) . En réponse au sondage Que pensez-vous des liseuses ?. Évalué à 0.
Je ne doute pas du confort d’une liseuse, c’est incomparable, tu as complètement raison sur ce point. Mais je ne lis pas (encore ?) assez pour en prendre une et je n’aime pas trop l’idée de multiplier les appareils électroniques. J'aime également voyager avec le moins de choses possible et le téléphone, je l'ai déjà sur moi. Effectivement, ça fait l’affaire pour une solution d’appoint.
Sur le rétro-éclairage : justement, l’AMOLED n’est pas rétro-éclairé.
La lecture sur ce téléphone fatigue les yeux, mais beaucoup moins qu’un truc rétro-éclairé avec du néon. Le rétro-éclairage néon, c’est le désastre, j’ai horreur de ça.
L’affichage noir sur blanc améliore les choses, l'inverse serait fatiguant, trop de lumière directe dans les yeux — à noter qu'un livre papier peut être pénible aussi en plein soleil. Un filtre rouge avec du blanc sur noir est très pénible, ça rajoute de la lumière et baisse les contrastes.
Ce qui me fatigue le plus les yeux avec ce téléphone, ce sont les reflets sur l’écran en milieu éclairé…
L’autre vrai problème, c’est la taille de l’écran un peu petite.
Ces deux problèmes sont inexistants sur liseuse avec encre électronique bien sûr. Et la liseuse consomme beaucoup moins d’énergie et est probablement plus légère que mon téléphone + son étui. Par contre, il faut qu'elle affiche une quantité raisonnable de texte par page.
La différence entre la tablette (que je n’ai pas) et le téléphone, c’est l’encombrement.
# Option manquante : le téléphone
Posté par raphj (site web personnel) . En réponse au sondage Que pensez-vous des liseuses ?. Évalué à 7. Dernière modification le 17 octobre 2017 à 10:56.
Je suis en train de lire un livre format papier, mais comme ça s’abime et que ça a quand même son poids et son volume propre même au format poche, j’évite de le transporter les jours où je suis peu susceptible de lire. J’ai la copie PDF sur mon téléphone au cas où finalement j’ai un moment pour lire.
Un avantage du téléphone par rapport à une tablette ou une liseuse dédiée, c’est que je l’ai de toute façon déjà sur moi.
L’écran du téléphone fait 5,5 pouces, ce qui fait qu’au format paysage, les caractères sont généralement de la bonne taille, et il est suffisamment précis (1080p) donc les caractères sont nets. Je dirais que c’est pile la bonne taille. Et comme l’écran est AMOLED, le noir est réellement noir, ça fait un contraste sympa en journée et ça ne fatigue pas trop les yeux quand il fait nuit. Le fait qu’il soit brillant est ennuyeux par contre.
Je vais aussi préférer lire sur le téléphone quand j’ai envie d’être dans le noir complet. J’utilise alors une application qui assombrit l’écran et j’affiche le livre en plein écran, blanc sur fond noir. Ça fatigue moins les yeux, et en AMOLED, ça consomme moins et ça use moins l’écran.
Le combo gagnant, c’est Document Viewer + Red Moon (sans teinte rougeâtre qui diminue le contraste et envoie plus de couleur, parce que le noir complet est remplacé par du rouge…). Les deux applications sont dispo sur F-Droid. Document Viewer conserve la position, donc le marque-page que je n’ai pas / que je perds / que j’oublie de placer sur la version papier n’est plus un problème.
Parfois, le téléphone permet des positions plus confortables que le livre papier quand on est allongé (ou debout dans les transports en commun).
Parfois, je préfère lire sur le téléphone, parfois, je préfère le format papier. Si je suis assis et qu’accéder au livre papier n’est pas trop chiant (au fond du sac…), c’est souvent lui qui gagne, surtout s’il y a beaucoup de lumière autour.
L’autonomie pourrait être un problème (si j’ai un téléphone, c’est pour être joignable à la base, avec une batterie vide il ne servirait pas à grand-chose), mais pas vraiment sur ce modèle.
Un écran plus petit que 5.5 pouces, pas AMOLED, pas précis ou une autonomie mauvaise serait problématique pour moi.
Deux avantages de l’AMOLED par rapport à l’encre électronique (que je n’ai jamais testée en condition réelle) : c’est réactif, et ça ne nécessite pas un éclairage supplémentaire en environnement sombre. Par contre, en environnement lumineux, l’encre électronique doit battre l’AMOLED à plate couture.
Bien sûr, le livre électronique « Defective by Design » : pas question ! C'est du PDF ou de l'ePub sans DRM, ou rien ! (j'ai remarqué que le PDF passe super bien sur le téléphone, contrairement à ce que je pensais)
[^] # Re: Quelques retours sur le code
Posté par raphj (site web personnel) . En réponse à la dépêche Owlready : un module Python pour manipuler les ontologies OWL. Évalué à 6.
J'aime bien voir les ontologies comme des façons de voir / représenter le monde, en tout cas dans un domaine particulier. D'autres diraient des modèles.
D'autres exemples d'ontologies OWL utilisées dans la vraie vie : les projets de recherche Olia, LexInfo et Lemon, pour le traitement des langues :
- http://www.acoli.informatik.uni-frankfurt.de/resources/olia/
- http://www.lexinfo.net/
- http://lemon-model.net/
Ces ontologies permettent notamment de classer, de qualifier, de décrire les mots et les éléments du langages. Ce qui permet entre autres de produire des dictionnaires qui peuvent être traités automatiquement, d'étiqueter des mots / groupes de mots dans des textes, ce qui a des applications en traduction automatique, en récupération automatique d'informations à partir de textes écrits dans des langues naturelles.
Histoire d'avoir un truc concret à regarder, voici l'entrée de dictionnaire de l'adjectif bleu dans une version de DBnary d'il y a 3 ans (DBnary étant un dictionnaire produit à partir du Wiktionnaire - décidément, on va croire que j'en fais la pub ici, mais il faut dire que ça s'y prête). La représentation est Turtle, qui permet de représenter du RDF de façon assez lisible et compacte. Le mot est défini / décrit / classé à l'aide des ontologies lexinfo et lemon, notamment.
Bien sûr, le nom bleu est un mot différent et il a sa propre entrée. Une propriété peut avoir plusieurs valeurs (objets, en fait) comme dit dans le journal, ici l'adjectif a plusieurs sens qui sont référencés dans ce dictionnaire. La propriété spéciale "a", en Turtle, indique le type de l'objet (ou plutôt du sujet, puisque l'objet, c'est ce par quoi on qualifie le sujet à l'aide d'une propriété, en RDF) . C'est un raccourci pour la propriété rdf:type, ou plutôt http://www.w3.org/1999/02/22-rdf-syntax-ns#type, parce qu'en fait, en RDF, beaucoup de choses sont des IRIs (Internationalized Resource Identifier, une généralisation de l'URI), et toutes les propriétés en sont.
Les crochets dénotent des sujets qui sont anonymes dans la représentation Turtle, et contiennent des listes de couples (propriété, objet) qui définissent le sujet.
La représentation n'est pas fermée, on peut rajouter d'autres couples (propriété, objet) au sujet
fra:bleu__adj__1, et on peut même attacher des propriétés de différentes ontologies à un même objet, pourvu que les représentations ne soient pas trop incompatibles entre elles. C'est le cas dans l'exemple.J'espère que je me suis exprimé assez clairement.
[^] # Re: synergie pour (notamment) étiquetage sémantique
Posté par raphj (site web personnel) . En réponse à la dépêche Grammalecte, correcteur grammatical [2]. Évalué à 6.
L’extraction de données depuis le Wiktionnaire n'est pas aisée, mais des gens travaillent là dessus et construisent une base de donnée RDF à partir d'une extraction du Wiktionnaire pour une vingtaine de langues, dont le français. Elle est bien fournie et mise à jour régulièrement. Cela pourra certainement t’intéresser malgré les différences que tu listes. Cette base de données s’appelle DBnary et à mon sens elle mérite d'être plus connue. C'est l'équivalent de DBpedia pour le Wiktionnaire pour celles et ceux qui connaissent.
http://kaiko.getalp.org/about-dbnary/
On peut interroger cette base directement depuis le site, en formulant des requêtes SPARQL.
En principe, l’extraction des formes fléchies du français avec les informations grammaticales associées est faite dans DBnary. Ces informations ne sont peut-être pas dans la base de données principale parce que ces données sont grosses et ça ralentit beaucoup l'extraction et ça demande plus de mémoire. Si c'est le cas, il est normalement possible de recréer la base avec la bonne option activée. N'hésite pas à contacter cette équipe si tu as des remarques ou des besoins spécifiques.
Sinon, dans la dépêche :
« n’est‐ce pa ? » → « pas »
« Ce point fut plus facile que je ne le pensais, tout simplement parce que la documentation de Firefox et celle Thunderbird, quoique cette dernière soit en déshérence, sont mieux tenues et complètes que celle pour LibreOffice » → « plus complètes » ?
Bel écrit en tout cas, c‘est très intéressant.
[^] # Re: .
Posté par raphj (site web personnel) . En réponse au journal Boursorama n’aime pas qu’on bloque des choses. Évalué à 1. Dernière modification le 05 juin 2017 à 09:40.
On ne peut pas savoir, je suis bien d'accord.
Reste que DNT permet d'indiquer sa volonté de ne pas être pisté mais ne permet pas de dire "je ne veux pas être pisté mais je veux bien apparaître dans des statistiques de visites, si ces données ne sont pas revendues".
Être pisté pour apparaître dans les stats de visites et être pisté pour subir de la publicité ciblée, c'est quand même deux problèmes bien différents et en mettant ton Piwik en place, tu sais bien si tu revends les données ou pas.
Donc la question "Devrais-je respecter DNT quand je mets en place un Piwik ?" n'a pas une solution évidente pour moi.
Maintenant, on peut débattre de la pertinence de DNT mais c'est une autre question. Je reste dans le cadre de la personne qui veut bien faire les choses et qui souhaite respecter la volonté de ses visiteurs.
[^] # Re: .
Posté par raphj (site web personnel) . En réponse au journal Boursorama n’aime pas qu’on bloque des choses. Évalué à 2.
Je me suis posé la question aussi. Je suis susceptible d'activer DNT et j'ai définitivement un bloqueur de pub sur mon navigateur.
Je ne veux pas être pisté par les gens qui font du business avec nos données personnelles, et je ne veux pas que mon navigateur consomme des ressources pour afficher des pubs, mais j'accepterais volontiers d'entrer dans les statistiques d'un site qui auto-héberge son instance de Piwik. Je ne pense pas être le seul dans ce cas.
La question se pose et les outils d'aujourd'hui ne permettent pas de faire la différence entre quelqu'un comme moi et quelqu'un qui ne souhaite être pisté par personne (ce qui est compréhensible aussi).
DNT ou non, uBlock Origin bloque Piwik par défaut donc que Piwik soit configuré pour respecter DNT ou non, cela ne change rien pour la personne qui est sensible au sujet et qui aura donc installé un bloqueur de publicité.
Moi qui accepterait d'être pris en compte dans les stats des sites qui hébergent leur propre outil d'analyse et qui ne font pas de trafic avec mes données, je pourrais débloquer Piwik sur mon navigateur, mais je ne suis qu'un point de donnée. Ça n'aura pas beaucoup d'impact et ça ne résout pas le problème à grande échelle.
[^] # Re: Mais pouuuurquoi?
Posté par raphj (site web personnel) . En réponse à la dépêche Sortie de Mate Desktop Environment 1.14. Évalué à 2.
Ouais, c'est vrai que ce n'est pas toujours faisable quand le chat a décidé de poser sa tête sur un des bras :-)
[^] # Re: Mais pouuuurquoi?
Posté par raphj (site web personnel) . En réponse à la dépêche Sortie de Mate Desktop Environment 1.14. Évalué à 1. Dernière modification le 14 avril 2016 à 15:50.
Il faut certainement le savoir ou le découvrir (justement, je voulais vérifier ça), et ce n'est peut-être pas très intuitif, mais en tout cas, avec Evince, tu peux déplacer la fenêtre en cliquant-déplaçant n'importe quel endroit de la header bar, même sur la croix pour quitter. Ce qui fait qu'en fait, non, la zone pour déplacer est plus grande que celle des applications sans header bar.
… sauf dans le cas de pas mal d'applications KDE, que l'on peut déplacer en cliquant déplaçant à peu près à n'importe quel endroit "vide". Un comportement similaire un peu plus limité existait dans les applications Gnome avant l'apparission des header bars sur les barres d'outils.
… et puis généralement, je ne prends pas la peine de viser quoi que ce soit de toute façon, j'utilise alt+clique pour ma part.
Le bouton hamburger, c'est le bouton qui contient tout le menu, comme celui qui est tout à droite dans firefox ou dans chrome, souvent représenté avec trois barres horizontales.
[^] # Re: Liberté de choix
Posté par raphj (site web personnel) . En réponse à la dépêche Sortie de Mate Desktop Environment 1.14. Évalué à 9.
Même sous Gnome ou KDE. Les applications KDE tirent beaucoup de dépendances mais je trouve qu'elles s'intègrent bien dans Gnome pour le peu que j'en ai vu (le premier démarrage d'une application KDE était lent la dernière fois que j'ai eu l'occasion d'essayer, mais ensuite ça roulait bien). Il y a un effort d'intégration par le thème et le comportement (double-clique vs clique simple, sélecteur de fichier - d'ailleurs c'est pénible pour moi parce que je préfère largement celui de KDE et je préfère le simple clique).
Sous Plasma 5, j'utilise Evince pour visionner mes PDF, principalement parce qu'il permet un défilement "pixel perfect" avec le touchpad, et en fait j'aime son interface dans ses dernières versions (pourtant, j'ai très longtemp utilisé Okular que je trouvais meilleur qu'Evince sur tout les plans). On peut même le faire ressembler à une application KDE en utilisant le thème Brise, mais j'ai eu quelques soucis avec. Pas grave, l'application fonctionne très bien avec le thème classique.
J'utilise VLC et pas Dragon ou un quelconque équivalent KDE parce qu'il est simplement très bon. Si je veux un lecteur de musique avec une interface graphique recherché, j'utilise Clementine, pas AmaroK. (mais j'utilise plus volontier mpv au quotidien, avec le CTRL+R du shell c'est simplement la manière la plus rapide que j'ai trouvé pour lancer la musique et oublier). J'utilise Firefox et Thunderbird, pourtant rekonq et kmail sont les applications KDE qui correspondent. J'utilise Meld et pas Kompare, parce que celui-ci ne permet pas l'édition en directe contrairement à celui-là, et c'est une fonctionnalité essentielle pour moi (dommage parce que je trouve Katepart bien meilleur que le composant utilisé dans Meld, celui de Gedit). Si j'ai envie d'utiliser une application, je l'utilise, KDE ne se met jamais en travers de mon chemin.
Par contre, j'utilise Dolphin, l'outil de capture d'écran de KDE (qui propose un tas d'options pratiques tout en restant simple à utiliser), Kate, Kile, KDevelop, Konsole (pouvoir zoomer sur le texte avec ctrl+molette et les options de notification de d'activité / inactivité, ça le rend plus pratique que les autres émulateurs de terminal que j'ai pu croiser), parce que je les trouve simplement excellents mais ça ne m'est pas imposé. Globalement j'aime les applications KDE en général.
[^] # Re: Quelle horreur !
Posté par raphj (site web personnel) . En réponse à la dépêche Les temps sont durs chez TuxFamily.org. Évalué à 4.
Pelican, ça bouffe des poissons aussi ?
[^] # Re: Quelle horreur !
Posté par raphj (site web personnel) . En réponse à la dépêche Les temps sont durs chez TuxFamily.org. Évalué à 4.
C'était il y a à peine 10 ans, ça n'a pas l'air si urgent.
De toute façon, if it ain't broken, don't fix it, pourquoi toujours devoir utiliser le dernier cms à la mode qui bouffe des gigas de ram pour afficher trois articles et deux pauvres commentaires !
# Quelle horreur !
Posté par raphj (site web personnel) . En réponse à la dépêche Les temps sont durs chez TuxFamily.org. Évalué à 6.
Surtout que les CMS pas à jour, je m'en fish.
[^] # Re: SEPS n'est pas scrabble
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 1.
Intéressant, merci d'avoir partagé ton jeu et ta situation avec Hasbro.
[^] # Re: Au passage
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 1.
Merci, c'est corrigé !
[^] # Re: droit d'auteur
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 2. Dernière modification le 01 mars 2016 à 22:55.
Tiens, très intéressant. Je ne suis pas tombé dessus en faisant mes petites recherches.
À noter que l'absence de pub et la gratuité dans la mesure du possible, ça faisait partie des critères (des machins qui clignotent ou qui n'ont rien avoir à côté du jeu, ça complexifie trop l'interface, et trop de risque qu'une fausse manip ouvre une pub). Payant, pourquoi pas après tout, mais donner du fric pour un logiciel non libre, ça j'aurais eu du mal à proposer l'idée…
Ma sœur est sous Linux donc ça ne l'aurait pas fait de toute façon, à moins que ça tourne sur Wine mais bon, ce n'est pas forcément l'idéal.
Je dois définitivement changer de nom et ne pas fournir la même configuration, la même répartition et les mêmes points par défaut et arrêter de mentionner le scrabble et j'ai l'impression que ça devrait le faire.
[^] # Re: droit d'auteur
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 2.
Merci encore pour tous ces conseils. Je pense que je vais renommer le jeu et réfléchir à comment enlever toutes les références du Scrabble.
Pour le plateau, je laisserai les gens le dessiner, c'est une très bonne idée. L'idée d'en générer un aléatoirement est sympa, je l'implémenterai en option si je me donne le temps de le faire.
Les dictionnaires, ça ne m'intéresse pas d'en implémenter, les gens ont internet ou un dico papier avec eux ;-).
Pour l'extraction du Wiktionnaire alors oui, ça se fait, un chercheur à Grenoble développe http://kaiko.getalp.org/about-dbnary/ pour extraire les données et en faire une base de donnée RDF. J'ai d'ailleurs fait un stage où j'ai justement écrit la partie qui permet l'extraction de formes fléchies du français dans DBnary, ce qui comprend les conjugaisons. Le résultat n'est cependant pas parfait, Wiktionnaire n'est pas conçu pour ça même si une certaine rigueur permet déjà pas mal de choses.
[^] # Re: droit d'auteur
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 1.
Merci pour l'information sur le ®. Non, je ne soutiens clairement pas ce système.
[^] # Re: droit d'auteur
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 1.
Merci pour tous ces conseils.
En effet, ma grand mère serait peut-être partante pour jouer à un autre jeu, je tiens à garder la possibilité de jouer au scrabble, quitte à ce que ce soit moi qui me charge de la configuration (fréquence, taille du plateau, points sur les lettres). J'imagine qu'il faut que j'évite de fournir la configuration qui correspond à celle du Scrabble et que je ne mentionne pas ce jeu.
Bonne idée pour la boite aux lettres :-)
Je vais essayer de trouver un autre nom.
Peut-être qu'il faudrait envisager un contact avec Hasbro, après tout, ça aura le mérite d'être clair. Clonez le dépôt tant qu'il est encore temps :-D
[^] # Re: droit d'auteur
Posté par raphj (site web personnel) . En réponse au journal Trivabble : jouez au Scrabble ® en ligne. Évalué à 2.
Merci pour le lien. En effet, ce n'est pas très encourageant…
Comment ça se passe pour tous les jeux libres qui reprennent l'Othello, le Puissance 4 beaucoup d'autres jeux de sociétés ?
Aussi, est-ce que le fait que je ne gagne pas d'argent avec ça peut changer les choses ?
En tout cas, s'il faut que je le retire, je le retirerai…
[^] # Re: Environement de bureau
Posté par raphj (site web personnel) . En réponse au message Ai-je choisi la bonne distribution ? (Mint). Évalué à 1.
Repos, activité, passe-temps, occupation… ?
Pas sûr que -march soit par défaut si tu utilises la config de ta distrib puisque justement, le noyau doit tourner "partout". Si tu pars d'une config clean, oui, c'est peut-être le cas, je n'ai pas essayé. Sinon, oui, je pense que c'est assez fiable.
Pour ce qui est de chercher à tout comprendre, c'est une grande qualité, mais pour le noyau linux ce n'est probablement plus possible depuis un bon bout de temps. Tu coup, pour la config lors de la compilation, il faut vraiment accepter de ne pas tout comprendre.
Pour ma part, systemd me va bien et je pense qu'il suffit de s'y attarder un peu pour le comprendre et le maîtriser, ce qui est vrai pour tout système d'init. À vrai dire, ça me semble assez clean, surtout les fichiers "unit" qui servent à définir les tâches et services. Beaucoup plus clean que les scripts bash des systèmes inits historiques avec tous ces niveaux dans rc.d que je n'ai jamais vraiment réussi à comprendre. En fait, j'arrive à faire beaucoup plus de chose avec, comme savoir le temps que prend chaque service à démarrer, avoir le graphe de démarrage. J'arrive également mieux à me souvenir des commandes pour activer et désactiver des services et en fait plein de choses comme ça. Le journal facile à consulter, séparé par tâche / service, avec des couleurs qui rendent les choses lisibles. Peut-être compliqué à l'intérieur, simple à l'extérieur. Je n'aime pas du tout quand c'est l'inverse.
Ça manque peut-être encore un peu de robustesse, mais ça va venir. À mon avis, pour la maintenance, c'est plutôt pratique. À noter que l'ancien système de Arch était assez simple aussi, tout dans le rc.conf. Mais du coup, ça manque peut-être de granularité. (ce n'est probablement pas commode de toucher au rc.conf à partir d'un script).
J'aime aussi pulseaudio et avahi. La découverte de service sur le réseau, c'est quand même bien pratique, et se connecter aux machines en utilisant nomDeLOrdinateur.local sans avoir besoin de mettre en place des ip fixes, c'est cool. Pour pulseaudio, le réglage du volume par application et la possibilité de jouer du son en réseau, c'est sympa (bien que pour le réseau, des progrès sont peut-être à faire au niveau de la compression des données… et aussi de la découverte du service qui semble marcher quand elle veut, je ne sais pas si ça bien de pa ou d'avahi pour le coup). Pulseaudio manque peut-être un peu de simplicité et pouvait paraître un peu lourd il y a quelque temps, je ne sais pas si c'est encore le cas aujourd'hui. Même remarque pour Network Manager, qui globalement rend vraiment bien service et fait bien son travail. En plus, nmcli et nmtui (basé sur ncurses) sont vraiment pratiques pour contrôler NM en ligne de commande. À vrai dire, c'est la seule manière que je connais pour me connecter en ligne de commande à un réseau WEP ou WPA et qui soit un minimum intuitive.
En fait, ce qui me plait dans network-manager, pulseaudio, avahi, systemd… c'est l'impression d'intégré et de cohérent que ça donne.
Gentoo j'ai également essayé, et je n'ai pas réussi tout de suite (problème de périphérique sous Xorg je crois), et je suis retourné dans ma zone de confort, d'autant que j'ai loin d'avoir un temps illimité. Dommage, ça a l'air clean, minimaliste et bien documenté.
BSD, ça a l'air vraiment trop cool. J'ai installé FreeBSD il n'y a pas longtemps. Dommage que accélération graphique ne fonctionne pas avec ma carte Intel. Je n'ai pas non plus réussi à faire fonctionner la carte wifi qui est pourtant sensée être reconnue d'après mes souvenirs, et je crois que pour le Bluetooth, c'était mort aussi. Le pavé tactile pose aussi problème (je crois bien qu'il ne fonctionnait pas du tout, même pas en émulation souris classique). Bref, trop de problèmes matériels. Dommage, parce que pour le coup, l'impression d'intégré et de simplicité, elle est bien là et c'est très agréable.
[^] # Re: Best teaser ever
Posté par raphj (site web personnel) . En réponse à la dépêche Paperwork 0.3. Évalué à 3. Dernière modification le 17 février 2016 à 01:43.
Quelqu'un fait un script pour notre confrère ?
Un truc du genre :
On suppose qu'il est sous Fedora ?
[^] # Re: Best teaser ever
Posté par raphj (site web personnel) . En réponse à la dépêche Paperwork 0.3. Évalué à 1.
Avec mon Nokia 7230 qui a 5 ans et un appareil photo tout rayé, on ne reconnait même plus très clairement les visages, c'est une catastrophe. Ceci dit, j'ai déjà observé qu'avec un téléphone doté un appareil photo qui tient un minimum la route, en effet, il y a moyen d'obtenir une image pas trop dégueu voire d'une qualité surprenante.
Pour ma part, quand je dois "scanner" un doc (pour l'envoyer par mail généralement, à une institution qui est très certainement déjà en possession de toutes les informations y figurent), je le prends en photo, je redimensionne celle-ci (entre 13% et 33% selon l'appareil) et réduis sa qualité (65 à 80, selon mon humeur, format JPEG). Le résultat est très bon et pèse en dessous de 500 Kio (faut arrêter d'envoyer des blobs de 12 Mio par mail pour un doc qui contient trois lignes vraiment significatives - ça pourrait être une fonctionnalité sympa des clients mails).
Quand je me souviens (à défaut, CTRL+R) de la bonne commande pour faire ça, je l'utilise, sinon Gimp. Ladite commande, pour la postérité :
Mais bon, ça reste fastidieux de retrouver l'appareil, prendre le cliché (il faut être droit, pas trop penché, ni trop près ni trop loin, flash / pas flash, zoom, éviter l'ombre de soit-même sur la page - extrêmement frustrant ce phénomène), éteindre l'appareil, sortir la carte SD, mettre la carte SD, copier au bon endroit, faire la conversion, retirer la carte et la remettre dans l'appareil photo.
Concernant Paperwork, Je ne me vois pas numériser la pile de documents que je devrais sauvegarder avec un appareil photos ou un téléphone. Après, peut-être qu'il y a moyen d'être plus efficace que moi pour la prise de photo… il suffirait peut-être de créer un montage qui tient la feuille et l'appareil dans une position fixe et idéale, ça permettrait également pour faire du scan par lot du pauvre - à voir si ce n'est pas simplement moins coûteux de simplement acheter un scanner (si quelqu'un réalise ça, je veux être au courant :-)).
[^] # Re: Best teaser ever
Posté par raphj (site web personnel) . En réponse à la dépêche Paperwork 0.3. Évalué à 8.
J'ai trop la flemme de l'essayer…
(sinon le logiciel était bien quand je l'avais essayé, je compte l'utiliser régulièrement quand… j'aurai un scanner, mouarf. Merci Jérôme !)