Gérald Quintana a écrit 74 commentaires

A l'instar de Mozilla le Konqueror inclu dans le futur KDE 3.2 supporte les sidebars. Ce plugin supporterait RDF/RSS: bientôt DLFP dans un sidebar Konqueror, trop la classe!
- 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(...)

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?

<troll>Oui mais celui-là il est plus mieux parce qu'il est pour KDE</troll>

Quelqu'un pourrait-il m'explique ce qu'est devfs et le pourquoi de l'opinion de l'auteur à ce sujet

Et encore un autre
http://www.linuxorbit.com/modules.php?op=modload&name=Reviews&a(...)

> 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?

L'avis de Daniel M. Duley, alias Mosfet, developpeur KDE, auteur du thème Liquid pour KDE http://www.mosfet.org/(...)

Dans la même famille, il y a LinEAK:
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)

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

-1 parce que tout le monde sait cela

Même s'il n'est pas libre (il est gratuit quand même), j'aime bien Xeena d'IBM ( http://www.alphaworks.ibm.com/tech/xeena(...) ) pour l'édition/validation de XML.

Liste d'outils XML pour Linux: http://www.garshol.priv.no/download/xmltools/plat_ix.html#plat19(...)

Regardez http://www.ploksoftware.org/?view=9(...) c'est un intérieur de 206. Par contre l'extérieur ne vaut pas un Gran Turismo 3!

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)?

Mais les lecteurs de CD Rom 52x existent depuis quelque temps déjà. Ca ne concerne que les graveurs? Ou bien le fait qu'il soit 52x c'est du pipo?

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.

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

Ouille je m'a trrompé, faut intervertir JFIF<->JPEG

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