Journal LibreOffice: ça va bouger !

Posté par  (site web personnel) .
Étiquettes :
36
10
nov.
2010
La Document Foundation qui a pris en main les destinées de LibreOffice, le fork communautaire d'OpenOffice.org, vient de faire paraître un communiqué fort intéressant.
Dans celui-ci on apprend plusieurs choses :

  • Le chiffre des développeurs du projet est maintenant de 90 et ce après à peine un mois et demi d'existence.
  • La dépendance de la suite bureautique envers le code Java va être réduite progressivement.
  • La compatibilité avec "the market leading office suite" va être améliorée (macros VBA) afin de favoriser les basculements vers LibreOffice.
  • Le tableur Calc va se baser sur un tout nouveau coeur multithread : Ixion.
  • Le travail sur Writer, le module de traitement de texte, va porter sur la fidélité de la mise en page.
  • Enfin l'intention à long terme est de changer le paradigme d'utilisation des suites bureautiques et de ne pas hésiter à réécrire des portions entières du code (voir le post de Charles Schulz).

Je ne sais pas ce qu'il en est vraiment de cette vision à long terme et si le public est prêt pour un changement de paradigme. En tout cas, c'est assez rafraîchissant de voir que le mastodonte OpenOffice.org, sous son incarnation communautaire LibreOffice, est enfin en train de sortir de sa léthargie et que nous allons voir débouler des tas d'améliorations dans les versions à venir.

  • # Typographie

    Posté par  . Évalué à 6.

    J'ai remarqué que la première suite bureautique du marché était bonne en typographie. Et qu'elle insérait des espaces insécable automatiquement avant les symboles de ponctuation qui en ont besoin. Ou remplaçais trois points à la suite par le caractère points de suspensions.

    Je connais déjà la réponse « t'as qu'à le coder », mais ce serait intéressant que LibreOffice se penche sur la typographie. Mais quoi qu'il en soit, je continuerai à utiliser LaTeX et vim pour être plus productif, c'est juste pour que Mme Michu fasse de la typographie.

    Knowing the syntax of Java does not make someone a software engineer.

    • [^] # Re: Typographie

      Posté par  . Évalué à 9.

      Ou remplaçais trois points à la suite par le caractère points de suspensions

      Ça, c'est chiant. Quand je sais ce que tu veux taper, il est extrêmement frustrant que le programme remplace ce que tu viens d'écrire.

      Par exemple, lorsque je rédige des procédures pour un serveur avec des lignes de commandes, j'ai horreur que le traitement de texte remplace « ls -l » en « ls —l ».

      Feraient mieux de former les gens, au lieu de penser à leur place.

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Typographie

        Posté par  . Évalué à 9.

        En même temps ça reste une option... tu as le choix !

      • [^] # Re: Typographie

        Posté par  . Évalué à 10.

        hahaha, un mec capable de faire des procédures devrait être capable de ne pas utiliser MS Word, ou de le paramétrer correctement.

        • [^] # Re: Typographie

          Posté par  . Évalué à 10.

          J'ai toujours trouvé bizarre la croyance populaire qui veut que parce qu'on sait programmer, on sait automatiquement utiliser n'importe quel logiciel les doigts dans le nez. Même les plus "spéciaux" (Notes par exemple) :-P

          • [^] # Re: Typographie

            Posté par  . Évalué à 8.

            non, justement, comme on est des gros malins, on sait ne pas les utiliser.

    • [^] # Re: Typographie

      Posté par  . Évalué à 10.

      Et qu'elle insérait des espaces insécable automatiquement avant les symboles de ponctuation qui en ont besoin. Ou remplaçais trois points à la suite par le caractère points de suspensions.

      OpenOffice le fait aussi.
      Voir Outils/Options d'AutoCorrection dans le menu.

    • [^] # Re: Typographie

      Posté par  . Évalué à 2.

      Niveau typographie, on peut aussi très bien parler de la gestion calamiteuse de la justification et des césures de MS Word.

    • [^] # Re: Typographie

      Posté par  . Évalué à 3.

      ou utiliser le « BÉPO » qui te permet d'écrire tous les caractères spécifique et même plus…
      – les ½ cadratins
      — les cadratins
      et tout le reste : ÇÉÈŒÆÀÊ et aussi ±−÷×≠‰¼½¾≥≤

      Mais cela demande de le travailler. Mais pourquoi faudrait-il utiliser encore un clavier créé il y a plus de 100 pour ralentir la frape ?

      A+
      Stéph

      • [^] # Re: Typographie

        Posté par  . Évalué à 1.

        Encore faudrait-il que j'utilise l'Azerty. Je tape en bépo. Le problème c'est que Mme Michu ne tape pas en bépo.

        Knowing the syntax of Java does not make someone a software engineer.

        • [^] # Re: Typographie

          Posté par  . Évalué à 10.

          Où est-ce qu'on s'inscrit pour taper sur un utilisateur de bépo ?

          Oki je sors ----> []

      • [^] # Re: Typographie

        Posté par  . Évalué à 8.

        Bof. Tout ça se fait aussi avec Azerty, en utilisant la touche Compose.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Typographie

        Posté par  . Évalué à 10.

        Mais pourquoi faudrait-il utiliser encore un clavier créé il y a plus de 100 pour ralentir la frape ?

        Vieille légende qui visiblement a la peau dure même chez ceux qui sont censés être renseignés:
        Les dispositions originales du clavier ne sont pas destinées à ralentir la frappe, mais à minimiser le risque que l'imprimante se bloque.

        Ceci dit, il est vrai que les claviers d'ordinateurs ont beaucoup moins tendance à se blo

        • [^] # Re: Typographie

          Posté par  (site web personnel) . Évalué à 9.

          Des machines à écrire, pas des imprimantes.

          • [^] # Re: Typographie

            Posté par  . Évalué à 10.

            il y a 100 ans, ils avaient l'imprimante incorporée au clavier, ils étaient quand même drôlement plus en avance que nous :)

            Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

            • [^] # Re: Typographie

              Posté par  (Mastodon) . Évalué à -2.

              Ben oui, avec une machine à écrire, ça imprime exactement au moment où tu tapes !
              Une imprimante intégrée au clavier, et hop, voilà !

              Yth.

      • [^] # Re: Typographie

        Posté par  . Évalué à 2.

        Apparemment, le « BÉPO », ça ne t'empêche pas :
        – d'oublier la majuscule en début de phrase ;
        – spécifiques ;
        – d'oublier le mot « ans » après 100 ;
        – frappe ;
        – À plus

        Et sinon, je ne vois pas trop où est la difficulté à produire la même chose en AZERTY, avec ma configuration actuelle de clavier, ça donne :

        – AltGr+Shift+(
        − AltGr+Shift+!
        ÇÉÈÀÊ CapsLock+caractère accentué correspondant
        ΠAltGr+Shift+o
        Æ AltGr+Shift+a
        ± AltGr+Shift+=
        −×÷+ AltGr+Shift+[-|*|/|+]
        ≠ AltGr+Shift+)
        ≥ AltGr+Shift+<
        ≤ AltGr+<

        Cordialement. :)

        • [^] # Re: Typographie

          Posté par  . Évalué à 8.

          « je ne vois pas trop où est la difficulté »

          « AltGr+Shift+… »⁸

          Tu n’utiliserais pas Emacs toi par hasard ?

          • [^] # Re: Typographie

            Posté par  . Évalué à 2.

            Même pas, mc, nano et kwrite me suffisent amplement.

            Après, la combinaison AltGr[+Shift] est la combinaison visiblement utilisée par la configuration par défaut que j'utilise, et vu l'usage que j'ai de ces caractères spéciaux, cela me convient tout à fait. J'imagine que si un jour j'étais amené à être gêné, j'irais configurer cette combinaison pour l'activer sur l'appui d'une seule touche morte, comme par exemple la touche « Windows » de gauche. Ou alors y activer la touche Compose. Voire acheter un clavier du genre TypeMatrix et y utiliser une configuration de clavier qui me convienne.

            Toujours est-il que j'imagine que son magnifique clavier BÉPO a besoin lui aussi d'une touche de bascule, donc je ne vois pas trop la différence – mis à part l'aspect ergonomique de la chose, qui est assez subjectif – d'autant que dans le cas présent, on parle des remplacements typographiques automatiques dans Word/Office pour assister Madame Michu, et qu'il propose de lui coller un clavier BÉPO dans les mains.

            Déjà que Madame Michu nouvelle génération ne sait pas écrire sans faire deux fautes au mot, je ne vois pas trop en quoi cela va improve sa productivity de lui permettre d'accéder plus facilement aux caractères de typographie française alors qu'elle n'a pour ainsi dire aucune connaissance de la chose.

            Clairement, les remplacements typographiques et les corrections grammaticales et orthographiques automatiques seront incomparablement plus efficaces que de coller dans les mains de Madame Michu la possibilité de faire beaucoup plus simplement quelque chose que de toutes façons elle ne fera pas.

            Après, je n'ai pas non plus dit que l'ergonomie des claviers ne pouvait pas être améliorée, loin de là…

    • [^] # Re: Typographie

      Posté par  . Évalué à 1.

      Je suis tout à fait d'accord avec toi!

      pour ma part, je viens d'acheter Latex pour améliorer les fonctionnalités d'openOffice - libreoffice.

      pour moi linux, c'est le meilleur système d'exploitation, mais tous ses outils ne le sont pas forcément.

      • [^] # Re: Typographie

        Posté par  . Évalué à 9.

        je viens d'acheter Latex pour améliorer les fonctionnalités d'openOffice - libreoffice

        Je suis le seul à trouver cette phrase bizarre ?

        Systemd, the bright side of linux, toward a better user experience and on the road to massive adoption of linux for the desktop.

        • [^] # Re: Typographie

          Posté par  . Évalué à 10.

          Ça dépend, on parle de solution de composition de texte ou de pare-feu?

          • [^] # Re: Typographie

            Posté par  . Évalué à 10.

            Ce n'est pas incompatible.
            Le pare-feu latex a fait ses preuves depuis longtemps dans la lutte contre les MST.

            • [^] # Re: Typographie

              Posté par  . Évalué à 4.

              C'est sûr ! Vous en connaissez des utilisateurs de *Tex qui ont des relations sexuelles avec autre chose qu'une main ?

              • [^] # Re: Typographie

                Posté par  . Évalué à 2.

                Il leur reste à lutter contre les MTT : maladies textuellement transmissibles.

                • [^] # Re: Typographie

                  Posté par  . Évalué à 1.

                  Mince.. excusez moi.. oui c'est une phrase bizarre, J'ai acheté antidote.
                  Allez savoir pourquoi j'ai confondu les noms de ces logiciels (qui n'ont rien en commun d'ailleurs)

    • [^] # Re: Typographie

      Posté par  (site web personnel) . Évalué à 3.

      > elle insérait des espaces insécable automatiquement avant les symboles de ponctuation qui en ont besoin.

      Cadeau : http://extensions.services.openoffice.org/fr/project/insecab(...)

  • # Léthargie ?

    Posté par  . Évalué à 6.

    Je ne vois pas en quoi OOo était en état léthargique jusque là.

    J'utilise cette suite depuis la 1.0.3 et je peux dire qu'au fil des versions, ça n'est allé qu'en s'améliorant de façon flagrante, en particulier avec les versions majeures : la 2.0 puis la 3.0 ont été de vrais bon en avant.
    Et ça a bien continué avec la 3.1 et la 3.2 qui se sont chacune axée sur les performances (il y avait de la marge, ceci dit), au point que je ne pourrai plus travailler avec une 2.4.
    Ce n'est pas encore au niveau de Word et Excel, mais ça s'en rapproche.

    En tout cas, je n'ai jamais eu le sentiment que le développement ralentissait à quelque moment que ce soit.

    Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

    • [^] # Re: Léthargie ?

      Posté par  . Évalué à 10.

      Bah, c'est l'effet "nouveauté". Il y a quelques temps c'était XfREE86=>Xorg. Avant XFree, c'était moche et lourd, est arrivé Xorg qui a progressé. Maintenant Xorg c'est moche et lourd et on veut autre chose. Pour OpenOffice/LibreOffice c'est pareil. Et je suis sur qu'on peut trouver d'autres choses.

      • [^] # Re: Léthargie ?

        Posté par  (Mastodon) . Évalué à 9.

        Et je suis sur qu'on peut trouver d'autres choses.

        Firefox ?

        En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

        • [^] # Re: Léthargie ?

          Posté par  (site web personnel) . Évalué à 7.

          Si nous avons droit à la même révolution au niveau de la suite bureautique que celle qui a suivi l'apparition de firefox, ça promet !

    • [^] # Re: Léthargie ?

      Posté par  (site web personnel) . Évalué à 5.

      >>> Je ne vois pas en quoi OOo était en état léthargique jusque là.

      Ah bon ? Tu es allé lire cet article http://people.gnome.org/~michael/blog/ooo-commit-stats-2008.(...) ?
      Certes ça date un peu mais je trouve que, au delà des sentiments des uns et des autres, c'est l'analyse la plus détaillée et la plus précise que j'ai lu sur le projet OpenOffice.org et sur ses problèmes.

      • [^] # Re: Léthargie ?

        Posté par  . Évalué à 5.

        C'est sûr que je ne vois pas le projet de l'intérieur, mais de mon point de vue d'utilisateur relativement avancé, je trouve qu'il avance bien.

        Quels que soient les problèmes internes, ils n'empêchent pas la suite de s'améliorer de manière visible.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

  • # gros doutes

    Posté par  (site web personnel) . Évalué à 4.

    Mmmouais. Il y a quelques jours Eric Bachard disait en substance que LibreOffice est aussi un coup marketing mené par des entreprises qui veulent "en croquer" et qu'en fait de développeurs, l'équipe préliminaire c'était des gens qui brassaient beaucoup.
    Bon on verra bien.
    Mais 90 développeurs ça ne veut rien dire, si on ne dis pas qui ils sont et ce qu'ils ont déjà fait.
    De même, le communiqué parle au futur. C'est gonflé. Ce n'est encore qu'une feuille de route, tout reste à faire.

    PS: c'est la saison des forks, on dirait. Il y a une sission dans Koffice, principalement à cause d'une mésentente avec le développeur de kword.

    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

    • [^] # Re: gros doutes

      Posté par  (site web personnel) . Évalué à 6.

      >>> Ce n'est encore qu'une feuille de route, tout reste à faire.

      Voici le dépot git de Ixion : http://gitorious.org/ixion

      • [^] # Re: gros doutes

        Posté par  . Évalué à 2.

        En lisant les logs, on voit qu'Il n'y a que 2 développeur actifs, dont un qui a fait plus de 95% des commits.
        Le dernier commit datant de fin septembre.
        Je peut me tromper, mais ce projet n'a pas l'air en très bonne santé ....

        • [^] # Re: gros doutes

          Posté par  . Évalué à 3.

          en tout cas ils feraient bien d'améliorer leur logo qui est vraiment horrible...

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: gros doutes

        Posté par  (site web personnel) . Évalué à 1.

        The goal is to eventually bring this library up to the level where it can serve as a full-featured calculation engine for spreadsheet applications. But right now, this project remains as an experimental, proof-of-concept project to help me understand what is required to build a threaded calculation engine capable of performing all sorts of tasks required in a typical spreadsheet app.

        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

        • [^] # Re: gros doutes

          Posté par  (site web personnel) . Évalué à 2.

          Zut, j'ai oublié de mettre les mots importants en gras, particulièrement experimental, proof-of-concept , pour aller dans le sens de ce je disais avant: "tout reste à faire".

          "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

    • [^] # Re: gros doutes

      Posté par  (site web personnel) . Évalué à 1.

      >est aussi un coup marketing mené par des entreprises qui veulent "en croquer"

      Je ne pense pas que RedHat se serait mis dans un truc rien que pour faire du buzz. Ce n'est pas le genre.

  • # Séparation

    Posté par  (site web personnel) . Évalué à -2.

    >> et de ne pas hésiter à réécrire des portions entières du code (voir le post de Charles Schulz).

    S'ils pouvaient carrément séparer le tableur, le traitement de texte, toussa, et faire des logiciels distincts, ça m'arrangerait…
    Et vu la taille du bousin, ça serait sans doute mieux pour lui aussi…

    • [^] # Re: Séparation

      Posté par  . Évalué à 10.

      Tu veux dire une truc qui s'appellerait voyons oowriter, oocalc, oodraw etc tout en utilisant les memes briques?

      Parceque si c'est ca que tu veux c'est deja comme cela et tu n'es pas oblige d'installer le traitement de texte ET le tableur.

      Par contre si tu veux un truc a la "gnome office" sans aucune coherence ben va voir du cote de abiword, gnumeric et ... ah non il y a rien d'autre dans cette suite.

      • [^] # Re: Séparation

        Posté par  (site web personnel) . Évalué à 1.

        >> Tu veux dire une truc qui s'appellerait voyons oowriter, oocalc, oodraw etc tout en utilisant les memes briques?

        Oui, et qui seraient distincts.

        >> Parceque si c'est ca que tu veux c'est deja comme cela et tu n'es pas oblige d'installer le traitement de texte ET le tableur.

        Et ? C'est pas ma question (celle là, je crois que tu y avais déjà répondu, à moi-même, lors d'un précédent journal sur OOo.)
        Ils sont tous issus du *même* logiciel. C'est à la base que je veux fragmenter, car je crois bien qu'ils sont tous publiés en même temps, dans la même archive, à chaque mise-à-jour.
        Je demande qu'ils soient indépendants dans leurs développements et distributions, pas juste lors de l'installation.

        En gros, je veux qu'on casse l'entité unique qu'est la suite.

        • [^] # Re: Séparation

          Posté par  . Évalué à 4.

          En gros, je veux qu'on casse l'entité unique qu'est la suite.

          En gros, OOo n'est pas du tout fait pour toi vu que c'est le but du projet de fournir différents logiciels avec la même base et un développement commun.

          « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: Séparation

      Posté par  . Évalué à 4.

      L'intérêt d'une suite bureautique c'est quand même d'être un machin un peu cohérent. Avec la possibilité d'intégrer des morceaux de tableaux ou des dessins dans un document texte ou une présentation...

    • [^] # Re: Séparation

      Posté par  . Évalué à 1.

      S'ils pouvaient carrément séparer le tableur, le traitement de texte, toussa, et faire des logiciels distincts, ça m'arrangerait
      Tu devrais utiliser le logiciel avant d'en parler. Parce que visiblement quelque chose t'échappe.

      • [^] # Re: Séparation

        Posté par  . Évalué à 2.

        Je crois me rappeler qu'à l'époque de StarOffice 5 ce n'était pas aussi clair.

        StarOffice était un gros bouzin qui voulait réinventer tout ton bureau dans sa fenetre en incluant tout et n'importe quoi sous ce même bureau (voir: [http://en.wikipedia.org/wiki/Oracle_Open_Office#Older_discon(...)]), avec une large utilisation de Java pour couronner le tout (on peste encore aujourd'hui contre la lourdeur de Java, mais à l'époque je crois que c'était vraiment mérité... ).

        Une horreur.

        • [^] # Re: Séparation

          Posté par  (site web personnel) . Évalué à 3.

          Dans le même genre il y a un navigateur web dans Lotus Symphony, avec le moteur gecko (oui vous avez bien lu, java + eclipse + gecko + openoffice, il manque certainement quelquechose encore pour rendre nécessaire la loi de Moore, loi du lourd)…

          ce commentaire est sous licence cc by 4 et précédentes

        • [^] # Re: Séparation

          Posté par  . Évalué à 3.

          StarOffice avec le bureau integre c'est fini depuis quelques annees tout de meme. Je dirais une decade a peu de chose pres...

          En gros c'est un peu comme comparer windows millenium et windows Vista... Cela n'a juste rien a voir! Ah merde mauvais exemple, je voulais dire Windows Seven mais vous avez corriger par vous meme j'espere :)

        • [^] # Re: Séparation

          Posté par  . Évalué à 2.

          Je ne peux garantir mais je crois que tu te trompes un peu. A l'époque de StarOffice, la suite était lourde (car sur dimensionnée par rapport aux machines de l'époque) mais bien intégralement en C++.

          Et c'est à partir du moment où Sun a basé StarOffice sur OpenOffice et viré le bureau (v 6) qu'ils ont commencé à écrire certaines nouvelles fonctionnalités en Java.

          Donc, c'est bien de cracher sur Java (que je ne défends pas) mais faudrait qu'il y ait des raisons.

          Mais c'est vrai que c'était une horreur.

          • [^] # Re: Séparation

            Posté par  . Évalué à 3.

            Staroffice basé sur OpenOffice ?
            Au même sens que Netscape basé sur Firefox, alors :P.

            Bon sinon, pour Java, je n'y mettrais pas ma main à couper. Comme quelqu'un l'a dit plus haut, c'était déjà il y a un bout de temps et je ne me rappelle plus trop.

      • [^] # Re: Séparation

        Posté par  (site web personnel) . Évalué à 2.

        Je compile le logiciel à chaque nouvelle version.

        S'il y a bien plusieurs binaires, et si l'on peut choisir de compiler juste l'un ou l'autre, il me semble quand même que la distribution du logiciel est unique : les changements de version se font tous d'un coup.

        Ce que je demande, c'est qu'ils puissent tous évoluer indépendamment, qu'on puisse avoir une update du tableur seul, sans qu'on ait besoin de toucher au reste.
        En gros, faire plusieurs logiciels distincts qui reposent éventuellement sur une base commune, et pas plusieurs binaires distincts qui viennent tous du même, unique, code source.


        Maintenant, si quelque chose m'a échappé, merci de m'éclairer, hein.

        • [^] # Re: Séparation

          Posté par  . Évalué à 5.

          Contrairement à toi je trouve que l'évolution synchronisée de l'ensemble des composant de la suite bureatique sont indispensables à la cohérence de l'ensemble.
          Si d'aventure cette synchronisation disparaissait, l'ensemble risquerait de poser des problèmes sérieux d'interopérabilité.
          Pour avoir une évolution séparée des composants, il faut que la base n'évolue pas ce qui en pratique n'est pas réaliste.

          • [^] # Re: Séparation

            Posté par  (site web personnel) . Évalué à 2.

            Je pense que si la distinction était plus claire, on pourrait avoir des versions spécialisées de chaque composant de la suite.
            Des versions allégées où l'on pourrait choisir ce qu'on veut (il y a plein d'options dans chaque logiciel d'OOo que je n'utilise pas). Si je pouvais avoir une version "light" du traitement de texte (GUI moins lourde, et aussi moins de fonctionnalités) ça m'arrangerait. La base peut rester commune, et le doit, en effet. Mais la base, c'est pas *juste* un tas de libs ? Si c'est le cas, alors les composants peuvent chacun être développés indépendamment sur la même base. Si c'est pas le cas, alors je trouve que l'architecture d'OOo n'est pas bonne.

            Le modèle actuel fait aussi qu'on ne peut avoir de correction de bug dans un composant, par exemple le tableur, sans attendre la prochaine version de tous les autres composants de la suite. Ça aussi, je trouve, c'est mal. (Et non "svn/git/hg de la version de dev" n'est pas une solution.)

            • [^] # Re: Séparation

              Posté par  . Évalué à 2.

              Des versions allégées où l'on pourrait choisir ce qu'on veut (il y a plein d'options dans chaque logiciel d'OOo que je n'utilise pas).

              Ça pose un gros problème pour la prise en charge de l'odt. Ça voudrait dire que tout n'est pas afficher et que donc la norme n'est pas respectée, c'est plutôt gênant. Sinon, il faut aller voir du côté d'Abiword qui ont moins de fonctionnalités justement.

              « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

              • [^] # Re: Séparation

                Posté par  (site web personnel) . Évalué à 2.

                Je ne pense pas:
                - OO4kids est une version allégée, ou simplifiée comme on veut, qui respecte la norme;
                - Koffice a sorti aussi une version simplifiée (en "proof of concept" seulement);
                - Braindump, l'application de prise de notes, écrite par Cyrille Berger avec les libs de Koffice, enregistre au format odf (si j'en crois le type mime: application/vnd.oasis.opendocument.graphics).

                "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

                • [^] # Re: Séparation

                  Posté par  . Évalué à 2.

                  - Braindump, l'application de prise de notes, écrite par Cyrille Berger avec les libs de Koffice, enregistre au format odf (si j'en crois le type mime: application/vnd.oasis.opendocument.graphics).

                  Ce n'est pas parce qu'il enregistre dans ce format que l'application peut lire n'importe quel fichier conformément à la norme odf.

                  - OO4kids est une version allégée, ou simplifiée comme on veut, qui respecte la norme;
                  - Koffice a sorti aussi une version simplifiée (en "proof of concept" seulement);

                  Il me semblait que la version alléger de Koffice ne respectait justement pas la norme. Pour OO4kids, je ne sais pas.

                  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                  • [^] # Re: Séparation

                    Posté par  (site web personnel) . Évalué à 2.

                    Braindump ne lit que son propre fichier.

                    Pour les 2 autres il me semble au contraire qu'ils respectent bien la norme. Sinon quel intérêt?

                    "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

        • [^] # Re: Séparation

          Posté par  (site web personnel) . Évalué à 2.


          Ce que je demande, c'est qu'ils puissent tous évoluer indépendamment, qu'on puisse avoir une update du tableur seul, sans qu'on ait besoin de toucher au reste.


          Je suis du même avis que le commentaire ci-dessus : Avoir sur une même machine des versions inégales des différents composants pourraient apporter des problèmes d'incompatibilité. Par exemple, lors de l'exportation d'un composant "tableur" dans celui de "présentation".

          Ceci étant, je pense qu'il est faisable d'avoir plusieurs installations différentes d'OpenOffice sur la même machine, afin par exemple de faire des procéder à des tests d'une nouvelle version. Tu peux par exemple compiler/installer la nouvelle version dans /opt/ ou dans /usr/local/openoffice/version xx/

          Enfin, j'ajouterai que certaines distribution, comme Debian, propose des paquets indépendants pour les différents composants majeurs d'OpenOffice. Par exemple, il y a un paquet oocalc, indépendant de oowriter : http://packages.debian.org/squeeze/openoffice.org-calc . Par contre, il est évident que ce type de paquet est dépendant de paquets commun (openoffice*core).

          • [^] # Re: Séparation

            Posté par  . Évalué à 2.

            Et le pire c'est que pour utilsier OpenOffice.org tu dois avoir les librairie C++ dispo. Non franchement ca va pas du tout. Il faudrait pouvoir decouper cette librairie en petit morceau...

            Je dois avouer que je ne comprend pas du tout ce qu'il veut. Si il veut une suite office il utilise un truc comme OOo, Koffice etc

            Sinon il utilise gnome office ou ce qu'il souhaite comme traitement de texte et comme tableur. C'est pas ca qui manque sur le marche. Apres ils sont a peu pres incompatible les uns avec les autres mais bon ce sont des programmes "standalone".

        • [^] # Re: Séparation

          Posté par  . Évalué à 2.

          « Je compile le logiciel à chaque nouvelle version. »

          Masochiste, inconscient ou heureux possesseur d'un Intel core i7 6 cores dont tu ne sais pas quoi faire ?

          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: Séparation

            Posté par  . Évalué à 2.

            oh ça prend pas plus de 3 heures sur un portable équipé d'un dual core AMD à 1.6 GHz . :)

            Sedullus dux et princeps Lemovicum occiditur

          • [^] # Re: Séparation

            Posté par  (site web personnel) . Évalué à 2.

            Je lance la compilation la nuit sur mon desktop au labo qui n'est jamais éteint.

        • [^] # Re: Séparation

          Posté par  . Évalué à 3.

          Pour info, firefox/thunderbird utilisent la même base de code et c'est à la compilation que ça se différencie.

          Moi ce que je trouverais bien c'est qu'OOo/LibreOffice crée un bibliothèque pour gérer tout leur formats (ODT, mais aussi les objets qu'on peut importer d'un document à un autre) et de voir si cette bibliothèque ne pourrais pas être externalisée au maximum pour finalement être codéveloppée par LibreOffice, KOffice, Abiword, Gnumeric,... Ça améliorerais l'interopérabilité entre ces logiciels.

          Après j'en utilise pas donc c'est pas comme si je me sentais extrêmement concerné.

          Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)

          • [^] # Re: Séparation

            Posté par  . Évalué à 1.

            cette bibliothèque ne pourrais pas être externalisée au maximum pour finalement être codéveloppée par LibreOffice, KOffice, Abiword, Gnumeric,...

            Abiword et Gnumeric ne veulent justement pas prendre en charge le format odt.

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: Séparation

              Posté par  (site web personnel) . Évalué à 2.

              >>> Abiword et Gnumeric ne veulent justement pas prendre en charge le format odt.

              Extrait des release notes de Abiword 2.8 [http://www.abisource.com/release-notes/2.8.0.phtml] :

              Improved OpenDocument Format (.odt) support

              The AbiWord development team considers support for the Open Document Format (ODF) important for a number of reasons, including long term durability and our interoperability with other products on the market.

              • [^] # Re: Séparation

                Posté par  . Évalué à 2.

                Bon ça a dû changer, je me souviens d'un post d'un développeur qui expliquait que l'équipe de voulait pas gérer l'odt pour ne pas avoir à développer des fonctionnalités qu'ils ne trouvaient pas appropriées pour Abiword.

                Mais quand on lit :
                This release incorporates many improvements to the ODF import/export filters,

                On peut penser que ces fonctions ne sont pas supportées ne sont pas importées mais peut-être que je me trompe.

                « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

          • [^] # Re: Séparation

            Posté par  (site web personnel) . Évalué à 2.

            Il me semble que le problème dans l'adoption de l'ODT par les autres suites, ce n'est pas la lecture/écriture du XML lui-même, ni sa compréhension ou sa complexité, mais le fait que pour bien représenter tous les cas prévus il faut avoir implémenté beaucoup de fonctionnalités dans le logiciel, ce qui va − si mes infos sont bonnes − à l'encontre de l'objectif de légèreté d'Abiword.

  • # Chiffre ?

    Posté par  . Évalué à 5.

    Le chiffre des développeurs du projet est maintenant de 90 et ce après à peine un mois et demi d'existence.

    D'une part, 90 n'est pas un chiffre mais deux. Ou bien c'est un nombre.
    D'autre part, la phrase veut dire en gros qu'on attribue ce nombre aux développeurs : "Tiens, ton nombre c'est 90", un peu comme on attribue 666 au Diable.
    Ou bien alors il s'agit en fait du nombre de développeurs, comme je pense tout le monde l'aura compris.

    Oui j'aime bien faire mon chieur :)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.