- 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
- Le site de KOffice (11 clics)
- L'annonce (3 clics)
- Le changelog (3 clics)
- Téléchargement (6 clics)
# Format de Fichiers
Posté par Pooly (site web personnel) . Évalué à 10.
[^] # Re: Format de Fichiers
Posté par Anonyme . Évalué à 10.
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 wismerhill . Évalué à 9.
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 Infernal Quack (site web personnel) . Évalué à 10.
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 Jean-Yves B. . Évalué à 10.
[^] # Re: Format de Fichiers
Posté par Jacolin Robert . Évalué à 10.
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 Matthieu Moy (site web personnel) . Évalué à 10.
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 Guillaume Rousse (site web personnel) . Évalué à 10.
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 Matthieu Moy (site web personnel) . Évalué à 5.
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 Jean-Yves B. . Évalué à 3.
Ç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 Zorro (site web personnel) . Évalué à 1.
[^] # Re: Format de Fichiers
Posté par Zorro (site web personnel) . Évalué à 0.
[^] # Re: Format de Fichiers
Posté par Jacolin Robert . Évalué à 2.
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 Christophe Morvan (site web personnel) . Évalué à 5.
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 Jean-Yves B. . Évalué à 8.
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 reno . Évalué à 9.
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 vieuxshell (site web personnel) . Évalué à 4.
[^] # Re: Format de Fichiers
Posté par fantomaxe . Évalué à 5.
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 Matthieu Moy (site web personnel) . Évalué à 10.
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 fantomaxe . Évalué à 8.
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 anonyme512 . Évalué à 3.
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 gerard delafond . Évalué à 10.
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 Benoît Bailleux (Mastodon) . Évalué à -2.
[^] # Re: Format de Fichiers
Posté par Jacolin Robert . Évalué à 7.
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 Nicolas P . Évalué à 2.
[^] # Re: Format de Fichiers
Posté par bobert . Évalué à 10.
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 Jacolin Robert . Évalué à 5.
# koffice... en français.
Posté par Sebastien . Évalué à 10.
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 gerard delafond . Évalué à 10.
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 Nicolas P . Évalué à 10.
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.