bibifric05 a écrit 122 commentaires

Je ne suis certes pas un expert de GNOME ni de MATE, mais il me semble qu'avec les extensions de GNOME 3 aujourd'hui, on peut avoir le même bureau que l'ancien GNOME 2 et donc que MATE ? Est-ce que je me trompe ?

D'autre part, avec XFCE4, on peut avoir le même bureau que GNOME 2 (là, je suis sûr de moi car c'est ce que j'utilise), et en plus c'est plus rapide et il y a moins de bugs…

Bref, l'intérêt de MATE ne me saute pas aux yeux…

Comme le dit un des commentaires en anglais : j'ai pas tout compris mais je me sens plus intelligent !

Comparer est toujours une bonne chose…

Sinon, je pensais tout simplement rajouter un module regroupant les corrections les plus basiques : exposition, hautes et basses lumières, détail, flou, teinte, etc.

Ensuite, ce module peut être utilisé pour les corrections locales…

Est-ce faisable ?

Non, ce n'est pas du tout pratique. Il est bien plus logique et efficace de sélectionner une zone et de lui appliquer diverses corrections que de choisir un module, sélectionner une zone, appliquer la correction, puis sélectionner à nouveau un module, rappeler le masque, appliquer la correction, etc.

Quand on traite une photo où l'on a une dizaine de zones locales à retoucher, ça devient vite très lourd…

Bravo à tous les développeurs de Darktable pour le travail accompli ces dernières années.

Je suis très heureux de voir arriver enfin une version Windows, qui devrait amener beaucoup d'utilisateurs et contribuer à l'amélioration de l'interface, qui reste pour moi le gros point noir de Darktable.

Vu le changement récent dans le mode de paiement de Lightroom (peu apprécié par pas mal d'utilisateurs), je pense que Darktable a une bonne carte à jouer, à condition que son interface soit améliorée pour être plus intuitive.

Les corrections locales par empilement de modules sont certes puissantes, mais il manque un module permettant la sélection d'une zone et l'application de plusieurs corrections (exposition, teinte, contraste, détail, récupération des hautes lumières, récupération des ombres, etc.) en une seule fois.

Sinon, un petit détail de traduction : tout le monde en technique photo sait ce que fait un module de "correction du voile" (atmosphérique), je pense donc que le terme "correction de la brume" est mal choisi…

Je n'ai pas testé cette solution, mais pourquoi pas ?

Désolé pour la réponse tardive…

Donc, PC "costaud" :

Intel® Core™ i7-6700K CPU @ 4.00GHz × 8
16 Go de RAM
Disque du SSD 250 Go

L'astuce pour cacher le fait que Lightroom 6 tourne dans Virtualbox, consiste simplement à le lancer dans un des bureaux virtuels qui n'est pas affiché (on utilise pour cela l'utilitaire wmctrl). Ça marche très bien avec XFCE 4, je ne sais pas si ça marche avec Gnome ou Unity.

Autre astuce : utiliser Lightroom en mode d'affichage "Plein écran avec barre de menus" (dans le menu "Fenêtres"). Cela permet de cacher la barre des tâches Windows et la barre des fenêtres. Il faut aussi bien sûr lancer automatiquement Lightroom au démarrage du Windows virtuel.

Ci-dessous le script de lancement que j'utilise :

#!/bin/sh

# Script de démarrage de Lightroom 6.x sous VirtualBox 5.1.x

# Passe en mode performance
/usr/bin/cpufreq-set -g performance

# Lance la machine virtuelle Windows 7 où Lightroom 6.x est exécuté
VBoxManage startvm lightroom6

# Affiche un curseur d'attente
xsetroot -cursor_name watch

# Attend que Lightroom ait démarré
if [ `hostname` = "zeus" ]; then
    sleep 10
else
    sleep 12
fi

# Remet la fenêtre sur le bureau courant et dans le pager
wmctrl -R "lightroom6 [En fonction] - Oracle VM VirtualBox"
wmctrl -r "lightroom6 [En fonction] - Oracle VM VirtualBox" -b toggle,skip_pager

# Renomme la fenêtre et change l'icône
wmctrl -r "lightroom6 [En fonction] - Oracle VM VirtualBox" -M /usr/local/pixmaps/icons/lightroom6.xpm
wmctrl -r "lightroom6 [En fonction] - Oracle VM VirtualBox" -N "Lightroom Catalog - Adobe Photoshop Lightroom - Bibliothèque"

# Affiche un curseur normal
xsetroot -cursor_name left_ptr

# Revient en mode powersave
cmd="VirtualBox"
while :
do
sleep 5
RESULT=`ps -aux | grep -v grep | grep ${cmd}`
if [ "${RESULT:-null}" = null ]; then
    /usr/bin/cpufreq-set -g powersave
    break
fi
done

Merci pour cette argumentation, détaillée et crédible.

Je me rappelle que j'avais posté un commentaire ici-même et que je m'étais fais étriller…

Sinon, les réponses des développeurs aux demandes de portage Windows étaient assez revêches… C'est en tout cas la perception que j'en avais.

Amusant : quand j'ai posté des messages aux développeurs (et aux utilisateurs sur les forums de Darktable) pour expliquer l'utilité d'une version Windows, on s'est (au mieux) moqué de moi…

Sinon, j'ai testé Darktable en profondeur et c'est un très bon logiciel, mais il reste (pour le moment) en dessous de Lightroom pour la facilité d'utilisation et pour les performances en récupération des hautes lumières, réduction de bruit, etc.

Du coup, j'utilise Lightroom 6 sous Linux dans une machine virtuelle Virtualbox (avec un disque SSD et un PC costaud) et c'est très rapide et 100% fonctionnel. Et même, avec un peu d'astuce, on peut le faire fonctionner sans que l'utilisateur se rende compte qu'il tourne sous une machine virtuelle !

Après, j'espère que le fait que Darktable tourne sous Windows va apporter de nombreux utilisateurs et permettre l'évolution du logiciel vers plus d'ergonomie et de performances sur les fonctions essentielles (et moins se concentrer sur des fonctionnalités un peu ésotériques comme c'est le cas actuellement).

Bref, j'espère que je ne passerai pas à Lightroom 7 sous Linux, mais plutôt à Darktable 3 !

Le Cerfa 12156*05 téléchargeable ici qui a été cité par ted est un exemple de fichier illisible sous GNU/Linux

Effectivement, PDF Studio Viewer ne supporte pas ce genre de formulaire (c'est indiqué sur leur site).

Evince ne peut pas l'ouvrir non plus.

Par contre, Adobe Reader 9.5.5 (version Linux) l'ouvre sans problème. C'est déjà ça…

Quelqu'un aurait un exemple de formulaire qu'Evince ou Okular ne savent pas traiter ? Pour voir si PDF Studio Viewer s'en sort ?

Oui, côté GUI mupdf c'est le top !

Sale pragmatique. Tu serais du genre à reconnaître des qualités à Windows !

Faut pas exagérer non plus !

Oui, tu as raison, je ne sais pas où j'avais la tête : c'est bien du java uniquement…

Ça se passe comment avec les formulaires qui ne sont souvent lisibles qu'avec Adobe Reader ?

Il y a un menu Formulaire, mais je ne sais pas à quel niveau de compatibilité il se situe…

Exact : Java + Qt 5.

Le fait qu'il semble s'agir d'un logiciel non-libre est un bémol sensiblement plus impactant.

Pour moi, ce qui est le plus impactant c'est quand un programme ne marche pas comme il faut.

Je préfère un programme non libre qui marche à un programme libre qui ne marche pas. Étonnant, non ?

Cela dit, j'utilise Evince la plupart du temps et Adobe Reader quand Evince déconne. Là je passerai peut-être à PDF Studio Viever au lieu d'Adobe Reader…

J'ai fait pareil et depuis deux semaines…

Résultat : avec ou sans multiprocess = kif kif bourricot !

La commande ps aux |grep firefox me renvoie ceci (ci-dessous) et il y a bien deux processus dont l'un semble d'origine chinoise ;-)

bibific05 4771 5.4 0.4 2695736 616872 ? Sl 15:07 8:51 /usr/lib/firefox/firefox
bibifric05 4877 8.0 0.4 2865472 620484 ? Sl 15:07 12:53 /usr/lib/firefox/firefox -contentproc -childID 1 -isForBrowser -intPrefs 5:50|6:-1|18:0|28:1000|33:0|34:10|43:128|44:10000|48:0|50:400|51:1|52:0|53:0|58:0|59:120|60:120|133:2|134:1|147:5000|157:0|159:0|170:10000|195:24|196:32768|198:0|199:0|207:2|211:1048576|212:100|213:5000|215:600|216:4|217:1|226:2|241:60000| -boolPrefs 1:0|2:0|4:0|26:1|27:1|30:0|35:1|36:0|37:0|38:0|39:1|40:0|41:1|42:1|45:0|46:0|47:0|49:0|54:1|55:1|56:0|57:1|61:1|62:1|63:0|64:1|65:1|66:0|67:1|70:0|71:0|74:1|75:1|79:1|80:1|81:0|82:0|84:0|85:0|86:1|87:0|90:0|91:1|92:1|93:1|94:1|95:1|96:0|97:0|98:1|99:0|100:0|101:0|102:1|103:1|104:0|105:1|106:1|107:0|108:0|109:1|110:1|111:1|112:0|113:1|114:1|115:1|116:1|117:1|118:1|119:1|120:1|122:0|123:0|124:0|125:1|126:0|127:1|131:1|132:1|135:1|136:0|141:0|146:0|149:0|151:1|152:1|154:1|158:0|160:0|162:0|164:1|165:1|171:0|172:0|173:1|175:0|186:0|193:0|194:0|197:0|200:1|202:0|204:1|205:0|210:0|214:1|219:0|220:1|221:0|222:1|224:1|225:1|228:1|233:0|234:0|235:1|236:1|237:0|238:1|239:1|240:0|242:0|243:0|245:0|253:1|254:1|255:0|256:0|257:0| -stringPrefs 3:7;release|174:3;1.0|191:332;  ¼½¾ǃː??։֊׃״؉؊٪۔܁܂܃܄ᅟᅠ᜵           ???‐’․‧??????? ‹›⁁⁄⁒ ⅓⅔⅕⅖⅗⅘⅙⅚?⅜⅝⅞⅟∕∶⎮╱⧶⧸⫻⫽⿰⿱⿲⿳⿴⿵⿶⿷⿸⿹⿺⿻　。〔〕〳゠ㅤ㈝㈞㎮㎯㏆㏟꞉︔︕︿﹝﹞?．／｡ﾠ???�|192:8;moderate| -greomni /usr/lib/firefox/omni.ja -appomni /usr/lib/firefox/browser/omni.ja -appdir /usr/lib/firefox/browser 4771 true tab
b

Merci pour cet article très complet.

Je n'ai jamais été fan d'Unity et je ne suis pas non plus fan de Gnome 3…

Donc pas de changement pour moi, ça restera Xubuntu avec XFCE 4 qui me donne (à 99%) satisfaction.

Avec un peu de personnalisation, j'ai le même bureau que Gnome 2, avec une bien plus grande stabilité et moins de bugs que Mate et aussi avec les applications Gnome officielles comme Evince, gnome-calculator, gedit, etc.

Donc je ne vais pas regretter Unity…

Ça fait des années que je recharge mes piles alcalines avec un chargeur acheté 15 euros chez Lidl. Il suffit de ne pas charger trop longtemps (faire des essais avec son propre chargeur).

Ça marche en général très bien et selon mon expérience on peut recharger en moyenne deux fois les piles alcalines de bonne qualité. Néanmoins, il y a des risques de fuite et donc il faut éviter d'utiliser ces piles sur un appareil coûteux…

Je n'ai jamais eu d'explosion, mais je ne dis pas que ça n'arrivera jamais…

On peut imaginer un chargeur qui teste le courant de charge et la tension de sortie et qui s'arrête automatiquement. J'imagine que c'est ce que fait le "chargeur open source" ?

Il y en a plein sur le bugzilla de LibreOffice.

J'ai participé à celui-ci (commentaire 23) : https://bugs.documentfoundation.org/show_bug.cgi?id=104716

Pour moi, GTK3 ou GTK2, c'est lent tout pareil sur les documents complexes.

A noter que sur le document attaché au rapport de bug que tu as indiqué, le scrolling est fluide chez moi (LO 5.1.4.2, GTK2).

J'utilise LibreOffice tous les jours au boulot (et je convertis en .doc pour les collègues) depuis 5-6 ans et je suis satisfait des fonctionnalités, de l'ergonomie et de la stabilité.

Par contre, depuis plusieurs versions je suis confronté à une lenteur de plus en plus difficile à supporter. Avec des documents techniques de 100 pages et des centaines d'images SVG (équations) et de figures PNG, le défilement est insupportablement long. A côté, le concurrent MS Office est quasi instantané (sur le même document).

J'ai donné plusieurs cas concrets à l'équipe de LO pour qu'ils analysent, mais ça n'avance pas. J'ai l'impression que cette lenteur est un problème de fond lié à la structure même du programme.

Et le pire, c'est que de version en version, LibreOffice se ralentit…

Merci pour ce retour d'expérience. Malheureusement, l'outil essentiel pour moi, à savoir la brosse (et aussi les autres outils de retouche locale), n'a pas d'équivalent sous Darktable. Comme je l'ai déjà expliqué, les masques dessinés sont une piètre alternative, hélas… Pour se faire une idée de la puissance de la brosse, voir les tutoriels vidéos de Serge Ramelli par exemple…

C'est vrai que certains outils de Darktable n'existent pas sous Lightroom (les courbes en mode Lab, les masques paramétriques, etc.) et c'est un plus pour Darktable, mais ça reste marginal pour moi.

Oui mais Ligthroom 6 (et les versions qui suivront) ne tourne pas sous Linux, c'est pourquoi je voudrais bien que Darktable améliore son interface et son "usability".

J'ai essayé d'utiliser Darktable, et pour cela j'ai regardé religieusement les tutos de la chaîne Carafife, car pas moyen de comprendre comment faire certaines choses sans ça.

Et puis j'ai baissé les bras : certaines tâches sont beaucoup trop compliquées sous Darktable…

Un seul exemple, la retouche locale (le B A BA du photographe). Sous Lightroom, on clique sur l'outil brosse et on peint le ou les réglages que l'on veut (exposition, clarté, détail, saturation, etc.). On visualise alors en temps réel ce que l'on fait. On travaille exactement comme on le faisait avec les mains ou les badines sous l'agrandisseur. On clique sur Nouveau pour une nouvelle zone et c'est reparti… En très peu de temps, on a équilibré son image. Les autres outils (filtre radial, gradué, correction automatique) fonctionnent sur ce même principe simple et intuitif.

Sous Darktable, il va falloir sélectionner un module correspondant à la correction que l'on veut, puis créer un masque dessiné et appliquer la correction. Puis, si l'on veut une autre correction sur la même région, on devra sélectionner un autre module, et rappeler le masque dessiné précédemment et appliquer la correction. Et ainsi de suite : c'est long et pas du tout intuitif… Si on a créé un masque paramétrique, on ne peut pas le rappeler… Il faudra le recréer…