La simplicité d'installation c'est aussi ce que je reproche a GNUcash et en particulier les dépendances. Qu'il faille avoir GNOME et GTK: je suis d'accord. Mais devoir installer toutes les librairies Scheme & Cie, je trouve ça dommage, ca je ne connais pas d'autre appli qui en fasse usage.
Opale, Grisbi, GNUCash... pour être plus complet je rajouterai:
- KMyMoney2: http://kmymoney2.sourceforge.net(...)
- QHAcc/KHAcc: http://qhacc.sourceforge.net(...) qui fait de beaux dessins
Je les cite parce qu'ils sont susceptibles d'intéresser, mais je ne les utilise pas car ils manquent AMHA de stabilité et de fiabilité: je ne confie pas mes comptes à n'importe qui!
J'ai remarqué que mogrify perdait les informations EXIF (Date de la prise de vue...) stockées dans le fichier JPEG. Est-ce que CJPEG et DJPEG font de même?
> lis.snv.jussieu.fr/~rousse/linux/urpmi.h
Très interessant cet article, mais je n'ai pas bien compris le passage sur la génération de hdlist.cz.
Comme je n'ai qu'un pauvra modem 56k je n'utilise jamais Mandrake update et Cie via Internet. Par contre il m'arrive de télécharger dans un répertoire local quelques RPM de mise à jour ou autre. Comment fait-on pour faire de ce répertoire un média comme un CD Rom ou un serveur FTP?
Ils sont à l'origine de
- [CK]amera, un KIOSlave, qui permet de parcourir le contenu de son appareil photo numérique depuis Konqueror via GPhoto.
- Kivio, une tentative de remake de Visio
- Quanta, une éditeur de pages web
Je pense que tu as raison, mais ma question était "sont-ils vraiment capable d'arriver à 52X (sur les bords)?". Ou bien est-ce du pur marketing (un peu comme les Athlon XP 1700 qui tournent à 1400)?
Tiens c'est marrant moi aussi j'avais eu un gars de Cryo qui était venu nous faire une presentation.
Ce que j'avais trouvé génial c'était l'idée du magasin en ligne en 3D. Tu vois les rayons avec les boîtes dessus, et comme au supermarché tu cliques dessus pour les mettre dans ton panier.
J'avais même jeté un oeil sur le kit de développement et j'avais essayé de faire une appli. Mais j'avais trouvé que c'était un peu bordelique. La machine virtuelle SCOL utilise un langage de type fonctionnel (un peu comme CAML je crois): tout y est fonction! Et l'API n'avait probablement été faite sur un processus de développement du type "Idée-Développement-Recette" plutôt que "Besoins-Analyse-Conception-Dev-Test-Recette". Je veux dire que c'était l'oeuvre d'un passioné du développement pur et dur, mais que ça manquait cruellement d'une vision globale et cohérente.
Ceci n'est qu'une opinion (et mon opinion) établie il y a 3-4 ans (donc probablement obsolète).
Je sais qu'on est pas sur msofficefr.org mais je ne résiste pas au troll concernant MSWord et les rapports longs et pleins d'images. C'est vrai qu'il tient difficilement la charge, mais des parades existent:
- Ne pas inclure les images dans le document, laisser des liens vers les fichiers images à l'extérieur.
- Découper le document en plusieurs parties et utiliser le même systême de lien vers des documents extérieurs pour assembler le tout.
-1 parce que c'est juste pour faire mon intéressant
Si j'ai bien compris le FORMAT jpeg est basé sur une catégorie d'ALGORITHMEs de compression nommé JFIF. Qu'est qui m'empêche de faire un nouveau format utilisant JFIF? JFIF est breveté?
Vu sur http://www.w3.org/Graphics/JPEG/(...)
"Although the "baseline" variety of JPEG is believed patent-free, there are many patents associated with some optional features of JPEG, namely arithmetic coding and hierarchical storage. For this reason, these optional features are never used on the Web."
*Si mes souvenirs sont bons* le JPEG encode les images en diagonale et par carré de 8x8 pixels, ce qui peut nuire aux images contenant beaucoup horizontales et de verticales pures (comme les diagrammes). Deplus il n'encode pas l'intensité des points, mais de variations d'intensité (des DeltaX plutot que des X) et il préfère les petites variations (d'où l'apparition de flou dans les zones à fort contraste). D'ailleurs en compressant un image avec le taux de perte maximal, on obtient un splendide monochrome de la couleur moyenne!
... et son cousin KDEesque par le mariage du beau-frère de sa tante qui sera inclu à la prochaine version de KDE Graphics:
KPOVModeler: http://www.kpovmodeler.org(...)
Que de souvenirs les temps ou je recopiais les scripts POV (ou DKB Trace ou QR Trace, les ancêtres de POV) de ST Magazine pour essayer d'y apporter ma touche perso. Je faisais mes previews en 80*50 sur 4 couleurs.
Trop fort aussi le coup du PDF qu'on dirait un présentation PuissancePoint et qu'on peut basculer en plein écran. Je ne savais pas qu'on pouvais faire de trucs intéractifs avec du PDF...
Moi ce que je préfère c'est le commentaire de l'auteur:
"Ensuite, en ce qui concerne les EJB, je me suis toujours demandé quel était l'intérêt de mettre le transactionnel dans de l'applicatif JAVA, alors que ça fait 15 ans qu'on sait le faire avec de biens meilleures performances dans le SGBDR lui-même."
L'intérêt des transactions au niveau objet plutôt qu'au niveau base:
- Faire des transactions disitrbués sur plusieurs serveurs
- Ouvrir une transaction en incluant différents types de base de données (1 Oracle+ 1 DB2) voire autre chose que des bases de données relationnelles: vive l'EAI
- Rendre les appels de méthodes (au niveau objet donc) atomiques, pour ne pas pourrir modèle objet si la transaction échoue.
- Pour automatiser la gestion des transactions (descripteurs de déploiement...)
L'objectif de la taxe est peut-être d'équilibrer l'équation du budget de la France:
- Diminution de l'impot sur le revenu annoncé
- Dépenses supplémentaires: sécurité...
- Besoin de réduire la dette de l'état pour rentrer dans les critères imposés pas la communauté européenne
- Trou de la sécu (et augmentation des tarifs des médecins)
- Etc...
Il faudra bien que le gouvernement trouve les moyens de financer sa politique. Or comme dit ma grand-mère, il n'y a pas de petites économies. Il doivent se dire qu'une taxe sur les disque durs passera inaperçue à côté du reste...
-1 parce qu'on ne parle pas du droite club sur DLFP
# Autre nouveauté: une Sidebar pour Konqueror
Posté par Gérald Quintana . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 4.
- La news: http://dot.kde.org/1049415292/(...)
- Une copie d'écran avec Slashdot en sidebar: http://static.kdenews.org/mirrors/kde.geiseri.com/sidebarnews.png(...)
[^] # Re: GNUcash
Posté par Gérald Quintana . En réponse à la dépêche Gestion de mon compte bancaire pour les nuls. Évalué à 1.
[^] # Re: GNUcash
Posté par Gérald Quintana . En réponse à la dépêche Gestion de mon compte bancaire pour les nuls. Évalué à 4.
- KMyMoney2: http://kmymoney2.sourceforge.net(...)
- QHAcc/KHAcc: http://qhacc.sourceforge.net(...) qui fait de beaux dessins
Je les cite parce qu'ils sont susceptibles d'intéresser, mais je ne les utilise pas car ils manquent AMHA de stabilité et de fiabilité: je ne confie pas mes comptes à n'importe qui!
[^] # Re: Il y a aussi mogrify ou convert de ImageMagick
Posté par Gérald Quintana . En réponse au message [Terminal] Recompression JPEG. Évalué à 1.
[^] # Re: YAMT pourrait être la solution
Posté par Gérald Quintana . En réponse à la dépêche Renommeur de mp3. Évalué à -2.
# devfs
Posté par Gérald Quintana . En réponse à la dépêche Test Complet de la Mandrake 9.0. Évalué à 1.
[^] # Re: Complet ?
Posté par Gérald Quintana . En réponse à la dépêche Test Complet de la Mandrake 9.0. Évalué à -2.
http://www.linuxorbit.com/modules.php?op=modload&name=Reviews&a(...)
[^] # Re: Packages RPM
Posté par Gérald Quintana . En réponse à la dépêche Test Complet de la Mandrake 9.0. Évalué à 1.
Très interessant cet article, mais je n'ai pas bien compris le passage sur la génération de hdlist.cz.
Comme je n'ai qu'un pauvra modem 56k je n'utilise jamais Mandrake update et Cie via Internet. Par contre il m'arrive de télécharger dans un répertoire local quelques RPM de mise à jour ou autre. Comment fait-on pour faire de ce répertoire un média comme un CD Rom ou un serveur FTP?
# L'avis de Mosfet
Posté par Gérald Quintana . En réponse à la dépêche Bero quitte RedHat. Évalué à 9.
[^] # LinEAK
Posté par Gérald Quintana . En réponse à la dépêche Clavier multimédia sous GNU/Linux. Évalué à 4.
http://lineak.sourceforge.net/(...)
Il existe même outil de configuration graphique pour les débutants comme moi.
Par contre si quelqu'un sait comment démarrer le lineakd au démarrage, je suis preneur (.xsession et .xinitrc ne marchent pas sur mas MDK8.2)
[^] # ...quelques autres choses
Posté par Gérald Quintana . En réponse à la dépêche Entrevue avec Shawn Gordon. Évalué à 10.
- [CK]amera, un KIOSlave, qui permet de parcourir le contenu de son appareil photo numérique depuis Konqueror via GPhoto.
- Kivio, une tentative de remake de Visio
- Quanta, une éditeur de pages web
-1 parce que tout le monde sait cela
# Autres
Posté par Gérald Quintana . En réponse à la dépêche MlView: éditeur et validateur XML. Évalué à 3.
Liste d'outils XML pour Linux: http://www.garshol.priv.no/download/xmltools/plat_ix.html#plat19(...)
[^] # Car interface: Rigolo
Posté par Gérald Quintana . En réponse à la dépêche Un nouveau moteur 3D GPL. Évalué à 0.
[^] # Re: Technologie limitée?
Posté par Gérald Quintana . En réponse à la dépêche Lecteur 48x, il dure vraiment moins longtemps.... Évalué à 7.
# Technologie limitée?
Posté par Gérald Quintana . En réponse à la dépêche Lecteur 48x, il dure vraiment moins longtemps.... Évalué à 10.
Sinon, peut-on brider logiciellement la vitesse d'un lecteur de CD? Ce serait interessant pour prolonger sa durée de vie et réduire le bruit.
[^] # Re: ouéé, prems
Posté par Gérald Quintana . En réponse à la dépêche SCOL bientot libre?. Évalué à 8.
Ce que j'avais trouvé génial c'était l'idée du magasin en ligne en 3D. Tu vois les rayons avec les boîtes dessus, et comme au supermarché tu cliques dessus pour les mettre dans ton panier.
J'avais même jeté un oeil sur le kit de développement et j'avais essayé de faire une appli. Mais j'avais trouvé que c'était un peu bordelique. La machine virtuelle SCOL utilise un langage de type fonctionnel (un peu comme CAML je crois): tout y est fonction! Et l'API n'avait probablement été faite sur un processus de développement du type "Idée-Développement-Recette" plutôt que "Besoins-Analyse-Conception-Dev-Test-Recette". Je veux dire que c'était l'oeuvre d'un passioné du développement pur et dur, mais que ça manquait cruellement d'une vision globale et cohérente.
Ceci n'est qu'une opinion (et mon opinion) établie il y a 3-4 ans (donc probablement obsolète).
[^] # Re: love abiword
Posté par Gérald Quintana . En réponse à la dépêche Fin des prix « éducation » pour MS. Évalué à -6.
- Ne pas inclure les images dans le document, laisser des liens vers les fichiers images à l'extérieur.
- Découper le document en plusieurs parties et utiliser le même systême de lien vers des documents extérieurs pour assembler le tout.
-1 parce que c'est juste pour faire mon intéressant
[^] # Re: Les alternatives ?
Posté par Gérald Quintana . En réponse à la dépêche Apres GIF, le JPEG. Évalué à 2.
[^] # Re: Les alternatives ?
Posté par Gérald Quintana . En réponse à la dépêche Apres GIF, le JPEG. Évalué à 4.
Vu sur http://www.w3.org/Graphics/JPEG/(...)
"Although the "baseline" variety of JPEG is believed patent-free, there are many patents associated with some optional features of JPEG, namely arithmetic coding and hierarchical storage. For this reason, these optional features are never used on the Web."
[^] # Re: Les alternatives ?
Posté par Gérald Quintana . En réponse à la dépêche Apres GIF, le JPEG. Évalué à 10.
[^] # Re: Dommage que ce ne soit pas libre...
Posté par Gérald Quintana . En réponse à la dépêche POV-Ray 3.5 est sorti. Évalué à 8.
KPOVModeler: http://www.kpovmodeler.org(...)
[^] # Mode sasfépu
Posté par Gérald Quintana . En réponse à la dépêche POV-Ray 3.5 est sorti. Évalué à 10.
[^] # Re: héhé ;)
Posté par Gérald Quintana . En réponse à la dépêche Utilisation des logiciels libres dans l'enseignement. Évalué à 7.
[^] # Re: Houuuuuuuuuuuuuuu
Posté par Gérald Quintana . En réponse à la dépêche Apache/PHP et IIS/ASP : pas si bons ?. Évalué à 3.
"Ensuite, en ce qui concerne les EJB, je me suis toujours demandé quel était l'intérêt de mettre le transactionnel dans de l'applicatif JAVA, alors que ça fait 15 ans qu'on sait le faire avec de biens meilleures performances dans le SGBDR lui-même."
L'intérêt des transactions au niveau objet plutôt qu'au niveau base:
- Faire des transactions disitrbués sur plusieurs serveurs
- Ouvrir une transaction en incluant différents types de base de données (1 Oracle+ 1 DB2) voire autre chose que des bases de données relationnelles: vive l'EAI
- Rendre les appels de méthodes (au niveau objet donc) atomiques, pour ne pas pourrir modèle objet si la transaction échoue.
- Pour automatiser la gestion des transactions (descripteurs de déploiement...)
[^] # Re: Objectif de la taxe ?
Posté par Gérald Quintana . En réponse à la dépêche Les disques durs bientôt taxés ?. Évalué à -3.