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(...)
NB : pour relancer la machine, c'est la commande reboot ou init 6
Pour relancer X, c'est le raccourci Ctrl+Alt+Retour arrière (la touche au dessus d'entrée)
Tout dépend comment tu souhaites le faire.
Voici comment je fais pour me mettre away dans Kopete (jabber) et Konversation, tout en mettant en pause amarok :
Ce simple script affiche une fenêtre pour demander la raison de l'away, puis envoie aux applis l'ordre nécessaire.
Pour connaître les fonctions dispo, utilisez kdcop.
Je suis sûr qu'il y a mieux...
Hum
C'est pas faisable en claquant des doigts. Je pense que ça doit se faire en C++
Par contre, tu peux aisément faire un script (de deux-trois lignes) qui au lancement synchronisera screenname avec le nom de la chanson dans amarok... Tu lances le script régulièrement et puis ça roule. Sinon, mode dégueu, un script/prog avec un sleep(15secondes) qui met à jour ton nick toutes les quinze secondes. Ou plus intelligent, qui sleep la durée du prochain morceau :)
T'as oublié une killer feature :
l'intégration avec Kontact, la même que pour Kopete. Genre quand je lis un mail d'une personne dans mon carnet d'adresses et synchro avec Konversation, je sais si elle est là ou non. Je peux aussi lui envoyer un fichier direct depuis Konqueror :)
Un truc concret ?
Tu prends un parseur de docs XML (j'ai pas eu le temps de regarder ça en python) en DOM.
Genre ce fichier XML :
[racine]
[test]
[aa]
Contenu
[/aa]
[test]
[/racine]
Avec la modif dynamique d'une classe, c'est très pratique à parser (style SimpleXml dans PHP5) :
doc = XMLDoc ("fichier.xml")
print "Le contenu est " + doc.racine.test.aa.get_content()
D'accord, sans modif dynamique, c'est facile suffit de l'opérateur [] :
print "Le contenu est " + doc["racine"]["test"]["aa"].get_content() # note : c'est de l'à peu près :p
Ou mieux :
print "Le contenu est " + doc.xpath_content ("/racine/test/aa/")
Non
Je peux mais je ne peux pas :p
Il y a deux sens à pouvoir : être autorisé et être capable. Je suis autorisé à le vendre même 100, 200 dollars. Mais il est une chose qui m'interdit de le faire, et qui manque à Linspire : la morale.
Avant qu'on ne prenne mal mes propos : Ça me tue de les voir se faire une si belle marge
les se réfère à linspire hein, allez pas croire que je rale sur la fondation mozilla !
Libre != gratuit
Ho, je n'affirme pas le contraire !
Mais je trouve dégueulasse de la part de linspire cet OOoFf vendu 50$ !
Pour info : http://www.mozillastore.com/products/software/?r=mozorg3(...)
Ça me tue de les voir se faire une si belle marge, et le pire, c'est que sur leur site ils vont pas mettre un lien vers le site de mozilla ou d'openoffice, non rien de cela ! Juste en tout petit en bas le "* is a registered trademark of *"
# 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(...)
[^] # Re: ouh la la malheureux (se)...
Posté par Pinaraf . En réponse au message Problème avec mandrake 10, urgent.. Évalué à 1.
Pour relancer X, c'est le raccourci Ctrl+Alt+Retour arrière (la touche au dessus d'entrée)
[^] # Re: Oubli
Posté par Pinaraf . En réponse au journal Konversation 0.15 is OUT \o/. Évalué à 3.
Voici comment je fais pour me mettre away dans Kopete (jabber) et Konversation, tout en mettant en pause amarok :
export id_konv=`dcop | grep 'konversation'`
export raison=`kdialog --inputbox "Raison ?"`
dcop kopete KopeteIface setAway "$raison"
dcop $id_konv Konversation say "irc.freenode.org" "#canaloujesuistoujours" "/away $raison"
dcop amarok player playPause
Ce simple script affiche une fenêtre pour demander la raison de l'away, puis envoie aux applis l'ordre nécessaire.
Pour connaître les fonctions dispo, utilisez kdcop.
Je suis sûr qu'il y a mieux...
[^] # Re: Oubli
Posté par Pinaraf . En réponse au journal Konversation 0.15 is OUT \o/. Évalué à 2.
C'est pas faisable en claquant des doigts. Je pense que ça doit se faire en C++
Par contre, tu peux aisément faire un script (de deux-trois lignes) qui au lancement synchronisera screenname avec le nom de la chanson dans amarok... Tu lances le script régulièrement et puis ça roule. Sinon, mode dégueu, un script/prog avec un sleep(15secondes) qui met à jour ton nick toutes les quinze secondes. Ou plus intelligent, qui sleep la durée du prochain morceau :)
# Oubli
Posté par Pinaraf . En réponse au journal Konversation 0.15 is OUT \o/. Évalué à 3.
l'intégration avec Kontact, la même que pour Kopete. Genre quand je lis un mail d'une personne dans mon carnet d'adresses et synchro avec Konversation, je sais si elle est là ou non. Je peux aussi lui envoyer un fichier direct depuis Konqueror :)
[^] # Re: le python c'est bon
Posté par Pinaraf . En réponse à la dépêche Sortie de Python 2.4. Évalué à 1.
Tu prends un parseur de docs XML (j'ai pas eu le temps de regarder ça en python) en DOM.
Genre ce fichier XML :
[racine]
[test]
[aa]
Contenu
[/aa]
[test]
[/racine]
Avec la modif dynamique d'une classe, c'est très pratique à parser (style SimpleXml dans PHP5) :
doc = XMLDoc ("fichier.xml")
print "Le contenu est " + doc.racine.test.aa.get_content()
D'accord, sans modif dynamique, c'est facile suffit de l'opérateur [] :
print "Le contenu est " + doc["racine"]["test"]["aa"].get_content() # note : c'est de l'à peu près :p
Ou mieux :
print "Le contenu est " + doc.xpath_content ("/racine/test/aa/")
[^] # Re: linspire
Posté par Pinaraf . En réponse au message NVU non libre ?. Évalué à 1.
Je peux mais je ne peux pas :p
Il y a deux sens à pouvoir : être autorisé et être capable. Je suis autorisé à le vendre même 100, 200 dollars. Mais il est une chose qui m'interdit de le faire, et qui manque à Linspire : la morale.
[^] # Re: linspire
Posté par Pinaraf . En réponse au message NVU non libre ?. Évalué à 1.
Ça me tue de les voir se faire une si belle marge
les se réfère à linspire hein, allez pas croire que je rale sur la fondation mozilla !
[^] # Re: linspire
Posté par Pinaraf . En réponse au message NVU non libre ?. Évalué à 1.
Ho, je n'affirme pas le contraire !
Mais je trouve dégueulasse de la part de linspire cet OOoFf vendu 50$ !
Pour info :
http://www.mozillastore.com/products/software/?r=mozorg3(...)
Ça me tue de les voir se faire une si belle marge, et le pire, c'est que sur leur site ils vont pas mettre un lien vers le site de mozilla ou d'openoffice, non rien de cela ! Juste en tout petit en bas le "* is a registered trademark of *"