Journal Quid du port MacOS X d'OpenOffice ?

Posté par  (site web personnel) .
Étiquettes :
0
21
juin
2004
La dernière fois que j'ai essayé d'utiliser OOo 1.0.3 sous MacOS X, j'ai essuyé pas mal de plantages. Trop nombreux pour pouvoir utiliser OOo en production.

J'utilise principalement mon mac sous Linux, et OOo est déjà parfaitement fonctionnel dans sa version Debian/sid, mais j'apprécierais volontier le même soft sous Mac OS X pour les fois où j'y traîne.

Qui a des infos particulières ? La page du port MacOS X de OOo semble un peu gelée depuis août dernier. ==> http://porting.openoffice.org/mac/ooo-osx_downloads.html(...)

Je suis d'accord, ce n'est pas un port prioritaire, mais bon.
  • # t'es sur ??

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

    Non, non pas gelée... la 1.1.2 vient de sortir en version mac :
    http://fr.openoffice.org(...) avec un installeur.
    A+
    • [^] # Re: t'es sur ??

      Posté par  . Évalué à 2.

      N'étant pas utilisateur d'OpenOffice normalement; j'en avais besoin pour la premiere fois cette semaine (1.1.2). Effectivement ca semble stable par contre ca n'en reste pas moins de l'X11. C'est a peu pres aussi agreable à utiliser qu'une interface Java, c'est a dire pas du tout adapté a son environement.

      Une vraie version OS X ca serait pas plus mal.
      • [^] # Re: t'es sur ??

        Posté par  . Évalué à 4.

        Comme un vraie interface GTK ou QT ...
      • [^] # Re: t'es sur ??

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

        Désolé de vous décevoir mais la version Aqua native de OOo ne sera débutée réellement que lors de la sortie de OOo 2.0 pour Windows et Linux.

        Les développeurs se donnent un an pour passer en Aqua natif à partir de OOo 2.0. Vu qu'OOo 2 est prévu pour fin 2004/début 2005, il faudra attendre début 2006 pour voir une version Aqua débarquer, et cela n'est pas sûr : cela dépend du nombre de développeurs qui vont aider au portage Aqua.

        MS Office sur Mac à encore de beaux jours...
      • [^] # Re: t'es sur ??

        Posté par  . Évalué à 3.

        En bien mieux intégré à Mac OS X il y a NeoOffice/J, projet visant à éliminer la dépendance d'OOo à X11 en passant par une couche Java.

        Problème l'actuelle version (0.8.3) est basée sur le code de OpenOffice.org 1.0.3 et est donc beaucoup plus lente que la version X11 1.1.*

        Perso j'utilise la version X11 comme tableur et NeoOffice/J pour lire vite fait les .doc que l'on m'envoit.

        Le site officiel de NeoOffice/J :
        http://www.planamesa.com/neojava/fr/index.php(...)
        • [^] # Re: t'es sur ??

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

          Exact, neooffice est pas mal du tout, mais c'est long a lancer. Moins long que X11+OOo, mais long.

          Sinon il y'a Abiword qui commence à sortir des beta aquaifié, et c'est pas mal du tout aussi pour les doc word, j'ai laissé tomber neooffice pour cet usage : http://www.abisource.com/download/development.phtml(...)
          • [^] # Re: t'es sur ??

            Posté par  . Évalué à 1.

            Je viens de tester et effectivement c'est plus léger et plus rapide que neooffice. En revanche il a crashé sur le plus gros (2,6 Mo) des deux documents sur lequel je l'ai testé.

            Enfin du coup je suis en train de faire chauffer Fink pour installer la version X11, juste pour voir :o)
        • [^] # Wouaou

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

          J'ai installé NeoOffice/J, ça fonctionne vraiment pas mal. J'ai ouvert moults documents complexes. C'est un poil plus lent que sous linux, c'est vrai, mais au moins ça fonctionne et ça permet d'être indépendant vis à vis de l'office habituel propriétaire.
          Bref, que du bon.
          http://www.neooffice.org(...) , site d'une version native OS/X (sans passer par X), indique bien qu'aucune nouveauté n'a été mise à disposition depuis 2002.

          Bref, NeoOffice/J, j'ai adopté.

Suivre le flux des commentaires

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