Logiciel : GNOME 2.22 : évolution perpétuelle
Posté par Étienne Bersac (Jabber id, page perso, ). Modéré le 10 mars 2008.
GNOME est fourni comme un ensemble de modules répartis dans 5 groupes : plate-forme, bureau et administration, développement, passerelles et infrastructure. Le premier contient les fondations de GNOME comme GTK+, les passerelles permettent d'utiliser la plate-forme dans le langage de programmation de son choix, le bureau et l'administration contiennent des applications qui s'appuient sur la plate-forme, enfin l'infrastructure est l'ensemble des outils de hébergement du site pour le développement collaboratif. Le composant développement comprend les modules pour développeur (EDI, outils de compilation, etc.)
Cheese, GVFS, Vinagre, Totem Gstreamer, Evolution, Metacity, etc. font partie des nombreuses nouveautés et évolutions de cette nouvelle version [...].
![[fr]](../images/fr.png)
Notes de version (1900 hits)![[en]](../images/en.png)
Feuille de route (521 hits)-
GNOME FR (1468 hits)
> Lire la dépêche (151 commentaires, moyenne: 3,4).
Vous avez demandé le commentaire #912586.
Run by 
Cette page a été générée par Templeet en 0.1424s (dont 0.0116 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Abiword et Gstreamer pour Totem
Excellentes nouvelles, tout ça !
Je me demande juste ce que devient Abiword... Il fait du surplace depuis des années, maintenant. La mailing-list n'est pas très active, et ça parle surtout d'Abiword sur Tablet Nokia, ce qui doit intéresser tout au plus 12 personnes dans le monde...
Et puis aussi : quel est le moteur recommandé pour Totem ? Gstreamer ou Xine ? Je crois que Mandriva propose par défaut une version Xine, alors que Totem préfère Gstreamer dans le ./configure par défaut...
[^]Re: Abiword et Gstreamer pour Totem
quel est le moteur recommandé pour Totem ? Gstreamer ou Xine ?
Personnellement, je redonne une chance à totem-gstreamer à chaque upgrade de Gnome, mais jusqu'à présent, je suis toujours repassé sur totem-xine. Le support des DVD n'est pas encore top dans Gstreamer, et certaines videos ne passent pas bien. Mais cette fois encore, je réessayerai Gstreamer.
[^]Re: Abiword et Gstreamer pour Totem
Tout pareil. :-)
[^]Re: Abiword et Gstreamer pour Totem
Me too !
Je reviens à chaque fois à Xine à cause du manque de support des menus DVD. D'ailleurs, c'est le support des flux MPEG en général que je trouve pourri chez Gstreamer.
C'est dommage, c'est avec Telepathy la technologie dont j'attends le plus.
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.
[^]Re: Abiword et Gstreamer pour Totem
Pas besoin d'attendre si tu veux utiliser Telepathy. Tu n'as qu'à installer Empathy et les connection managers dont tu as besoin. C'est pas encore parfait mais ça évolue très vite. Toute aide (ne serait ce que des bug reports) est la bienvenue.
[^]Re: Abiword et Gstreamer pour Totem
Effectivement, d'autant que la dernière version 0.22 (qui suit GNOME 2.22) est déjà dans les dépôts de Debian Sid et que je suis en train de l'essayer.
Il manque juste le support des transferts de fichier, et je pourrais remplacer Pidgin !
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.
[^]Re: Abiword et Gstreamer pour Totem
Le FT a été implémenté dans Salut et Empathy lors du dernier summer of Code. La spec est en face finale de review et après on pourra merger tout ça.
Restera encore à l'implémenter dans les autres connection managers (Gabble et Butterfly notamment).
[^]Re: Abiword et Gstreamer pour Totem
Personnellement, je suis passé à gstreamer il y a un an et il n'a plus rien à envier à Xine. Cependant, j'avoue avoir également des problèmes avec les DVD mais davantage à cause de mes lecteurs que de totem-gstreamer.
En outre, j'attendais avec impatience l'arrivée du DVB dans totem.
YouTube, pourquoi pas, tant que ça évite l'utilisation du plugin Flash©.
[^]Re: Abiword et Gstreamer pour Totem
Abiword est utilise aussi dans OLPC il me semble donc peut etre que cela va rebooster mais bon le probleme majeur des softs Office gnome c'est qu'ils veulent mettre microsoft oxml alors qu'ils n'ont rien fait pour avoir ODF et cela pendant des annees... Vu la taille du bousin MSOXML ca va prendre quelques annees pour n'en supporter qu'une partie...
[^]Re: Abiword et Gstreamer pour Totem
Bordel, ça va durer combien de temps ce FUD ?
La fondation GNOME a déjà expliqué le tenant, ils ont rendu service à un développeur d'Abiword en lui permettant de continuer à travailler au comité de normalisation de MS-OXML après son licenciement de Novell. Le but étant de s'assurer que la norme soit la plus explicite possible afin de faciliter les implémentations libres.
La Fondation GNOME ne soutient absolument pas MS-OXML, d'ailleurs Abiword n'est même pas un projet GNOME, la suite office de GNOME c'est OOo.org. D'ailleurs GNOME est membre de l'alliance ODF et Abiword a déjà implémenté ce format depuis un moment.
http://www.gnome.org/press/releases/ecma-tc45-statement.html
[^]Re: Abiword et Gstreamer pour Totem
Apparemment Abiword est un projet Gnome:
http://www.gnome.org/projects/
Et sur la page Gnome/Openoffice, il n'est pas mention du fait que OOo est un projet Gnome, mais plutôt qu'il s'appuie beaucoup dessus.
Enfin, je ne souhaite pas te relancer (enfin, en fait si c'est très tentant :D), mais si Gnome n'a pas du tout l'intention de s'investir dans l'implémentation de OXML, pourquoi donc chercher à lui donner un document plus clair?
Après tout, je vois mal le mal que ça pourrait faire d'avoir cette implémentation libre!
PS: Juste pour le fun:
De toute façon je le savais depuis qu'ils ont migré à .net que Gnome c'était des taupes de MS!!!
[^]Re: Abiword et Gstreamer pour Totem
Je n'ai jamais dit que OOo est un projet GNOME mais qu'il constitue la suite office par défaut du bureau GNOME.
Si tu avais lu le communiqué de presse que j'ai posté:
In 2000, the GNOME community de-emphasised its own office software products, choosing to support the nascent OpenOffice.org project. As a result, there are no office products released on our six-month time-based release schedule today, although we encourage and support projects such as AbiWord, Glom and Gnumeric.
> pourquoi donc chercher à lui donner un document plus clair?
C'est une faveur faite à un développeur GNOME pour un projet libre afin d'améliorer l'interopérabilité entre MS-Office et le logiciel libre.
C'est du mécénat, rien de plus.
Pour autant que je sache GNOME != Novell.
[^]Re: Abiword et Gstreamer pour Totem
Je trouve ce désengagement bien dommage.
KDE a son Koffice, alors que Gnome n'a plus de produit actif et maintenu.
Pourtant, Abiword est mon outil de travail principal (avec Evolution, Epiphany et Pidgin), et je suis persuadé qu'il y a de la place pour un traitement de texte petit, léger et concentré sur l'essentiel, dans la philosophie de Gnome. Tout le monde n'a pas besoin de la machine de guerre OOo.
Bon, Abiword n'est pas mort non plus, faut pas l'enterrer trop vite, mais c'est clair qu'il végète, depuis de trop nombreux mois.
[^]Re: Abiword et Gstreamer pour Totem
Donc, il n'y a plus vraiment de Gnome-Office, les projets sont un peu désavoués tout de même.
Pourquoi pas les réunir sous une nouvelle appellation?
Pourquoi pas XFOffice!!
(par contre bonjour le boulot pour migrer les dépendances...)
[^]Re: Abiword et Gstreamer pour Totem
Il ne faut pas oublier Gnumeric, qui est loin d'être un projet mort. Sa branche 1.8 s'est ouverte en début d'année, et la version 1.8.2 est sortie ce mois-ci.
C'est aussi un très bon logiciel, bien plus adapté à GNOME qu'OOo.
La seule chose qui arrive à la cheville de Chuck Norris... c'est sa chaussette.
[^]Re: Abiword et Gstreamer pour Totem
Oui Gnumeric est pas mal du tout. J'ai des feuilles excel qui passent mieux dans Gnumeric que dans OOCalc qui rame comme un malade avec certaines feuilles...
[^]Re: Abiword et Gstreamer pour Totem
Je suis desole mais lorsque je vois ecrit ce genre de betises, on peut meme dire FUD, sur le site de gnumeric.
http://projects.gnome.org/gnumeric/announcements/1.8/gnumeri(...)
The spreadsheet part of ODF, in its current form, is ill defined and has many, many problems. For example: (1) there is no meaningful discussion of what functions a spreadsheet should support and what they should do. Without that, there is little point in trying to move a spreadsheet from one program to another; (2) there is no provision for sharing formulas between cells; (3) there is no implementation -- writing an ODF exporter consists of reverse-engineering OpenOffice to see what parts of the standard it can handle. (Note: the preceding comments relate to the spreadsheet part of ODF only; we do not have an informed opinion on ODF for word processing documents, for example.)
A peu pres tout est faux que ce soit les discussion sur les formules (puisque c'est la norme openformula qui sera utilise dans la version 1.2 et deja utilise dans l'implementation actuelle de ODF dans OOo). Le coup du reverse-engineering est assez incroyable vu que 1) openformula est une norme dont les brouillons sont disponibles et que la doc ainsi que le code source de OOo sont aussi disponible.
et:
MOOX (MS Office Open XML / ECMA) Basic import and export added
Le support de ODF est bien pire que celui de MSOXML alors que le format a plusieurs annees d'existence.
Si l'on regarde dans les CHANGELOG il y a plus de chose relative a xls et xlsx je pense que "troll" n'en ai malheureusement pas un.
Je te garantie que je trouve cela dommage car je consiedere gnumeric comme le meilleur tableur que je connaisse mais bon exporter en xls pour le rouvrir avec OOo c'est lourdingue!
[^]Re: Abiword et Gstreamer pour Totem
A peu pres tout est faux que ce soit les discussion sur les formules (puisque c'est la norme openformula qui sera utilise dans la version 1.2 et deja utilise dans l'implementation actuelle de ODF dans OOo). Le coup du reverse-engineering est assez incroyable vu que 1) openformula est une norme dont les brouillons sont disponibles et que la doc ainsi que le code source de OOo sont aussi disponible.
OpenFormula n'est pas standardise aujourd'hui, point final. ODF tel que standardise aujourd'hui ne contient pas d'info sur les formules, point final. Et le code source d'OO est inutile, ce qu'ils veulent c'est le standard, pas l'implementation d'OO.
Le support de ODF est bien pire que celui de MSOXML alors que le format a plusieurs annees d'existence.
Aujourd'hui, le standrard ODF ne contient pas de description des formules, c'est un fait avere. Bref, du point de vue d'un tableur, c'est impossible a implementer. MSOXML tel que standardise par OASIS lui le contient.
Bref, ce qu'il dit est vrai: ODF aujourd'hui ne definit pas comment gerer les formules et il faut faire du reverse-engineering d'OO, ce qui n'est pas une solution.
[^]Re: Abiword et Gstreamer pour Totem
ODF peut échanger des formules via MathML mais MathML n'est pas assez expressif, OpenFormula est juste là pour compenser ce petit manque d'expressivité.
> ce qu'ils veulent c'est le standard, pas l'implementation
C'est marrant, c'est ce qu'ont demandé plein de projet libre (dont Samba) pendant des années et la réponse de MS a été de donner leur implémentation...
> Aujourd'hui, le standrard ODF ne contient pas de description des formules, c'est un fait avere.
Tellement avéré qu'il est faux ! Les formules sont décrites en MathML.
> MSOXML tel que standardise par OASIS lui le contient.
s/OASIS/ECMA/ c'est ODF qui a été standardisé par l'OASIS. Et au niveau de l'ISO, OpenFormula est à peu près au même niveau que OOXML : un brouillon. Sauf que l'un des deux va être rejeter :P
Conclusion : pas besoin de reverse-engineerer OOo, il faut juste lire la norme et l'implémenter. Si OOo ne respecte pas la norme, c'est à OOo de s'aligner. De même, Abiword peut aussi profiter du brouillon OpenFormula pour l'implémenter, comme le fait OOo.
[^]Re: Abiword et Gstreamer pour Totem
C'est marrant, c'est ce qu'ont demandé plein de projet libre (dont Samba) pendant des années et la réponse de MS a été de donner leur implémentation...
Tout a fait, pas etonnant que les gars de Gnumeric se plaignent aussi donc.
Tellement avéré qu'il est faux ! Les formules sont décrites en MathML.
Qui est insuffisant pour le boulot d'un tableur, comme tu l'as dit toi-meme.
Et au niveau de l'ISO, OpenFormula est à peu près au même niveau que OOXML : un brouillon. Sauf que l'un des deux va être rejeter :P
On verra ca :)
Conclusion : pas besoin de reverse-engineerer OOo, il faut juste lire la norme et l'implémenter. Si OOo ne respecte pas la norme, c'est à OOo de s'aligner. De même, Abiword peut aussi profiter du brouillon OpenFormula pour l'implémenter, comme le fait OOo.
C'est le probleme de Gnumeric, c'est un brouillon, ca peut changer demain et il faut modifier ce que tu as fait. Bref, pas tres pratique pour l'instant.
A mon avis, il est evident qu'ils le supporteront une fois qu'il est defini, mais la il est normal qu'ils attendent.
[^]Re: Abiword et Gstreamer pour Totem
oui ben c'est ce que l'on dit Gnome est noyaute par microsoft par l'intermediaire de De Icaza (entre autre) ah tiens d'ailleurs c'est lui aussi qui a fait gnumeric.
Je me demande pourquoi les devs de gumeric se plaignent des formules, font en sorte de rentrer dans le comite ECMA pour la pseudo norme microsof tooxml (d'ailleurs ils ont pas vu les legers problemes mathematiques mais cela semble moins grave pour eux) mais par contre ne sont pas dans le comite OASIS qui lui est bien plus ouvert (meme Microsoft est invite a en faire partie).
Donc leur petit commentaire est un gros FUD.
ps: cela n'enleve pas a Icaza qu'il sait programmer
[^]Re: Abiword et Gstreamer pour Totem
"De Icaza (entre autre) ah tiens d'ailleurs c'est lui aussi qui a fait gnumeric"
Pour information Mr De Icaza n'a pas touché Gnumeric depuis fort fort longtemps. Je pense même que OOXMl n'etait même pas un vague projet dans la tête du premiers ingénieur qu'il avais déjà quitter l'équipe gnumeric.
Jody Goldberg est certainement d'ailleurs celui qui peut etre qualifé de "qui fait gnumeric" même si c'est une équipe (Morten Welinder semble faire beaucoup actuellement).
[^]Re: Abiword et Gstreamer pour Totem
page 300 de la norme ISO ODF:
•Objects that have an OpenDocument representation. These objects are:
- Formulas (represented as [MathML])
Aujourd'hui, le standrard ODF ne contient pas de description des formules, c'est un fait avere. Bref, du point de vue d'un tableur, c'est impossible a implementer. MSOXML tel que standardise par OASIS lui le contient.
Allez que je rigole un chouilla donne moi un seul format de document Office en 1996 avec un format de formules standardise? C'est curieux mais il y en a aucun. D'ailleurs c'est toujours le cas vu que ni openformula ni microsoft oxml ne sont standardise ISO...
il faut faire du reverse-engineering d'OO
Tu dois confondre le reverse-engineering c'est ce qu'ils font pour les formats Microsoft Office mais OOo n'a pas besoin de cela vu que TOUT est documente a moin que tu consideres que lire une doc c'est faire du retro-engineering... Et dans ce cas la il faut aussi faire du retro-engineering d'un brouillon de norme pour implementer microsoft ooxml (et qui plus est avec des enormites mathematiques dedans...)
[^]Re: Abiword et Gstreamer pour Totem
•Objects that have an OpenDocument representation. These objects are:
- Formulas (represented as [MathML])
Super, et tu sais tres bien que c'est insuffisant pour representer ce qu'un tableur fait.
Allez que je rigole un chouilla donne moi un seul format de document Office en 1996 avec un format de formules standardise? C'est curieux mais il y en a aucun. D'ailleurs c'est toujours le cas vu que ni openformula ni microsoft oxml ne sont standardise ISO...
1996 ? Pourquoi 1996 ? Tout le monde se fout de 1996, on parle d'aujourd'hui la.
Quand a la standardisation c'est simple, OOXML est standardise ECMA, OpenFormula lui (et ODF 1.2) ne sont pas encore standardises par qui que ce soit, et ne sont pas termines.
Tu dois confondre le reverse-engineering c'est ce qu'ils font pour les formats Microsoft Office mais OOo n'a pas besoin de cela vu que TOUT est documente a moin que tu consideres que lire une doc c'est faire du retro-engineering...
Vu que les docs de softs(MS aussi hein) sont quasiment tout le temps incompletes et contiennent des erreurs, oui il faut faire du reverse-engineering.
[^]Re: Abiword et Gstreamer pour Totem
> Vu que les docs de softs(MS aussi hein) sont quasiment tout le temps incompletes et contiennent des erreurs, oui il faut faire du reverse-engineering.
MEGA NEWS :)
Grace à toi je viens d'apprendre un truc, merci.
Je pensait que j'été obligé de faire du reverse-engineering uniquement sur un produit dont je n'avais pas accées au codes sources.
Effectivement si il y'as des erreurs dans la documentations, spécifications c'est beaucoup plus facile de faire du reverse-engineering que de télécharger les sources du soft en questions.
Rahhhh putain je suis trop con. La prochaine fois, je doit meme plus chercher les sources d'un projet opensource. Non faut que je fasse du reverse-engineering direct.
Merci de nous avoir appris ça, je suis sur que ça va être d'une grande utilité à la comunauté.
Au fait, si il y'as des erreurs dans les docs et que tu à trouvé l'info dans un code source libre. Rien ne t'empeche d'allez rajouter l'info manquante dans la doc pour le petit copain qui passe apres toi. Bah oui c'est ça l'interet du modele opensource contre le modele du logiciel proprietaire.
[^]Re: Abiword et Gstreamer pour Totem
Vu que les docs de softs(MS aussi hein) sont quasiment tout le temps incompletes et contiennent des erreurs, oui il faut faire du reverse-engineering.
s/aussi hein/surtout/ (cf la pseudo doc file a la commission europeene)
et bon comme d'hab tu vas pointer un manque dans la doc de ODF/MathML/OOo parceque chaque fois que tu as joue a ce genre de jeu tu n'as JAMAIS pu trouver quoique ce soit.
Sans lien, sans preuve cette affirmation sur la doc de OOo est juste du FUD comme d'habitude venant de ta part et de ta boite.
[^]Re: Abiword et Gstreamer pour Totem
Cadeau :
http://api.openoffice.org/docs/common/ref/com/sun/star/text/(...)
Dis moi donc que ce XTextAppendAndConvert fait.
Ah oui tiens marrant, OO a les memes problemes de doc que tout le monde.
[^]Re: Abiword et Gstreamer pour Totem
To make the Writer API convenient for text import methods to add text at the end of the document were necessary. Additionally methods to change already inserted content were necessary because
Word (.doc) e.g. stores text and context information in a somewhat reverse order.
In case of tables that means the complete textual content and attributes are imported and added to the Writer text and afterwards that the text is converted into a table (similar to the convert to table function in the UI) . The accomplish this the positions of the cells and the attributes of the cells, rows and table are collected while importing the table paragraphs.
All these methods are inherited into the interface css::text::XTextAppendAndConvert
Je suis mort de rire. Premier lien Google et de plus c'est encore a cause d'un truc Microsoft Word...
Tu es comique mais pas tres doue.
[^]Re: Abiword et Gstreamer pour Totem
Donne le lien mon cher.
J'aimerais voir le lien, avec la description de chaque methode de l'interface, ce que les parametres sont, quelles sont les valeurs de retour, ...
C'est ca une doc, pas un texte de 4 lignes.
[^]Re: Abiword et Gstreamer pour Totem
mais mon cher tu as demande a quoi cela servait je te le donne (et te donne la methode pour le trouver).
Comme de tout de facon le truc est fait uniquement a cause de merdouille de Microsoft Office (et donc de vrai retroengineering) je trouve assez rigolo que tu continues a t'enfoncer avec cet argument. C'est un peu comme le soit disant element non defini nulle part de ODF qui n'est pas defini en effet dans ODF car ne faisant pas partie de ODF et bien defini la ou c'etait cense l'etre, c'est a dire dans la doc de OOo.
Continue a creuser bientot tu vas arriver en Chine.
[^]Re: Abiword et Gstreamer pour Totem
mais mon cher tu as demande a quoi cela servait je te le donne (et te donne la methode pour le trouver).
C'est marrant comme tu te defiles.
Bref, tu confirmes que la doc d'OO ne definit pas comment XTextAppendAndConvert (qui est un API d'OO et de personne d'autre) fonctionne et que la doc est donc incomplete.
Ce qui prouve qu'encore une fois, ton post ( http://www.linuxfr.org/comments/913742.html#913742 ) est un amas de conneries.
Merci d'avoir joue.
Comme de tout de facon le truc est fait uniquement a cause de merdouille de Microsoft Office (et donc de vrai retroengineering) je trouve assez rigolo que tu continues a t'enfoncer avec cet argument
Ah oui voila, la doc des APIs d'OO, APIs ecrits par les gars d'OO, est incomplete a cause de MS !!!! Je vois d'ici les employes de MS poser le revolver sur la tempe des gars d'OO pour les empecher d'ecrire la doc du code qu'ils ecrivent.
Tu es vraiment pathetique de mauvaise foi mon pauvre.
[^]Re: Abiword et Gstreamer pour Totem
http://api.openoffice.org/docs/common/ref/com/sun/star/text/(...)
tu ne sais visiblement pas te servir d'un navigateur web...
Maintenant la doc ne te convient peut etre pas mais la on passe a encore autre chose.
[^]Re: Abiword et Gstreamer pour Totem
Bien essaye, mais j'ai demande XTextAppendAndConvert , pas XTextContentAppend
[^]Re: Abiword et Gstreamer pour Totem
ah ouhais. Il manque un element dans la doc de l'API de OOo (ce qui concerne un peu uniquement que les devs de OOo).
Ben maintenant tu vas m'expliquer a quoi cela va te servir pour lire un document ODF que savoir ce que fait l'API de OOo? Qu'un dev de OOo veuille connaitre ca ok mais un dev d'un autre logiciel je vois pas trop l'interet? On parle des API C++ ce qui est "legerement" different d'un format d'echange tel que ODF.
Je suis assez perdu sur ta logique et j'ai bien l'impression que tu melanges API C++ et format ODF (en XML).
[^]Re: Abiword et Gstreamer pour Totem
On reprend mon cher Albert.
Ton post : http://www.linuxfr.org/comments/913742.html#913742
et bon comme d'hab tu vas pointer un manque dans la doc de ODF/MathML/OOo parceque chaque fois que tu as joue a ce genre de jeu tu n'as JAMAIS pu trouver quoique ce soit.
Sans lien, sans preuve cette affirmation sur la doc de OOo est juste du FUD comme d'habitude venant de ta part et de ta boite.
Et comme d'hab, je t'ai amene une preuve qui contredit les conneries que tu sors a longueur de journee.
[^]Re: Abiword et Gstreamer pour Totem
tu veux ne pas avoir a faire de retroengineering sur OOo. Pas dur voici le lien pour:
http://openoffice.bouncer.osuosl.org/?product=OpenOffice.org(...)
Jamais vu quelqu'un d'aussi malhonnete que toi. Jamais.
[^]Re: Abiword et Gstreamer pour Totem
Tu peux continuer a jouer au con si tu veux. Personne n'est dupe (et tout le monde sait que les sources c'est loin d'etre suffisant pour comprendre un soft).
[^]Re: Abiword et Gstreamer pour Totem
toujours mieux que strictement rien...
Ah c'est ca qu'on qualifie de RE ... quand on a une boite noire. Tiens j'ai appris un truc aujoud'hui.
De toute façon
Faire du RE sur une boite blanche ... Tu fais un travail de documentation au pire, pas du RE dessus.
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: Abiword et Gstreamer pour Totem
> Tu peux continuer a jouer au con si tu veux. Personne n'est dupe (et tout le monde sait que les sources c'est loin d'etre suffisant pour comprendre un soft).
Bah déja si ta les sources ta moyens de cherchez pour comprendre. Car quand tu fait du reverse engineering c'est largement plus compliqué car tu n'as rien pour t'aider.
Le monde de l'opensource n'est pas sans défaut. Oui les dévs, contributeurs sont des humains et ils font des erreurs.
Mais si tu trouve une défaillance tu peux :
1) Lire le code source
2) Rentrez en contact avec l'équipe de dév pour t'aider à localiser la partie du code qui t'interesse.
Si tu n'est pas capable de réaliser ces étapes tu peux payer une SSLL qui va faire le job pour toi, si demain la boite disparait ce n'est pas grave, ton travail est pérenne car il est en opensource et tu peu toujours le faire reprendre.
Pour finir quand tu à trouvé un bug, soit une erreur dans le code, une erreur dans la documentation si tu à envis de jouer le jeux, tu contact l'équipe qui maintient le code, la doc, tu propose ton patch et si il n'est pas trop gruik il sera integré autrement y'as de grande chance que ce soit réecrit par une personne plus compétente que toi.
Et si par malheur tu estime que tu est plus compétent que l'équipe de dév et que pour raison X ou Y ils refusent tes contributions tu peux toujours faire un fork et lancer ton projet de ton coté. Ensuite soit ton projet montre clairement sa superiorité et génarelemnt ça ce passe bien, soit bah il ce casse la geule. Mais au final tous le monde est gagant car ça fait réflechir plus d'un dévs sur la manierre de faire les choses.
Tu n'est jamais enfermé, tu n'est jamais bloqué avec les désidératas d'une seule boite. Bref tu est libre de soit améliorer le projet, soit payé une personne pour améliorer le projet.
C'est ça l'essence du libre. Le libre n'est pas intraséquement sans défaillance, mais l'avantage c'est que tu peu devenir acteur.
[^]Re: Abiword et Gstreamer pour Totem
Ah ah je rigole:
http://www.openoffice.org/issues/show_bug.cgi?id=65257
Please keep in mind that these interfaces are subject to change and not yet final. But they are not in use in any application.
Tu en as d'autre des blagues de ce style.
PS: c'est rigolo ce que tu dis sur les sources car ta boite a pourtant dit que c'etait suffisant pour connaitre les protocoles d'acces (surtout que avec le NDA associe elle empechait toute implementation dans un autre systeme).
[^]Re: Abiword et Gstreamer pour Totem
Au fait tu as toujours pas reussi a file la definition de l'element word97 turc present dans le pseudo-format microsoft ooxml.
Je trouve rigolo comme tu critiques que la doc de OOo soit incomplete sur un truc non utilise et introduit dans la version 2.3.0 (ie en septembre 2007). Alors que Microsoft a toujours pas reussi a filer un document complet pour un "simple" format office...
Donc on reprend: Gnumeric fait du FUD et tu t'es fait un petit plaisir de le reprendre en tentant de le justifier et malheureusement pour toi tu t'es encore plante. Dommage :)
[^]Re: Abiword et Gstreamer pour Totem
C'est marrant comme tu te defiles.
C'est marrant comment
- tu sais pas lire (il t'a dis comment le trouver)
- tu as déjà agis exactement de la facon que tu reproche à albert, voir bien pire (avec le fameux coup du "mais si l'avocat de rh a dis que la gpl accepter osp" alors qu'il ne l'a jamais dit et qu'il a fallu qu'isnotgood te tanne pour avoir un lien) et que là ca te génait pas.
- tu aime les homme de paille : tu lui pose une question, il te répond, tu dis "mais non c'est que tu sais pas faire un truc : tu as osé me répondre sans me donner 36 liens".
Bref, tu confirmes que la doc d'OO ne definit pas comment XTextAppendAndConvert (qui est un API d'OO et de personne d'autre) fonctionne et que la doc est donc incomplete.
Il n'a jamais ni infirmé ni confirmé cela. Tu a demandé "a quoi correspond tel truc", il t'a répondu (ou pas), point barre.
Le reste c'est ton délire.
Ce qui prouve qu'encore une fois, ton post ( http://www.linuxfr.org/comments/913742.html#913742 ) est un amas de conneries.
L'amas de connerie, si tu veux mon avis (mais tu t'en fiche), provient pas vraiment d'albert, qui a bien (voir mal) répondu a une question posé.
si tu ne voulais pas ce genre de réponse, fallait pas posé cette question.
Tt façon la question, et la réponse ne permet en aucun cas d'établir les conséquences que tu sors (de ton chapeau).
Ah oui voila, la doc des APIs d'OO, APIs ecrits par les gars d'OO, est incomplete a cause de MS !!!!
Tu sais lire ? Il a dit que le truc dont tu parlais provenait d'une merdouille de MS. il a jamais dit que la doc de OO était incomplète a cause de MS.
Bref n'improte nawak comme d'hab
allez je regarde un peu le reste de ce que tu dis (qq commentaires après)
Et comme d'hab, je t'ai amene une preuve qui contredit les conneries que tu sors a longueur de journee.
1°) tu as strictement rien amené du tout.
Du a demandé un truc, et non seulement albert à réussi a retrouver son explication sans avoir a faire du RE, mais en plus même si albert ne trouve pas la réponse, ça ne signifie pas qu'elle n'existe pas!
ca aurait juste signifié que le dénommé albert n'aurait pas trouvé la réponse. La belle jambe !
L'absence de réponse est différent d'une réponse négative. Mais bon visiblement ça tu le sais pas encore.
Tu es sur que tu développe ? Parce qu'entre un code qui me renvoie rien du tout, et un code qui me renvoie -1, moi je vois une différence.
2°) En partant du constat du 1, (et on constate une insulte venant de ta part(tout ce que tu dis c'est des conneries), alors qu'albert est resté poli)
tu n'as rien contredit du tout
Avec le 1 et le 2 , je pense qu'il est clair a tout le monde, maintenant, de qui dis des conneries et qui n'en dis pas.
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: Abiword et Gstreamer pour Totem
le plus drole c'est qu'il critique le fait de ne pas avoir de doc pour un element qui n'est pas encore utilise et qui a ete introduit pour une seule raison: l'import de microsoft oxml document...
http://marketing.openoffice.org/ooocon2007/programme/thursda(...)