Sortie KOffice 1.2

Posté par  . Modéré par DAGAN Alexandre.
Étiquettes : aucune
0
11
sept.
2002
KDE
Au programme de cette version :

  • Amélioration du support WYSIWYG,
  • Gestion des images SVG,
  • Correcteur orthographique,
  • Complétion automatique de mots lors de la saisie,
  • KPresenter: gestion du son pour les présentations,
  • KSpread: récupération de données directement depuis une base SQL,
  • Amélioration des filtres d'import/export de données pour AbiWord, HTML, Latex, RTF...


Bref, une version majeure qui apporte de nombreuses fontionnalités.

Aller plus loin

  • # Format de Fichiers

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

    Je n'ai pas reussi a trouver la specification des formats de fichiers, ils ont changes ? il y a compatibilites acsendante ??
    • [^] # Re: Format de Fichiers

      Posté par  . Évalué à 10.

      Y-a-t'il d'ailleurs à ce niveau là un projet de rapprochement des formats avec OpenOffice et AbiWord? Parceque c'est bien gentil tout ça, mais les filtres entre les différents formats ouverts ça pue un peu. Si il y avait moyen d'unifier tout ça, ça ne serait pas mieux?

      J'ai pas dit non plus d'utilise Docbook ou quoi que ce soit d'autre, mais il me semble important que les différentes suites bureautiques libres doivent avoir le même format de données.

      Pour les filtres Koffice: http://www.koffice.org/filters/1.2/index.phtml(...) on voit clairement que même autres formats libres sont pas pleinement bien intégrés. Pourtant, les specs sont dispos.
      • [^] # Re: Format de Fichiers

        Posté par  . Évalué à 9.

        Il ne suffit pas que les spec soient disponibles, il faut aussi faire la correspondance entre les fonctionnalités des différents programmes. Les programmes de koffice ont beaucoup moins de fonctionnalités que ceux de OO.o et il y a donc des choses qui ne peuvent tout simplement pas être converties.
        De plus si les programmes fonctionnent de façon différente ça complique encore. Par exemple kword est un traitement de texte basé sur les frames, ce qui n'est pas le cas de OO.o writer, ça complique la conversion, dans un sens comme dans l'autre. Celà montre aussi qu'un format commun serait gênant, vu leurs différences.
    • [^] # Re: Format de Fichiers

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

      Ils annoncent utiliser le .zip plutôt que le tgz pour le nouveau format mais ils annoncent une compatibilité avec les anciens formats.

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Format de Fichiers

        Posté par  . Évalué à 10.

        Je me demande pourquoi d'ailleurs. Le gzip ou mieux, bz2, fournissent un meilleur taux de compression en général.
        • [^] # Re: Format de Fichiers

          Posté par  . Évalué à 10.

          Zip a été choisi car c'est le format de compression utilisée par OO.Org.

          Vous parliez de rapprochement entre différentes suites ? Et bien c'est le début. Le problème c'est que passer de tar à zip est beaucoup plus simple (et a moins de répercussion) que de changer le format du fichiers (xml pour OO.Org et Koffice).

          Imaginez le travail. Il faut :
          - comprendre les formats (au moins deux donc mais en fait il y a autant de format à comprendre que d'application impliqué dans le projet) ;
          - controler que les fonctionnalités soient les mêmes et implémentés dans chaque appli. ;
          - modifier et définir les dtd ;
          - répercuter dans le noyau de chaque appli. (en gros réecrire le noyau mais pas tout à fait) ;
          - répercuter au niveau des filtres (réecrire une partie du filtre);

          La bonne nouvelle, c'est que des personnes travaillent dessus (lentement mais surement).

          Une fois que cela sera fait, un petit peu de travail supplémentaire permettra d'avoir un même système de filtres pour toutes ses applis (un filtre développé poru une appli. fonctionnera pour les autres).
          • [^] # Re: Format de Fichiers

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

            Ah, oui, pour une bonne nouvelle, c'est une bonne nouvelle !

            Si seulement le format de OOo pouvait devenir une sorte de pdf amélioré et éditable (oui, je sais, pdf est éditable, mais à ma connaissance, que avec des outils proprio).

            Un seul format, plusieurs outils d'éditions. Tu choisit avec quel outil tu veux travailler, mais tu peux communiquer avec les autres. Bon, je rève peut-être, mais vous croyez qu'on y arrivera ?

            PS : Vous avez déjà joué un peu avec un fichier OpenOffice ? Un coup de unzip dessus, et tout devient clair. Les images sont stoquées dans un répertoire séparé, les informations sont bien séparées des meta-informations, ... En tous cas, bravo aux développeurs d'OOo, et aussi à SUN, sans qui tout ça n'existerait pas.
            • [^] # Re: Format de Fichiers

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

              >En tous cas, bravo aux développeurs d'OOo, et aussi à SUN, sans qui tout ça n'existerait pas.
              Pour mémoire, Sun n'a pas conçu StarOffice ex nihilo, mais l'a récupéré en rachetant StarDivision alors que ce programme était déjà à la version 5.2...
              • [^] # Re: Format de Fichiers

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

                Oui, SUN a acheté StarOffice (je crois quand même que la version 5.2 est de SUN).

                Mais ils ont sorti le portefeuille pour l'acheter, et ont ensuite <<donné>> les sources à la communauté. C'est déjà sympa, non ?

                Aujourd'hui, il y a encore pas mal de gens de chez SUN qui travaillent sur OpenOffice, et des commerciaux qui font de la pub pour la version commerciale. Vu que StarOffice est prèsque la même chose qu'OpenOffice, la pub de l'un bénéficie toujours à l'autre.

                PS : Après PdfLaTeX, A quand un OOoLaTeX ?
                • [^] # Re: Format de Fichiers

                  Posté par  . Évalué à 3.

                  PS : Après PdfLaTeX, A quand un OOoLaTeX ?

                  Ça doit être gérable avec Hévéa et XSLT en attendant.
                  Mais PDF est nu format d'impression alors que OOo permet de travailler encore dessus, ce n'est pas tout à fait pareil, il faut maintenir une structure que l'on pouvait oublier dans le cas du PDF.
                  • [^] # Re: Format de Fichiers

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

                    On dit toujours que PDF est un format d'impression. C'est vrai. Mais je trouve de plus que c'est, tout simplement, un excellent format de lecture à l'écran, tout simplement, et qu'il pourrait être amené à se développer dans ce sens, aussi. Par exemple, pour ceux qui sont abonnés à la version électronique du Monde, c'est vraiment plus pratique de le lire à l'écran en PDF qu'en HTML, même si c'est plus lourd à télécharger.
              • [^] # Re: Format de Fichiers

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

                En plus, Star Division, c'était des Allemands ! D'ailleurs, dans le noyau dur des développeurs d'Open Office, y a beaucoup de gens de chez Sun, et pas mal d'Allemand, qui, me semble-t-il, sont des anciens de Star Division.
            • [^] # Re: Format de Fichiers

              Posté par  . Évalué à 2.

              Bon, je rève peut-être, mais vous croyez qu'on y arrivera ?
              Mais si si, moi j'en suis sur. On mettra le temps qu'il faudra, mais ca viendra.

              PS : [...]
              C'est exactement la même chose pour les fichiers de KOffice. La structure est plus ou moins la même que celle de OpenOffice.Org, seule la DTD est différente.
            • [^] # Re: Format de Fichiers

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

              > Si seulement le format de OOo pouvait devenir une sorte de pdf amélioré et éditable (oui, je sais, pdf est éditable, mais à ma connaissance, que avec des outils proprio).

              Attention, le fait d'avoir un format d'échange « non éditable » assure justement la pérennité du document dans une forme « finale ». Il est parfois souhaitable que la modification d'un document soit très difficile (sinon impossible).

              Par exemple pour un enseignant, il est plus prudent de diffuser une version électronique « non modifiable » d'un document plutôt qu'une version modifiable qui pourrait à peu de frais être transformée par un étudiant « malveillant ».

              Ceci étant, il est clair que pdf n'est pas une solution satisfaisante en la matière.

              D'ailleurs y a-t-il un format d'échange (ouvert) non-éditable (sans passer par une image compressée avec perte ou un truc du genre) ?
              • [^] # Re: Format de Fichiers

                Posté par  . Évalué à 8.

                Mode bourrin : PNG ou DjVu.
                Sinon, il y a le Postscript ou le PDF.
                Le PDF n'est pas si éditable que ça. Annotable mais pas éditable, pas facilement tout du moins.

                Et dans tous les cas, il y a la signature numérique pour s'assurer de l'authenticité d'un document.
              • [^] # Re: Format de Fichiers

                Posté par  . Évalué à 9.

                Bah, editer un document sous un format plutot qu'un autre pour eviter les modifications ultérieure c'est comme faire un jeu closed-source pour éviter la triche.
                Tout le monde sait qu'il n'y a jamais de triche dans les jeux en-lignes :-)

                Cela rend les choses beaucoup plus difficiles, certes, mais cela reste loin d'etre impossible.
          • [^] # Re: Format de Fichiers

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

            Il pourrait envisager de loader les fichiers avec un plugin. Comme ca y a juste a utiliser le plugin Koffice dans OO pour loader le fichier adéquate (comme shella).
      • [^] # Re: Format de Fichiers

        Posté par  . Évalué à 5.

        ZIP ?

        Pour autant que je sache le format zip n'est pas libre. Mais je peux me tromper. Quelqu'un a des informations ?
        • [^] # Re: Format de Fichiers

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

          Si si, c'est libre.

          zip, unzip sont disponibles en gpl, et il y a 7-zip qui est graphique sous windows.

          Je crois que c'est pkzip qui est non libre.
          • [^] # Re: Format de Fichiers

            Posté par  . Évalué à 8.

            zip, unzip sont disponibles en gpl.

            Je ne crois pas, après recherche c'est minizip qui est dans la zlib qui est gpl.

            Par contre, il est vrai qu'il existe une version de zip/unzip chez info-zip.org avec une license "BSD-Style"
        • [^] # Re: Format de Fichiers

          Posté par  . Évalué à 3.

          je crois que tu confonds avec LZW:

          http://www.unisys.com/about__unisys/lzw/(...)

          lequel est effectivement utilisé dans Compress, ce qui est très exactement la raison pour laquelle GZIP a été développé d'ailleurs, ainsi que PKZIP (du nom de Phil Katz, qui inventa cette méthode de compression, dite de "Deflation" dérivée de LZ77).
          En fait, GZIP et PKZIP s'appuient sur exactement le meme algorithme (dit de "Deflation", donc, qui est un algorithme LZ (mais pas W ;-)). Ceci dit GZIP et PKZIP ne l'implémentent pas de la même façon, et sont donc incompatibles (dans une certaine mesure uniquement, et notamment pour la compression de multiple fichiers, car GZIP est alors fréquemment couplé à tar, et PKZIP était très orienté DOS au début). A noter que la ZLIB, qui implémente aussi cette compression a été développé par MM Adler et Gailly, qui avaient aussi développé GZIP. Le PNG utilise également cette compression.

          Au passage, l'algo "Deflate" est standard, car décrit dans la RFC 1951. la ZLIB est également décrite dans la RFC 1950 et GZIP dans la RFC 1952. Voir par là: http://www.gzip.org/zlib/(...)

          Maintenant il me semble que le brevet d'Unisys sur LZW est ou va bientot tomber, vu que les brevets applicables ont été soumis entre 1981 et 1983... Il faut savoir que LZW est utilisé de partout: GIF, PDF, PS, ... :-((
    • [^] # Re: Format de Fichiers

      Posté par  . Évalué à 10.

      Le format est intrinsèquement le même (archives en XML), mais le format de zipage est différent (zip contre tgz). Entre autres pour faciliter les échanges avec OpenOffice.
      Les anciens fichiers l'ouvrent sans problème avec la nouvelle version.
      Pour l'opération inverse, il faut dézipper et rezipper dans l'ancien format.
      • [^] # Re: Format de Fichiers

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

        Je me pose une question : un commentaire ci dessous décrit les nouveautés plus en détails, et j'y lit, par exemple "Notes de bas de page" ou "Commentaires". Je suppose que ces évolutions ont un impact sur le foormat de fichier. Comment faire pour conserver l'interropérabilité ?
        • [^] # Re: Format de Fichiers

          Posté par  . Évalué à 7.

          Certaine fonctionnalité était déjà précédemment décrit dans la DTD, il me semble.

          De toute manière, si une version précédente lit ce fichier, il ignorera la "section" et les notes, par exemple ou tout autre fonctionnalité non supportée, ne seront pas affichés (et pas sauvé non plus).
          • [^] # Re: Format de Fichiers

            Posté par  . Évalué à 2.

            C'est le même principe que quand les frames sont sortis. Les anciens navigateurs n'arrivent pas à les lire mais dont il les ignorent. Mais bon, y'a tjs des astuces (mettre en commentaire des trucs pr éviter que le navigateur les lisent).
          • [^] # Re: Format de Fichiers

            Posté par  . Évalué à 10.

            De toute manière, si une version précédente lit ce fichier, il ignorera la "section" et les notes, par exemple ou tout autre fonctionnalité non supportée, ne seront pas affichés (et pas sauvé non plus).

            Tu es sûr ?
            Ca c'est pas cool ! C'est pourtant une problématique très courante: je lis des données, je m'attends à lire A mais je trouve A+B. Pour m'en sortir, je devrais traiter A comme données et B comme méta-données, de facon à tout conserver.

            Quelqu'un est-il au courant de la démarche à adopter et de son implémentation ? Ca m'intéresse au plus haut point, parce que j'ai l'impression que peu d'applications se comportent correctement par rapport a ca, alors que c'est une situation quotidienne. J'ai pas vérifié, mais des bibliothèques comme libferris devraient faire autre chose que contourner la difficulté (?)

            Bref, toute info la-dessus serait la bienvenue.

            eul'Bob
            • [^] # Re: Format de Fichiers

              Posté par  . Évalué à 5.

              Après m'être renseigné, cela se passe effectivement comme cela (perte des données). C'est pas cool ? Ben ouai, mais ca a été discuté (voir le fil de la discussion sur koffice-devel) et c'est beaucoup plus complexe qu'il n'y parait, sinon ça aurait été fait.
  • # koffice... en français.

    Posté par  . Évalué à 10.

    J'en profite pour rappeler que koffice est traduit par Gerard^W l'équipe kde-francophone, et qu'il y a beaucoup, beaucoup de boulot pour peu, trop peu de traducteurs.
    Le taf à réaliser est ici :
    http://fr.i18n.kde.org/apps/wip-apps.php3(...)
    et
    http://fr.i18n.kde.org/docs/wip-docs.php3(...)

    Comme c'est agréable d'utiliser un logiciel en français avec la doc traduite en français...
  • # Le texte intégral de la news

    Posté par  . Évalué à 10.

    La nouvelle version stable de KOffice (1.2) est disponible au téléchargement.

    Cette version apporte de nombreuses améliorations qui lui permettent d'être utilisée en pratique courante.

    On peut noter parmi les nouveautés :

    KWord :
    Notes de bas de page
    Nombreux filtres d'importation (.doc, .rft, etc.), encore perfectibles, mais déjà utilisables.
    Fonctions d'autocorrection très améliorées et appliquables après-coup
    Correction d'orthographe en tâche de fond avec soulignement
    Espaces insécables
    Hyperliens
    Soulignement et barré doubles
    Complètement automatique des mots
    Commentaires
    le wysiwyg
    Importation des styles

    KSpread :
    Nombreuses nouvelles formules
    Nouveaux filtres
    Passage à 32000 colonnes au lieu de 676
    Gestion de vues multiples
    Gestion de modèles
    Accès aux bases SQL

    KPresenter :
    Effets sonores
    Mode aperçu
    Utilisation de nombreux systèmes hérités de KWord pour la mise en page et la correction
    le wysiwyg

    Les autres programmes restent en retrait pour cause de manque de développeurs

    Et pour tout le système :

    -documentation complète
    -traduction complète
    -démarrage rapide
    -toutes les applis KOffice peuvent être intégrées dans Konqueror (lecture seule)
    -scriptage de toutes les applis (on peut lancer KWord directement avec un mot écrit à une certaine place)

    Un dernier mot pour dire que l'équipe de traduction de KDE a besoin d'un sérieux coup de main pour finaliser KDE 3.1 pour dans un mois (http://i18n.kde.org/teams/fr(...))

    Merci à tous

    Gérard
  • # Y'a du travail pour tout le monde !!!

    Posté par  . Évalué à 10.

    Je ne veux me facher avec personne mais beaucoup critiquent (c'est positif) mais bien peu sont près à fournir de l'aide.
    Personnellement je travaille sur les filtres et je peux vous assurés qu'il y en a pour tous les gouts et pour toutes les compétences. Koffice a besoin (comme pas mal de projets) de beaucoup de développeurs pour pouvoir développer des filtres pour la compatibilité avec les autres applis (open source ou pas). Donc voilà, l'appel est lancé. Et puis si vraiment vous n'êtes pas développeurs, il reste, comme l'a rappelé Sébatien, de la traduction.
    Et puis si vraiment rien de ça ne vous amuse, utiliser koffice est positif aussi (à condition que vous postiez des rapports de bug). En tout cas n'hésitez pas, c'est un projet qui a réellement de l'avenir.

Suivre le flux des commentaires

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