Cette mouture apporte comme toujours son lot d'améliorations et de fonctionnalités supplémentaires, dont l'export aux formats PDF, XHTML et Flash (non-libre), une compatibilité accrue avec les formats Microsoft Office, des nouvelles options d'accessibilité, des améliorations de l'internationalisation, un enregistreur de macros, le support des bases de données MySQL, etc. et une barre de progression.
Thibauld Favre nous propose son rapport de 78 pages sur la migration MSOffice vers OpenOffice.org. Il est disponible sur la partie francophone du site en PDF et SXW et est dédié à Frédéric Labbe.
NdM : cette news est un agrégat de toutes les informations apportées de nombreux contributeurs qui ont posté la news, qu'ils en soient remerciés. Annonce OpenOffice.org
OpenOffice.org 1.1 can be downloaded now. It represents months of testing, improvement, innovation. There is no other office suite like it, either in terms of features or code. And it's free.
Screenshots - Press Release - Features - Newsletters - Marketing Materials
Rapport de PFE : Migration de MS Office vers OpenOffice.org
Thibauld Favre a réalisé ce travail au sein d'un Syndicat Intercommunal pour les Technologies des Villes. Ce syndicat a mis en place un projet Poste de Travail Libre à destination de différentes mairies. Ce rapport constitue une étude approfondie contextuelle d'une migration et, jalonné de conseils, il donnera de nombreuses informations aux décideurs concernés. Nous remercions Thibauld pour avoir offert son travail à notre communauté.
Aller plus loin
- OpenOffice.org (9 clics)
- Partie francophone (12 clics)
- OpenOffice.org sur LinuxFR (11 clics)
- Le rapport sur la migration MSO -> OOo (9 clics)
- Une présentation flash de OO 1.1 (9 clics)
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par fleny68 . Évalué à 10.
Il est vraiment mieux que le 1.0, qui était déjà bien.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par AP . Évalué à 4.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Pierre Jarillon (site web personnel) . Évalué à 3.
: http://kde-look.org/content/show.php?content=7131(...) , un thème qui donne vraiment envie d'utiliser OOo. Bien entendu les goûts et les couleurs, ça se discute, mais celui-là a l'heur de plaire à 91% des visiteurs. Un vrai plébiscite.
Je conseille vraiment de l'appliquer avant de faire une démonstration
Remarque : Les screenshots sont faits avec un décor de fenêtre jaunâtre qui n'appartient pas à ce kit.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Pascal Terjan (site web personnel) . Évalué à 2.
# Export en Flash
Posté par Aurélien Bompard (site web personnel) . Évalué à 0.
[^] # Re: Export en Flash
Posté par Nÿco (site web personnel) . Évalué à 4.
Bon d'accord, en XHTML y'a pas les animations, mais j'espère que tu n'en abuses pas, qu'elles te sont vraiment nécessaires... sinon, pas très 'pro' tes slides, plutôt 'Pif Gadget'...
[^] # Re: Export en Flash
Posté par dinomasque . Évalué à 6.
BeOS le faisait il y a 20 ans !
[^] # Re: Export en Flash
Posté par Nÿco (site web personnel) . Évalué à 0.
[^] # Re: Export en Flash
Posté par qdm . Évalué à 1.
[^] # Re: Export en Flash
Posté par Nÿco (site web personnel) . Évalué à 1.
Bon, mais sinon, la base des bases, y'a par défaut pas de doctype...
Et puis bon HTML 3.2, c'est ma grand-mère qui va être contente, et les préhistoriens, les archéologues et anthropologues de l'informatique...
[^] # Re: Export en Flash
Posté par ashram4 . Évalué à 2.
You will need to be running Windows 2000, Windows ME or Windows XP if you want to use Asian Languages (CJK) though.
partie "What do I need so I can use it?"
OpenOffice ne supporte pas les langues asiatique sous Linux? quelle est la différence avec Windows? les polices de caractères?
[^] # polices asiatiques linux
Posté par free2.org . Évalué à 2.
[^] # Re: Export en Flash
Posté par fleny68 . Évalué à 7.
Mais bon j'en ai marre d'entendre dire que fllash n'est pas libre, alors je questionne:
- les spécifications sont -elles disponibles (comme pour le pdf ?). Si OOo génère un flash correct, c'est bien que les spec doivent être publiques, non?
- y a-t-il une raison quelconque qu'un lecteur flash libre ne puisse pas être complet? En particuliers il y a des projets comme celui là: http://swfdec.sourceforge.net/(...) .
Bref est-ce que flash c'est si mal que cela? Le pdf c'est bien, non? Pourquoi pas flash? parce que svg c'est mieux?
[^] # Re: Export en Flash
Posté par ClearScreen . Évalué à 5.
Oui
y a-t-il une raison quelconque qu'un lecteur flash libre ne puisse pas être complet?
Non, à part que c'est compliqué.
[^] # Re: Export en Flash
Posté par Christophe Bliard . Évalué à 10.
Je trouve personnellement que ce format est aussi libre que le pdf : il est édité par adobe qui met à diposition les spécifications. Y'a pas grande différence avec macromedia. La seule chose qui n'est pas libre, c'est un lecteur décent et complet pour ce format mais ça arrivera.
Faut arrêter de dire que flash n'est pas libre ou n'est pas ouvert. À moins que quelqu'un puisse m'exlpiquer la différence au niveau ouverture entre le format pdf et le format swf.
[^] # Re: Export en Flash
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 3.
On se croirait sur 01net..
[^] # flash/java/C# proprios à l'origine, avec des brevets
Posté par free2.org . Évalué à 0.
Cependant pour tous les formats/langages qui ont été proprios au départ, il y a aussi le problème des brevets dans la plupart des pays (on ne connait pas encore l'issue de la loi actuelle sur les brevets en Europe, issue jusqu'à la prochaine loi sur les brevets...).
Les créateurs respectifs de langages initalement proprios comme java/pdf/flash/C#/etc. ont bien-sûr déposé des brevets à la création puis lors des améliorations.
En ce qui concerne pdf, il est proche de postscript, et la plupart des brevets de PS sont échus.
Enfin la GPL n'est pas compatibles avec les specs publiées mais non libres (comme celle de Java) qui interdisent qu'on les modifient en les implémentant.
[^] # Re: flash/java/C# proprios à l'origine, avec des brevets
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 2.
relis http://www.openswf.org/(...) , http://www.oreillynet.com/pub/a/javascript/2002/05/24/swf_not_flash(...) et http://www.macromedia.com/software/flash/open/licensing/fileformat/(...)
alors arrêtez d'écrire n'importe quoi . On est ni sur JDNet, ni sur 01Net, si sur HardwareFR . MERDE QUOI !
Si vous savez pas ABSTENEZ VOUS !
[^] # donneur de leçons...
Posté par free2.org . Évalué à 3.
générer du swf est une chose, avoir un éditeur multimédia complet en est une autre
PS je trouve que c'est surtout ton attitude tapageuse qui ressemble aux journaux que tu as cité
[^] # Re: donneur de leçons...
Posté par Nÿco (site web personnel) . Évalué à 2.
[^] # Re: Export en Flash
Posté par XHTML/CSS inside (site web personnel) . Évalué à 4.
Pour en avoir fait un petit peu, svg c'est vraiment bien, le seul problème, c'est que ça n'est vraiment pas connu (du grand public j'entends).
Il y a bien un plugin de chez adobe pour le lire sous win.
Mozilla ne devait pas l'implémenter d'ailleurs ?
[^] # Re: Export en Flash
Posté par MagicNinja . Évalué à 1.
Un petit regret... pas de paquet debian dans le style de mozilla-snapshot :-/ (un petit mozilla-svg pour tester ce serait sympa :-)
[^] # Re: Export en Flash
Posté par Yann KLIS (site web personnel) . Évalué à 2.
[^] # Re: Export en Flash
Posté par un_brice (site web personnel) . Évalué à 1.
En tous cas, c'est dans le prochain KDE! ^_^
[^] # Re: Export en Flash
Posté par tgl . Évalué à 0.
C'est vrai que c'est assez sexy. Je vais pas troller sur le côté «pas libre» parceque le débat à déjà été fait 100 fois.
Par contre, Est-ce que c'est vraiment pratique ? Dans le truc d'exemple là, on navigue en cliquant sur des boutons (qui au passage bouffent de la place) : je me vois pas faire ça debout à côté d'un laptop sans perdre un temps fou entre chaque transparent. Y'a des gens qui ont réussi à avoir un truc qui marche bien avec juste PgUp/PgDown par exemple ?
Enfin, ma question est assez formelle ceci dit, parceque moi je suis content jusque ici avec mon Latex+Prosper.
[^] # Re: Export en Flash
Posté par Matthieu Moy (site web personnel) . Évalué à 6.
A mon avis, pour une présentation importante devant public, il vaut mieux avoir un vrai OOo sous la main.
Par contre, à la fin de ta présentation, sur le slide de conclusion, quand tu met
* Les slides sont en ligne à l'addresse suivante
http://www.mapageperso.com/messlides/(...)
Là, tu apprécie *beaucoup* l'export flash. Dans la plupart des cas, les slides qu'on trouve sur le net sont soit des trucs exportés par pauvrepoint lisibles seulement avec MSIE, soit carrément du png.
Bref, enfin un truc qui donne de la valeur ajoutée par rapport à MSOffice sur le plan purement technique.
[^] # Re: Export en Flash
Posté par tgl . Évalué à 1.
Allez, j'ai mérité mon blâme.
[^] # Re: Export en Flash
Posté par linuxidable . Évalué à 1.
--==>[]
[^] # Re: Export en Flash
Posté par Marc HONNORAT (site web personnel, Mastodon) . Évalué à 6.
Totalement multi-plateformes ? Eh bien j'aimerais bien que tu m'expliques comment lire du Flash sous linux avec mon iMac... Car ce n'est pas (encore?) Swfdec qui va m'aider. Ni Macromedia, d'ailleurs.
Pour ma part, prosper+latex (ou bien pdfscreen+latex) reste le moyen le plus mulitplateforme que je connaisse pour faire des présentations.
[^] # Re: Export en Flash
Posté par beb . Évalué à 3.
Bon je suppose que cela dépend des domaines mais perso, j'utilise Latex + foiltex pour des présentations assez "techniques", genre avec pas mal de formules de math ... et OOo pour des présentations plus "sexy" où j'utilise plus de schémas.
Et je trouve que l'export en flash des présentations OOo est vraiment une killer feature. Par exemple, je vais (dès que j'ai le temps) mettre mes présentations sur mon site que les gens pourront consulter. Quant aux boutons de navigation ils ne sont pas obligatoirement présents. Dans le test que j'avais fait, seules les diapos étaient sur l'écran et en cliquant dessus on passait à la diapo suivante.
Une autre bonne surprise de la version 1.1 c'est l'éditeur d'équations, même si on est loin de latex, je le trouve vraiment bien foutu, et je pense que les amateurs de latex apprécieront de pouvoir créer des équations avec un "langage" du style latex qui permet d'être vraiment précis dans ce qu'on veut faire (du what-you-see-is-what-you-mean dans un éditeur WYSIWIG : pas mal :)
Pour finir, et même si ce n'est pas ce qu'il y a de plus important, il me semble que les filtres d'import des documents microsoft sont bien meilleurs.
Bref, du bon boulot à mon avis.
[^] # Re: Export en Flash
Posté par Marc HONNORAT (site web personnel, Mastodon) . Évalué à 2.
Killer feature si tu veux, mais moi quand je me retrouve avec un site en Flash -- que ce soit chez moi (iMac/linux) ou au boulot (PC/Debian, je ne suis pas admin) -- le resultat est sans appel => poubelle je ne peux pas lire.
[^] # Re: Export en Flash
Posté par beb . Évalué à 1.
Je ne connais pas les macs, il n'y a pas de plugin flash pour mac?
Meme sans être admin tu peux installer firebird sur ton compte et le plugin flash
fonctionne bien.
Je ne parle pas ici de tout un site fait en flash, mais seulement d'un document au sein d'un site, c'est très différent à mon avis.
[^] # Re: Export en Flash
Posté par Marc HONNORAT (site web personnel, Mastodon) . Évalué à 1.
Sous MacOS, oui, mais Macromedia ne s'est jamais décidé à faire un port pour linux. Cf :
http://linuxfr.org/2003/05/13/12405.html(...)
Je ne parle pas ici de tout un site fait en flash, mais seulement d'un document au sein d'un site, c'est très différent à mon avis.
Pourquoi ne pas mettre un fichier PDF dans ce cas ? Si c'est pour mettre à disposition une présentation sur le web, le PDF est très bien.
[^] # Re: Export en Flash
Posté par Aurelien Gateau (site web personnel) . Évalué à 1.
Ah... Moi je fais pas comme ça sur "mon PC/Debian où je suis pas admin" : j'installe le plugin dans mon home et je dis à mon navigateur d'aller le chercher là bas. M'enfin c'est chacun son goût.
[^] # Re: Export en Flash
Posté par Éric (site web personnel) . Évalué à 2.
Le format flash est un format ouvert. Les spec sont publique et diffusées.
Le mot même de "libre" appliqué à une spécification de format n'a aucun sens (voir mon unique journal)
Tu peux éventuellement te plaindre qu'il n'y a pas d'implémentation flash correcte et libre, mais ça ça ne tient qu'aux gens d'en faire une.
(je répond autant à la note du modérateur qu'à toi, car toi le fait que tu parles de l'implémentation ou du format n'est pas très clair).
[^] # Re: Export en Flash
Posté par reno . Évalué à 0.
Bah pour tout le monde format libre est un synonime de format ouvert, donc arrete de couper les cheveux en 4..
[^] # Re: Export en Flash
Posté par Nÿco (site web personnel) . Évalué à 1.
On sait ce qu'est un logiciel Libre et OpenSource : GNU, Debian et OSI l'ont défini.
Par contre format ouvert, libre, documenté, RFC, standardisé, normalisé, etc... personne ne peut/veut définir de manière consensuelle.
Oh y'a bien quelques définitions basées sur le dico, mais ça reste du vocabulaire courant, un peu en décalage par rapport à l'informatique...
[^] # Re: Export en Flash
Posté par fleny68 . Évalué à 1.
Il y a les formats ouverts: pdf, sxw... Bien spécifiés, utilisables, implémentables... Un standard est obligatoirement ouvert, à moins qu'il ne soit
Il y a les formats fermés: reverse engineering obligatoire pour travailler avec en libre.
C'est comme ça que je le sens. Mais bon si y'en a qui sont pas d'accord on peut discuter.
[^] # Re: Export en Flash
Posté par Éric (site web personnel) . Évalué à 3.
> personnellement individuelle !...
La langue humaine a toujours été subjective et connotée, nous ne sommes pas des ordinateurs.
Et quand bien même le vocabulaire serait très bien délimité, tout n'est jamais blanc ou noir et le fait que quelque chose colle à la définition est souvent sujet à interprétation.
> Oh y'a bien quelques définitions basées sur le dico, mais ça reste du
> vocabulaire courant, un peu en décalage par rapport à l'informatique...
Quelle honte, on utilise du vocabulaire courant, faut vite changer ça histoire de pouvoir sortir des noms classe en majuscule et paraitre plus intelligents que les autres quand on sait à quoi ca correspond.
Franchement je trouve vachement plus intelligent d'utiliser du vocabulaire courant. En tout cas beaucoup plus intelligent que ce qu'ont fait GNU et OSI : utiliser des mots courants pour les redéfinir à leur sauce et faire comme si seule leur interprétation de ces termes était la bonne.
Le terme "ouvert" n'a peut être pas une définition qui permet de classer en deux catégories bien distinctes mais tout le monde voit bien à quoi ça correspond au moins.
[^] # Re: Export en Flash
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
> deux catégories bien distinctes mais tout le monde voit bien à quoi ça
> correspond au moins.
Ben justement non ...
Fait un sondage autour de toi :
Logiciel open source =
[ ] Logiciel dont le code source est disponible
[ ] Logiciel dont le code source est disponible, redistribuable, et modifiable.
Tu auras sans doute du 50/50 ...
Maintenant, pour un format "ouvert"
[ ] Les specs sont disponibles
[ ] Il existe une implémentation libre
[ ] Les specs sont disponibles sous une licence libre
[ ] Il n'existe aucune implémentation propriétaire
Tu auras probablement un peu de chaque (La dernière semble tirée par les cheveux, mais on m'a déjà dit que le C++ était un langage propriétaire, alors plus rien ne m'étonne.)
[^] # Re: Export en Flash
Posté par Gohar . Évalué à 1.
[^] # Re: Export en Flash
Posté par Nÿco (site web personnel) . Évalué à 1.
[^] # Re: Export en Flash
Posté par Fabimaru (site web personnel) . Évalué à 1.
[^] # Re: Export en Flash
Posté par reno . Évalué à 1.
open source --> point 1
OpenSource --> point 2.
Et oui je trouve cela débile d'avoir surchargé le terme existant..
Sinon pour ton deuxième questionnaire, le point deux me semble très discutable, pour moi un format est ouvert si rien n'empèche la réalisation des programme libres générant ET lisant ce format.
Si une nouvelle spécification apparait et que rien n'empèche la création de programmes libres lisant/écrivant ce format, ce n'est pas parce que les programmes n'existent pas que le format spécifié n'est pas ouvert..
Soit dit en passant le point 4 du deuxième questionnaire me parait stupide, tout comme l'idée que le C++ soit un langage propriétaire..
[^] # Re: Export en Flash
Posté par Matthieu Moy (site web personnel) . Évalué à 4.
> OpenSource --> point 2
J'ai entendu souvent cette distinction. Pour certains, il y a même une différence entre open source et Open Source.
Seulement voilà,
* A l'oral, tu fais comment la différence ?
* Si on va se ballader un peu sur http://www.opensource.org/,(...) on peut lire
Open Source Initiative (OSI) is a non-profit corporation
puis
The basic idea behind open source is very simple:
et enfin, pour que tout le monde soit content
Open source software is an idea [...]
En cherchant un peu plus loin, on trouve même
The distribution terms of open-source
Par contre, même en jouant du google, pas de trace de "OpenSource" sur le site.
Donc, cette distinction est une création de je-ne-sais-trop-qui. Déjà qu'avec une définition officielle, les gens se mélangent, alors pitié, ne rajoutez pas de subtilités non-officielles ;-)
Sinon, pour la suite, je sais qu'il y a des propositions abérentes. Je n'ai pas dit pour laquelle je votais ;-) juste que j'étais quasi-certain qu'il y aurait du monde pour chaque proposition, pour montrer que le vocabulaire est ambigu, c'est tout.
[^] # Re: Export en Flash
Posté par ccomb (site web personnel) . Évalué à 8.
http://www.macromedia.com/software/flash/open/licensing/fileformat/(...)
--------------------------------------------------------------------------------
Macromedia Flash File Format (SWF) Specification License Agreement
--------------------------------------------------------------------------------
You will not make or distribute copies of the Specification, or electronically transfer the Specification outside your company.
(...)
You agree that your Product must output SWF files that can playback without Errors in the latest versions of the Microsoft Windows, Apple Macintosh, and Linux Macromedia Flash Players (...)
(...)
You agree that your Product must output SWF files that can be opened without Errors in the latest version of the Macromedia Flash authoring software listed at http://www.macromedia.com/software/flash/.(...)
(...)
You understand and agree that Macromedia may amend, modify, change, and cease distribution or production of the Specification at any time. You understand that this License does not entitle you to receive any upgrades, updates, or future versions of the Specification under this License.
(...)
You will indemnify and hold Macromedia harmless from any third party claim, loss, or damage (including attorneys fees) related to your use of the Specification or your inclusion of SWF into your Product(s).
--------------------------------------------------------------------------------
Ca veut dire que les gens n'on pas le droit de se donner les spécifications entre eux, ils doivent obligatoirement le télécharger chez macromedia.
Si Macromedia décide du jour au lendemain de ne plus le mettre en téléchargement, le format flash devient soudain fermé et non documenté.
Ca veut dire aussi qu'on prend des risques à l'implémenter : il faut que TOUS le fichiers produits pas le logiciel d'export passent sans erreur dans le lecteur de Macromedia....dont on n'a pas les sources !!!
Et pour couronner le tout, il faut INDEMNISER macromedia si jamais ils subissent des dommages dus à VOTRE utilisation des spécifications. (par exemple si vous créez un éditeur flash qui concurrence trop flashMX). Et vous devrez aussi payer les frais d'avocat (attorney's fee)...
Pour résumer, le flash, je dis simplement NON !!!!!
[^] # Re: Export en Flash
Posté par Jux (site web personnel) . Évalué à 4.
[^] # Re: Export en Flash
Posté par Maillequeule . Évalué à 0.
http://www.gnu.org/software/java/java.html(...)
Et tu te rends compte, il faut Visual C++ pour compiler OOo ! (paradoxal en effet)
http://tools.openoffice.org/dev_docs/build_windows.html(...)
:)
M
[^] # Re: Export en Flash
Posté par Pierre Jarillon (site web personnel) . Évalué à 0.
[^] # Re: Export en Flash
Posté par pasBill pasGates . Évalué à 3.
Vas-y te gene pas, montre nous des exemples de ces exclusivites que Visual C++ a, j'ai envie de rire.
Au fait, t'as remarque que plein de projets ne compilent qu'avec gcc ?
C'est du au fait que gcc a seul acces a toutes les API et specifications aussi ?
[^] # Re: Export en Flash
Posté par Fabimaru (site web personnel) . Évalué à 2.
[^] # Re: Export en Flash
Posté par pasBill pasGates . Évalué à 1.
Quand a creer les headers, t'as pas le choix a part prendre ceux du SDK, de meme sous tous les systemes, si t'as pas les headers d'une librairie fournis par l'auteur, bonne chance pour les deduire.
[^] # Re: Export en Flash
Posté par gnumdk (site web personnel) . Évalué à 2.
De toute facon, tu as besoin de Visual pour avoir les headers(ce que disait pierre) donc meme si ca marche avec gcc, l'interet est minimal vu que de toute facon tu a ete obligé d'installer Visual. Bon apres, quand on a fait quelques projets avec visual, qu'on s'est mangé quelque internal errors parce Visual refuse de compiler un truc si l'ordre d'inclusion des headers ne lui plait pas, on peut en avoir mal de cette usine a gaz de visual(le probleme etait ici sur deux .h ecris pour notre projet, ces deux fichier ne faisait aucune inclusion et suivant l'ordre d'inclusion, ca fonctionnait ou ca ne fonctionnait pas... Bien sur avec g++ ca fonctionnait tres bien). Le plus drole, c'est que sur ma promo, on était loin d'etre les seul a avoir ce probleme ...
[^] # Re: Export en Flash
Posté par pasBill pasGates . Évalué à 1.
Quand aux headers, suffit de downloader le platform SDK qui est dispo sur le site de MS, pas besoin de Visual C++
[^] # Re: Export en Flash
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
Idem avec deux petits fichiers non libres qu'il faut télécharger séparément si on veut compiler OOo soi même.
C'est pas catastrophique, mais c'est vrai que ça serait bien que les petites dépendances sur des trucs non libres sautent ...
[^] # Re: Export en Flash
Posté par Jux (site web personnel) . Évalué à 2.
Et Maillequeule, merci pour l'agression, tu sais, tu peux dire que j'ai tort sur un ton un peu plus sympathique :-D
[^] # Re: Export en Flash
Posté par Maillequeule . Évalué à 1.
Désolé donc.
Ce que je voulais dire, c'est que fatalement, à un moment donné, et sur la plateforme windows particulièrement, OOo se repose obligatoirement sur des technologies propriétaires et fermées.
M
[^] # Re: Export en Flash
Posté par Jux (site web personnel) . Évalué à 3.
C'est pas grave :-D
Pour ce qui est de windows, je suis tout à fait d'accord avec toi.
Mais pour linux, les bsd et autres systèmes libres, je trouve que c'est dommage .
Maintenant, si RedHat a réussi à le compiler librement, alors il faudrait peut-etre essayer de faire de meme pour certaines distribs. (dans Debian, Oo est en contrib, s'il était dans main, ce serait top).
Si mes souvenirs sont bons, RedHat a résolu le problème en compilant ça avec des classes vides. Ca supprime quelques fonctionalités, mais c'est pas catastrophique.
Tu n'as pas un petit lien a nous mettre sous la dent ?
[^] # Re: Export en Flash
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
ici http://gcc.gnu.org/ml/gcc/2003-03/msg01788.html(...)
D'ailleurs, visiblement, ça intéresse aussi les gens de OOo :
http://www.openoffice.org/servlets/ReadMsg?msgId=630781&listNam(...)
[^] # Re: Export en Flash
Posté par Benoît Bailleux (Mastodon) . Évalué à 2.
[^] # Re: Export en Flash
Posté par beb . Évalué à 2.
J'ai essayé sur un doc ppt de 6Mo, le flash fait 1.4 Mo et la perte de qualité est raisonnable.
[^] # Re: Export en Flash
Posté par jjay . Évalué à 1.
J'ai essayé de creer un document avec impress puis de l'exporter en flash, mais ca marche pas fort, je n'ai aucune animation.
pourtant j'ai fait un truc tout simple:
un carré qui se deplace et une transition entre 2 pages par fondu
Quelqu'un a reussi à creer un animation flash ???
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par FraGoss . Évalué à 1.
Obligé de télécharger la version Anglaise puis de télécharger ensuite
la version Francaise :'-(.
Mais bon, cette version en quand meme superbe :-)
Sogarf le Phrancaufonne ;-)
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Libre (site web personnel, Mastodon) . Évalué à 4.
Y.
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par plagiats . Évalué à -1.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Victor STINNER (site web personnel) . Évalué à -2.
Haypo
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par KaZeKaMi (site web personnel) . Évalué à 0.
-> []
# Format des documents
Posté par Laurent Mazet (site web personnel) . Évalué à -6.
[^] # Re: Format des documents
Posté par bad sheep (site web personnel) . Évalué à 8.
L'un des principaux avantages de OOo, c'est que c'est du XML... pas question de binaires !!
Le format des fichers OOo est compose par un ensemble de fichiers zippes. Pour t'en convaincre, unzip mon_fichier.sx? et hop, tu as acces a tout le contenu. Tu peux donc *facilement* travailler dessus avec toute la puissance des outils de traitement XML :)
[^] # Re: Format des documents
Posté par Tonton Th (Mastodon) . Évalué à 0.
Quel est l'algo utilisé pour la compression ? N'y a-t-il pas un souci avec le brevet Unisys sur la compression LZW, comme avec les images Gif ? Suis-je en train de troller, ou ma question n'est-elle pas si idiote que ça ?
[^] # Re: Format des documents
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2.
[^] # Re: Format des documents
Posté par asbin . Évalué à 3.
;-]
[^] # Re: Format des documents
Posté par Tonton Th (Mastodon) . Évalué à 2.
Je sais lire. Dans unzip il y a zip, d'ou mon interrogation sur l'algo de compression utilisé, puisque ça ne semble pas être le même que celui de la zlib...
les formats OOo sont compréssés au format PKZIP
Donc, probablement, avec du LZW ?
[^] # Re: Format des documents
Posté par Romain Vinot . Évalué à 1.
[^] # Re: Format des documents
Posté par Marc Lacoste . Évalué à 2.
http://xml.openoffice.org/package.html(...)
Hop, sans troller :)
[^] # Re: Format des documents
Posté par Laurent Mazet (site web personnel) . Évalué à 1.
Je me doutais que le xml etait compresse. J'ai essaye de verifier le contenu d'un fichier sxw avec gzip mais je n'ai pas pense au format de punzip (ni a la commande file)....
Par contre, je n'ai pas vu comment sauvegarder en DocBook sur la verion Linux :
- ce n'est pas dans les formats de sauvegarde
- ni dans les formats d'export
[^] # Re: Format des documents
Posté par Gohar . Évalué à 1.
http://xml.openoffice.org/xmerge/docbook/temp_test_only.html?JServS(...)
[^] # Re: Format des documents
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
Peut-être qu'en lisant la doc ... :-P
Au hasard, la petite bulle d'aide qui apparait quand tu sauves un document pour la première fois ;-)
[^] # Re: Format des documents
Posté par Laurent Mazet (site web personnel) . Évalué à 1.
> pour la première fois ;-)
Si, en plus il faut coincer la bulle... ;-)
[^] # Re: Format des documents
Posté par Anonyme . Évalué à 1.
file fichier
[^] # Re: Format des documents
Posté par fleny68 . Évalué à 2.
Le fichier est en fait un fichier zip contenant plusieurs fichiers xml. Tu peux utiliser unzip pour visualiser l'intérieur du document.
[^] # Re: Format des documents
Posté par ClearScreen . Évalué à 2.
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par pplf . Évalué à 1.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Victor STINNER (site web personnel) . Évalué à 1.
http://www.openoffice.org/about.html#history(...)
"StarDivision, the original author of the StarOffice suite of software, was founded in Germany in the mid-1980s. It was acquired by Sun Microsystems during the summer of 1999 and StarOffice 5.2 was released in June of 2000. Future versions of StarOffice software, beginning with 6.0, have been built using the OpenOffice.org source, APIs, file formats, and reference implementation."
Mais c'est pas trop précis je trouve :-/
@+ Haypo
[^] # Historique ...
Posté par Maillequeule . Évalué à 3.
1986 StarWriter pour DOS
1996 StarOffice 3.1 (Win, OS/2, Mac, Unix)
1999 Star Division racheté par Sun, StarOffice
19-07-2000 Annonce du projet OpenOffice.org
13-10-2000 Sun ouvre le code de StarOffice pour le projet OpenOffice.org
04-2001 Projet francophone
20-07-2001 OpenOffice.org beta
01-05-2002 OpenOffice.org 1.0
15-05-2002 StarOffice 6.0
05-2003 OpenOffice.org 1.1 beta
01-10-2003 OpenOffice.org 1.1 finale
17 ans ... Qui parle d'un nouveau produit ? :)
M
[^] # Re: Historique ...
Posté par Pierre Jarillon (site web personnel) . Évalué à 4.
Jamais Star Division n'aurait pu arriver à ce résultat avec un logiciel propriétaire. Que ce soit pour OpenOffice ou Mozilla, on peut voir la différence de dynamisme dès que l'on passe dans le monde libre.
[^] # Re: Historique ...
Posté par Nÿco (site web personnel) . Évalué à 2.
[^] # Re: Historique ...
Posté par gndl (site web personnel) . Évalué à 1.
C'est quand même troublant de constater que les 2 fleurons du logiciel libre sont issus de logiciels propriétaires.
C'est complètement gratuit de dire que Star Division n'aurait pas pu arriver à un tel résultat, Star Office était loin d'être médiocre. La seule raison qui peut faire que Star Division n'aurait pas plus arriver à ce niveau est que Star Division ne pouvait lutter contre le rouleau compresseur qu'est MS Office. En tout cas c'est un cadeau inéstimable qu'a fait Sun au logiciel libre.
[^] # Re: Historique ...
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
Quand les sources de Netscape ont été libérées, après la liesse initale, on a entendu quelques voix dire que le code était pas terrible et pein de verrues. Quelques jours après tout le monde s'accordait pour dire que l'application devait être réécrite. Il a fallu presque deux ans de travail avant d'obtenir un produit mature et de qualité.
Konqueror, alias Safari qui est à mon avis aussi bien que Mozilla n'est pas basé sur un logiciel propriétaire.
Star Division avait fait un bureau complet et se voulait à la fois suite bureautique, base de données, navigateur, gestionnaire d'impression, etc...
C'est une erreur de stratégie qui était sans issue, surtout face à Microsoft. Ici encore le travail de simplification de l'architecture a été entrepris une fois le code libéré.
Si Applix avait été libéré à la place de StarOffice, ce serait Applix qui aurait donné OpenOffice. Si aucun n'avait été libéré, les efforts se seraient concentrés sur Koffice et Abiword, Gnumeric... et Koffice aurait la place de StarOffice.
Netscape et StarOffice ont été utiles mais pas indispensables. Grâce à eux, nous avons gagné une année, ce qui est fort appréciable.
Si StarOffice n'avait pas été libéré, il prenait le même chemin que Applix. C'est à dire celui de la marginalisation. Si Netscape n'avait pas ouvert son code, il n'aurait pas survécu quelques années de plus.
[^] # Re: Historique ...
Posté par gndl (site web personnel) . Évalué à 1.
ton précédent poste sous-entendait qu'aucun logiciel propriétaire ne pouvait égaler un logiciel libre.
je trouve ça un peu excessife car quand une boite a les moyens, elle peut faire des logiciels proprios de très bonne qualité.
Je pense que OO et modz ont été des projets très dynamiques non pas parceque ce sont des logiciels libre mais parceque ce sont des logiciels libres en bonne partie développés par des boites (et que ces logiciels étaient fortement demandés).
[^] # Re: Historique ...
Posté par Gohar . Évalué à 1.
[^] # Re: Historique ...
Posté par Gohar . Évalué à 1.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par xsnipe . Évalué à 2.
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par ome . Évalué à 1.
Je m'inquiète un peu de l'intégration d'un langage macro. Espérons que les développeurs d'OO ne glisse pas sur la même mauvaise pente que ceux de M$ Office et n'ouvre bien grand aux "scripts kiddies".
Des avis?
Gageons aussi qu'a l'avenir, l'export SVG sera disponible en plus de celui de Flash, ça donnerait un coup de pouce à l'acceptation de ce nouveau standard.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par fleny68 . Évalué à 6.
Va lire http://linuxfr.org/2003/09/29/14133.html(...) pour le troll sur les macros dans OOo.
[^] # Casseur de troll, va ...
Posté par Matthieu Moy (site web personnel) . Évalué à 0.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par tgl . Évalué à 1.
Y'en a deux niouzes plus bas: http://linuxfr.org/2003/09/29/14133.html(...)
Manifestement, tout le monde n'est pas d'accord sur ce que les macros devraient avoir le droit de faire: en gros, certains trouvent que c'est nécéssaire qu'elles aient par exemple accès à tes fichiers ou à internet et que c'est pas un problème vu que tu n'es pas obligé de les exécuter. D'autres pensent que c'est dangereux pour les utilisateurs qui les exécuteront sans comprendre ce risque ou le message de warning, et qu'il aurait mieux valu restreindre leurs possibilités à la manipulation des documents OOo, pour ne pas prendre de risques.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Maillequeule . Évalué à 1.
Parce que demain on verra peut être du C++ dans les documents !
Il y a un pont vers quelques langages pour écrire des plugins et extensions. Et à terme on aura peut être la possibilité d'inclure certains dans les documents !
Disponibles : C++, Java, Python (en dev)
Le concept :
http://udk.openoffice.org/common/man/uno.html(...)
Les détails :
http://api.openoffice.org/docs/DevelopersGuide/AdvancedUNO/Advanced(...)
Attention, le site OOo est comme un peu occupé aujourd'hui :)
M
# Flash
Posté par Matthieu Moy (site web personnel) . Évalué à 6.
Les specs sont disponibles (ici http://www.riaport.com/Articles/Flash/239.aspx(...)).
La licence des specs n'est pas complêtement libre, mais n'empêche pas de faire une implémentation libre.
Le truc qui me gène le plus, c'est que le document des specs ne peut pas être redistribué, donc, il faut aller le télécharger soi-même. Ca, c'est pas cool.
Sinon, ils demendent juste que l'export flash soit identifié en temps que tel. En effet, j'ai pas le droit d'appeler ça "export to OpenOffice.org portable presentation", il faut que la feature s'appelle "Macromedia Flash (SWF)".
Il faut aussi que la sortie marche avec la dernière version de leur player ou de leur éditeur. Bah, oui, ils ont une image de marque à défendre, et un pseudo-standard à maintenir. Si tout le monde se fait une version perso, c'est la m****.
Un peu comme avec Java, le vrai problème, c'est que les players libres sont tout pourraves (il y en a eu un en GPL. Je retrouve pleins de liens sur le web, mais la page de download donne error 404). Ca, c'est pas un problème avec Flash, c'est un problème avec la communauté du libre qui n'a pas implémenté flash de manière correcte.
[^] # Re: Flash
Posté par Jiba (site web personnel) . Évalué à 2.
sinon,
> Il faut aussi que la sortie marche avec la dernière version de leur player ou de leur éditeur
ça c'est pas facile de le garantir... pas facile du tout.
[^] # Re: Flash
Posté par Christophe Fergeau . Évalué à 1.
« 2. Licenses
Pursuant to the terms and conditions of this License, you are granted a nonexclusive license to use the Specification for the sole purposes of developing Products that output SWF. »
A mon avis ça interdit de développer un player de flash, ça permet uniquement de développer des applis qui génèrent des fichiers .swf (comme OO.o)
[^] # Re: Flash
Posté par Marc Lacoste . Évalué à 3.
Bref, comme tout ce qui m'énèrve comme site flash sur le web: ça n'amène rien de rien pour la navigation, ça pourrit les recherches, ça le rend illisible sans le lecteur, etc. La licence/les implémentations, finalement, ça passe après.
# Les filtres d'importation et d'exportation
Posté par jcs (site web personnel) . Évalué à 3.
Ma question : qu'en est-il dans la version 1.1 ? Puis-je assurer que ça va maintenant marcher dans 95% des cas ?
[^] # Re: Les filtres d'importation et d'exportation
Posté par Eric Boulat . Évalué à 3.
Depuis que je suis passé à la 1.1 rc 4 plus de problème et je peux passer d'un outil à l'autre sur les 2 plateformes tout marche bien !
Bon je ne l'ai pas testé sur des doc de 50 pages mais à mon avis ça a beaucoup progressé !
J'avais aussi remarqué un problème avec la gestion des nombres à virgule sous le tableur avec des fichier .xls. Ce dernier semble aussi résolu avec la 1.1.
Je ne sais pas par contre où ils en sont pour les macros.
[^] # Re: Les filtres d'importation et d'exportation
Posté par gndl (site web personnel) . Évalué à 1.
Par ailleurs, il m'a semblé que writer ne fournit pas tout les champs (configurables dans les propriétées du document) que propose word.
Sinon, c'est vraiment un logiciel extra (pour du libre) et je me suis empressé d'épater mes collègues de boulot avec les exports en flash et pdf.
Je ne sais pas si ils pourront intègrer un jour l'import de ces mêmes formats mais ce serait vraiment le pied.
[^] # Re: Les filtres d'importation et d'exportation
Posté par Gohar . Évalué à 1.
Hou le méchant troll... J'utilise Word depuis des années par obligation et je suis heureux qu'un concurrent qui fonctionne, lui, puisse enfin s'imposer. Word n'a jamais été extra. Même pour du proprio... Il a évincé des logiciels de meilleure qualité par pure stratégie commerciale et non pas pour ses qualités techniques, inférieures à celles de ses concurrents.
Gimp est "extra", toutes catégories confondues. Mozilla ou Konqueror sont techniquement supérieurs et offrent un meilleur confort d'utilisation et des fonctionnalités plus puissantes que leurs concurrents propriétaires.
[^] # Re: Les filtres d'importation et d'exportation
Posté par dinomasque . Évalué à 3.
La compatibilité ascendante d'Office j'en ai soupé ! (surtout qu'il est fourbe : à l'écran et en print preview tout va bien mais à l'impression c'est la pagaille)
BeOS le faisait il y a 20 ans !
[^] # Re: Les filtres d'importation et d'exportation
Posté par fleny68 . Évalué à 6.
- Le format doc est fermé. Il n'y a donc que les logiciels édités par MS qui puissent reconnaitre 100% du format. C'est une façon d'enfermer les clients.
- OOo lit sans problèmes 99% des fichiers MS office. Les problèmes peuvent venir des macros, et de décalage dans la mise en page. Le mois prochain sort MS Office 2003 et MS a anoncé qu'il ne garantissait pas le respect total de la mise en page des fichiers produits avec les anciennes versions de MS Office.
- OOo peut enregistrer au format Office. C'est Fichier-> Enregistrer sous... On peut le paramétrer pour qu'il enregistre par défaut aux formats MSOffice (Outils->Options->Chargement/eregistrement).
Je connais un instit qui a installé OOo avec un raccourci "Word" et l'enregistrement par défaut au format MSOffice. Ses utilisateurs n'ont pas vu que c'était pas word...
- Si vous décidez d'utiliser OOo, je ne vous conseille pas d'enregistrer par défaut aux formats MSOffice. Il vaut bien mieux connaître ce que l'on utilise et savoir quand on a besoin de convertir dans d'autres formats..
- vous pouvez dire à vos correspondant de télécharger OOo ou leur filer un cd, c'est du libre y'a pas de soucis...
Et j'ajoute "Si vous décidez de continuer à utiliser Word, vous êtes libre. Mais faites le en ayant conscience des enjeux qui sont derrière ce choix..."
[^] # Re: Les filtres d'importation et d'exportation
Posté par Éric (site web personnel) . Évalué à 6.
J'ai du tomber sur une très grosse partie des 1% restant ;)
La perf d'OOo pour lire un format non documenté et complexe est assez impressionnante mais ne faites pas croire qu'ils pourront accéder à tous les docs MSO, c'est faux.
Et quand on y accède (ce qui est tout de même la majorité des cas meme si loin des 99% annoncés) la mise en forme est très souvent olé olé. Ce n'est pas forcément très grave mais on est loin de la compatibilité magique qu'on attend quand quelqu'un parle de 99% de compatibilité
Ceci dit ça n'enlève rien à OOo, mais il vaut mieux ne pas donner de faux espoirs, qui risquent de faire dire "OOo c'est de la merde, ça relit rien" à des gens qui sinon auraient compris que ça ne relise pas tout.
[^] # Re: Les filtres d'importation et d'exportation
Posté par fleny68 . Évalué à 2.
Je ne sais pas quel genre de document tu as, mais je n'ai que _très rarement_ des fichiers que OOo n'arrive pas à relire. Les derniers problèmes ? un tableau excell plantait OOo, mais il est bien passé sous kspread ! Un tableau Word s'est ouvert dans 00o 1.0 mais avait perdu ses fusions de cellules. Je n'ai pas de soucis avec plus de 1% des documents Word que je récupère.
Les problèmes de mise en forme c'est dans ceux (les 99%) qu'il arrive à relire... en général c'est assez peu ennuyeux.
[^] # Re: Les filtres d'importation et d'exportation
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
Il y en a d'autres qui font des tabulations jusqu'à passer à l'indentation de la ligne suivante, modifient la police pour faire un "titre3" et ainsi de suite. Ces documents (j'en ai vu) ne permettent pas de juger de la qualité de OpenOffice mais de botter les fesses de leurs auteurs.
[^] # Re: Les filtres d'importation et d'exportation
Posté par matli . Évalué à 2.
[^] # Re: Les filtres d'importation et d'exportation
Posté par matiphas . Évalué à 1.
Tient faudrait essayer de faire l'inverse :)
Ben non pas possible, word ne tourne pas sous Linux, IRIX, Solaris... Pfff c'est ballot quand meme...
[^] # Re: Les filtres d'importation et d'exportation
Posté par wikiclub . Évalué à 10.
Après une dizaine de page j'ai décidé de lire le rapport de migration car je ne comprenais pas comment faire deux/trois trucs franchement basique comme la numérotation automatique des titres
1. TITRE NIVEAU 1
1.1 Titre niveau 2
etc ...
J'ai trouvé la réponse et j'ai même découvert les fonctionnalités qui te font dire que OOo n'est pas seulement capable de faire la même chose que MSoffice 2000 (XP je ne sais pas, je ne connais pas), mais que tout est mieux pensé, plus simple, plus claire et plus puissant (Le navigateur, un vrai délice ainsi que la galerie d'image une fois que l'on prend le temps de créer un thème avec tous les icônes Crystal, par exemple, pour faire de magnifiques schemas fonctionnels)
Il y a aussi cet immense plaisir de taper son rapport ou boulot sur un vieux 98 et de pouvoir le poursuivre A L'IDENTIQUE sous sa MDK 9.2. Ceci n'est pas de prix, comme la liberté.
Voilà, je m'enflamme un peu, mais je faisais parti de ceux qui avait installé cross-office pour pouvoir faire face et qui aujourd'hui se sente l'âme d'un évangélisateur.
Heuu, pour revenir à ta question, oui, la compatibilité est très bonne. Il faut surtout bien utiliser les styles et tout ira bien. Là où cela coince encore, c'est lorsque qu'un même document fait des aller-retour entre MSOffice et OOo pour des corrections de groupe. Mais il y a exactement les mêmes problèmes avec Office 97 et 2000.
Bref, allez-y et surtout expliquez aux personnes qui l'installent comment faire les titres avec numérotation automatique, c'est le truc qui gène en premier pour une migration en douceur.
Romain
[^] # Re: Les filtres d'importation et d'exportation
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 1.
[...] comment faire les titres avec numérotation automatique, c'est le truc qui gène en premier pour une migration en douceur.
Effectivement, cela m'a un peu bloqué au début et puis en cherchant, comme toi, j'ai finalement trouvé et réalisé que c'etait beaucoup plus simple et mieux pensé dans OOo.
C'est peut-être stupide, mais c'est certainement ce qui m'a fait basculer définitivement...
[^] # Re: Les filtres d'importation et d'exportation
Posté par wikiclub . Évalué à 2.
C'est certe stupide, mais c'est la réalité. Il faut donc faire passer le message
# 32 000 lignes de tableur
Posté par Rage . Évalué à 8.
En effet OOo Calc ne supporte pas plus de 32 000 lignes dans ses feuilles de calcul, soit moitié moins qu'Excel, et la correction de cette limite n'est pas prévue pour tout de suite.
Aux arguments du type "avec plus de 32 000 lignes faut passer à une base de donnée", disons tout de suite, quand on fait une extraction utilisateur d'un tableau de données sous Excel et qu'il y a plus de 32 000 lignes le données viennent souvent d'une base de donnée et c'est justement pour en sortir et être plus user-friendly qu'on a besoin d'un format tableur...
[^] # Re: 32 000 lignes de tableur
Posté par Maillequeule . Évalué à 6.
Moi je voudrais pas être ton ami hein :p
M
[^] # Re: 32 000 lignes de tableur
Posté par Rage . Évalué à 2.
Je ne parle même pas de fichiers qu'on peut recevoir à destination d'une base de donnée, expliquer à un non-informaticien qu'il faut transmettre ses données sous un format autre que tableur peut s'avérer extrêmement délicat (sans parler de commencer par expliquer ça au commercial qui va devoir en parler au gars...)
[^] # Re: 32 000 lignes de tableur
Posté par Le Pnume . Évalué à 2.
Personnellement, j'utilise R mais mes collegues que R rebute utilisent Excel et là les 65536 lignes d'excel sont les bienvenues.
[^] # Re: 32 000 lignes de tableur
Posté par Laurent Mazet (site web personnel) . Évalué à 3.
Et le jour, ou vous verez des stats sur deux ans, il vont faire comment tes collegues ?
R c'est bien, mangez-en !
[^] # Re: 32 000 lignes de tableur
Posté par Le Pnume . Évalué à 1.
[^] # Re: 32 000 lignes de tableur
Posté par Lafrite . Évalué à 1.
[^] # Re: 32 000 lignes de tableur
Posté par tuiu pol . Évalué à 4.
- http://www.r-project.org/(...)
- ahhhh ok ok "
Mais sinon on retombe toujours sur le même problème de la difficulté pour beaucoup d'apprendre a utiliser de nouveaux outils, fussent-ils de meilleure qualité ..
[^] # Re: 32 000 lignes de tableur
Posté par Christophe BAEGERT . Évalué à 0.
[^] # Re: 32 000 lignes de tableur
Posté par wikiclub . Évalué à 2.
T'as pas de chance :-(
[^] # Re: 32 000 lignes de tableur
Posté par Christophe BAEGERT . Évalué à 1.
[^] # Re: 32 000 lignes de tableur
Posté par Mickael_83 . Évalué à 0.
Bon, c'est sûr ça reste génant, mais avec la démocratisation de OOo et SO7, les XLS >32klignes vont bientôt disparaitre ;-)
[^] # Re: 32 000 lignes de tableur
Posté par tene . Évalué à 2.
Ceci dit, t'es en train d'affirme que ms qui fait un format proprio fermé ne respecte pas son propre format?... ça devient tordu là...
Tu peux m'en dire un peu plus sur le "standard XLS"?... ;)
[^] # Re: 32 000 lignes de tableur
Posté par Pierre Jarillon (site web personnel) . Évalué à 0.
D'autres y arrivent comme Adobe avec ps et pdf ou même Macromedia. On peut en conclure que c'est une attitude délibérée de Microsoft. On ne peut pas leur faire confiance quand ils disent vouloir respecter les standards et les normes car il y a des années qu'ils le disent et ne le font pas. Microsoft nous ment.
[^] # Re: 32 000 lignes de tableur
Posté par Matthieu Moy (site web personnel) . Évalué à 3.
[^] # Re: 32 000 lignes de tableur
Posté par Mickael_83 . Évalué à 1.
Xls est un format standardisé, utilisé par microsoft pour définir ses feuilles de calcul. D'après ce que je sais, jusqu'à Office 2000, il n'était possible sous Excel que de lire des feuilles ayant un maximum de 32000 et des poussières ligne . L'émergence de projet comme OpenOffice et la montée en puissance de StarOffice et des LL a commencé quelque peu à chatouiller Billou, qui, faute d'avoir breveté XLS v1 (dirons nous, pour les distinguer), a implémenté à partir de 2000 XLS v2, dont la particularité marquante est de pouvoir inclure plus de 32000 lignes. Et bien entendu, c'est déposé en tant que brevet, histoire de bien faire c.... ses petits copains concurrents, qui ne pourront lire que du XLS 1 (old chart). Comme quoi, un int converti en unsigned int, ben ça peut se breveter ...
[^] # Re: 32 000 lignes de tableur
Posté par tene . Évalué à 2.
- tes sources d'infos?
- tes histoires de brevet, ça sent le mélange de "truc à la mode qu'on aime pas", t'as oublié de rajouter palladium dans la phrase... ;)
- qu'un format évolue, c'est normal non? on peut s'y attendre...
Cependant, sans vouloir trop dire du mal d'OO.org, charge un peu un gros tableau de quelques milliers de lignes/colonnes dans OO.org et dans Excel, la différence de temps de chargement est impressionante... (je ne compte pas le temps de chargement d'excel et d'OO.org) tu vas me dire "mouais, c'est le parce que le xls c'est du binaire", bah j'ai fait l'expérience avec le XML d'excel 2003, ça prend un peu plus de temps (logique), mais ça va toujours quelques dizaines de fois plus vite qu'OO.org... attention cela ne fait pas d'OO.org un mauvais produit, je reste sur l'idée qu'il y'a quelques choses de tordus dans un tableau de plusieurs milliers de lignes/colonnes... mais par contre ça fait réfléchir: ptêt que dans Excel, ils ont tenus compte de ce cas de figure et arrive, sur ce point, à quelque chose de plus performant... et que c'tait un peu plus complexe que le changement d'un int en unisgned int.
Et finalement, il est standardisé où le XLS?
Enfin bref, mignon ton histoire....
[^] # Re: 32 000 lignes de tableur
Posté par Mickael_83 . Évalué à 1.
Bon allez, soyons honnête
http://sc.openoffice.org/row-limit.html(...)
vous comprendrez tout.
Et ça se ramène bien à un int16 vers un int32, tout simplement.
Sauf que ça se corrige pas aussi facilement...
Pour le standard, regarde sur les sites : fichiers au format XLS, ou standard excel... Bref, un format de fichier devient standard à partir du moment ou une majorité l'utilise. DIvx, c'est un standard ou pas ? Il est intégré dans les lecteurs de salons en standard à présent. Mais bon, après on peut jouer sur les mots, mais ça va donner un coté chiant au forum (surtout si tu continue à me caser mes trolls ) :-)
[^] # [HS] DivX
Posté par Marc Lacoste . Évalué à 1.
Oui, c'est un flux MPEG-4 standard, en tout cas depuis les versions 4. D'ailleurs, les fabricants (quoi, jusque récemment, le fabricant) ne pouvait pas lire l'ancien divx 3.11, l'original, car pas tout à fait mpeg4. Mais là ils ont patché.
DivX et Xvid sont des encodeurs qui fournissent un flux mpeg4 comme LAME et BLADE fournissent du mp3 standard.
> ça va donner un coté chiant au forum
Meuh.. comment t'as deviné avant même que je n'écrive?
[^] # Re: [HS] DivX
Posté par Mickael_83 . Évalué à 1.
J'ai lu tout les bouquins de nostradamus :-))
Tiens, a propos de standard, une ptite question, basé sur une de mes expérience involontaire:
J'ai récemment acquis un autoradio lecteur MP3 dans le genre pas bas de game (merci cdiscount).
J'ai donc pris les CD originaux qui m'intéresser pour en faire une compil (c'est chiant de se trimbaler avec une pochette de 4 kilos sous le bras).
Afin de gagner du temps, j'ai utilisé lame avec grip sous linux et audioactive sous win, 2 bécanes à la fois. Et le résultat m'a un peu surpris:
les fichiers extraits avec lame, sur l'autoradio, son nickel, pas de saut, rien ....
les fichiers extraits avec audioactive, ben ça saute, y'a des clicks, des atténuations, bref rien de bon....
Par contre, sur un lecteur MP3/DVD/MPEG de salon, pas de différence.
et sur un lecteur DVD/MP3, là pb...
Quelqu'un a une idée du pb ?
[^] # Re: [HS] mp3
Posté par Marc Lacoste . Évalué à 1.
ama, c'est surtout le rip qui est en cause, plus que l'encodeur.
lame est excellent, mais apparement audioactive utilise Fraunhofer, qui est quand même très bon.Par contre, je ne sais pas comment se fait le rip, alors que grip utilise CDparanoia qui est bien plus précis que les autres. Sous windows, il est préférable d'utiliser Exact Audio Copy, qui est parfait, et lame.
[EAC, il relit tout deux fois, et si c'est pas pareil, il recommence. une fois, il m'a mis deux heures pour me lire la moitié d'une piste griffée...]
> Ca passe différemment selon le lecteur
Je pense qu'ils rajoutent ou pas des filtres à la sortie. Le mieux est sans doute de pouvoir les régler, mais bon.
[^] # Re: [HS] DivX
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
Le meilleur logiciel pour récupérer un CD audio es cdparanoia. Il corrige toutes les erreurs de checksums et le résultat est sans défaut. Si l'on prend cdda2wav ou un autre logiciel basique, les erreurs sont recopiées. Pour peu que d'autres arrivent ensuite, on les entend.
NB: Un CD audio de 700M représente environ 780M de fichiers au formar wav. On peut en déduire que le fichier wav comporte 10% d'informations redondantes supplémentaires.
[^] # Re: [HS] DivX
Posté par Marc Lacoste . Évalué à 1.
c'est le contraire, un CD audio contient ne contient pas d'informations redondantes du tout, alors que pour un CD-ROM un peu plus de 10% des bits servent à faire de la correction d'erreur.
Dans un CD audio de 80 mn, il y a 2 (octets d'échantillonage) * 2 (cananux) * 44100 (Hz) * 60 (secondes/minute) * 80 (mn) = 846720000 octets, soit 807,5 Mo d'information. Ce sont des données brutes, sans CRC du tout, et s'il y a une rayure, le signal est détérioré, mais ça ne s'entend pas parce que c'est trop court.
Donc, dans un CD ROM de 80 mn - 700 Mo, il y a 107,5/700 = 15 % de bits alloués pour la correction d'erreur.
Cas particulier: les VideoCD, ou le flux mpeg est enregistré brut, sans correction d'erreur car le flux lui même en contient un peu. du coup, on peut mettre 800 Mo sur un CD de 80 mn. Mais des fois, une rayure fait perdre le flux, qui est récupéré un peu après, comme pour un CD audio un un vinyle.
[^] # Re: 32 000 lignes de tableur
Posté par gndl (site web personnel) . Évalué à 1.
[^] # Re: 32 000 lignes de tableur
Posté par billy . Évalué à 2.
[^] # Re: 32 000 lignes de tableur
Posté par beb . Évalué à 0.
Si c'est pour utiliser un tableur comme :
1) une base de donnée
2) un logiciel de calcul
3) un logiciel pour faire des bô tablô inclus dans un document texte (argllll).
il y a des logiciels adaptés qui le font mieux.
[^] # Re: 32 000 lignes de tableur
Posté par Rage . Évalué à 3.
Dire que certains outils le font mieux c'est une deuxième étape.
Maintenant il faut aussi penser que dans une entreprise quand on te file un soft on t'en file pas 200 (sans parler de licences ya aussi la complexité du système à gérer et maintenir) mais qu'on peut te demander pas mal de tâches sur lesquelle tu seras bien content que tes outils 'bureautiques' puissent automatiser quelques parties.
[^] # Re: 32 000 lignes de tableur
Posté par beb . Évalué à 1.
Je suis d'accord avec ça, mais je pense que la deuxième étape n'arrive quasiment jamais, c'est dommage.
Je veux bien concevoir un tableur comme un outil d'apprentissage voir utilisable pour faire des petits calculs, mais gérer des gros fichiers avec un truc pareil ... Quant on a 64000 lignes dans un fichier, c'est évident qu'on ne va pas modifier ni même regarder les données une à une. Donc on fait des scripts, des fonctions qui travaillent sur des lignes et des colonnes, la visualisation des données sous forme de tableau n'a alors aucun intérêt.
Ne pas changer d'outil et en rester à l'utilisation d'un tableur est dans ce cas une erreur à mon avis.
Bien entendu les utilisateurs font ce qu'ils veulent, mais comme ils demandent au tableur d'effectuer des opérations pour lesquelles il n'est pas adapé, ça alourdit l'ensemble.
Enfin, c'est mon point de vue qui peut ne pas être partagé j'en conviens.
[^] # Re: 32 000 lignes de tableur
Posté par reno . Évalué à 3.
Dis de façon, plus pragmatique: il faut utiliser des entiers 32bits plutot que 16bits :-)
Je ne conteste pas qu'il est nettement plus efficace d'utiliser une base de données plutot qu'un tableur pour de grande base.
Mais je pense tout de même que le tableur ne devrait pas limiter la taille des tables gérées, enfin autant que raisonnablement possible, bien sur.
[^] # Re: 32 000 lignes de tableur
Posté par beb . Évalué à 1.
Vu ce qu'est capable d'ouvrir emacs, ça ne métonne pas :)
En même temps, il me semble que ls est limité en nombre de fichier qu'il peut lister. D'ailleurs y-a t-il une limite de nombre de lignes dans gnumeric ? et puis tant qu'on y est kspread pour un petit run de "qui-a-la-plus-grosse" qu'on rigole un peu ?
Dis de façon, plus pragmatique: il faut utiliser des entiers 32bits plutot que 16bits :-)
Sauf que la mémoire nécessaire sera bien plus importante il me semble => plus lourd, c'est ce que je disais avant.
Mais je pense tout de même que le tableur ne devrait pas limiter la taille des tables gérées, enfin autant que raisonnablement possible, bien sur.
La question est donc : 32000 lignes est-elle une limite raisonnable ? Je pense que oui, pour plus ( et même moins :) = oublier le tableur.
[^] # Re: 32 000 lignes de tableur
Posté par gndl (site web personnel) . Évalué à 1.
Par exemple j'utilisais beaucoup excel quand je travaillais dans l'automatisme. On avait besoin des formules pour générer automatiquement des références associées à ces variables par exemple.
La finalité de ces fichiers était d'avoir des documents d'aide à la mise en service et à la maintenance des installations que l'on puisse imprimer pour les utiliser sur le terrain.
On avait les listes de variable qui pouvaient contenir plus de 32000 variables.
Une base de données dans ce genre de cas n'est pas du tout appropriée.
[^] # Re: 32 000 lignes de tableur
Posté par fabien . Évalué à 5.
Mais en fait, dans la vraie vie, les ordinateurs ne sont pas fait que POUR les informaticiens.
ex:
Nos commerciaux ont été equipés de portables, ils savent utiliser excel. ( ce post marche avec OOcalc aussi)
ils recoivent par email (ou autre) un fichier xls d'un resp quelquonque, il y a des milliers de lignes : ventes par clients. ou produits vendus ou divers...
ils ne regardent pas le fichier ligne à ligne je te rassure, non, ils utilisent tout simplement les "filtres" (typo client.. gamme produit) les "sommes" et "sommes partielles", c'est a peu pres tout se qu'ils savent faire... et pour leur business ca suffit.
Alors maintenant, tu preconises quoi ?
* qu'ils reviennent a la boutique a chaque fois qu'ils veullent consulter les chiffres pour se connecter à une base de données ? :)
* leur installer un SGBDR sur leur portable et leur apprendre a charger les données dans leur bases ?
soyont serieux, faut arreter de planner un peu là !
c'est pas parceque toi geek de ton etat tu ne vois pas l'interret d'avoir de l'excel avec des milliers de lignes que c'est forcement stupide.
les gens utilisent le tableur comme une base de donnée, c'est deplorable.
Ce qui est deplorable, c'est ton commentaire, sort un peu, va voir les gens, les vrais... tout n'est pas formaté autour de tes besoins !
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
http://frimouvy.udev.org/formation/oo/(...) (bon,c'est pas à jour)
Mes livres CC By-SA : https://ploum.net/livres.html
# Conversion MS Word
Posté par Aurélien Bompard (site web personnel) . Évalué à 0.
Vu qu'il y a pas le logo de OOo sur la page d'accueil de WVWare, j'aurais tendanc e à dire que c'est interne. C'est un peu dommage.
[^] # Re: Conversion MS Word
Posté par Thomas Pedoussaut . Évalué à 4.
Plus d'infos sur lui http://www.csn.ul.ie/~caolan/(...)
[^] # Re: Conversion MS Word
Posté par Nÿco (site web personnel) . Évalué à 1.
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par caspal . Évalué à 1.
En effet, powerpoint XP est assez puissant sur les possibilités d'animations d'objets/images. Et open office 1.0 est pour cela au niveau de office 2000.
Pour info, même la visionneuse powerpoint microsoft est incapable de lire ces présentations avec les animations complexes ;-)
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Nÿco (site web personnel) . Évalué à 3.
...oui, mais OK, c'est une killer-feature... :-(
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par caspal . Évalué à 2.
T'es méchant toi !!! :-p
En fait, j'ai utilisé cela pour faire une présentation "non formelle" pour un mariage, et j'avoue que ca rendait super bien.
Donc, ca peut être très pratique !
Toujours pas sous open office alors ?
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Nÿco (site web personnel) . Évalué à 1.
# Fonts des menus
Posté par Fireblade . Évalué à 1.
Chez moi (Debian) les fonts des menus de Openoffice sont un peu trop petites et pas très "propres". Est-ce que quelqu'un sait comment améliorer l'apparence des menus?
Merci.
[^] # Re: Fonts des menus
Posté par fleny68 . Évalué à 2.
[^] # Re: Fonts des menus
Posté par Fireblade . Évalué à 1.
J'ai réorganisé les fontpath dans xf86config et maintenant ca marche!!
[^] # Re: Fonts des menus
Posté par billy . Évalué à 1.
[^] # Re: Fonts des menus
Posté par Matthieu Moy (site web personnel) . Évalué à 1.
[^] # Re: Fonts des menus
Posté par aurel (site web personnel, Mastodon) . Évalué à 1.
1. Check "Apply replacement table"
2. sous Font, tape : "Andale Sans UI" ( sans les " bien sur)
3. sous Replace With, tape "Arial", par exemple
4. coche le tick vert
5. coche Always et Screen ds la ligne qui apparait ds le tableau
6. OK
Et hop ! la font de l'interface est remplacée ;)
Dommage que ça ne soit pas possible de le faire d'un seul click... ;)
[^] # Re: Fonts des menus
Posté par Piksou . Évalué à 1.
si t'utilises gnome, c sympa :) (c les modifs Ximian)
[^] # Re: Fonts des menus
Posté par Smith Elliot . Évalué à 2.
[^] # Re: Fonts des menus
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
Installe la Mandrake 9.2, c'est superbe et ne t'embête pas !
</troll>
[^] # Re: Fonts des menus
Posté par fleny68 . Évalué à 1.
Installe la Mandrake 9.2, c'est superbe et ne t'embête pas !
Sûr, la pub est superbe...
Plu sérieusement, si la solution à un tout petit problème sous nunux est de réinstaller une autre distro, c'est pas vraiment le top comme image.
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par zgnouf . Évalué à 8.
Bref simplement pour dire MERCI à la communauté (et à stardivision avant eux) d'avoir fait ce beau travail qui me permet de ne plus être tributaire de Ms ou de Windows...
Un homme comblé... ;o)
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par sparky . Évalué à 2.
Alors un argument de plus pour passer de MSO a OO : http://www.01net.com/article/218422.html(...)
Et puis, j'espère que les rigolos qui disent qu'OO n'est pas aussi pro que MSO vont un peu la [] !!!
# Annonce sur clubic
Posté par matiphas . Évalué à 2.
La sortie de OOO1.1 est annonce sur une site plus 'grand public' que DFLP avec une critique plutot bonne.
-> c'est toujours ca de pris, et ca n'est pas a negliger, parce que cela a sans doute un impact bien plus rassurant sur le 'pekin' moyen.
[^] # Re: Annonce sur clubic
Posté par aurel (site web personnel, Mastodon) . Évalué à 1.
Ce monsieur de chez clubic fréquenterait-il DLFP par hasard ?
[^] # Re: Annonce sur clubic
Posté par Nÿco (site web personnel) . Évalué à 1.
Bonjour Clubic !
;-)
[^] # Re: Annonce sur clubic
Posté par gndl (site web personnel) . Évalué à 1.
[^] # Re: Annonce sur clubic
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 4.
cf. http://linuxfr.org/comments/269788.html(...)
En vous remerciant, bonsoir...
# Re: Sortie d'OpenOffice.org 1.1 finale
Posté par zeb . Évalué à 2.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par Matthieu Moy (site web personnel) . Évalué à 2.
2) C'est quand même pas tout à fait pareil. SUN, c'est eux qui développent (enfin, ils sous-traitent, mais c'est tout comme) OOo. De même que Mdk a toujours mis le logo Mandrake sur ses distribs.
Ceci dit, je ne suis pas choqué non plus par l'affaire Mandrake.
[^] # Re: Sortie d'OpenOffice.org 1.1 finale
Posté par fleny68 . Évalué à 2.
Il y a eu pas mal de réactions chez les développeurs mais sun a mis ça à partir de la rc5, sans rien dire à personne. Apparemment ils invitent les distributeurs à faire de même, mais les dev ont plutôt demandé que cela soit enlevé.
L'argument de Sun c'est que l'importante part qu'il a dans le développement de OOo est ignoré (c'ést assez vrai), mais les autres développeurs représentent quand même la moitié du total.
Ceci dit ce n'est pas un espace publicitaire vendu, et vu les réactions cela devrait disparaître assez vite, du moins je l'espère.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
# Correcteur Antidote de Druide sous Win
Posté par Younes Zouhair . Évalué à 1.
je voudrais savoir si qq un utilise Antidote pour la correction orthographique avec OOo 1.1 ?
la verions 5 d'Antidote marche avec OOo 1.0.3 très bien mais l'installeur n'arrive plus à reconnaître OOo depuis la branche 1.1rc.
qq un a une idée?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.