Ha mais non, tu entres dans la première catégorie : ceux qui osent...
Cela s'applique à tout ce qui a trait au libre, pas qu'aux messageries instantanées (j'aime pas IM, on parle français ici !)
Je distingue deux types de personnes :
- ceux qui osent, qui se séparent de msn peu importe ce que ça leur coûte, qui change de matos parce que ça marche pas sous linux, qui font évoluer les choses
- et les "couilles molles" (référence à Balladur dans les guignols :)) genre j'en ai des spécimens : incapables de dire microsoft, ils disent microchiottes, windaube... Puis si tu leur demandes ce qu'ils utilisent : win 2000, msn, photoshop, 3d studio max...
Il y a une contradiction dans ton texte : Et puis les gens sont LIBRE d'utiliser les logiciels qu'ils veulent
Oui... je prefere utiliser msn parce que ca me prends la tête...
Contradiction : tu es dans l'obligation d'utiliser msn !
Tout le monde a une Webcam ici ?
Non Et autour de vous ?
Non
(transmissions de sons que je n'ai jamais entendu faute de client compatible, ouf !).
Transmission de photos, de sons ???
Je préfère de très loin mon Konqueror : clic droit > copier vers > contact ...
Chaque chose en son temps :)
KDE 3.4 va marquer déjà une grande avancée... Et j'ai malheureusement des doutes sur la disponibilité de KDE 4 en 2005. Ou alors à la fin de l'année seulement.
M'enfin, à suivre de TRÈS près !
Que tous les codeurs capables de bosser dessus s'y mettent rapidos, faut que ça aille vite et bien :)
Bon, ça c'est bien pour la compatibilité MSOffice, mais mis à part ça, j'aime pas (même si j'avoue avoir été un pionnier du wordart et/ou textart quand j'avais 12-13 ans, hein, mais bon j'ai vite laissé tombé après).
Ouais j'utilise jamais ça moi non plus...
n'importe quoi comme base de donnée (du fichier texte au repertoire en passant par du access, de l'odbc ou du postgresql)
Bof. Bof bof bof même
Aucun ne supporte de requête multi tables, hormis ceux via ODBC, MySql ou Adabas... !
Problème : gaim est multi-plateformes et multi-protocoles...
Gérer des webcams sous linux n'a rien à voir avec win.
Et pour les protocoles, je suppose que ça change beaucoup aussi...
Je précise avant que ça moinsse :
elle a été retirée à cause de ce qu'elle montrait, interdiction de parler de ça ou d'en faire de la pub d'une quelconque manière...
Elle montrait seulement un dualscreen 2048x768 je crois, avec à gauche le bureau normal avec xchat et à droite un firefox (je l'avais vue hier...)
Encore faudrait il que le format soit correctement supporter dans les suites burautiques (kword, abiword, gnumeric, ...)
Il le sera pour tout KOffice...
Pour gnome-office (=> abiword + gnumeric + ...) j'en sais rien.
Il faut bien être honnête, c'est lent !
Heu...
Pas chez moi !
Mais on m'a dis que cela était dû aux symboles de debug présent dans les versions actuelles. Je ne suis pas compétent sur le sujet donc je crois volontier la personne qui m'a dis ça (c'était sur ce site d'ailleur).
Pas seulement...
C'est ralenti aussi parce que la SAL n'utilise ni Gtk, ni Qt... Ça ça fait mal encore, mais c'est pour bientôt normalement.
Quand peut on espérer voir une version béta (donc sans symboles de debug) afin de juger de la réel évolution de OpenOffice.org ?
D'ici janvier ça devrait sortir...
PS:Je trouve que l'auteur fait des changements de versions "majeur" "abusivement", mais bon c'est vrai que pour rendre gaim plus populaire aupres des windowsiens faut faire croire que.....
Il semble qu'à chaque fois que des fonctions sont ajoutés, le y dans x.y.z augmente, sinon c'est le z...
Ensuite, je dirai qu'ils proposent bien les sources non ? Alors moi je ne vois pas le problème, ils ne sont pas packageurs mais développeurs, c'est aux packageurs de faire des .deb, .machin, .chose. Je trouve que c'est très bien de proposer un format rapidement comme ça.
Toi, ça se voit que t'as jamais compilé OOo...
Surtout qu'il faut le prendre depuis le CVS !
Sinon, petite critique envers certaines distributions, qui mettent le format .doc *par défaut* à l'enregistrement des documents, je trouve ça honteux. Enfin bon...
Bienvenue au club...
Moi ce que je vois c'est que si ils veulent faire des affiches, inkscape+Gimp ou n'importe quel truc de dessin fera l'affaire. Moi je ne fais pas des affiches avec que du texte et des wordart hein.
Ouais mais tu n'es pas les autres..
Y'en a qui sont "éduqués", formatés à l'utilisation de publisher ou équivalent dès le collège !
Hmmmmm, quand notre cher ami (qui va surement lire ceci) fera un package Mac OS X pourquoi pas, mais je n e suis pas du genre à savoir compiler ça pour mac os.
Qui ça ton cher ami ?
C'est vrai qu'ils le font pas pour MacOs c'est un défaut.
Et sous linux ces empaffés ne fournissent que des rpms !
Moi j'aime bien OOo parce qu'il fait les choses différemment de Microsoft Office. Si il se met à ajouter les fonctionnalités inutiles dans un logiciel de traitement de texte que l'autre a, autant prendre microsoft office ou apple works6, ils ne rament pas et donnent un résultat comparable, et après on brandit son OOo juste pour convertir en .sxw
Qu'est-ce qui t'impose d'utiliser ces fonctions ? Qu'est-ce qui t'obligé à laisser la barre d'outil 3D en place ?
NB : OOo2 n'utilise plus par défaut le sxw.
En effet, tous ses formats ont changé et sont devenus oot au lieu de sxw. L'intérêt : ces formats sont pleinement documentés, conçus pour l'interopérabilité. KOffice 1.4 utilisera par défaut ce format (OASIS...)
Est ce que parmis vous, vos entreprises ont commencé à migrer sous OpenOffice (ou Star Office) ?
Je suis étudiant, mon père est instit. Son école est 100% OOo (plus un seul ms office normalement !), mon lycée est en grande partie équipé d'OOo même si y'a des profs qui ont mis un ms office pirate dans certaines salles...
-> Sa lenteur et sa consommation mémoire
Oui... Sous linux surtout -> Difficile de faire des macros toute simple (les macros Excel n'étant pas supportées)
OOo 2 permettra des macros en python notamment. À suivre.
Mais le support des macros d'excel est impossible : c'est du VB, donc du microsoft qu'on peut pas reprendre en claquant des doigts ! -> Quelques bugs chiant au niveau des cadres
Comme ?
Tu les as rapportés dans leur bugzilla ? -> Pas de tableaux avec cadres en pointillés/tirés
Quel numéro de bug ? -> La version Linux est plus buguées que la version Windows (bugs d'affichage)
Malheureusement... Enfin, OOo 2 devrait corriger ça !
Plus concrètement, est-ce que ça répond à un réel besoin des utilisateurs ou est-ce pour avoir la petite fonctionnalité "jouet" de Microsoft Office ?
Oui, c'est une fonctionnalité qui manque pour un certain type d'utilisateurs : les fans de publisher, ceux qui font des affiches ou des programmes de spectacles aussi. On m'a déjà demandé comment faire des wordart sous OOo 1...
Personnellement, je n'utilisais jamais ce genre de fonctionnalité, ça a l'art d'"entacher" une présentation, ça te fait un gros paquet.
Je n'utilise pas ça non plus... C'est juste pour faire class :p
(on me souffle dans l'oreille que au lieu de faire ça il vaudrait mieux diminuer encore l'inertie de la chose, qui a tendance à être d'une lenteur apocalyptique, mais je n'en crois rien je l'utilise tous les jours, à force on s'y habitue)
Essaye OOo 2 : la fluidité est bluffante par rapport au 1 ! Et encore, c'est une milestone, et en plus c'est encore avec le "toolkit" OOo pour l'affichage, alors que (bientôt ?) y'aura possibilité d'utiliser directement Gtk ou Qt en natif...
impossible d'avoir une fonction capable de changer le screenname de MSN !
En effet, cette fonction n'est pas disponible dans l'interface exportée par Kopete.
Mais perso, je trouve ça profondément débile de changer le screenname comme tu dis : à la fin, tu ne peux même pas savoir à qui tu parles !
Néanmoins, tu peux proposer sur http://bugs.kde.org(...) cette feature. Je ne sais pas si elle sera acceptée, néanmoins il s'agit là d'un junior job (=> simple quoi) que je penserai à faire si j'ai le temps. Envoie moi un message privé quand tu auras proposé le bug sur bugs.kde.org
que faut-il à une application KDE pour qu'une de ses fonctions soit accessible via kdcop ?
Attention : kdcop est une interface au système DCOP !
Donc, pour qu'une appli voie ses fonctions dispos par DCOP, c'est très simple ! http://developer.kde.org/documentation/tutorials/dot/dcopiface/dcop(...)
[^] # Re: .
Posté par Pinaraf . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 2.
Cela s'applique à tout ce qui a trait au libre, pas qu'aux messageries instantanées (j'aime pas IM, on parle français ici !)
[^] # Re: .
Posté par Pinaraf . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 10.
- ceux qui osent, qui se séparent de msn peu importe ce que ça leur coûte, qui change de matos parce que ça marche pas sous linux, qui font évoluer les choses
- et les "couilles molles" (référence à Balladur dans les guignols :)) genre j'en ai des spécimens : incapables de dire microsoft, ils disent microchiottes, windaube... Puis si tu leur demandes ce qu'ils utilisent : win 2000, msn, photoshop, 3d studio max...
Il y a une contradiction dans ton texte :
Et puis les gens sont LIBRE d'utiliser les logiciels qu'ils veulent
Oui...
je prefere utiliser msn parce que ca me prends la tête...
Contradiction : tu es dans l'obligation d'utiliser msn !
[^] # Re: Et la visio ?
Posté par Pinaraf . En réponse au journal MSN messenger mais que deviens la communauté ?. Évalué à 0.
Non
Et autour de vous ?
Non
(transmissions de sons que je n'ai jamais entendu faute de client compatible, ouf !).
Transmission de photos, de sons ???
Je préfère de très loin mon Konqueror : clic droit > copier vers > contact ...
# 9 CDs contre 4 ???
Posté par Pinaraf . En réponse au message Mon père voudrait extraire en WMA sous Linux pour son iè-BEAD 100. Évalué à 2.
Ton score de 9 cds en wma contre 4 en mp3 me surprend !
Quel bitrate en mp3 ? Et en wma ?
Quel version du wma ? Quel encodeur mp3 ?
Il est je pense impossible d'encoder du wma sous linux, vu que c'est impossible d'en lire sans les win32-codecs... Peut être wine :p
[^] # Re: l'avancée se sera plutôt kde 4.0
Posté par Pinaraf . En réponse au journal KDE 3.4 : première !. Évalué à 2.
KDE 3.4 va marquer déjà une grande avancée... Et j'ai malheureusement des doutes sur la disponibilité de KDE 4 en 2005. Ou alors à la fin de l'année seulement.
M'enfin, à suivre de TRÈS près !
Que tous les codeurs capables de bosser dessus s'y mettent rapidos, faut que ça aille vite et bien :)
[^] # Re: Je vais peut être aussi dire une connerie mais
Posté par Pinaraf . En réponse au journal Jabber, toujours.... Évalué à 2.
ça lui prend plusieurs heures !
[^] # Re: oui mais non...
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 1.
Ouais j'utilise jamais ça moi non plus...
n'importe quoi comme base de donnée (du fichier texte au repertoire en passant par du access, de l'odbc ou du postgresql)
Bof. Bof bof bof même
Aucun ne supporte de requête multi tables, hormis ceux via ODBC, MySql ou Adabas... !
[^] # Re: oula
Posté par Pinaraf . En réponse au message urpmi --replace ?. Évalué à 1.
# oula
Posté par Pinaraf . En réponse au message urpmi --replace ?. Évalué à 1.
[^] # Re: re
Posté par Pinaraf . En réponse au journal Gaim 1.1.0 iz out. Évalué à 5.
Gérer des webcams sous linux n'a rien à voir avec win.
Et pour les protocoles, je suppose que ça change beaucoup aussi...
# rpmdrake
Posté par Pinaraf . En réponse au message greffon dvd. Évalué à 1.
Et ça roule !
[^] # Re: lien...
Posté par Pinaraf . En réponse au message Joli crash dualscreen (X + kernel). Évalué à 1.
elle a été retirée à cause de ce qu'elle montrait, interdiction de parler de ça ou d'en faire de la pub d'une quelconque manière...
Elle montrait seulement un dualscreen 2048x768 je crois, avec à gauche le bureau normal avec xchat et à droite un firefox (je l'avais vue hier...)
# lien...
Posté par Pinaraf . En réponse au message Joli crash dualscreen (X + kernel). Évalué à 2.
[^] # Re: hmmm... (dubitatif)
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 2.
Il le sera pour tout KOffice...
Pour gnome-office (=> abiword + gnumeric + ...) j'en sais rien.
[^] # Re: A propos de lenteur
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 2.
Heu...
Pas chez moi !
Mais on m'a dis que cela était dû aux symboles de debug présent dans les versions actuelles. Je ne suis pas compétent sur le sujet donc je crois volontier la personne qui m'a dis ça (c'était sur ce site d'ailleur).
Pas seulement...
C'est ralenti aussi parce que la SAL n'utilise ni Gtk, ni Qt... Ça ça fait mal encore, mais c'est pour bientôt normalement.
Quand peut on espérer voir une version béta (donc sans symboles de debug) afin de juger de la réel évolution de OpenOffice.org ?
D'ici janvier ça devrait sortir...
# versions
Posté par Pinaraf . En réponse au journal Gaim 1.1.0 iz out. Évalué à 8.
Il semble qu'à chaque fois que des fonctions sont ajoutés, le y dans x.y.z augmente, sinon c'est le z...
[^] # Re: hmmm... (dubitatif)
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 1.
Toi, ça se voit que t'as jamais compilé OOo...
Surtout qu'il faut le prendre depuis le CVS !
Sinon, petite critique envers certaines distributions, qui mettent le format .doc *par défaut* à l'enregistrement des documents, je trouve ça honteux. Enfin bon...
Bienvenue au club...
[^] # Re: PNG !
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 1.
Pour des screenshots de Looking Glass c'est mieux en jpg et comme c'était les derniers que j'avais fait...
[^] # Re: Noooooonnnnnnnnn....
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 7.
Tu peux même enlever le bouton de la barre d'outil !
[^] # Re: hmmm... (dubitatif)
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 4.
Ouais mais tu n'es pas les autres..
Y'en a qui sont "éduqués", formatés à l'utilisation de publisher ou équivalent dès le collège !
Hmmmmm, quand notre cher ami (qui va surement lire ceci) fera un package Mac OS X pourquoi pas, mais je n e suis pas du genre à savoir compiler ça pour mac os.
Qui ça ton cher ami ?
C'est vrai qu'ils le font pas pour MacOs c'est un défaut.
Et sous linux ces empaffés ne fournissent que des rpms !
Moi j'aime bien OOo parce qu'il fait les choses différemment de Microsoft Office. Si il se met à ajouter les fonctionnalités inutiles dans un logiciel de traitement de texte que l'autre a, autant prendre microsoft office ou apple works6, ils ne rament pas et donnent un résultat comparable, et après on brandit son OOo juste pour convertir en .sxw
Qu'est-ce qui t'impose d'utiliser ces fonctions ? Qu'est-ce qui t'obligé à laisser la barre d'outil 3D en place ?
NB : OOo2 n'utilise plus par défaut le sxw.
En effet, tous ses formats ont changé et sont devenus oot au lieu de sxw. L'intérêt : ces formats sont pleinement documentés, conçus pour l'interopérabilité. KOffice 1.4 utilisera par défaut ce format (OASIS...)
[^] # Re: OpenOffice et le monde professionnel...
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 2.
Je suis étudiant, mon père est instit. Son école est 100% OOo (plus un seul ms office normalement !), mon lycée est en grande partie équipé d'OOo même si y'a des profs qui ont mis un ms office pirate dans certaines salles...
-> Sa lenteur et sa consommation mémoire
Oui... Sous linux surtout
-> Difficile de faire des macros toute simple (les macros Excel n'étant pas supportées)
OOo 2 permettra des macros en python notamment. À suivre.
Mais le support des macros d'excel est impossible : c'est du VB, donc du microsoft qu'on peut pas reprendre en claquant des doigts !
-> Quelques bugs chiant au niveau des cadres
Comme ?
Tu les as rapportés dans leur bugzilla ?
-> Pas de tableaux avec cadres en pointillés/tirés
Quel numéro de bug ?
-> La version Linux est plus buguées que la version Windows (bugs d'affichage)
Malheureusement... Enfin, OOo 2 devrait corriger ça !
[^] # Re: hmmm... (dubitatif)
Posté par Pinaraf . En réponse au journal OpenOffice2 : ça va roxer !. Évalué à 9.
Oui, c'est une fonctionnalité qui manque pour un certain type d'utilisateurs : les fans de publisher, ceux qui font des affiches ou des programmes de spectacles aussi. On m'a déjà demandé comment faire des wordart sous OOo 1...
Personnellement, je n'utilisais jamais ce genre de fonctionnalité, ça a l'art d'"entacher" une présentation, ça te fait un gros paquet.
Je n'utilise pas ça non plus... C'est juste pour faire class :p
(on me souffle dans l'oreille que au lieu de faire ça il vaudrait mieux diminuer encore l'inertie de la chose, qui a tendance à être d'une lenteur apocalyptique, mais je n'en crois rien je l'utilise tous les jours, à force on s'y habitue)
Essaye OOo 2 : la fluidité est bluffante par rapport au 1 ! Et encore, c'est une milestone, et en plus c'est encore avec le "toolkit" OOo pour l'affichage, alors que (bientôt ?) y'aura possibilité d'utiliser directement Gtk ou Qt en natif...
Je t'invite à lire les q-concepts pour en savoir plus sur OOo 2 et ses objectifs.
http://fr.openoffice.org/Marketing/matexpo/concept2.0.sxw(...)
http://fr.openoffice.org/docs/OOo4ans.html(...)
http://marketing.openoffice.org/2.0/featureguide.html(...)
[^] # Re: Oubli
Posté par Pinaraf . En réponse au journal Konversation 0.15 is OUT \o/. Évalué à 1.
Je suis une merde en bash... (j'utilise python pour scripter généralement)
[^] # Re: Oubli
Posté par Pinaraf . En réponse au journal Konversation 0.15 is OUT \o/. Évalué à 1.
[^] # Re: Oubli
Posté par Pinaraf . En réponse au journal Konversation 0.15 is OUT \o/. Évalué à 1.
En effet, cette fonction n'est pas disponible dans l'interface exportée par Kopete.
Mais perso, je trouve ça profondément débile de changer le screenname comme tu dis : à la fin, tu ne peux même pas savoir à qui tu parles !
Néanmoins, tu peux proposer sur http://bugs.kde.org(...) cette feature. Je ne sais pas si elle sera acceptée, néanmoins il s'agit là d'un junior job (=> simple quoi) que je penserai à faire si j'ai le temps. Envoie moi un message privé quand tu auras proposé le bug sur bugs.kde.org
que faut-il à une application KDE pour qu'une de ses fonctions soit accessible via kdcop ?
Attention : kdcop est une interface au système DCOP !
Donc, pour qu'une appli voie ses fonctions dispos par DCOP, c'est très simple !
http://developer.kde.org/documentation/tutorials/dot/dcopiface/dcop(...)