gpe a écrit 800 commentaires

Je viens de tomber ce rapport de bug de la libpisock:

http://bugs.pilot-link.org/bug_view_advanced_page.php?bug_id(...)

qui traite manifestement du sujet.

Je ne sais pas comment faire pour connaître le charset d'un carnet d'adresses jpilot.

Ben franchement je n'en sais rien. Je ne suis pas sûr que le fichier lui-même contienne cette indication. Dans jpilot par exemple il faut choisir à la main le jeux de caractère à utiliser. Il faudrait peut-être faire la même chose dans Sylpheed et Claws.

Si tu m'envoies un fichier AddressDB.pdb avec lequel tu as le problème, je me pencherai dessus.

Oui mais non, tu comprendras que c'est le genre de fichier que l'on n'envoie pas facilement vu les infos contenues.

Moi ça fait un moment que j'utilise Sylpheed (depuis la 0.7). J'avais essayé Claws il y a quelques temps (6 mois) et je n'avais pas été convaincu. Je le trouvais plus lent pour parcourir les dossiers que Sylpheed et je ne sais pas pourquoi mais mais il m'indiquait toujours des mail non lu alors que j'avais tous lu (j'ai du louper un truc). Mais sinon le truc qui me manque le plus dans Sylpheed c'est comme pir7, la gestion des carnet d'adresse. J'utilise un Palm avec jpilot et si sylpheed propose d'utiliser la base de jpilot, il l'utilise mal car il ne reconnaît pas les caractères accentués (je suis en Debian Etch avec Gnome en utf-8 alors que la base Palm est en windows 1252). En outre depuis la version 2.3 la liaison est cassée car il n'affiche plus rien mis à part les catégories.
Où en est Claws sur ces points?

Excusez ma question débile mais:

c'est quoi l'Eye Candy?

La version 1.0-8776 sortie le 19/10 corrige également cette faille.

J'ai travaillé sur des projets où l'utilisation du français était obligatoire pour toute la documentation, commentaires du code inclus.
Ça serait donc effectivement sympa que l'utf8 soit supporté.

Même pas drôle ils ont laissé les noms de variables et fonctions "lisibles"! ;-)

Pour ce qui est d'avoir quelque chose de fonctionnel "dans les temps" je ne vois pas vraiment ce que tu veux dire. Tu as une échéance précise en tête ?

Peut-ête veut-il dire avant que la carte ne soit plus vendue?

Sur cette page http://www.nvidia.com/object/unix.html c'est encore le 8774 le plus récent, non?
Un peu compliqué le site de Nvidia...

Ce qui est certains c'est que tu ne peux pas travailler (toucher une rémunération autre) pendant des congés payés. Pendant un congé sans solde on peut mais il faut prendre gare à la clause de non-concurrence ou d'exclusivité et en aucun cette activité ne doit nuire à ton employeur. De plus rien n'oblige ton employeur à accepter un congé sans solde.

Moi je dis que c'est bien car il y a peu de source d'info en français sur les évolutions du kernel.

Et j'en fais même un troisième!

Et t'en as écris deux à toi tout seul, et aucun qui traite du sujet de la dépèche.

Je l'avais d'ailleur mentionné dans ma réponse...

tu ignores et tu passes à la suite

J'aimerai bien ignorer ces messages mais c'est malheureusement difficile car sur la page d'accueil le petit symbole qui indique qu'il y a de nouveaux messages sur un fil ne fait pas la distinction entre les messages traitant du sujet et ceux sur la langue française! Alors j'ouvre l'article je le parcours et "blablabla" et "blablabla"... J'en arrive même à louper des messages intéressants!

Bon comme de toute façon on sera jamais d'accord pas la peine de continuer pendant 100 ans.

Fin de transmission.

Oui, peut-être que je suis un gros naze, mais quand sur un fil de 25 messages il y en a 15 qui parle de langue française je trouve qu'il y a un truc qui cloche!
Alors je crois que je vais vous laisser entre spécialistes de notre chère langue sur linuxfr.org alias languefr.org et aller lire les nouvelles ailleurs.
Merci de me "moinser" car ce message n'a rien à voir avec le sujet du fil.
Bye!

Je sais que l'orthographe et la grammaire c'est important et c'est très bien que les fautes soient signalées et corrigées mais je trouve assez pénible que à chaque fois ça "dégénère" sur des considérations sûrement très intéressantes mais qui n'ont strictement rien à voir avec le sujet de l'article et qui au final poluent le fil.

En Debian Testing ça fait strictement rien ^+chiffre

Proposent-ils des mises à jour suivant l'évolution des distrib ? Peut-on si l'on télécharge un .deb pour Ubuntu à une date, passer sous Suse plus tard ?

Je n'ai pas vu de possibilité de téléchargement sur le site (mise à part la mise à jour). Je suppose donc que sur le CD dans la boite il doit y avoir à la fois le .deb et le .rpm, non?

Oui mais bon nul part ça ne cause de latin9...
J'ai "Français" par défaut et je peux choisir entre:
- France
- Autre
- Autre, sans touches mortes
- Autre, touches mortes Sun
- Dvorak (qui semble très très bizarre comme carte)
- Éliminer les touches mortes
- Touches mortes Sun

Bref actuellement j'ai un réglage qui me convient bien car j'accède à tous les caractères que je veux sans aucun des soucis que différentes personnes rapportent ici...

Comment fait-on pour savoir quel clavier on utilise?
(je suis en Debian Testing avec Gnome)

Je plussoie ton plussoiment!

Par exemple on fait tourner une stack GSM/GPRS/EDGE plus pas mal de chose autour sur un proc à 26MHz + un DSP à 78MHz et 512Ko de Ram. Et je peux te dire que toutes les optims sont les bien venues, même si il faut bien avouer que les compilos ARM (ADS et RVCT) sont particulièrement efficaces. Ils utilisent énormément les manipulations de bits. On utilise aussi GCC et il faut bien avouer que sur ARM il est à la ramasse en terme d'optim. Mais ça ne fait pas tout! Il ne gère pas par exemple la mise du code et/ou données en mémoire rapide, ni l'éclatement d'une boucle pour en accélérer le déroulement, ni le retournement d'une boucle (décrémenter plutôt qu'incrémenter). Donc oui bien souvent on peut faire confiance au compilo mais il ne fait pas tout non plus!

[1] on a vraiment des mots à ch*er je trouve...

Parce thumbnail ce n'est pas un mot à ch*er?
Moi, j'aime bien imagette, ça dit clairement ce que c'est.

Vous êtes bien gentils avec vos mesures de temps, du genre "moi mon xp démarre en 40 sec, alors si le tiens met 1m30, c'est que t'es un naze" (je résume ;-) ). Mais sans connaître la config matériel on ne peut rien en tirer... Un PIII avec 256Mo de RAM démarrera fatalement plus lentement qu'un Athlon 64 de la mort qui tue avec 2Go, non?
Enfin, pour apporter ma petite contribution, sur mon portable (P4M 1,6GHz, 512Mo, HD 80Go/5400tr/min), je dirais que XP arrive plus vite sur l'écran de login que Linux/Debian testing, mais que Gnome est plus vite opérationnel que le bureau XP, qui apparaît certe très vite mais reste inutilisable très longtemps!

Que je sache, jamais les utilisateurs de Debian ne plaignent du manque de mp3, nvidia, libcss, acroreader, flash, etc... Ils n'ont pas de raison de se plaindre car c'est quasi pleinement supporté par Debian.

- mp3 n'est pas dans non-free (c'est dans main)
- acroread n'est pas dans non-free (on le trouve sur des dépôts extérieurs)
- flash n'est pas dans non-free (seul un paquet permettant de télécharger le binaire et de l'installer se trouve dans main)
- libcss n'est pas dans non-free (dépôts extérieurs)
- java n'est pas dans non-free (seul un paquet, permettant de créer un deb depuis le binaire de sun, existe dans main)

Bref à part nvidia qui est effectivement dans non-free ça ne consomme pas tant de bande passante que ça et ce n'est pas supporté pas Debian.

parce qu'il existe autre chose que de la pseudo démocratie?

donc c'est la même question que la 2 mais posée avec d'autres mots?
Pourquoi 2 questions alors?!

J'ai du mal a bien comprendre le choix entre la 1ere et la 3e réponse à la première question. Ce n'est pas un peu pareil?