Cyrille Pontvieux a écrit 529 commentaires

Non le lien est déjà dans sa dépêche. Faut lire jusqu'au bout hein !

Je vote pour Rugbyman :D

Moi j'utilise SCIM. Je n'ai aucun soucis. J'ai mon clavier Xorg/Hal qui est configuré sur "fr" variante "oss".
J'ai mes touches composés, mes touches mortes, tout va bien. Je peux switcher SCIM avec Ctrl+Espace et passer du japonais au grec (pour ma config) en utilisant Ctrl+Shift.
Tout marche très très très bien pour ma part.

Ahhh enfin un nourjal qui dénonce ;-)

Je suis sous XFCE au passage. Je ne sais pas si ça joue.
Je n'ai pas le problème de oocalc, ni dans geany, ni dans un terminal, ni même sur Firefox.
Par contre, je viens de vérifier, j'ai effectivement le problème dans oowrite !! Pourtant OpenOffice est bien empaqueté en une seule fois sur ma distrib. Bizarre que le comportement soit différent entre les deux.
Je n'ai pas trouvé d'autre application qui comporte ce problème pour le moment.

Je viens de tester sous mousepad (une appli GTK) et je n'ai nullement le problème. Alors soit ça vient de gedit, soit de la config de ta distro, mais pas de GTK à mon avis.

Ça commence à me saouler cette réflexion idiote à chaque fois.

Cité par Wikipedia : http://www.druide.com/points_de_langue_03.html

Merci.
J'ajoute qu'il existe également un Live CD/USB basé sur Salix 13.0 (c'est à dire la Slackware 13.0)
Et voilà le lien manquant sur le site de Salix : http://www.salixos.org/

J'ai pas bien compris ce que c'est ni à quoi ça sert. Est-ce qu'il est possible d'avoir un tout petit exemple ?

C'est pas déprécié dans PHP 6 ça ?

Je sais que la semaine est courte (pour certains) à cause du pont, et on pourrait donc considérer ce mercredi comme un vendredi...mais là il me semble qu'on n'est encore mardi non ?

Foutaises !

Ouais enfin, un LiveCD avec Photorec dessus et tu les récupérais tes photos...

Je répondais de la différence avec Zenwalk.

Exactement.
Bon par contre, ça ne s'adresse pas qu'aux slackeux.
On peut noter aussi comme différence que Salix existe en version 64 bits.

Moi j'en vois un. Un site publie des articles...on a envie de les garder comme des documents ou d'en inclure un ou deux dans des documents existants. Dans ce cas, cet export est utile. On voit qu'il existe deux greffons pour DotClear et Trac, deux frameworks utilisés pour poster des articles/documentation. Ça pourrait être utile pour les wiki (mediawiki, dokuwiki, ...) également.
Sur un wiki il est facile de travailler à plusieurs et d'avoir un historique des changements. Lorsqu'on le souhaite on peut demander un export vers un format bureautique ouvert. Et utiliser l'XHTML directement permet d'avoir une librairie généralisée, sans ajout de code compliqué au code du wiki et où une correction de bug dans la librairie se répercute automatiquement sur tous.

J'ai mis pertinent.

Par contre t'as aussi un problème avec le fait d'assumer tes gros mots ?
http://linuxfr.org/~dinomasque/29347.html

Même chose pour Xmarks pour moi, les bookmarks ça va, le reste non.
Je sais qu'à un moment il était possible d'utiliser un serveur alternatif avec ce greffon. Il suffisait qu'il supporte webdav. Je ne sais pas ce qu'il en est actuellement. J'aimerais bien les stocker sur mon serveur plutôt, mais je ne sais pas si c'est compliqué à mettre en place ou pas.

Sinon pour PPassKeeper, je ne connaissais pas et ça m'a l'air très intéressant. Faudrait que j'en touche deux mots au développeur principal de gajim quand ce sera ptre moins beta.
D'ailleurs dans le libre, beta ça veut pas toujours dire grand chose. Ici, ça veut dire quoi ?

Ahhh un petit poucet quoi :)
J'en connaissais plein mais pas "chemin de fer"...

A contrario on peut dire que quelqu'un qui utilise le logiciel libre sans le choisir , ou sans en comprendre les tenants et aboutissants , n'utilise pas du logiciel libre mais un logiciel tout court , il changera a la moindre occasion , lorsque les sirènes leur chanteront la mélodie qui les impressionnera.

Comme le navigateur Chrome actuellement sous Windows.
Je connais pas mal de collègues qui considèrent ou qui ont déjà franchi le pas d'utiliser Chrome au quotidien à la place de Firefox. Le fait que Firefox est libre et Chrome non n'a pas l'air de pencher dans la balance. Uniquement le look, les fonctionnalités et la renommée (si Chrome n'était pas poussé par Google mais par Yahoo par exemple, avec le même logiciel et pub, ça n'aurait pas fait monter la mayonnaise aussi bien).

second degré tout ça...

Moi qui utilise en général des mots de passe à sécurité forte, j'ai déjà du mal à tous m'en souvenir (mais j'y arrive). Alors quand, dans une entreprise pour mon cas, on me demande de changer tous les mois, j'en reviens à choisir un mot de passe un poil plus court (oui parce que y'a des longueurs max aussi sinon c'est pas drôle), et je rajoute le mois derrière.

En en discutant avec plusieurs collègues au fil du temps, je me suis rendu compte que bcp de gens faisaient comme moi ou de manière similaire (un chiffre qui s'incrémente). Du coup, l'intérêt est carrément nul, alors que si on demandait à utiliser un mot de passe long et avec des caractères non-alpha, à changer tous les ans, ça serait sûrement plus sûr.

Certes, FF pourrait récupérer le codec à travers le système d'exploitation mais quid des OS pour lesquels le codec en question n'existe pas ?

Mais de toute façon pour l'instant, que le système puisse ou ne puisse pas lire du h264, tu n'as pas la vidéo. Alors si l'OS sait faire, tant mieux, sinon on n'a pas pire qu'actuellement.
Je vois pas où est le problème.

Oui c'est sûr que j'ai vachement envie de réencoder ma musique en mp3 pour la mettre sur la baladeur alors que la majorité de ce que j'ai est en vorbis. C'est sûr c'est plus pratique...

Je suis complètement d'accord et en ai fait l'expérience. C'est vrai que ces critères ne sont pas forcément justes, mais je conçoit qu'il faut bien des règles. Reste à savoir si les règles sont à revoir quand la société évolue…