Reprise du message précédent :
Je viens d'installer la version  1.9.90s1 des paquet deb, les polices sont antialisé et il y a eu beaucoup de correction c'est un vrai bonheur.

Euh comment je l'exécute une fois les paquets .deb installé ?  

tu vas dans le repertoire ou tu les as decompressé et tu tape
 
dpkg -i *.deb

Quand c'est qu'il est disponible pour WIN???

When it's done .

C'est con comme question mais c'est quoi la commande pour le lancer aprés l'avoir installé (debian) ?

sur fedora c'est openoffice.org-1.9
 
edit : liste les fichiers avec dpkg, tu trouveras bien

Arf, ça m'a permis de voir que c'était pas installé. Il faut que je désinstalle le 1.1.3 avant ?

 
 
C'est deja dispo pour windows.
 

 
Quand tu as decompressé les paquetage, il se trouve dans /opt/openofficexxx/
Pour lancer tu as dans le repertoire /opt/openoffiece1.x.x/program/ le lanceur ./soffice
 

 
Non

Merci, je me souviendrais du truc au cas où  

Je l'ai mis en faq.

Je trouve qu'OpenOffice.org 2.0 a fait de nets progrès du point de vue des fonctionnalités, l'interface y gagne aussi beaucoup, tout ça est alléchant, mais pourtant un élément vient considérablement tempérer mon enthousiasme.  
 
C'est élément c'est bien sûr Java, qui vient encore un peu plus "alourdir" l'ensemble   . Le problème est le même que dans les versions 1.x : il faut installer JVM pour bénéficier de l'ensemble des fonctionnalités d'OpenOffice.org, sachant que Java est une technologie proprio c'est assez génant pour ceux qui veulent une suite bureautique complète et 100 % libre.
 
Sun clame qu'il n'est absolument pas nécessaire d'avoir Java pour utiliser OpenOffice, ce qui est vrai : ce dernier fonctionne correctement sans, mais ce que Sun ne précise pas, c'est que Java occupe une place plus importante dans la version 2.0, aussi de nombreuses fonctions (messages box, fonctions assistant, éléments de la base de données, etc) passent à l'as pour ceux qui ne veulent pas utiliser Java...  
 
 
Bref, à mon sens cette nouvelle version progresse certes en fonctionnalités mais regresse en liberté (l'accessibilité étant limitée -de manière accrue par rapport aux versions 1.x- dès le moment qu'on ne souhaite pas l'utiliser conjointement avec Java) . Certains viendront me reprocher mon esprit chagrin, mais à quoi cela sert-il de faire la promotion de _LA_ suite bureautique _LIBRE_ si à chaque nouvelle version on la relie toujours plus étroitement à des technologies propriétaires ?
 
Je suis conscient que Sun n'est pas non plus le père noël, c'est une entreprise qui a forcément des intérêts (stratégiques et financiers) à développer OpenOffice.org. Je ne reproche pas cet aspect à Sun (après tout ils se sont investis pour libérer le code source de StarOffice et apportent de nombreux moyens pour le développement d'OpenOffice.org), mais ce qui m'agace c'est bien ce double-jeu, l'argumentaire du _LIBRE_ avec l'idée d'imposer encore un peu plus la technologie Java et de chasser sur le terrain à Microsoft...

 
On parle bien de Openoffice org 2.0???
Pas en BETA???

C'est marqué sur le site .

Sont lourds les windowsiens, savent pas lire déjà, peuvent pas rester dans leur clos .

Bon ben je vois que je dérange dans le coin.
Je me casse.
Merci l'entraide, je m'en souviendrai...
 

Pas de quoi

Tu veux qu'on t'aide à chercher sur le site

Je viens d'installer la dernière release beta, 1.9.90.1, ça a grave évolué depuis la 1.9.73 !!
Cette histoire concernant Java, c'est vrai que c'est vraiment dommage... mais je trouve quand même cette suite géniale

à propos de java, je rappelle que la plupart des fonctionnalités nécessitant java de OOo peuvent tourner avec gcj (implémentation libre de java). A titre d'info, j'ai pu lancer hsqldb (toute seule, pas une fois incluse dans OOo) avec Kaffe.
 
Le mail de Sophie Gauthier (responsable de la partie francophone de OOo) donne les raisons de ce choix :
 

 
Ce n'est guère malin.
 
Openoffice 2 est en version beta pour linux & Windows.

---> Mjules :
 
Sun tente clairement de forcer l'utilisateur à utiliser Java, et ce ne sont pas les arguments avancés qui vont plus les crédibiliser (franchement l'explication sur HSQLDB où ils voudraient nous faire avaler que MySQL ne se présentait pas comme une alternative efficace fin 2003... ridicule   ).
 
 
Je ne suis carrément pas persuadé que les utilisateurs vont exprès utiliser le compilateur gcj rien que pour OpenOffice. De plus y aura-t-il une procédure simple à ce niveau pour ceux qui utilisent OpenOffice sous Windows ?    
 
J'ai de très gros doutes à ce sujet, l'utilisateur ne veut pas se casser la tête à installer X ou Y composants en plus pour avoir accès à toutes les fonctionnalités du logiciel. Le but d'une _suite_ bureautique est pourtant d'intégrer tous les outils nécessaires pour simplifier la tâche à l'utilisateur, or ici interviennent des modules externes qui vont aller influencer jusqu'à l'interface. Bien sûr tout cela Sun le sait, et comme par enchantement tout à été prévu pour l'intégration de Java afin que l'utilisateur le choisisse par défaut   .
 
Du point de vue technique j'attends la version finale pour me prononcer, en espérant que les choix effectués sur Java ne viendront pas entâcher les performances attendues (vitesse de chargement, réactivité, comparé bien sûr à MS Office).
 
 
Bref pour moi la politique actuelle de développement va clairement dans le mauvais sens (mais on en reparlera peut être lors de la sortie d'une version 3.0 lorsque Java et d'autres éléments proprios seront alors indispensables pour la faire fonctionner correctement). On ne me fera pas avaler que certains choix lourdingues qui ont été fait vont dans le sens de l'utilisateur, désolé   .

 
tu n'as pas compris la problématique sous-jacente je pense ; ils cherchaient à intégrer la BDD dans le logiciel (le sens embedded en anglais), pas à faire communiquer (OOo 1.x y arrive déjà). A ce titre, mysql présente 2 gros défauts : elle est beaucoup trop lourde et la licence est problématique (GPL ou proprio alors que OOo est LGPL).
 

 
C'est aux distros de packager correctement le produit, Redhat/Fedora montrent la voie dans ce cas précis. Surtout que GCJ est un compilateur, pas une machine virtuelle, il faut compiler OOo avec une option particulière pour qu'il utilise GCJ.  
Sous windows, tu installes la JVM de Sun, je vois pas le pb là, une grande partie du système est déjà proprio, alors un peu plus un peu moins .  
 

Sous win, java est presque installé partout par défaut ; sous mac, on enlève le presque. Reste sous nux, où c'est un peu plus problématique, je te l'accorde.
 
 

 
pas mieux, wait and see. Mais je pense que java n'est pas fondamentalement un mauvais choix, du moment qu'on peut utiliser des outils libres. Maintenant, au moins pour la bdd, il y a un projet pour intégrer sqlite, il manque juste de contributeurs.
 
A+

Quels sont d'aillieurs les fonctions qui nécéssite java ?

 
(en réponse à ta signature) :
 
Quelles sont d'ailleurs les fonctions qui nécessitent Java ?

Merci

la base de donnée (hsqdb), les assistants, les trucs d'accessibilité, + qql autres trucs annexes

faut pas laisser tomber l'idée non plus que Java devienne libre un de ces jours...

J'ai mis capture :
 
- nouvel ecran de demarrage
- exemple de Draw
- exemple de Writter
- exemple de tableur

sinon, pour revenir à java, il semblerait que la compilation avec gcj rende les parties java plus rapide que l'utilisation de la jvm de sun

De toute façon si j'utilise OOo 2 ce sera forcément sans leur atroce JDK ou JRE...  

(oui le pb de java m'intéresse beaucoup)
 
le bug suivant est un metabug qui répertorie l'avancement de la compatibilité du code de OOo avec les implémentations libres de java, très instructif :
http://tools.openoffice.org/issues [...] i?id=46241
 
d'ailleurs, je vous invite à voter pour ce bug

je te comprend, dans mon cas, c'est encore plus drôle, j'ai une archi x86_64 sans jvm officielle de chez sun, je suis obligé d'utiliser la JVM de chez blackdown (la Sun mais pas officielle) ; et bien OOo2 ne reconait pas mon JRE ; comme ça au moins, je suis tranquille

une question bête : si j'utilise les .deb de OOo (compilé sans prise en compte de Java) et que par ailleurs j'ai une machine java installée est-ce possible d'utiliser ensuite les fonctionnalités permises qu'avec java (par exemple les forumulaires)?

The link is very interesting...
 
Moi je suis inquiet depuis le départ    (enfin surtout depuis que j'ai appris le niveau d'implémentation qu'aura Java dans OOo 2) : le choix que l'équipe de dev a effectué va nécessairement entraîner un beau foutoir (on en a d'ailleurs un bon aperçu dans ton lien). Comment assurer efficacement le portage, la compatibilité, la maintenance, le tracking de bugs avec tous les dérivés de la JVM de Sun ?    
 
 
C'est bien simple, il faudra voir bien entendu ce que tout cela va donner avec la version finale, mais il est possible que ceux qui ne pourront/voudront pas utiliser leur JVM se trouveront avec un support moindre (fonctionnement partiel de certaines fonctionnalités ? bugs/instabilité ? etc).
 
Perso je n'utilise de toute façon que les paquets officiels fournis par Debian (uniquement la section main dans mon sources.list), et ce quelques soient les softs. Pour OOo 2 j'aurai donc droit soit au pire à une version patchée sans java et aux fonctionnalitées réduites, soit au mieux à une version patchée avec une implémentation libre patchée  

Sous debian sid, on est toujours a la 1.1.3
 
Donc attendre la 2.... enfin bon
 
Je vais finir par passer sous gentoo.

je m'inscruste sur ce topic sympatique
Download en cours des rpm...
Si ca doit pas interférer avec la 1.1.4 je vais l'installer en attendant son arrivée dans Cooker.
 
EDIT : J'ai l'interface avec des polices minuscules ?
et pour le désinstaller comment on fait sous Mandriva ?
 
PS: faute de frappe dans le 1er post    :
Il faut decompacter les fichier deb ou rpm (repectivement dpkg -i *.deb / uprmi -i *.rpm)

Ok !
 
 
Pour le desinstaller , il suffit d'aller dans le gestionnaire de paquetage (exemple synaptic pour debian) il y est et il suffit de le supprimer.

pareil sous Mandrake, il apparait dans Rpmdrake. Au temps pour moi. Une recherche sur "1.9.91" donne tous les paquetages OpenOffice.

 
ok   !