J'ai une question qui me brûle les lèvres Jehan… La sortie de la 2.10 est à compter en jours, semaines, mois ou années? Je suis un dev, je sais que ce n'est pas facile de répondre, mais généralement on a une petite idée de l'ordre de grandeur et c'est vraiment la seule chose que je cherche a savoir. En cherchant les forums sur le net c'est pas clair… Alors une idée? Ou c'est la réponse habituelle… Lorsque ce sera prêt!
Et qu'en plus, j'ai vire l'outil mpour unj autre outil pas libre qui me convient bien mieux et qui fonctionne…lui.
Bien voilà, fallait commercer par là!! Un troll de chez Adobe, maintenant je comprends ton message. Tu as vraiment du temps à perdre ou tu as déjà piraté toutes les clés des logiciels Adobe? Je dis ça sans te connaître, c'est pas bien… mais la vérité est que toutes les personnes que je connais utilisant les logiciels propriétaires du vendeur sus-cité les ont piratés! Ça aussi c'est horripilant!
Non c'est juste que chacun ne voit que son petit monde. Dans pas mal de cas tu as 50% des utilisateurs qui sont pour et les autres contre. Tu fais quoi? Et ceux contre viennent râler au complot sans souvent avoir lu le rapport des développeurs pour étayer le choix. Il est impossible de plaire a tout le monde. Pour ma part le choix du "save as" soulevé plus haut de GIMP me va très bien, ce qui ne veut pas dire que j'ai raison, c'est juste bien tombé… Et pour les autres cas et bien je m'adapte, c'est jamais très compliqué et ça permet de rester avec un esprit jeune :)
Si tu avais lu complètement l'article tu aurais fait comme Jehan… c'est à dire remonter et corriger les problèmes plutôt que de venir ici faire un commentaire horripilant.
"parfaitement adaptée au développement d’applications web"
J'ai l'impression d'avoir déjà entendu cela pas mal de fois depuis des années. Malheureusement tous les langages récents viennent avec une idée différente et des dizaines de mauvaises idées car sans prendre l'expérience des autres. Du coup… et bien tout cela laisse de la place au langage suivant qui comblera une faille et en introduira des dizaines et tout cela laisse de la place au… la roue tourne!
Franchement, ce qui est important dans un langage c'est ce qu'il interdit pas ce qu'il permet! Certains langage a typage dynamique (Python) introduisent maintenant des "glutes" pour contraindre ces derniers! Ne fallait il pas y penser avant en prenant l'expérience de Modula, Ada… Que d'énergie perdu :(
Pfuuu… du grand n'importe quoi, amusant ok mais rudimentaire… On sait tous que la TI-57 est à la base de la programmation moderne et que c'est une TI-57 qui fait le contrôle commande des avions :)
En tout cas la TI-59 sortie en 1977 (comme la TI-57) était vraiment l'un des premiers "objets" programmables grand public je pense.
Pour ceux qui ont quelques bons souvenirs avec une TI-57 et/ou 59:
J'ai mis plus de 3 mois à trouver d'où venait le problème de couleur lors d'impression. Après avoir suspecté CUPS, puis colord… Le bug n'est toujours pas corrigé et est donc dans GNOME 3.14 et maintenant dans GNOME 3.16.
Donc si vous avez un profil d'écran et que vous utilisez un profil ICC pour votre imprimante surtout désactivez temporairement votre profil écran sinon l'impression sera vraiment de mauvaise qualité.
Idem, si vous décidez de créer un profil pour votre imprimante vous devez imprimer les chartes en désactivant le profil écran.
Il y a une quelque chose comme cela, pas certain que cela colle à ton workflow… Juste placer un .txt avec le même nom que ton image à coté du RAW. Dans les préférences tu peux demander d'afficher ce texte en mode zoom sur la table lumineuse.
Je pense que ce n'est pas difficile du tout, mais la question est est-ce que tous les utilisateurs veulent faire ce changement? Sinon, comment intégrer une préférence pour cette brosse?
sans un thème sombre c'est difficile de traiter des photos. sinon la version en gtk3 (en préparation) pourra probablement faire cela plus facilement avec le CSS correspondant.
Et bien pour le module d'impression j'y travail depuis déjà pas mal de temps. L'objectif est d'avoir cela pour la prochaine version. Le but étant de pouvoir imprimer une page unique (pas plusieurs images sur la même page, pour cela il existe des logiciels spécialisés). Je viens justement de publier une branche mise-à-jour juste avant de lire ce message. La branche s'appelle "print-module" sur le Git du projet. Donc si tu veux tester ce module en compilant darktable c'est possible, mais attention c'est une branche en développement donc il est possible que les impressions ne marchent pas correctement! J'ai testé sur deux imprimantes Dell-3100cn et une Lexmark X950 avec de bons résultats.
Le module d'impression supporte les profils d'imprimante bien entendu.
Oui, l'idée est bonne. Tu peux ouvrir un ticket sur le Redmine du projet mais il faudra qu'un dev motivé et que l'équipe soit convaincu pour que l'idée soit implémentée.
100% d'accord avec toi, la remarque n'apporte rien bien au contraire. Et oui dt = Lightroom et Gimp = Photoshop au niveau du but recherché et du type de travail supporté.
Oui, le RAW. Et même si c'est un peu un abus d'appeler un RAW un "négatif numerique" ce n'est pas si faux que cela. Un RAW n'est pas une image et nécessite une balance des blancs et un espace de couleur pour donner vie aux informations brutes du capteur. Sans parler de la courbe de réponse qui caractérise chaque capteur.
Il n'y a rien à "enregister" donc normal! Toutes tes actions sont systématiquement enregistrés dans une base de données et un .xmp. Pour créer l'image avec tes modifications tu dois "exporter" depuis la "Table lumineuse" ton image en jpeg, tif…
Le C peut le faire ?? Je me coucherai moins bête ce soir !
Ça n'a aucun sens. La récursion terminale n'a rien à voir avec le C (comme tu le précise par la suite d'ailleurs) car ce n'est pas une propriété du langage. Un mauvais compilateur C ne le fera pas, un bon le fera. On parle ici d'implémentation du langage et pas du langage lui même. GCC donc le fait, et il le fait pour le C, le C++ et l'Ada. Je pense, mais ne peut pas l'affirmer, que GCC (le middle end du compilateur en fait) le fait pour tous les langages qu'il supporte.
Pourquoi n'est pas une propriété du langage? Parce que lorsque l'on écrit N * F (N-1) on exprime tout simplement une expression récursive sans considérer un seul instant l'implémentation et c'est tant mieux car l'implémentation est du ressort du compilateur. A lui de faire au mieux sans nous demander de préciser explicitement quoi que ce soit. Chacun son niveau d'expression et d'abstraction.
Donc ok ce n'est pas dans la norme C, ni dans la norme Ada mais c'est ce que fait tout bon compilateur car la récursion terminale n'est pas très difficile à transformer en boucle standard.
[^] # Re: GIMP 2.10
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 3.
Merci pour ta réponse… mais évite de donner les informations importante en passant dans un tunnel car là on a perdu l'essentiel :)
# GIMP 2.10
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 2.
J'ai une question qui me brûle les lèvres Jehan… La sortie de la 2.10 est à compter en jours, semaines, mois ou années? Je suis un dev, je sais que ce n'est pas facile de répondre, mais généralement on a une petite idée de l'ordre de grandeur et c'est vraiment la seule chose que je cherche a savoir. En cherchant les forums sur le net c'est pas clair… Alors une idée? Ou c'est la réponse habituelle… Lorsque ce sera prêt!
Merci d'avance!
[^] # Re: Écrire du texte, "C'est tout con, mais c'est horripilant"
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 7.
Bien voilà, fallait commercer par là!! Un troll de chez Adobe, maintenant je comprends ton message. Tu as vraiment du temps à perdre ou tu as déjà piraté toutes les clés des logiciels Adobe? Je dis ça sans te connaître, c'est pas bien… mais la vérité est que toutes les personnes que je connais utilisant les logiciels propriétaires du vendeur sus-cité les ont piratés! Ça aussi c'est horripilant!
[^] # Re: Écrire du texte, "C'est tout con, mais c'est horripilant"
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 8. Dernière modification le 28 juin 2015 à 12:10.
Non c'est juste que chacun ne voit que son petit monde. Dans pas mal de cas tu as 50% des utilisateurs qui sont pour et les autres contre. Tu fais quoi? Et ceux contre viennent râler au complot sans souvent avoir lu le rapport des développeurs pour étayer le choix. Il est impossible de plaire a tout le monde. Pour ma part le choix du "save as" soulevé plus haut de GIMP me va très bien, ce qui ne veut pas dire que j'ai raison, c'est juste bien tombé… Et pour les autres cas et bien je m'adapte, c'est jamais très compliqué et ça permet de rester avec un esprit jeune :)
[^] # Re: Écrire du texte, "C'est tout con, mais c'est horripilant"
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Entretien avec Jehan, développeur GIMP. Évalué à 10.
Si tu avais lu complètement l'article tu aurais fait comme Jehan… c'est à dire remonter et corriger les problèmes plutôt que de venir ici faire un commentaire horripilant.
# résultats étranges
Posté par Pascal Obry (site web personnel) . En réponse au sondage En quelle année êtes-vous passé(e) à GNU/Linux (ou autre système libre) ?. Évalué à 1.
Hum, c'est moi ou si je lis bien les résultats il y a de moins en moins de personne passant à GNU/Linux?
Deux solutions:
- les lecteurs de linuxfr sont vieillissants
- les lecteurs de linuxfr sont un poil menteur en donnant une date plus ancienne :)
# on nous a déjà fait le coup
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Sortie de Haxe 3.2.0. Évalué à -2.
"parfaitement adaptée au développement d’applications web"
J'ai l'impression d'avoir déjà entendu cela pas mal de fois depuis des années. Malheureusement tous les langages récents viennent avec une idée différente et des dizaines de mauvaises idées car sans prendre l'expérience des autres. Du coup… et bien tout cela laisse de la place au langage suivant qui comblera une faille et en introduira des dizaines et tout cela laisse de la place au… la roue tourne!
Franchement, ce qui est important dans un langage c'est ce qu'il interdit pas ce qu'il permet! Certains langage a typage dynamique (Python) introduisent maintenant des "glutes" pour contraindre ces derniers! Ne fallait il pas y penser avant en prenant l'expérience de Modula, Ada… Que d'énergie perdu :(
Dans Haxe ben un langage de plus!
# TI-57 bons souvenirs
Posté par Pascal Obry (site web personnel) . En réponse au sondage Mon processeur préféré ?. Évalué à 0.
"ti57 - rudimentaire, mais amusant"
Pfuuu… du grand n'importe quoi, amusant ok mais rudimentaire… On sait tous que la TI-57 est à la base de la programmation moderne et que c'est une TI-57 qui fait le contrôle commande des avions :)
En tout cas la TI-59 sortie en 1977 (comme la TI-57) était vraiment l'un des premiers "objets" programmables grand public je pense.
Pour ceux qui ont quelques bons souvenirs avec une TI-57 et/ou 59:
https://play.google.com/store/apps/details?id=net.obry.ti5x&hl=fr
# EoG et impression
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche GNOME 3.16 - nettoyage de printemps. Évalué à 7.
Attention, un bug dans EoG peut faire du mal!
Voir https://bugzilla.gnome.org/show_bug.cgi?id=740994
J'ai mis plus de 3 mois à trouver d'où venait le problème de couleur lors d'impression. Après avoir suspecté CUPS, puis colord… Le bug n'est toujours pas corrigé et est donc dans GNOME 3.14 et maintenant dans GNOME 3.16.
Donc si vous avez un profil d'écran et que vous utilisez un profil ICC pour votre imprimante surtout désactivez temporairement votre profil écran sinon l'impression sera vraiment de mauvaise qualité.
Idem, si vous décidez de créer un profil pour votre imprimante vous devez imprimer les chartes en désactivant le profil écran.
Voilà, en attendant que le bug soit corrigé.
[^] # Re: À quand un module d'impression et une brosse performante ?
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 1.
Oups en relisant ton message je vois que je n'avais pas bien compris… En fait c'est probablement plus difficile que ce que je pensais!
[^] # Re: À quand un module d'impression et une brosse performante ?
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 2.
Il y a une quelque chose comme cela, pas certain que cela colle à ton workflow… Juste placer un .txt avec le même nom que ton image à coté du RAW. Dans les préférences tu peux demander d'afficher ce texte en mode zoom sur la table lumineuse.
[^] # Re: gui ?
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 2.
En remontant dans l'historique (module sur la gauche dans le module chambre noire).
[^] # Re: À quand un module d'impression et une brosse performante ?
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 2.
Je pense que ce n'est pas difficile du tout, mais la question est est-ce que tous les utilisateurs veulent faire ce changement? Sinon, comment intégrer une préférence pour cette brosse?
[^] # Re: Thème graphique
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 4.
sans un thème sombre c'est difficile de traiter des photos. sinon la version en gtk3 (en préparation) pourra probablement faire cela plus facilement avec le CSS correspondant.
[^] # Re: question
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 2.
pas "effacer" mais "supprimer"
[^] # Re: question
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 3.
Drôle de question!! Oui c'est possible c'est même l'une des fonctions principales du logiciel.
Deux idées:
https://drive.google.com/file/d/0B_w_CWtzkwW0UWRFbXU0di1WZk0/view?usp=sharing
https://www.youtube.com/playlist?list=PLZOdZMT41b7W0IBntprxOOqlw54iiKRMb
[^] # Re: À quand un module d'impression et une brosse performante ?
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable 1.6 : traitement de photos, développement d’images RAW. Évalué à 10.
Et bien pour le module d'impression j'y travail depuis déjà pas mal de temps. L'objectif est d'avoir cela pour la prochaine version. Le but étant de pouvoir imprimer une page unique (pas plusieurs images sur la même page, pour cela il existe des logiciels spécialisés). Je viens justement de publier une branche mise-à-jour juste avant de lire ce message. La branche s'appelle "print-module" sur le Git du projet. Donc si tu veux tester ce module en compilant darktable c'est possible, mais attention c'est une branche en développement donc il est possible que les impressions ne marchent pas correctement! J'ai testé sur deux imprimantes Dell-3100cn et une Lexmark X950 avec de bons résultats.
Le module d'impression supporte les profils d'imprimante bien entendu.
Voilà, donc c'est en cours…
[^] # Re: Dérawrisation et commentaires
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 1.
content -> comptant :)
[^] # Re: Dérawrisation et commentaires
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 1.
Oui, la chaîne carafife est vraiment excellente et traite (en Français) d'une bonne partie de darktable. La playlist content actuellement 20 épisodes:
https://www.youtube.com/playlist?list=PLZOdZMT41b7W0IBntprxOOqlw54iiKRMb
Oui, l'idée est bonne. Tu peux ouvrir un ticket sur le Redmine du projet mais il faudra qu'un dev motivé et que l'équipe soit convaincu pour que l'idée soit implémentée.
[^] # Re: Digikam traite également les fichiers raw
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 2.
Oui, on est probablement tous au courant. Mais dans un article sur dt c'est quoi le but?
[^] # Re: Darktable
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 2.
100% d'accord avec toi, la remarque n'apporte rien bien au contraire. Et oui dt = Lightroom et Gimp = Photoshop au niveau du but recherché et du type de travail supporté.
[^] # Re: négatif numérique
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 3. Dernière modification le 04 décembre 2014 à 18:27.
Oui, le RAW. Et même si c'est un peu un abus d'appeler un RAW un "négatif numerique" ce n'est pas si faux que cela. Un RAW n'est pas une image et nécessite une balance des blancs et un espace de couleur pour donner vie aux informations brutes du capteur. Sans parler de la courbe de réponse qui caractérise chaque capteur.
[^] # Re: Ce logiciel est magnifique!
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Darktable : entrevue avec Johannes Hanika. Évalué à 7.
Il n'y a rien à "enregister" donc normal! Toutes tes actions sont systématiquement enregistrés dans une base de données et un .xmp. Pour créer l'image avec tes modifications tu dois "exporter" depuis la "Table lumineuse" ton image en jpeg, tif…
# et hop
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Venez découvrir la cartographie collaborative libre samedi 4 octobre 2014 à Forcalquier (04). Évalué à 1.
Quelques liens Google Maps remplacés par des liens OpenStreetMap!
[^] # Re: C'est pourtant évident.
Posté par Pascal Obry (site web personnel) . En réponse à la dépêche Coder efficacement, bonnes pratiques et erreurs à éviter. Évalué à 3.
Ça n'a aucun sens. La récursion terminale n'a rien à voir avec le C (comme tu le précise par la suite d'ailleurs) car ce n'est pas une propriété du langage. Un mauvais compilateur C ne le fera pas, un bon le fera. On parle ici d'implémentation du langage et pas du langage lui même. GCC donc le fait, et il le fait pour le C, le C++ et l'Ada. Je pense, mais ne peut pas l'affirmer, que GCC (le middle end du compilateur en fait) le fait pour tous les langages qu'il supporte.
Pourquoi n'est pas une propriété du langage? Parce que lorsque l'on écrit N * F (N-1) on exprime tout simplement une expression récursive sans considérer un seul instant l'implémentation et c'est tant mieux car l'implémentation est du ressort du compilateur. A lui de faire au mieux sans nous demander de préciser explicitement quoi que ce soit. Chacun son niveau d'expression et d'abstraction.
Donc ok ce n'est pas dans la norme C, ni dans la norme Ada mais c'est ce que fait tout bon compilateur car la récursion terminale n'est pas très difficile à transformer en boucle standard.