Hubert Figuière a écrit 27 commentaires

Debian tu veux dire? La version d'Ubuntu est directement issue de Debian.

Go-oo existe depuis TRES longtemps. Rien n'a bien changé si ce n'est le site web... et aussi que ca avance.

Il est tout a fait possible que:

1- vous n'ayez pas une version suffisemment à jour.
2- que Mandriva n'ai pas activé les patchs pour les filtres natifs.
3- que Mandriva n'inclue pas odf-converter (pour le bricolage).

Pour hypothèse, j'ai pas votre système sous la main.

C'est LGPL pour pouvoir faire StarOffice qui n'est pas du logiciel libre. C'est aussi simple que ca.

Ouais enfin star absolue, je vois que deux personnes dans ta liste qui ont réellement contribué au LL. Le reste ne sont que des gens du business qui surfent sur la vague. Le vrai stars sont ceux qui contribuent aux projets, pas ceux qui les vendent.

En réalité virer VCL c'est même pas pensable. Mais rendre VCL plus agréable et intégré à la plateforme c'est un processus en court. Du reste Novell est en train de déveloper un nouveau system de "layout" pour les widgets de VCL qui permettra d'avoir un meilleur design pour les dialogues et le reste de l'UI. C'est aussi Novell qui a fait le support de Gtk dans VCL permettant d'avoir un look plus cohérent avec Gtk et les thèmes en utilisation. A terme, avec ce nouveau système de layout, et la migration progressive de l'interface graphique vers ce mécanisme, ce sera beaucoup plus esthétique et cohérent.

Je pense que le principal problème de VCL n'est pas que c'est VCL, mais que c'est pas très moderne et que le résultat n'est pas aussi agréable. Quand ceci sera corrigé ca ira tout de suite bien mieux.

BTW juste pour retirer tout ambiguité, ici VCL c'est le toolkit de OOo. Rien à voir avec la VCL de Borland.

1- Ce odf-converter est du bricolage que Novell a mis a disposition en attendant.

2- Novell participe au developpement du filtre natif avec Sun, celui que Sun livrera en 3.0 et que l'on trouve deja partiellement dans Go-oo.

Et pour info, j'ai jamais eu de probleme pour compiler ooo-build (les sources de go-oo) sans le support Mono.

Du reste, le dit support Mono n'est que le port du support .Net que Sun avait fait pour rouler sous Mono. Bizarrement ca permet de l'avoir qui fonctionne sur le système de Sun, Solaris, alors que l'implémentation que Sun avait ne le permettait pas. Ironie?

Tu donne un lien sur la partie specifique du WriterFilter qui utilise XSLT pour générer du code C++ qui sera compilé comme tel. On aime ou on aime pas, mais bon.

Le reste du filtre est là:

http://lxr.go-oo.org/source/xml/oox/

Ca contient le reste de l'implementation, y compris SpreadsheetML, DrawingML et PresentationML. Et c'est du C++.

Sisi je sais tout à fait de quoi je parle.

Si tu lis un peu plus la spec de OpenDocument, tu découvrira que:

1- ca utilise plein d'autres standard W3C
2- il y a en réalité un markup pour le dessins 2D et c'est là que ca aurait du utiliser SVG

Après ca utilise déjà des trucs comme SMIL.

A aucun moment je n'ai dit OpenDocument devrait être SVG. Juste que ca aurait dû l'utiliser.

Le filtre natif, qui est en développement pour la version 3.0 de OOo et dont Novell en propose un version dans Go-oo est développé en C++.

Novell aussi propose le filtre écrit en XLST (wrappé dans du C#) comme composant externe. Il s'agit du "odf-filter" que Microsoft fait développer par CleverAge et qui est aussi sous une licence Libre. Même Novell le dit, il ne s'agit que d'une solution temporaire, et le filtre natif en C++ sera LA solution. En bref c'est du bricolage.

Pour résumer: Sun et Novell travaillent sur un filtre natif écrit en C++. Novell a aussi passé un peu de temps a bricoler le convertisseur que Microsoft fait sous-traiter et qui est écrit en XSLT afin qu'il fonctionne avec OOo ET Mono en attendant.

Et puis le support SVG c'est quelque chose dont Sun se fout royalement vu que ca rentre pas dans leur strategie. Pourtant SVG est un standard bien plus répandu que le format graphique de OpenDocument. Du reste si Sun avait voulu embrasser un standard, ils auraient juste dû utiliser SVG dans OpenDocument au lieu de le réinventer avec ODG.

Comme quoi finalement tout est plein d'ironie.

Le fameux import Open XML est en réalité developé par Sun conjointement, mais Novell préfère livrer une fonctionnalité partielle en attendant.

Pour le reste c'est de l'interropérabilité, mais c'est vrai que les trolls ne s'aperçoivent pas de sa nécessité afin de libérer les gens de l'emprise de MS-Office. Et je suis sûr que c'est les même qui vont se féliciter du support de MSN Messenger dans Pidgin. Donc bon, poutre et paille, je crois que les moralistes essayent de prendre du recul.

Je joue peut-être un peu l'avocat du diable, mais ces efforts supportent réellement le but du logiciel libre: son ubiquité.

Ca vous est jamais venu a l'idée que ca pouvait être un problème de packaging spécifique a votre distribution? Je n'ai pas de problème de stabilité ici, mais c'est vrai que c'est openSUSE que j'utilise et pas Ubuntu.

Quand à l'assurance qualité, parlons-en. Go-oo corrige beacoup de bug que Sun n'a pas encore intégré justement par leur bureaucratie. Et la fameuse QA certaine cassent les changements. Mais c'est vrai que vu de l'extérieur tout à l'air rose. La QA que Sun fait ce n'est pas la solution miracle. Loin de là.

C'est absolument faux. Le changement LGPLv3 à été le bienvenu. Le problème n'est pas dans l'utilisation de la licence LGPL, quelle que soit la version, mais dans le fait que Sun requiert un assignement du copyright qui leur permet virtuellement de faire ce qu'ils veulent y compris rendre le code non-libre. C'est quand même contraire à la philosophie du libre.

Ca requiert le VST SDK qui n'est pas libre:

http://www.steinberg.net/532_1.html

Et qui supporte meme pas Linux.

Je sais pas ou tu as vu ca, mais RawTherapee c'est pas libre du tout. Le code source n'est meme pas disponible.

VLC c'est l'Ecole Centrale de Paris, pas l'Ecole des Mines. Point de detail, mais c'est tout une histoire de point de detail.

c'est pas prévu pour différentes raisons.

L'import/export par contre, ira de mieux en mieux.

C'est hélas un problème connu, sans solution simple. Nous allons essayer de le résoudre pour 2.6.

L'export PDF est assuré par Gnome-print, qui est maintenant obligatoire aussi dans la version pur Gtk.

Précédemment, on générait un PostScript avec notre code et la conversion était faite par l'utilisateur en utilisant ps2pdf. OOo ne fait que intégrer ps2pdf, a savoir Ghostscript.

A nouveau, on vois le mythe urbain.

Sous Windows, AbiWord n'utilise pas Gtk. Au pire, certains plugins utilisent Glib, mais c'est tout.

C'est pas forcément leur faute. A priori le site web est sous-traité. Et puis ca se trouve, c'est le marketing qui a décidé que... ca se passe souvent comme ca dans les boites...

Et hop, un petit mail aussi.

Tant qu'à mettre des version Windows, pourquoi pas mettre AbiWord qui existe aussi pour Windows ?

finalement ne vaut-il mieux pas acheter une console (PS2 ou GameCube) pour jouer ? Ca évite d'attendre les nouveauté et ca permet de pas casser son Linux (vu la compatibilité) pour que je jeu marche toujours. Sans compter qu'un PowerBook ca n'a pas d'Intel...

Je vois pas le rapport entre ASP et WebDAV.

Mais bon. Exchange 5.5 dispose de OWA, mais OWA 5.5 n'a pas de fonctionnalités WebDAV comme Exchange 2000/6.0 a. Cela rend donc impossible l'interropérabilité.

Pour les détracteurs, sachez que MAPI c'est des RPC microsoft, et ca c'est sacrément compliqué à comprendre. D'autant plus que ca utilise des port flottants et tout le toutim.