Adrien Dorsaz a écrit 958 commentaires

j'observe l'évolution, mais plutôt que de ne l'utiliser que pour des opérations ultra basiques, j'utilise pinta a la place.

Justement, il y a deux cibles de "nouveaux" utilisateurs :

• Ceux qui veulent apprendre à faire de grandes travaux sur leurs images
• Ceux qui veulent juste corriger un flou, des yeux rouges, ajouter un cercle rouge, une flèche, …

Pour les premiers, ils devront apprendre à utiliser Gimp et auront sûrement besoin de sauver leurs travaux.

Pour les seconds, Gimp est inapproprié et il serait mieux de leur conseiller un autre logiciel (comme pinta, shotwell,…). En effet, Gimp n'a clairement pas un interface simple à utiliser entre la panoplie d'outils non visibles sans visiter les menus, les calques qui ne signifient rien pour la plupart des gens, les opérations simples qui sont "cachées" (comme dit dans d'autres commentaires pour faire un rectangle, par exemple ou écraser une image), l'utilisation intensive des touches Ctrl, Maj, Alt, …

Du coup, pour moi c'est cohérent que Gimp fasse des projets par défaut et non pas des opérations directement sur les images. Il me semble d'ailleurs que le prochain outil en développement, GEGL, pousse plus loin encore l'idée de projet.

Cheese !

c'est surtout le concept de "projet" que le xcf couvre.

Tout le monde n'ouvre pas un éditeur en se disant qu'il va débuter un projet, pour y revenir des jours après. C'est une sauvegarde que l'on fait plus rarement.

La plupart du temps, on se dit que l'opération que l'on va faire sur l'image va être rapide, et donc il est plutôt logique de s'attendre a ce que le logiciel soit optimiste, et propose de sauvegarder au même format. On gagne du temps

Souvent je n'utilise LibreOffice que pour faire une lettre que je n'aurai jamais besoin d'éditer dès qu'elle sera envoyée. Pour quoi donc sauver en .odt au lieu de directement sauver en PDF/PostScript puisque c'est ce format qui sera envoyée à mon imprimante ?

Ça serait bête de pouvoir gagner du temps la prochaine fois que je dois envoyer une lettre du même type et me retrouver devant un PDF alors que j'aurais pu juste changer l'adresse dans le .odt…

Le problème de sauver au même format est que tu perds complètement l'image d'origine et donc un malencontreux réflexe de sauver et tu perds le travail déjà accompli (tu ne peux pas revenir en arrière si tu fermes le logiciel en plus).

Même pour les non professionnels, perdre une telle information peut être un très grande perte de temps (devoir refaire l'image, puisqu'un non-professionnel n'aura sûrement pas de sauvegardes…) par rapport à juste "Sauver le travail" puis Exporter (ou directement Exporter).

Est-ce que ton éditeur de vidéo n'a pas le même comportement que Gimp ? Est-ce qu'il écrase le fichier d'origine à chaque sauvegarde ou alors enregistre-t'il le montage dans un fichier séparé ?

Je n'ai pas cette option sous Gimp 2.8.14 chez Debian/Jessie.

D'ailleurs, c'est comme si les utilisateurs se plaignaient que Libre/OpenOffice sauvegardait les fichiers en .odt au lieu de PDF…

Ah,je comprend mieux la page de Flattr : en la lisant la première fois, j'avais compris que les comptes de types charités et/ou à but non lucratif étaient des comptes sans taxes.

Mais en réalité "sans taxes" est un troisième label qui n'est pas d'office lié à la charité et aux non lucratifs…

PS: du coup il faudrait soit changer le titre du journal qui est faux, soit le supprimer :/

Edit:

En même temps, j'avais bien écrit :

par extension à la plupart des projets libres régis sous forme de fondation ou d'associations à but non-lucratif.

Donc, je n'étais pas si hors-sujet…

Mince, je n'avais en effet pas vu les exceptions :/

Bon du coup, vous avez d'autre moyens de faire des dons avec des taxes moins élevées ?

J'ai lu en vitesse le site et j'ai vu ce paragraphe très intéressant :

Critères éliminatoires

Pour une solution considérée, sont considérés comme critères éliminatoires :

• Le fait de ne pas livrer aux clients une solution sous une licence reconnue comme libre par la Free Software Foundation  ;
• L'impossibilité, pour une personne de l'art, non experte de la solution, de reconstruire les éventuels binaires à partir des sources ;
• L'enfermement des données et travaux des utilisateurs, rendant leur exploitation impossible en dehors de la solution, par l'usage de standards non-ouvert (nota : les standards qui imposent le paiement d'une redevance, même « raisonnable et non-discriminatoire  », sont considérés comme non-ouverts) ;
• L'impossibilité d'obtenir auprès de l'offreur, ou de l'un de ses partenaires, d'un support professionnel pour ladite solution.

et ce quelque soit le niveau de A à D.

Alors, là, je ne connais pas assez en détails les flags imaps et sieve.

J'ai vu que dans les exemples de Dovecot ils en parlent en utilisant des labels apparemment trouvés en utilisant des variables crées depuis une regexp.

Apparemment, la RFC pour IMAP définis juste quelques flags standard, mais ce n'est pas sûr que Thunderbird les utilise tous (en particulier \Flagged pour indiquer un message important). Ça serait bien de vérifier si ce bug devrait être fermé ou s'il faut le remettre sur le tapis (surtout qu'un groupe de développeur s'est mis d'accord pour reprendre un peu le code de Thunderbird).

Désolé, j'ai oublié de préciser mes imports sieves :

require "imap4flags";
require ["fileinto", "envelope"];

Je parle autant des dossiers que des flags imaps avec filtre sieve.

Voilà mon filtre à spams :

if anyof (header "X-Spam_detected" "true",
    address :contains ["From"] "xxxx@example.com") {
    setflag "\\Seen";
    fileinto "spam";
}

Il déplace dans le dossier spam et ajoute l'étique "\Seen",

En effet, je n'ai pas trouvé d'information à ce sujet dans l'aide de Geary. Ça ne me pose pas de problèmes, car mes messages sont filtrés par mon serveur mail (spam et étiquettes). Peut-être que ton fournisseur de mail pourrait proposer une telle option ?

J'ai le souvenir de news parlant de matériels libres mais en revanche je n'ai pas le souvenir de caractéristiques intéressantes (tant techniques que "financières").

Je pense que tu avais dû entendre parlé de l'OpenMoko et de l'OpenPhoenux.

Le premier, tu peux le trouver d'occasion pour environ 100€, mais ses composants se font vieux (mais tu as au moins l'accès root par défaut, ce sont des distributions Linux dessus). Le second est plus cher (~500€ je crois) et a du matériel plus récent (toujours avec l'accès root).

Enfin, il existe le projet Neo900 qui aura aussi un matériel récent, mais sera aussi assez cher (sûrement 500€ aussi si je me souviens bien).

OpenPhoenux et Neo900 ont un développement actif et verront bientôt Replicant supporté (l'interface RIL est en cours de développement). OpenPhoenux peut déjà être utilisé avec une Debian standard et une distribution QtMoko qui gère déjà la téléphonie et est assez légère.

Je n'ai pas trop suivi où en est le développement du Neo900, mais il y a déjà eu des phases de tests en 2014.

Malheureusement, un smartphone le plus libre possible coûte cher et ça intéresse donc peu de monde (OpenPhoenux par exemple a déjà une nouvelle révision matérielle prête, mais pas assez de personnes intéressées pour lancer la production) et pour avoir un téléphone rooté et avec un système de démarrage libre, il n'y a pas trop d'autres choix :/

C'était déjà le cas avec Gnome 2.24, mais la sauce n'a jamais vraiment pris… (excepté pour Maemo sur les N900).

De nos jour, je pense que les outils qui étaient proposés sont déjà inclus dans les versions desktop, il faut juste l'installer sur un téléphone. C'est tout à fait possible avec les puissances des smartphones actuels et surtout avec des projets libre comme l'OpenPhoenux (bien que leurs mobiles soient moins puissant).

Mais il reste plusieurs problèmes:

• très peu de personnes sont intéressées par des smartphones le plus libre possible (ce qui est nécessaire pour pouvoir installer n'importe quoi dessus) et OpenPhoenux n'a pour l'instant produit que 250 téléphones environ
• les rares personnes intéressées désirent un téléphone vraiment libre, mais seront toujours face aux problèmes suivant: la puce GSM qui a un firmware propriétaire, les puces graphiques ARM propriétaires, souvent la puce Wifi/Bluetooth également pour une question de disponibilité en petite quantité et à prix pas trop élevé
• les puces graphiques ARM étant très souvent propriétaire, il n'y a pas d'accélération graphique ce qui est un problème pour toutes ces technologies : Android, Firefox OS, Firefox pour Android, Gnome3, … Il y a bien des moyens de se passer de la puce graphique, comme le fait Replicant, mais les performances sont moins bonnes et certains logiciels ne fonctionneront pas du tout (Firefox pour Android, par exemple).

Du coup, bien que je possède un des mobiles openphoenux, je n'arrive pas à installer Gnome3 à cause des puces graphiques ARM de TI (dont l'utilisation avec des noyaux récent posent problèmes apparemment).

Bref, avant de s'inquiéter à un Gnome Mobile, il y a déjà beaucoup de progrès à faire ailleurs (et ce depuis longtemps…).

Hello,

J'ai des résultats un peu plus pertinent avec searx.

Particulièrement cet add-on pour Firefox: https://addons.mozilla.org/en-us/firefox/addon/skip-feedsportal/

Euh, ce n'est pas out-of-box, mais c'est quand même pas si compliqué… Tout est expliqué ici : https://wiki.debian.org/fr/SaneOverNetwork

En gros, il faut dire au serveur qui est autorisé à utiliser le scanner et lui dire de lancer automatiquement la commande saned lors d'une connexion. Pour chaque client il faut dire où chercher le scanner.

Après, il n'y a peut-être pas d'outils graphiques pour le faire, mais ce n'est pas la mère à boire d'éditer 3 fichiers.

Non, mais il faut connaître le mot de passe de B (su c'est pour switch user) et la commande c'est plutôt :

su - B -c "script et arguments"

Il y a aussi polkit qui peut t'aider avec pkexec --user B script, qui te demandera aussi le mot de passe de B.

Pour plus de détails man et pour sudo, il faut l'avoir configuré avant de pouvoir le faire, mais dans ce cas se sera ton mot de passe qui sera demandé.

Pour la première solution c'est ce que j'ai actuellement, c'est par cette porte que j'ai installer Bumblebee, j'ai installé primus-libs (j'ai fait ça quoi : sudo dpkg --add-architecture i386 && sudo apt-get update && sudo apt-get install bumblebee-nvidia primus primus-libs:i386 )

Ok, mais dans tes tests tu utilises optirun glxgears au lieu de primus glxgears, tu n'as donc jamais utilisé primus (et l'archi i386 ne semble pas nécessaire selon le wiki de Debian)

Pour PRIME, je l'ai testé il y a longtemps et il était encore jeune, alors les manipulations se faisaient à la main et, si je me souviens bien, uniquement avec Nouveau à cause de DRM/KMS.

Pour la qualité de Nouveau, je n'en ai aucune idée, mais plus le temps avance plus Mesa (l'implémentation libre d'OpenGL) s'améliore et donc améliore les performances des cartes graphiques en générale.

PS : tu as le même résultat pour primus que pour optirun ? Je viens de voir que tu avais parlé de primus, mais sans donner de résultat

Si j'ai bien compris le message, ce n'est pas qu'incron qui est abandonné, mais tout le projet inotify… Quelqu'un pour confirmer ?

Hello,

Je vois trois solutions à ton problème :

1. Installer et utiliser le client primus au lieu d'optirun avec Bumblebee (en gros, c'est le même concept qu'optirun, mais sans la couche réseau)
2. Enlever Bumblebee et utiliser le moyen officiel de Xorg : PRIME dont j'avais parlé ici et qui devrait fonctionner avec Jessie.
3. Si tu as la chance d'avoir le choix dans ton BIOS/UEFI, redémarrer pour choisir la bonne carte (ce qui simplifi{e/ait} la sortie audio sur un port DVI/HDMI)

Voilà, j'espère qu'une des solutions te conviendra ;)

Sauf que je ne parlais pas d'ordinateurs portables clés en main, mais d'ordinateur de bureau où l'on peut choisir notre matériel facilement (par exemple, un processeur Intel avec GPU intégré) et où le wifi est très souvent inutile, puisque le câble est beaucoup plus approprié pour un ordinateur fixe…

Si je ne me trompe pas, les vrais problèmes sont le wifi et les cartes graphiques, le premier n'est pas important pour les ordinateurs fixes et le second est souvent réglé par des drivers libres (nouveau, i985 et radeon).

j'ai essayé le site, avec safari, firefox en cochant ordinateur privé, comme en laissant ordinateur public ca me propose bien d'enregistrer le mot de passe pour le site.

J'ai regardé le code pour "privé" ou "publique", ça permet juste d'avoir un cookie qui ne t'oblige pas à te reconnecter à chaque fois :

function clkSec() {
    var rdoPrvt = document.getElementById('rdoPrvt');
    var c = rdoPrvt.checked;
    if (!c) {
        var oD = new Date();
        oD.setTime(oD.getTime() - 9999);
        document.cookie = "logondata=; expires=" + oD.toUTCString();
    }
}

Je n'ai jamais trop touché au javascript, mais ça m'étonne qu'ils enlèvent 9999 au lieu de les ajouter… ça signifie que la date d'expiration est toujours expirée, non ? Il semblerait que si, si on exécute le code dans la console javascript de Firefox :

< date = new Date()
> Date 2014-11-18T07:33:08.986Z
< date.toUTCString()
> "Tue, 18 Nov 2014 07:33:08 GMT"
< date.setTime(date.getTime() - 9999)
> 1416295978987
< date.toUTCString()
> "Tue, 18 Nov 2014 07:32:58 GMT"

Firefox me propose bien d'enregistrer le mot de passe, mais il ne complète pas le formulaire quand j'y reviens (justement à cause de "autocomplete=off" dans le code de l'input).

Au fait, Greasmonkey ne permettrait pas de rajouter du javascript à la page qui s'exécute lorsque celle-ci est chargée ? D'après la description, c'est ce que tu cherches, mais je ne l'ai jamais utilisé.

J'ai exactement le même et j'avais été surpris lors de l'achat, car il était clairement indiqué sur la boîte que des firmwares opensources étaient compatible.