Frédéric COIFFIER a écrit 703 commentaires

Je suis du même avis : quelle version de Bibble utilisez-vous ? La Pro ou la Lite ? Est-ce que ça vaut le coup ?

Pour les RAW, il y a aussi Digikam qui permet de lire sans problème mais pas vraiment de les modifier (ce n'est pas non plus son boulot). Krita intègre aussi un support pour les fichiers RAW mais j'étais étonné de devoir convertir le fichier en 8 bits avec pour que ce soit utilisable (je pensais que RAW, c'était justement > 8bits). Et Krita manque encore de maturité.

Entièrement d'accord, j'adore Ruby comme remplaçant de Perl. C'est un langage objet qui permet de faire de gros scripts propres rapidement. Après, ma préférence Ruby par rapport à Python, elle est subjective.

On ne me fera pas croire que la prise en main à distance de PC Windows dans une entreprise, c'est anecdotique.
Combien d'entreprises fournissent un accès à distance à leurs employés qui sont en déplacement ou en astreinte ?
Sachant que pour Windows, les logiciels pour réaliser cela coûtent une petite fortune !

Je ne pense pas que Windows Vista sera un obstacle à ça.

Comment expliquer alors qu'avec KDE4, on ne puisse plus faire ça sachant que c'est une caractéristique de X depuis près de 20 ans et que grâce à FreeNX, on a les mêmes performances qu'avec des outils commerciaux pour Windows ?

A l'heure où Linux entre sur le bureau des entreprises, il serait dommage de se fermer cette porte...

Je ne sais pas s'il y en a parmi vous qui utilisent fréquemment FreeNX pour se connecter à distance (ou même X en remote sur un réseau local).
J'ai eu l'occasion de tester Qt4 et j'ai eu l'occasion de le tester dans une session FreeNX et tout ce qui est graphique rame énormément.

En effet, en ce moment, j'ai toute une session KDE3 qui tourne sans problème. Même un Gimp pourrait être utilisable dans ces conditions (pas pour dessiner mais pour utiliser des filtres). Même avec Inskape, je peux déplacer un carré normalement.

Mais si j'utilise les applis de démos de Qt4.2, ça rame énormément. L'appli avec les souris qui mange le fromage (cf Graphics View : http://doc.trolltech.com/4.2/qt4-2-intro.html ) me prend 100% CPU sur la machine distante et des souris figées sur la machine locale.
Vu que KDE4 va vraisemblablement utiliser toutes ces nouveautés, je me demande si KDE4 sera utilisable en distant (et si ce n'est pas le cas, ce serait une grosse perte).

... et pour ceux qui ne sont pas contents et qui voudraient comprendre certains choix, voici le blog d'un des développeurs :

http://blogs.adobe.com/penguin.swf/

Un truc qui fait des écrans bleus de la mort

Pour moi, standalone, ça veut dire "avec très peu de dépendances (genre libc sous Linux), voir compilée en statique".
Bref, sous Windows ou Linux, on télécharge un exécutable (au pire un Zip contenant quelques fichiers), on lance l'exécutable et ça marche sans avoir eu à installer un package quelconque.

Ici, peut-on imaginer avoir un XulRunner.exe + fichiers du projet XUL dans un Zip et lorsque l'on dézippe le fichier, en double-cliquant sur le fichier projet, avoir une appli qui fonctionne ?

Le problème de Qt4, c'est que c'est du C++ et qu'il faut donc compiler et recompiler pour chaque plateforme.

Par contre, il fonctionne sur Windows, Linux et MacOSX. Malheureusement, pas sous Symbian ou PalmOS (même si Qtopia est orienté mobile et smartphone, il faut que ça tourne sous Linux embarqué).

Qt intègre tout ce qu'il pour accéder à une base SQL.
Une bonne documentation ce qui permet de coder très vite même en ne connaissant pas du tout Qt.

Pour l'installer, il suffit d'avoir les quelques DLL correspondantes à livrer avec l' .exe (sous Linux, les .so avec l'appli).

"qui embarque directement SQLite : plus besoin de serveur de base de donnée."

Je ne pense pas que la base de données MySQL tourne à côté de l'application. Sinon, je serai étonné de voir ça sur un mobile (Symbian) ou un palm (PalmOS).
XulRunner, c'est une appli standalone ou il faut l'installer ?

Quelle plateforme possède par défaut une VM Java ?
Certes, pas besoin d'installer l'application mais il faudra quand même installer la machine virtuelle (Windows (Offline Installation) (filesize: 16.00 MB)).
On peut installer la JVM sous Windows sans les droits admins ?

Certes Ralink, c'est libre, mais ça fait quand même 2 ans que l'équipe de http://rt2x00.serialmonkey.com/ essaie de faire des drivers potables.
Actuellement, nous n'avons toujours pas de mode master dans une release officielle (il parait que c'est dans le CVS mais ça fait longtemps qu'il n'y a pas eu de release...).
Donc, doit-on considérer que les drivers sont libres s'ils sont mal codés et non maintenables ?

Pour pas se faire moinsser ?

Si j'ai bien suivi, Kat n'a rien à avoir avec cat.
C'est un moteur d'indexation permettant d'indexer tous ses documents et de rechercher ensuite ces documents comme on peut le faire avec Google.
L'équivalent gnome est beagle (qui a son propre moteur d'indexation). Certains se sont demandés pourquoi ne pas mutualiser le moteur de beagle mais beagle est écrit en C# alors que Kat est en C++.

Bref, maintenant que Kat est abandonné (et ça fait quelques temps que c'est le cas), les regards se tournent vers Strigi et son frontend qui seront intégrés à KDE4 (voir les discussions de cette semaine à l'aKademy 2006). L'espoir dans KDE4, c'est d'avoir ce moteur d'indexation intégré au coeur de KDE4 et ainsi offrir la puissance de Strigi à toutes les applications de KDE sans avoir à faire beaucoup d'effort.
Bref, pour voir ce que ça donne, il va encore falloir attendre environ 6 mois.

Cela veut-il dire qu'il n'y a pas de driver bttv pour V4L2 ?
Vu que V4L1 est obsolète maintenant...

Tiens, le « Talk Like a Pirate Day » est revenu (ce qui peut expliquer une partie du mail de Linux [ci-dessus])

Pour info : http://www.talklikeapirate.com/piratehome.html

Je pense que certains "débutants" auront peut-être plus l'occasion d'utiliser la £ qu'un caractère accentué très particulier.
Autant je suis d'accord avec les changements proposés jusqu'ici (même pourquoi pas la touche ²), autant je trouve qu'il est dommage de perdre la £ qui est inscrite sur la touche (et ça pourrait troubler beaucoup de personnes qui arrivent sur un PC Linux).

De même que Qt4 seul fonctionne très bien en multi-plateforme.
Certes, faut faire du C++ à la sauce Qt4 et après, il suffit de zipper les quelques .dll avec pour Windows (sous Linux, je ne sais pas si Qt4 est maintenant distribué par la plupart des distributions).
C'est vrai que j'oublie le gros inconvénient : il faut recompiler sur chaque plateforme...

A ma connaissance, Java n'est pas encore libéré. Il y a juste des rumeurs (annonces) persistantes que la machine virtuelle de Sun sera prochainement libérée.

Après s'il y a des développeurs meilleurs que ceux de Sun [certains doivent croire que Sun fait exprès de ralentir Java sous Linux], il est peut-être possible d'améliorer les choses sous Linux (mais la libération de StarOffice n'a pas fait de miracles de ce point de vue pour OpenOffice).

Windows XP ne gérait pas l'IPv6 ???
Je comprends mieux pourquoi l'IPv6 est toujours aussi rare...

D'un autre côté, si le mapping clavier change dès que l'on est sur un autre PC Linux que le sien, ça va devenir frustrant.

Il faut mieux avoir un compromis et un Howto pour ceux qui souhaitent faire leurs petites modifications perso.

Il faut que tu regardes la nouvelle proposition :
https://bugs.freedesktop.org/attachment.cgi?id=6953

Est-ce que quelqu'un pourrait indiquer la commande permettant d'avoir dans le fichier .ps, tous les caractères pouvant être générés ?
Au mieux, je me retrouve avec un dessin de clavier et des keycodes pour chaque touche (et encore, j'ai du compiler une map avec xkbcomp et la repasser à xkbprint...).

Le problème de VNC, c'est qu'il faut une bande passante réseau bien plus élevée qu'avec NX (même avec TightVNC, je doute que ça atteigne les performances de NX).

D'un autre côté, si NX est performant, c'est justement à cause d'une système de cache (qui consomme donc pas mal de RAM...).

Et c'est quand ?

Mouais, ils ont encore des vulnérabilités avec 31,457 lignes de code alors que KDE n'en a plus avec 3,775,944 lignes ?

Enfin, sérieusement, je doute de la validité de l'info pour Gnome vu la différence du nombre de lignes...