Si je modifie un jpg, sans ajouter de calques, à la fermeture The Gimp me dit que je vais perdre mes modifs. Donc, dans la logique, si j'enregistre au format XCF, je dois pouvoir annuler les dernières manips en ouvrant le XCF? ben non. Je vois pas ce qu'apporte le XCF dans ce cas.
Le bit n'est pas de pouvoir revenir en arrière, mais de pouvoir garder les métadonnées permettant de revenir à l'état ou ton document était lorsque tu as fait ton dernier enregistrement.
Pour scribus par exemple, c'est avoir les zones d'images modifiables, pour pouvoir les changer de place, ce que tu ne peux pas faire avec un PDF. Pour Gimp (que je connais moins), il doit y avoir le même genre d'information (même sans les calques). Et je suppose qu'il est plus siùmple de partir sur le principe d'enregistrer par défaut au format de travail, plutôt que de déterminer si telle ou telle modification nécessite un enregistrement de données supplémentaires.
Après je suis d'accord qu'on peut probablement améliorer l'ergonomie, mais le principe en lui même me parait assez logique.
Linux étant un noyau, à part si tu comptes modifier le noyau ou ajouter un pilote, tes contributions seront dans la licence de ton choix sans contraintes.
Tu peux développer uyn pilote proprio pour Linux si ça te chante.
vous savez tous que dans The Gimp, si on travaille sur des images, il ne faut plus faire "enregistrer sous" mais "exporter" si l'on veut enregistrer dans un format autres que le format natif (XCF).
Qu'est-ce qui te gène dans ce comportement ?
Le format XCF est un format de travail qui contient toutes les méta-données utilisées par Gimp. C'est un peu comme si tu te plaignais que Word enregistre par défaut en docX plutôt qu'en PDF par exemple.
C'était déjà pénible, même si on pouvait modifier les raccourcis clavier pour retrouver un usage "normal", c'est à dire un comportement que l'on retrouve dans les autres logiciels (c'est ça la normalité, ce que l'on retrouve le plus souvent).
Donc pour toi un comportement normal, c'est un enregistrement d'un format de travail en un format "fini", quitte à perdre les métadonnées te permettant de revenir sur ton travail ?
Quant au fait qu'on le retrouve plus souvent, ce n'est pas parce que c'est fait souvent que c'est la meilleure façon de faire. Sinon, dans le même genre tu as Scribus qui te permet de gérer ton document de travail, de faire toutes les mises en pages et modifications que tu veux, et d'enregistrer au format natif scribus. Ensuite, si tu veux enregistrer dans un autre format, tu exportes, et c'est normal.
On arrive à faire un LiveCD avec des environnements monstrueux, alors pourquoi pas un live CD avec outils de tests graphique ?
Sinon, si ce n'est pas en LiveCD (parce que FS en RAM qui prend beaucoup de place), une distrib dédiée ne contenant que le minimum pour les tests serait plus judicieuse.
J'ai le même problème. Je suis électronicien amateur, et j'ai effectivement tendance à commander plus de composants que nécessaire. par contre maintenant, j'évite de le faire pour certains types de composants (microcontroleurs par exemple) : en effet, on se retrouve parfois avec un tas de composants plus ou moins obsolètes dans les tiroirs. Ca peut servir de pièce de rechange, certes, mais en général, un microcontroleur, (sauf à faire de fausses manips), ça ne grille pas souvent.
C'est le genre d'outil que je trouverais bien pratique également.
J'avais pensé coder quelque chose mais jamais eu le temps de m'y mettre. Avec ce que tu indiques, j'aimerais avoir également intégrer le ou les datasheets, ou une petite fiche qui récapitule les caractéristiques principales du composant.
Ah, un autre truc intéressant, notamment pour les transistors : les composants compatibles. Egalement, lorsqu'un composant est obsolète, pouvoir faire un lien avec le remplaçant. Enfin, avoir la possibilité par exemple, pour certains composants, de pouvoir les grouper d'une certaine manière, par "famille", et pouvoir avoir un apperçu rapide des différences entre les composants (je pense par exemple au L293N, L29D et L293E qui sont plus ou moins les mêmes composants avec une petite variante, ou les microcontroleurs qui peuvent avoir le même coeur et ne varier que par le nombre de ressources internes disponibles).
Pour info, je connais quelqu'un qui veut se mettre au développement d'appli web, ça pourrait être un bon sujet pratique pour s'y mettre. Il est toujours plus motivant de commencer un projet lorsqu'on sait qu'il sera utilisé plutôt que de faire un bête exercice qui ne servira à personne. Je vais tenter de le contacter pour voir si ça l'intéresse de coder ça dans le cas ou ça n'existerait pas. Si vous avez d'autres suggestion de fonctionnalités qui vous viennent à l'idée n'hésitez pas à les poser ici.
Et on a la garantie que le rendu sera identique d’un navigateur à l’autre. Ou pas.
Bah, on a ce genre de problème (mais dans une moindre mesure, je te l'accorde) avec les PDF qui ne sont lisible qu'avec le reader d'Adobe (ça m'est déjà arrivé …).
Sinon, pour répondre à ta question, ce format existe déjà : c'est le HTML. Pas besoin d'un lecteur spécifiue, les navigateurs sont intégrés dans les OS de nos jours. Il faudrait juste un éditeur spécifiquement adapté à la génération de présentation et ça existe peut-être déjà).
Pour en revenir au début, ce n'est pas tant ton utilisation de ce format qui me gène, mais le fait qu'Adobe ait développé un format "fourre-tout", un peu comme les documents Word ou Excel ou on met n'importe quoi.
En fait non, les gens ne demandent pas à avoir ces adwares ou ces barres de recherches intégrés a leur navigateur, ni même de cliquer sur continuer pour bypasser le popup qui demande de raquer la licence.
ca dépend des "gens". J'en connais qui aiment ce genre de truc dégueux.
Sinon, par rapport à la discussion, Clubic, O1.net ou ce genre de truc, c'est plain de softs pas fini, pleins d'adware et de pourriture qui affiche des pubs pendant l'utilisation de l'ordinateur. Et si on compare les softs réellement utiles aux softs qui sont là uniquement pour faire du fric en affichant de la pub, on élimine une grosse partie de ce qui se télécharge.
C'est grave …. Personnellement ça me choque d'intégrer un truc animé dans un format prévu pour l'impression.
Après, je suis conscient que pour des présentations, les vidéos c'est bien, mais dans ce cas, est-il judicieux de se baser sur le même format? A mon avis le risque, c'est d'avoir un format trop complexe qui fait tout mais le fait mal, et des problèmes pour ensuite développer les utilitaires permettant d'afficher le format.
N'aurait-il pas mieux vallu un format dédié pour ce genre d'utilisation ?
Personnellement je n'ouvre pas de compte google+ parce que je n'en ai pas besoin, et que je n'en veux pas. Je ne vois pas pourquoi Google devrait m'obliger à utiliser leur réseau social.
Si un jou Google exige un compte G+ pour la messagerie, je fermerai mon compte chez eux ( il ne me sert pas beaucoup).
Certes, mais de mon point de vue, la réduction de débit n'est qu'une conséquence, pas la cause. D'ailleurs un code de type morse pourrait même te permettre d'augmenter le débit par rapport à un autre code plus riche mais dont les éléments seraient plus confus et te pousseraient à aller plus lentement pour éviter les confusions.
Mais lnmp, c'est facilement prononçable non ? (pour un mutant qui possède trois langues dans la bouche. Et le top du top serait qu'il ait 10 doigts par main pour utiliser Emacs).
Le morse fiabilise (un peu) la communication en ralentissant le débit
Tu réduis aussi la confusion entre les identifiants en limitant leur nombre. J'ai pris le morse parce que ça existe déjà, mais on pourrait utiliser du binaire en codant le 0 et 1 par des sons complètements différents et facilement identifiables.
Je l'ai fait avant de répondre, et pour quelqu'un qui n'y connait rien en shell, c'est difficile de faire le tri entre les bons tutoriels et les mauvais. De plus, il est parfois difficile de chercher avec les bon mots clé pour avoir rapidement le bon site.
Le problème aujourd'hui c'est que beaucoup de monde crée son site pour ne rien dire ou pour pas grand chose : et il m'arrive souvent, pour des sujets que je ne connais pas, de devoir épelucher une vingtaine de sites inintéressants pour pouvoir trouver un bout d'info qui m'intéresse, et de n'avoir l'info pertinente qu'au bout de quelques heures de recherche et d'affinement d'expression à donner à Google.
Je comprends toujours pas à quoi sert fic et surtout la Blacklist, que vient elle faire dans le script ?
Que la prochaine fois tu iras en cours ?
Que la prochaine fois tu liras les manuels ?
Je te trouve un peu dur là. Quand j'ai commencé à programmer en shell, je me rappelel avoir eu du mal avec les variables de boucle, et le prof était allé un peu vite sur ces "détails" qui peuvent paraître évidents pour un habitué mais pas forcément pour un novice. Le shell est un langage étrange au début pour toute personne habitué au C/C++ par exemple.
De plus il arrive parfois que des profs donnent des choses à faire et à comprendre sans forcément donner tous les éléments nécessaires dans le cours, sans compter sur le fait que certains cours sont mal faits. Donc certes, je suis d'accord avec ceux qui donnent des pistes, sans donner la réponse toute cuite, mais là je trouve que tu y vas un peu fort.
Pour le posteur initial : peux-tu nous extraire la partie de ton cours qui traite des boucles for et nous indiquer pourquoi tu ne la comprends pas ?
Bref, je souffrais de mon manque d'expérience là-dessus, et ça m'a paru vraiment compliqué.
Le plus compliqué avec Mnesia c'est effectivement d'apprendre à penser autrement qu'avec un SGBD classique. Maintenant que tu le dis, je me souviens de m'y être intéressé dans les débuts de mon apprentissage de Mnesia et j'ai laissé tomber pour y revenir plus tard car il y avait d'autrees éléments d'Erlang que je n'avais pas encore complêtement assimilés (notamment les notions de list comprehension).
Car Mnesia est faite pour être distribuée sur plusieurs machines.
??? Ce n'est absolument pas obligatoire. Tu peux utiliser Mnesia sur un seul noeud Erlang. Mnesia est d'ailleurs un des systèmes de BDD les plus simples que j'ai rencontrés. Il ne m'a pas fallu plus d'1 heure pour comprendre comment ça marche dans les grandes lignes, en faisant mes tests sur 1 seul noeud. Il y a certes des choses que je n'ai pas encore utilisées dans Mnesia, mais pour le stockage/sélection de données structurées, c'est assez simple.
Maintenant il y a peut-être d'autres critères qui t'ont détournés de Mnesia mais celui que tu indiques n'est pas à mon avis le plus pertinent.
Je ne pense pas que grand monde s'amuse à modifier ses commentaires au cours des débats.
C'est que tu connais mal la mauvaise foi qui peut reigner ici (et pas qu'ici). A partir du moment ou tu laisses la possibilité à des utilisateurs de faire quelque chose, tu en trouveras toujours un pour le faire. Et si tu ne mets pas de limite, ça tourne vite à l'ingérable.
[^] # Re: Personnellement, ça me parait logique ....
Posté par totof2000 . En réponse au message Gimp et son enregistrement export -> Connaissez vous un logiciel qui.... Évalué à 2.
Le bit n'est pas de pouvoir revenir en arrière, mais de pouvoir garder les métadonnées permettant de revenir à l'état ou ton document était lorsque tu as fait ton dernier enregistrement.
Pour scribus par exemple, c'est avoir les zones d'images modifiables, pour pouvoir les changer de place, ce que tu ne peux pas faire avec un PDF. Pour Gimp (que je connais moins), il doit y avoir le même genre d'information (même sans les calques). Et je suppose qu'il est plus siùmple de partir sur le principe d'enregistrer par défaut au format de travail, plutôt que de déterminer si telle ou telle modification nécessite un enregistrement de données supplémentaires.
Après je suis d'accord qu'on peut probablement améliorer l'ergonomie, mais le principe en lui même me parait assez logique.
[^] # Re: Instruction de virtualisation
Posté par totof2000 . En réponse au message Quel netbook ?. Évalué à 2.
Question : ca existe une telle autonomie ? Je parle dans les faits, pas forcément ce qui est annoncé par le constructeur.
[^] # Re: Licence GPL
Posté par totof2000 . En réponse au message Embarquer/utiliser Linux dans un projet commercial ?. Évalué à 3.
Ah, j'oubliais : si les boitiers n'ont pas vocation à être diffusés/vendus mais que ça reste interne à ta boite, tu fais ce que tu veux.
[^] # Re: Licence GPL
Posté par totof2000 . En réponse au message Embarquer/utiliser Linux dans un projet commercial ?. Évalué à 4.
Tu peux développer uyn pilote proprio pour Linux si ça te chante.
# Personnellement, ça me parait logique ....
Posté par totof2000 . En réponse au message Gimp et son enregistrement export -> Connaissez vous un logiciel qui.... Évalué à 3.
Qu'est-ce qui te gène dans ce comportement ?
Le format XCF est un format de travail qui contient toutes les méta-données utilisées par Gimp. C'est un peu comme si tu te plaignais que Word enregistre par défaut en docX plutôt qu'en PDF par exemple.
Donc pour toi un comportement normal, c'est un enregistrement d'un format de travail en un format "fini", quitte à perdre les métadonnées te permettant de revenir sur ton travail ?
Quant au fait qu'on le retrouve plus souvent, ce n'est pas parce que c'est fait souvent que c'est la meilleure façon de faire. Sinon, dans le même genre tu as Scribus qui te permet de gérer ton document de travail, de faire toutes les mises en pages et modifications que tu veux, et d'enregistrer au format natif scribus. Ensuite, si tu veux enregistrer dans un autre format, tu exportes, et c'est normal.
[^] # Re: gestion des dependances
Posté par totof2000 . En réponse au journal Existe t-il un LiveCD-USB orienté évaluations matérielles?. Évalué à 2.
Je pensais à u montage en RAM pour certains FS devant être écrits, comme /var, par exemple.
On est d'accord, cependant il faut savoir si on en a besoin pour le liveCD.
Pour une fois c'est pas moi, et je n'ai même pas relevé … ;).
[^] # Re: gestion des dependances
Posté par totof2000 . En réponse au journal Existe t-il un LiveCD-USB orienté évaluations matérielles?. Évalué à 6.
????
On arrive à faire un LiveCD avec des environnements monstrueux, alors pourquoi pas un live CD avec outils de tests graphique ?
Sinon, si ce n'est pas en LiveCD (parce que FS en RAM qui prend beaucoup de place), une distrib dédiée ne contenant que le minimum pour les tests serait plus judicieuse.
# On se sent moins seul ....
Posté par totof2000 . En réponse au message inventaire et gestion de stock de composants électroniques. Évalué à 2.
J'ai le même problème. Je suis électronicien amateur, et j'ai effectivement tendance à commander plus de composants que nécessaire. par contre maintenant, j'évite de le faire pour certains types de composants (microcontroleurs par exemple) : en effet, on se retrouve parfois avec un tas de composants plus ou moins obsolètes dans les tiroirs. Ca peut servir de pièce de rechange, certes, mais en général, un microcontroleur, (sauf à faire de fausses manips), ça ne grille pas souvent.
C'est le genre d'outil que je trouverais bien pratique également.
J'avais pensé coder quelque chose mais jamais eu le temps de m'y mettre. Avec ce que tu indiques, j'aimerais avoir également intégrer le ou les datasheets, ou une petite fiche qui récapitule les caractéristiques principales du composant.
Ah, un autre truc intéressant, notamment pour les transistors : les composants compatibles. Egalement, lorsqu'un composant est obsolète, pouvoir faire un lien avec le remplaçant. Enfin, avoir la possibilité par exemple, pour certains composants, de pouvoir les grouper d'une certaine manière, par "famille", et pouvoir avoir un apperçu rapide des différences entre les composants (je pense par exemple au L293N, L29D et L293E qui sont plus ou moins les mêmes composants avec une petite variante, ou les microcontroleurs qui peuvent avoir le même coeur et ne varier que par le nombre de ressources internes disponibles).
Pour info, je connais quelqu'un qui veut se mettre au développement d'appli web, ça pourrait être un bon sujet pratique pour s'y mettre. Il est toujours plus motivant de commencer un projet lorsqu'on sait qu'il sera utilisé plutôt que de faire un bête exercice qui ne servira à personne. Je vais tenter de le contacter pour voir si ça l'intéresse de coder ça dans le cas ou ça n'existerait pas. Si vous avez d'autres suggestion de fonctionnalités qui vous viennent à l'idée n'hésitez pas à les poser ici.
[^] # Re: Impression
Posté par totof2000 . En réponse au journal Intégrer des vidéos dans des fichiers PDF. Évalué à 2.
Bah, on a ce genre de problème (mais dans une moindre mesure, je te l'accorde) avec les PDF qui ne sont lisible qu'avec le reader d'Adobe (ça m'est déjà arrivé …).
[^] # Re: Impression
Posté par totof2000 . En réponse au journal Intégrer des vidéos dans des fichiers PDF. Évalué à 3.
Sinon, pour répondre à ta question, ce format existe déjà : c'est le HTML. Pas besoin d'un lecteur spécifiue, les navigateurs sont intégrés dans les OS de nos jours. Il faudrait juste un éditeur spécifiquement adapté à la génération de présentation et ça existe peut-être déjà).
[^] # Re: Impression
Posté par totof2000 . En réponse au journal Intégrer des vidéos dans des fichiers PDF. Évalué à 2.
Pour en revenir au début, ce n'est pas tant ton utilisation de ce format qui me gène, mais le fait qu'Adobe ait développé un format "fourre-tout", un peu comme les documents Word ou Excel ou on met n'importe quoi.
Ils avaient la possibilité de faire autrement.
[^] # Re: Impression
Posté par totof2000 . En réponse au journal Intégrer des vidéos dans des fichiers PDF. Évalué à 1.
Pourquoi pas, si je n'étais pas sur deux autres projets par ailleurs.
J'ai une petite idée de coment ça pourrait se faire(par contre ça prendrait beaucoup de temps …).
[^] # Re: Ça ne nous concernes pas.
Posté par totof2000 . En réponse au journal Gimp envoie bouler Sourceforge. Évalué à 2.
ca dépend des "gens". J'en connais qui aiment ce genre de truc dégueux.
Sinon, par rapport à la discussion, Clubic, O1.net ou ce genre de truc, c'est plain de softs pas fini, pleins d'adware et de pourriture qui affiche des pubs pendant l'utilisation de l'ordinateur. Et si on compare les softs réellement utiles aux softs qui sont là uniquement pour faire du fric en affichant de la pub, on élimine une grosse partie de ce qui se télécharge.
[^] # Re: Impression
Posté par totof2000 . En réponse au journal Intégrer des vidéos dans des fichiers PDF. Évalué à 4.
C'est grave …. Personnellement ça me choque d'intégrer un truc animé dans un format prévu pour l'impression.
Après, je suis conscient que pour des présentations, les vidéos c'est bien, mais dans ce cas, est-il judicieux de se baser sur le même format? A mon avis le risque, c'est d'avoir un format trop complexe qui fait tout mais le fait mal, et des problèmes pour ensuite développer les utilitaires permettant d'afficher le format.
N'aurait-il pas mieux vallu un format dédié pour ce genre d'utilisation ?
[^] # Re: Juste une question par curiosité ...
Posté par totof2000 . En réponse au message Cherche solution antispam simple. Évalué à 3.
Merci pour la réponse. Quelle que soit la raison, c'est toujours intéressant de savoir ce qui motive quelqu'un de passer d'un OS à un autre.
# Juste une question par curiosité ...
Posté par totof2000 . En réponse au message Cherche solution antispam simple. Évalué à 4.
Pourquoi avoir changé alors ?
[^] # Re: Quel est le problème ?
Posté par totof2000 . En réponse au journal Bye bye Feedly. Évalué à 2.
Personnellement je n'ouvre pas de compte google+ parce que je n'en ai pas besoin, et que je n'en veux pas. Je ne vois pas pourquoi Google devrait m'obliger à utiliser leur réseau social.
Si un jou Google exige un compte G+ pour la messagerie, je fermerai mon compte chez eux ( il ne me sert pas beaucoup).
[^] # Re: identifiants faciles?
Posté par totof2000 . En réponse au journal Small Issue Tracker. Évalué à 1.
Certes, mais de mon point de vue, la réduction de débit n'est qu'une conséquence, pas la cause. D'ailleurs un code de type morse pourrait même te permettre d'augmenter le débit par rapport à un autre code plus riche mais dont les éléments seraient plus confus et te pousseraient à aller plus lentement pour éviter les confusions.
[^] # Re: LEMP
Posté par totof2000 . En réponse au journal Journal tuto : Plateforme LEMP. Évalué à 4.
Mais lnmp, c'est facilement prononçable non ? (pour un mutant qui possède trois langues dans la bouche. Et le top du top serait qu'il ait 10 doigts par main pour utiliser Emacs).
[^] # Re: identifiants faciles?
Posté par totof2000 . En réponse au journal Small Issue Tracker. Évalué à 1.
Tu réduis aussi la confusion entre les identifiants en limitant leur nombre. J'ai pris le morse parce que ça existe déjà, mais on pourrait utiliser du binaire en codant le 0 et 1 par des sons complètements différents et facilement identifiables.
[^] # Re: Merci
Posté par totof2000 . En réponse au message Explication d'un Script Shell. Évalué à 2.
Je l'ai fait avant de répondre, et pour quelqu'un qui n'y connait rien en shell, c'est difficile de faire le tri entre les bons tutoriels et les mauvais. De plus, il est parfois difficile de chercher avec les bon mots clé pour avoir rapidement le bon site.
Le problème aujourd'hui c'est que beaucoup de monde crée son site pour ne rien dire ou pour pas grand chose : et il m'arrive souvent, pour des sujets que je ne connais pas, de devoir épelucher une vingtaine de sites inintéressants pour pouvoir trouver un bout d'info qui m'intéresse, et de n'avoir l'info pertinente qu'au bout de quelques heures de recherche et d'affinement d'expression à donner à Google.
[^] # Re: Merci
Posté par totof2000 . En réponse au message Explication d'un Script Shell. Évalué à 2.
Je te trouve un peu dur là. Quand j'ai commencé à programmer en shell, je me rappelel avoir eu du mal avec les variables de boucle, et le prof était allé un peu vite sur ces "détails" qui peuvent paraître évidents pour un habitué mais pas forcément pour un novice. Le shell est un langage étrange au début pour toute personne habitué au C/C++ par exemple.
De plus il arrive parfois que des profs donnent des choses à faire et à comprendre sans forcément donner tous les éléments nécessaires dans le cours, sans compter sur le fait que certains cours sont mal faits. Donc certes, je suis d'accord avec ceux qui donnent des pistes, sans donner la réponse toute cuite, mais là je trouve que tu y vas un peu fort.
Pour le posteur initial : peux-tu nous extraire la partie de ton cours qui traite des boucles for et nous indiquer pourquoi tu ne la comprends pas ?
[^] # Re: Erlang
Posté par totof2000 . En réponse au journal Small Issue Tracker. Évalué à 2.
Le plus compliqué avec Mnesia c'est effectivement d'apprendre à penser autrement qu'avec un SGBD classique. Maintenant que tu le dis, je me souviens de m'y être intéressé dans les débuts de mon apprentissage de Mnesia et j'ai laissé tomber pour y revenir plus tard car il y avait d'autrees éléments d'Erlang que je n'avais pas encore complêtement assimilés (notamment les notions de list comprehension).
Avais-tu essayé QLC ?
[^] # Re: Erlang
Posté par totof2000 . En réponse au journal Small Issue Tracker. Évalué à 4.
??? Ce n'est absolument pas obligatoire. Tu peux utiliser Mnesia sur un seul noeud Erlang. Mnesia est d'ailleurs un des systèmes de BDD les plus simples que j'ai rencontrés. Il ne m'a pas fallu plus d'1 heure pour comprendre comment ça marche dans les grandes lignes, en faisant mes tests sur 1 seul noeud. Il y a certes des choses que je n'ai pas encore utilisées dans Mnesia, mais pour le stockage/sélection de données structurées, c'est assez simple.
Maintenant il y a peut-être d'autres critères qui t'ont détournés de Mnesia mais celui que tu indiques n'est pas à mon avis le plus pertinent.
[^] # Re: GitHub pour entreprise
Posté par totof2000 . En réponse au journal Small Issue Tracker. Évalué à 4.
C'est que tu connais mal la mauvaise foi qui peut reigner ici (et pas qu'ici). A partir du moment ou tu laisses la possibilité à des utilisateurs de faire quelque chose, tu en trouveras toujours un pour le faire. Et si tu ne mets pas de limite, ça tourne vite à l'ingérable.