Sortie d'OpenOffice.org 1.1.2

Posté par  . Modéré par Nÿco.
Étiquettes :
0
22
juin
2004
Bureautique
La version 1.1.2 d'OpenOffice.org (OOo pour les intimes) est sortie !

Les améliorations sont principalement des corrections de bogues. À noter cependant FontOOo, un assistant permettant de télécharger et d'installer des polices de caractères et toujours DicOOo, la même chose pour les dictionnaires.

Pas de grande révolution donc, celle-ci devant arriver avec la version 2, prévue vers la fin de l'année. OOo reste donc une bonne alternative à MS Office, son principal inconvénient étant sa lenteur de démarrage, gros sujet de polémique dans les forums. OpenOffice.org n'est plus à présenter et il commence sérieusement à faire de l'ombre à MS Office.

Nous ne reviendrons pas sur le point faible évoqué ci-dessus. Le deuxième étant l'absence d'équivalent de Access, sujet tout autant trollifère.

Le version 1.1.1 se concentrait sur la correction de bugs de priorité P1 et P2, plus quelques bugs P3. La version 1.1.2 corrige les bugs qui risquent de ne rien casser, donc c'est une version assez mineure, mais intégrant un grand nombre de corrections de bugs tout de même. La version 1.1.3 est prévue pour août/septembre, et la 1.1.4 pour novembre.

Aller plus loin

  • # Macro et autre joyeuseté

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

    j'ai remarqué que dans le tableur de la suite (mais surement dans le reste de la suite) il été possible de définir des macro ...

    et je me posé la question ...

    ici les comptable travaille beaucoup avec des feuille excel remplis jusqu'au molaire de macro excel ...

    comment se passe la compatibilité entre les macro openoffice et les macro excel ?

    est-ce qu'OOo essaye d'être compatible ne serait-ce qu'un petit peu ?

    quelqu'un a t il un retour d'expérience à nous faire ?

    fairat il beau ce week end ?

    est que IBM va rechete rationnal ?
    • [^] # Re: Macro et autre joyeuseté

      Posté par  . Évalué à 5.

      Mon expérience me dit : aucune compatibilité, sauf pour les macro super-simples peut-être. J'ai entendu dire quelque part qu'un convertisseur était en développement. A suivre?...
    • [^] # Re: Macro et autre joyeuseté

      Posté par  (Mastodon) . Évalué à 9.

      Il n'y a pas de compatibilité des macros entre MsOffice et OpenOffice, ca évite de récupérer les virus, mais cela entraine un coup de migration non négligeable.
      Ceci dit sur du moyen et long terme ça vaux vraiment le coup. Le plus dur est de perdre les mauvaises petites habitudes que l'on a pris avec les soft MS.
      Pour plus info je vous invite à vous inscrire aux différentes listes de diffusions en français sur fr.openoffice.org.
    • [^] # Re: Macro et autre joyeuseté

      Posté par  . Évalué à 9.

      comment se passe la compatibilité entre les macro openoffice et les macro excel ?

      Il n'y a pas de compatibilité :
      http://user-faq.openoffice.org/faq/ar01s11.html#id2876053(...)

      Extrait: Is OpenOffice.org's macro language the same as MSOffice ?
      No, it is not the same. But the language itself is very similar. However the security model is different as is the model of how the document is structured.

      En gros, le langage de macro d'OOo (StarBASIC) ressemble à celui de MS Office (VBA). Mais ce n'est pas le même. Donc ce n'est pas compatible. Cependant, certaine macro simples pourraient marcher si elles emploient des elements communs aux deux langages.


      est-ce qu'OOo essaye d'être compatible ne serait-ce qu'un petit peu ?
      Je ne crois pas.


      quelqu'un a t il un retour d'expérience à nous faire ?
      Pas moi. J'ai fait un stage sur OOo et j'ai lu que les macros étaient incompatibles.


      fairat il beau ce week end ?
      Je ne sais pas. La météo se gourre tout le temps. :-(


      est que IBM va rechete rationnal ?
      C'est déjà fait!! ;-)


      PS: pour l'ecriture de macro lire ceci (en francais) :
      http://fr.openoffice.org/Documentation/Guides/Andrew5.pdf(...)
    • [^] # Re: Macro et autre joyeuseté

      Posté par  . Évalué à 1.

      J'ai rien contre les macros, et j'utilise beaucoup OOo.
      Et puis, l'avantage, c'est qu'il est façile de trouver un correcteur orthographique... hum...

      ----------> []
  • # convertir

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

    une fonction sous excel que je n'arrive pas a trouver sous open office c'est la "conversion" de colonne (menu Données/Convertir d'excel) que je trouve fort pratique ...
    si qq1 me trouve ca .. :o)

    merchi

    pm
    • [^] # Re: convertir

      Posté par  . Évalué à -2.

      moi aussi ca m'intéresse
    • [^] # Re: convertir

      Posté par  . Évalué à 2.

      Elle fait quoi la fonction "convertir" d'Excel ?
      • [^] # Re: convertir

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

        elle fait sur une colonne ou un groupe de cellule selectionné comme l'action d'un import de texte.

        séparer les mots selon par exemple les virgules ou un caractere etc ...
        je ne sais pas si je suis clair la mmm
        • [^] # Commentaire supprimé

          Posté par  . Évalué à 0.

          Ce commentaire a été supprimé par l’équipe de modération.

          • [^] # Re: convertir

            Posté par  . Évalué à 2.

            Le Môssieur te dis "comme l'action d'un import de texte" ...

            Mettons que tu possèdes une fiche Excel déjà remplie avec 300 lignes d'une dizaine de champs chaque
            Tu veux y rajouter des lignes mais celles-ci sont de la forme
            ut301:x:0:0:ut301:/home/ut301:/bin/bash
            ut302:x:0:0:ut302:/home/ut302:/bin/bash
            ...

            Sous excel, tu colles bêtement ces lignes à la fin de ton fichier, selectionnes tout ce que tu viens de rajouter, trouves l'option ('Données>Convertir', me semble) et ça t'ouvre l'assistant d'import. Suffit alors de choisir le délimiteur de champ ":" et pan (d'où son nom ^_^) ! Tu sépares chaque champ de ta ligne comme voulu.

            Intérêt: Bien plus souple. Pas besoin de sauver tes lignes dans un fichier, ouvrir ce fichier sous Excel, passer par l'assistant, selectionner le contenu des cellules importées, les copier et les coller dans ton autre fichier.

            Voili
    • [^] # Re: convertir

      Posté par  . Évalué à 1.

      Il y a un projet qui s'occupe de ça. D'ailleurs, je l'utilise plein pot. Il ajoute un menu et une boite de dialogue tout comme sur excel.

      Malheureusement, je suis incapable de remettre la mains sur le site (hosté par ooffice) ni sur le fichier d'installation text2columns.sxc
  • # Multiple User Setup

    Posté par  . Évalué à 10.

    L'option non documentée dans la documentation fournie avec l'installation :
    (Désolé, c'est pour Windows 2000, XP)

    setup -alluser

    Elle permet d'installer OOo pour tout les utilisateurs d'une station sans installation aucune pour chaque utilisateur. Pratique dans un environnement en Domaine (gràce à SAMBA - on se racroche au Libre, ouf).
    • [^] # Re: Multiple User Setup

      Posté par  . Évalué à 6.

      J'imagine la même chose sous linux!
      Il seraient contents les utilisateurs daemon, bin, sys, man, lp... d'avoir enfin accès à openoffice sans passer par la procédure d'installation ;)
  • # équivalent de Access

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

    Je ne comprends pas...

    Depuis OOo on peut tout à fait accèder à la plupart des SGBDR par l'intermédiaire d'un pilote ODBC/JDBC, et l'interface de création de requêtes ressemble beaucoup à celle d'Access (enfin ça fait bien depuis 1996 que j'ai pas regardé à quoi ressemblait Access, mais bon...)

    Où est le problème exactement ?

    Est-ce parcequ'OOo n'intègre pas réellement de SGBDR ?

    Si oui, quel est l'intérêt d'embarquer un SGBDR dans OOo par rapport à pouvoir accèder à n'importe quel SGBDR externe ? Est-ce simplement un problème de facilité d'installation pour l'utilisateur final ou y a t'il une autre raison qui m'échappe ?

    Ou alors serait-ce la partie reporting qui manque à OOo ?

    Merci de m'éclairer car j'avoue que je ne vois personnellement pas trop l'intérêt d'intégrer un équivalent d'Access dans OOo.
    • [^] # Re: équivalent de Access

      Posté par  . Évalué à 6.

      le grand intérêt d'access est qu'il embarque dans un seul fichier la base de donnée et l'application. Ça parait inutile pour beaucoup de gens, mais quelqu'un qui veut se faire une petite base de donnée personnelle n'a pas forcément envie de se taper l'installation d'un serveur SQL. De plus pour la filer à un copain par mail c'est impossible.
      • [^] # Re: équivalent de Access

        Posté par  . Évalué à 7.

        le grand intérêt d'access est qu'il embarque dans un seul fichier la base de donnée et l'application.

        Ce genre de chose existe dans le libre. Je propose de remplacer Access par SqLite dans ta phrase. Néanmoins elle n'est pas encore écrite l'appli killer d'access.

        http://www.sqlite.org/(...)
        • [^] # Re: équivalent de Access

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

          > Je propose de remplacer Access par SqLite dans ta phrase.

          Pas du tout. SQLite, c'est une base de donnée dans un fichier. MS-Access, c'est une base de donnée + une application (formulaires & cie) dans un seul fichier.

          Scénario typique :

          Mr X fait une base de donnée de sa bibliothèque. Il a une table "ouvrage", une table "auteur", ... Il range ses BD, ses livres, ses DVD, ... dans ces tables. Ensuite, il fait quelques formulaires avec des boutons bleus et rouges et une image de fond, et des mini-macros en VBA pour entrer les nouveaux ouvrages, un autre formulaire pour faire une recherche, ...

          Quand il veux utiliser sa petite application, il double-clique sur "bibliothèque.xxx" (je sais plus l'extension ;-) et ça lui montre un bel écran d'accueil, avec trois boutons : "Ajouter un livre", "voir la liste", et "faire une recherche". En fait, c'est sa petite soeur (ou son petit frère !) qui utilise l'application, et elle n'y connait rien en SGBD, elle ne sait même pas ce qu'il y a derrière.

          Maintenant, l'utilisateur veut faire partager sa collection de BD a un ami. Un fichier à envoyer par mail, et l'ami a l'application et les données.

          C'est un cas bien particulier. Pour une application professionnelle, il y a beaucoup mieux. *Mais* c'est un besoin d'un certain nombre de particuliers et de petites associations, et ni OpenOffice.org ni SQLite ne répondent à ce besoin, c'est un fait.
        • [^] # Re: équivalent de Access

          Posté par  . Évalué à 3.

          > Néanmoins elle n'est pas encore écrite l'appli killer d'access.

          Peut-être qu'en libre elle n'existe pas, mais le souvenir que j'ai de 4D me fait dire que des solutions élégantes, intuitives et portables Mac/Win32 existaient avant qu'Access devienne une appli tueuse.

          Les utilisateurs de ces serveurs de bases de données sont nettement plus attirés par la facilité de création et de gestion des tables ainsi que des formulaires. Donc SqLite pourrait être une des pierres angulaire d'un tel SGBDR, mais à condition de construire autour l'interface utilisateur qui va bien avec un maximum d'assistants.
          • [^] # Re: équivalent de Access

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

            Si on utilise pg_dump avec postgresql, on a dans un seul fichier (et en clair) tout le contenu de la base et de ses requêtes, des formulaires...
            Si on résout le problème de droits (aïe, aïe, aïe pour la securité) on peut obtenir quelque chose de compact (on peut le zipper) et de portable.
            OpenOffice.org possède déjà une bonne interface pour les bases de données : http://fr.openoffice.org/Documentation/How-to/indexht.html(...) aller à la rubrique "Bases de données" (ou téléchargez toute la documentation, le lien est en bas de la page).
            Cette documentation explique aussi comment migrer depuis Access.
            La documentation «Comment utiliser une base de données SQLite avec OOo» répond aussi à la question.

            Pour la migration, il y a aussi MDB Tools : http://mdbtools.sourceforge.net/(...)

            Je pense qu'il y a surtout un travail à faire sur l'ergonomie de l'ensemble et l'automatisation du transfert de mdb (Access) vers le monde libre.
          • [^] # Re: équivalent de Access

            Posté par  . Évalué à 1.

            > Peut-être qu'en libre elle n'existe pas, mais le souvenir que j'ai de 4D
            > me fait dire que des solutions élégantes, intuitives et portables
            > Mac/Win32 existaient avant qu'Access devienne une appli tueuse.

            Ca 4D c'est une appli tueuse ... de productivite !
            J'ai eu l'occasion de m'en servir et ce n'etait pas pire mais pas mieux qu'Access.

            > Les utilisateurs de ces serveurs de bases de données sont
            > nettement plus attirés par la facilité de création et de gestion des
            > tables ainsi que des formulaires.

            Ca avait l'air facile avec 4D mais tellement facile que tout le monde creer soi-meme son formulaire et du coup c'etait un bordel immonde et d'une lenteur ... tres mauvaise experience
      • [^] # Re: équivalent de Access

        Posté par  . Évalué à 4.

        je te renvoi à un article sur SQLite qui permet de faire la même chose... de plus il existe des alternatives SGBD Java sans serveur tres performantes (voir http://hsqldb.sourceforge.net(...) ).
        • [^] # Re: équivalent de Access

          Posté par  . Évalué à 2.

          je te renvoi à un article sur SQLite qui permet de faire la même chose
          ok, si tu retrouves le lien ça m'intéresse
    • [^] # Re: équivalent de Access

      Posté par  . Évalué à 3.

      Je suppose que c'est la facilité pour l'utilisateur final de créer ses propres BDD sans l'aide du service informatique.

      En pratique, je trouve cela plutôt mauvais dans la mesure ou j'ai constaté que de nombreux services / directions multiplient les même données plus ou moins à jour un peu partout ! Autrement dit, chacun fait le même boulot sans se concerter.

      En revanche, j'ai souvent entendu dire que la partie tableur de OOo était bien moins puissante que Excel mais je n'y connais rien à Excel alors...
      • [^] # Re: équivalent de Access

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

        J'ai vu passer une étude récemment et apparemment Excel est une vraie merde dès qu'on fait des calculs un peu poussés, à cause d'une perte trop importante de précision.

        L'étude ne comparait pas Excel avec OOo mais avec Gnumeric, qui sortait vainqueur haut la main.

        c'est sur http://www.csdassn.org/software_reports.html(...)
      • [^] # Re: équivalent de Access

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        C'est vrai que le tableur de OOo a encore quelques progrès à faire sur les analyses un peu complexes.
        Le plus gros sujet de troll sur les diffs entre OOo et Excel, c'est la taille maxi des tableaux : 32000 lignes x 254 colonnes sur l'un, plus sur l'autre.
        Je trouve que c'est déjà beaucoup, et avec de tels volumes, le SGBD devient vite une meilleure solution (aie, j'ai marché dedans)
        • [^] # Re: équivalent de Access

          Posté par  . Évalué à 3.

          Le plus grand défaut, pour moi, de Calc (tableur OOo) c'est sa gestion des graphiques.
          Je les trouves ultra compliqué et peu customisable par rapport à Excel.
          Je ne me souviens pas prècisémment, mais je ne pouvais pas définir mon échelle personnelle pour les absisses ... c'est d'un pénible de s'y retrouver dans les clics droits pour changer un petit truc !
          Par contre, même application pour Calc, writer, Impress = gain de temps pour les graphiques à insérer directement dans une présentation ou un rapport.

          Enfin, pour le trollage, il est important pour beaucoup d'avoir un nombre de ligne suffisant. En effet, au travail, mes collegues ne savent qu'utiliser Excel, et ma BDD fait près de 100.000 enregistrements ... ils étaient bloqués ! Peut être que si OOo dépassait Excel ici, cela donnerait une raison de plus pour migrer (prévu en 2005, comme dans tous ministères).
          • [^] # Re: équivalent de Access

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

            Je suis effectivement tombé sur un fichier excel de 8Mo qui dépasse la taille autorisée. On ne sait pas actuellement récupérer ce fichier et le temps qui passe risque de compliquer encore la tâche.
            Ce genre de document est un erreur en soi, certes, mais quand il faut récupérer des années de travail pour les mettre sous des formats mieux adaptés, on est bien content de pouvoir le faire.

            Une autre erreur de ce genre de document, c'est qu'il mélange les données, leur traitement et leur présentation.

            Le cas dont je parle est relatif au travail d'un ornithologue. Ce n'est pas le fait d'un informaticien. Il faut être tolérant et ne pas lui voler dans les plumes, on pourrait tomber sur un bec ;-)
          • [^] # Re: équivalent de Access

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

            En fait pour les graphiques sous Calc, c'est un fonctionnement différent d'Excel, mais quand on a compris, c'est beaucoup mieux.

            Le problème est toujours que l'on a été (ou l'on s'est) formé sur un logiciel et changer ses habitudes (et donc la vitesse à laquelle on réalise les actions) peut vite devenir problématique.
            • [^] # Re: équivalent de Access

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

              Il y a une option d'excel que j'ai cherché dans Calc, sans la trouver :

              les rectangles d'incertitudes sur la variable en abscisse

              exemple concrêt plus ou moins fictif : mesures expérimentales en éléctricité, on cherche à démontrer une relation entre la fréquence du courant émis par un GBF et la tension aux bornes d'un composant. On mesure expérimentalement, et on trace le graphique qui va bien.

              on a une incertitude sur la tension mesurée, mais aussi sur la fréquence. Or je n'ai réussi à afficher sur le graphique que l'incertitude sur la grandeur en ordonnée (dans mon cas, la tension).

              donc si tu as la solution... je connais plusieurs personnes qui seront contentes de la connaître
      • [^] # Re: équivalent de Access

        Posté par  . Évalué à 3.

        En pratique, je trouve cela plutôt mauvais dans la mesure ou j'ai constaté que de nombreux services / directions multiplient les même données plus ou moins à jour un peu partout ! Autrement dit, chacun fait le même boulot sans se concerter.

        Il ne faut pas oublier le particulier, qui est je pense la cible principale d'access. Pour lui c'est intéressant !
        • [^] # Re: équivalent de Access

          Posté par  . Évalué à 5.

          Et tu en connais beaucoup des particuliers qui ont payé 300 euros pour acheter leur licence Access ?
          • [^] # Re: équivalent de Access

            Posté par  . Évalué à 4.

            des particuliers qui ont payé leur licence d'acces ? ;c)) autant que de particulier a avoir acheté une suite microsoft office ... il est certain que si Microsoft s'aventurait a faire la chasse aux particuliers resquilleurs, les rangs des utilisateurs linux exploseraient rapidement et qu'Ooo auraient de très nombreux utilisateurs nouvellement débarqué du monde propriétaire ... Allons monsieur Gates un petit effort svp ;C))

            Autre chose : on parle du vide énorme que représente l'absence d'acces pour l'utilisateur lambda ... je connais pas mal de "windowsiens" pour qui l'utilisation du micro famillial se limite a jeux/surf/mail et bureatique basique (comprendre une lettre de temps a autre quand ce n'est pas seulement l'ouverture du dernier .pps envoyé par une connaissance ...) pour ces "vrai" lambda ... Acces n'est pas un problème ...

            = ;C) )

            Kob!!
            • [^] # Re: équivalent de Access

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

              Je suis assez d'accord, ceux qui se lancent dans la création d'une base de données sont des utilisateurs avertis.
              Cependant un certain nombre d'entre eux raisonnent sur une seule table et ignorent le modèle relationnel. C'est ainsi que quelqu'un m'a parlé d'une table avec plus de 1000 champs et qu'il devait en ajouter une vingtaine.
              Créer une bonne base de données n'est pas donné à tout le monde.
            • [^] # Re: équivalent de Access

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

              Effectivement ...

              Une fois, mon père voulait faire une liste de livre et il me demandait quel logiciel choisir ... A l'époque je lui avais consuillé Access (honte à moi) mais il s'est contenté de MS-Word qui possède une fonction de tri alphabétique.

              J'essaie bien de le mettre à OOo mais il est sous MasOS X, et OOo n'est pas génial là dessus. Ce qu'il faudrait:

              - Barre de menus intégrée à macOS X
              - Barre d'outil en dehors de la fenêtre à le TheGimp mais qui disparaissent lorsque OOo n'est plus actif (Commme MS-Word X pour mac)
              Ainsi, dans a fenêtre il ne resterait plus que la règle
              - Lorsqu'on ferme la dernière fenêtre de OOo, qu'il reste chargé en mémoire.

              Ceci dit, ce serait bien davoir la même chose que linux mais deja:
              - Avec QT, la barre de menus peut être placée en haut de l'écran
              - Dans GConf, j'ai vu que métacity devrait intégrer un mode Application qui:
              (Pas encore mis en oeuvre) La navigation fonctionne en termes d'applications et non de fenêtres et Si la valeur est vrai, Metacity fonctionne en termes d'applications plutôt que de fenêtres. Le concept est assez abstrait, mais, en général, une configuration basée sur les applications est plus proche de Mac que de Windows. Lorsque vous activez une fenêtre en mode basé sur les applications, toutes les fenêtres de l'application seront mises au premier plan. En outre, en mode basé sur les applications, les clics de focus ne sont pas transmis aux fenêtres d'autres applications. L'existence de ce paramètre est assez douteuse, mais elle est préférable à la définition de paramètres pour tous les détails spécifiques des modes basés sur les applications/fenêtres, p. ex. concernant la transmission des clics. Pour l'instant, le mode basé sur des applications n'est généralement pas mis en oeuvre. (gconf:///apps/metacity/general/application_based)
          • [^] # Re: équivalent de Access

            Posté par  . Évalué à 2.

            des médecins, des artisans, des paysans, des horticulteurs, je sais pas moi, des travailleurs individuels, qui n'ont pas de service informatique, de réseau, de parc de machines, de cluster sous SuSE en environnement hétérogène, et qui ont besoin d'une base de clients, de produits, de fournisseurs, et de pouvoir faire des requêtes dessus. Ils ont acheté un ordinateur avec windows, et le vendeur leur a proposé et décrit la suite Office. Il y a beaucoup de gens dans ce cas, à mon humble et très modeste petit avis pourri.
      • [^] # Re: équivalent de Access

        Posté par  . Évalué à 2.

        En pratique, je trouve cela plutôt mauvais dans la mesure ou j'ai constaté que de nombreux services / directions multiplient les même données plus ou moins à jour un peu partout ! Autrement dit, chacun fait le même boulot sans se concerter.

        Il n'y a pas que le monde de l'entreprise! Et en pratique bien des outils très efficaces en entreprise se montrent inadaptés pour le particulier.
    • [^] # Re: équivalent de Access

      Posté par  . Évalué à 4.

      Le probleme, c'est que tu ne recupères que les données des bases access. Pas de formulaire ou état qui permettait d'avoir une application pratique pour acceder aux données.

      La plupart des pme, artisants, ... n'ont pas les competences pour créer une application, alors que access leur permet de la faire de façon simple.
    • [^] # Re: équivalent de Access

      Posté par  . Évalué à 5.

      *StarOffice inclut une base de données, au doux nom d'Adabas, c'est un produit tiers par rapport au code de StarOffice racheté à l'époque.

      *ce n'est pas qu'elle n'est pas terrible mais il faut la comparer avec des SGBD basés sur des fichiers (Access, dbase, Paradox, Approach), cette version de Adabas est ou était limité à 100 Mo et 3 utilisateurs concurrents d'après une review que j'ai sous ce nez.

      *sans dire qu'ils n'ont jamais fait d'efforts de commercialisation dessus, je ne peux pas dire que j'ai été impressionné par le marketing de Sun à son sujet,

      *son usage est plutot destiné à des "bureautique power users", mais ceux sous Unix, et en général dans un environnement distribué, avec du réseau partout, vont plutot utiliser autre chose...


      Access a pour lui :

      *une interface graphique dans l'esprit d'Office,
      *des assistants de création de formulaires de saisie et de rapports immédiatement utilisables pour des tables simples ou du 1:n
      *deux interfaces de programmation faciles d'accès (macro et VBA) que même des gros boeufs de ma connaissance ont pu utiliser.

      et reste un choix raisonnable et naturel pour des utilisateurs même pas trop avancés de Microsoft Office.



      pour diverses raisons je ne suis pas trop pour intégrer un module de bases de données (et surtout un clone de la partie graphique de Access sans avoir quelque chose qui tienne la route derrière) dans OpenOffice. mettre en valeur la partie QBE (Query By Examples) et la gestion des sources de données externes me semble plus important. mais mon avis, tout le monde s'en fout, bien heureusement \o/
      • [^] # Re: équivalent de Access

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

        Access a pour lui :

        *une interface graphique dans l'esprit d'Office,
        *des assistants de création de formulaires de saisie et de rapports immédiatement utilisables pour des tables simples ou du 1:n


        OpenOffice a pour lui :
        - une interface graphique dans l'esprit d'OpenOffice
        - des assistants de création de formulaires de saisie et de rapports, qui sont peut-etre moins beau que ceux d'Access, mais reste utilisable.

        Il est vrai que pour un poste de travail, une petite base comme celle utilisée par Access peut-etre pratique, autant en entreprise je préfère avoir un vrai sgbd que j'attaque avec OpenOffice.
        Bien sur avec Access on peux aussi connecter un sgbd avec ODBC. Mais moi j'utilise linux alors ...
        • [^] # Re: équivalent de Access

          Posté par  . Évalué à 5.

          Il est vrai que pour un poste de travail, une petite base comme celle utilisée par Access peut-etre pratique, autant en entreprise je préfère avoir un vrai sgbd que j'attaque avec OpenOffice.

          Malheureusement en entreprise, une vraie SGBD ça veut dire le service informatique qui entre en jeu, qui va te demander pleins de questions désagréables, à qui il faudra 6 mois avant de te dire si tu as le droit d'avoir ta propre SGBD et 6 autres mois avant de te l'installer en respectant le cadre de cohérence informatique de l'entreprise.

          L'intérêt d'Access ou de SQLite c'est justement que tu n'as plus besoin de passer par eux. Tu fais ta petite bidouille dans ton coin, tranquille. C'est sûr que le jour où tu pars ton département risque d'être dans la mouise mais tu seras loin à ce moment! :))
          • [^] # Re: équivalent de Access

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

            Il me semble qu'au niveau SGBD OOo prends une bien meilleure direction que ms office grâce à la connectivité étendue de son interface, qui peux satisfaire toute sorte d'utilisateurs.

            Il est sur que l'interface de gestion des BD reste ardue pour les néophytes. Mais, je ne crois vraiment pas qu'Acces fasse mieux.
            Access s'integre bien dans office, c'est sur. Mais, sans pour autant produire des bases de qualité, il reste difficile d'utilisation pour beaucoup, faisant appel à de vrais notions d'informatique tels que table, état, types, clef primaire...etc... Quelqu'un qui n'a jamais entendu parlé de base de donnée ne peux pas utiliser Access sans difficulté.

            Si l'objectif est de faire un SGBD utilisable par n'importe qui, il me semble qu'il vaudrait mieux s'inspirer de FileMaker Pro que d'Access. Conception basée sur la notion de Fiches, typage et masque bien plus facile.

            Personnellement, non informaticiens, j'ai fais des truc assez compliqués avec FileMaker Pro par contre, avec Access, j'ai toujours patiné.
        • [^] # Re: équivalent de Access

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

          Souvent, en entreprise Access permet à un cadre de maquetter son problème et de faire rapidement un prototype fonctionnel qui répond à ses besoins sans à avoir à mettre en branle le département informatique et toute la lourdeur administrative qui va avec.
          Jusque là, Access est un logiciel remarquable, mais où les affaires se compliquent c'est lorsqu'il veut partager ses données avec des collègues. Access n'est pas un logiciel fiable et le partage de ressources ne fait qu'empirer ce défaut. La gestion des droits d'accès donne une dimension que les utilisateur d'Access ignorent le plus souvent.
          Access ne convient plus lorsqu'il y a plus d'un utilisteur. De plus Microsoft a décidé d'abandonner Jet, son moteur de base de données. C'est alors que le département informatique intervient avec l'artillerie lourde et en général mécontente tout le monde avec SQL-server ou Oracle.
          On peut remarquer que autant Access est un outil de prototypage assez génial, autant les solutions classiques sont lourdes.

          Le passage par étapes du prototype à la base de données centralisée est un défi que le logiciel libre doit maintenant relever. Tous les ingrédients existent, il faut maintenant les cuisiner ensemble.
          • [^] # Re: équivalent de Access

            Posté par  . Évalué à 2.

            Access ne convient plus lorsqu'il y a plus d'un utilisteur.
            Plus d'un à la fois, tu veux dire ? Sinon je connais une appli en réseau qui utilise une base access... au max une dizaine d'utilisateurs en même temps, plusieurs dizaine de Mo de données enregistrées et, à condition de prendre soin de sa base ("compactage" régulier ou un truc du genre), ça plante pas (même que ceux qui doivent gérer l'appli en sont surpris ;).
            • [^] # Re: équivalent de Access

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

              Il faut croire que cette application est très bien faite, que la base de données est très simple et que ses utilisateurs ont beaucoup de chance.
              J'ai connu des expériences de ce genre plutôt calamiteuses.
    • [^] # Re: équivalent de Access

      Posté par  . Évalué à 2.

      Depuis OOo on peut tout à fait accèder à la plupart des SGBDR par l'intermédiaire d'un pilote ODBC/JDBC

      Tout est dit, on doit s'encombrer avec ODBC/JDBC. C'est ce qui m'a freiné jusqu'à maintenant pour créer une base de données avec OOo.

      Le bon point, il y a un assistant formulaire. Il est possible de créer une base dans le format de DBase (Xbase ?) je l'ai découvert grâce à cette news. Dans ce cas, deux petits boutons "Transférer ma base à un ami" et "Lire une base d'un ami" devrait faire l'affaire pour "simuler" le monofichier de MS-Access, surtout qu'en général je fini toujours par créer un fichier pour les données et un fichier pour l'application (formulaires, états, macros...).

      Bonjour chez vous !
    • [^] # Re: équivalent de Access

      Posté par  . Évalué à 6.

      Bonsoir,

      Actuellement, il est prévu que la version 2.0 de OOo soit livrée avec une base de données.

      S'il nous a été possible de créer un format de fichier spécifique, le développement d'un moteur de base de données demande un travail considérable.

      Pour permettre cependant l'échange de données provenant d'une base au format OpenOffice.org, nous nous proposons de doter la suite de HSQLDB.

      Le choix n'est pas encore arrêté, SQLite est aussi examiné.

      Voilà pour les infos de fraîche date :)

      Cordialement
      Sophie
  • # Vitesse de démarrage

    Posté par  . Évalué à 6.

    Perosnne n'en a parlé mais, une evolution majeure de cette version est la reduction nette du temps de démarrage. Sur ma machine, j'ai l'impression qu'il a quasiment été divisé par 2 entre la 1.1.0 et la 1.1.2.
    • [^] # Re: Vitesse de démarrage

      Posté par  . Évalué à 2.

      Dans mes souvenirs, la réduction du temps de démarrage était déjà impressionante entre la 1.1.0 et la 1.1.1. Je n'ai pas l'impression que cela ait été encore amélioré entre la 1.1.1 et la 1.1.2.
    • [^] # Re: Vitesse de d'affichage des modèles & arrières plans

      Posté par  . Évalué à 2.

      Le temps de démarrage n'est plus du tout un obstacle pour moi, surtout lorsqu'on travail avec Writer & Calc en même temps (même application).

      Par contre l'affichage graphique des modèles et arrières plans est excessivement lent ! C'est très pénalisant quand on veut choisir son arrière plan sous Impress !
    • [^] # Re: Vitesse de démarrage

      Posté par  . Évalué à 1.

      Oui, au moins par 2. C'est vrai qu'il ya encore une petite accélération avec cette nouvelle version ! Sur une bête un peu récente ça va vite....
  • # racourci clavier

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

    un truc qui manque à mes yeux dans OpenOffice, c'est de pouvoir faire des racourcis clavier pour une touche. Par exemple pour afficher des lettres allemandes, tcheques ou espéranto avec un clavier français, il est pratique d'associer des touches (Alt Gr + c pour faire un ĉ par exemple) et ceci n'est pas possible sous OpenOffice...

    Axel
    • [^] # Re: racourci clavier

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      idem pour les styles. Dans word, c'est pratique d'avoir
      CTRL-1 pour le Titre 1, CTRL-2 pour le Titre 2...
      si on peut faire, je veux bien le truc qui le permet ;-)
      • [^] # Re: racourci clavier

        Posté par  . Évalué à 7.

        Tu peux regarder du côté de http://www.ooomacros.org/user.php#98242(...) pour avoir une macro qui peut insérer un caractère ou changer un style. Il faut ensuite créer autant de macros qu'on veut de raccourcis et assigner chaque macro au raccourci de son choix.

        Pour faire ce que tu décris, en changeant le niveau avec des raccourcis, j'ai développé deux macros : la première augmente le niveau (passe de Heading 1 à Heading 2) et l'autre descend le niveau (Heading 2 à Heading 1)

        Les voici :


        REM Fait passer le style de paragraphe de Heading n à Heading n+1
        Sub IncreaseHeadingLevel

        Dim oDocument As Object
        Dim oText As Object
        Dim oVCurseur As Object, oCurseur As Object
        Dim sStyle As String
        Dim sStyleType As String, nHeadingLevel As Integer

        ' Récupère le document actif
        oDocument = ThisComponent
        oText = oDocument.Text

        ' Récupère le curseur visible
        oVCurseur = oDocument.currentcontroller.getViewCursor()
        ' Crée un curseur d'écriture à partir du curseur visble
        oCurseur = oText.createTextCursorByRange(oVCurseur.getstart())

        ' Récupère le style du paragraphe et récupère la partie gauche
        sStyle = oCurseur.paraStyleName
        sStyleType = Left(sStyle, 8)
        if (sStyleType = "Heading ") then
        ' Récupère le niveau de Titre et l'augmente si possible
        nHeadingLevel = Mid(sStyle, 8)
        if (nHeadingLevel < 10) then
        oCurseur.paraStyleName = sStyleType & (nHeadingLevel + 1)
        endif
        else
        ' Si le style est normal, on applique le style Heading 1
        oCurseur.paraStyleName = "Heading 1"
        endif

        End Sub

        REM Fait passer le style de paragraphe de Heading n à Heading n-1
        Sub DecreaseHeadingLevel

        Dim oDocument As Object
        Dim oText As Object
        Dim oVCurseur As Object, oCurseur As Object
        Dim sStyle As String
        Dim sStyleType As String, nHeadingLevel As Integer

        ' Récupère le document actif
        oDocument = ThisComponent
        oText = oDocument.Text

        ' Récupère le curseur visible
        oVCurseur = oDocument.currentcontroller.getViewCursor()
        ' Crée un curseur d'écriture à partir du curseur visble
        oCurseur = oText.createTextCursorByRange(oVCurseur.getstart())

        ' Récupère le style du paragraphe et récupère la partie gauche
        sStyle = oCurseur.paraStyleName
        sStyleType = Left(sStyle, 8)
        if (sStyleType = "Heading ") then
        ' Récupère le niveau de Titre et l'augmente si possible
        nHeadingLevel = Mid(sStyle, 8)
        if (nHeadingLevel > 1) then
        oCurseur.paraStyleName = sStyleType & (nHeadingLevel - 1)
        endif
        endif

        End Sub


        Tu les assigne à deux touches et tu changes tout à la volée :) Le Navigateur (F5) permet de faire le même genre de chose.

        Note : quand tu donnes un nom de style, celui-ci doit être en anglais.

        J'espère que ça t'aidera ;)
    • [^] # Re: racourci clavier

      Posté par  . Évalué à 4.

      un truc qui manque à mes yeux dans OpenOffice, c'est de pouvoir faire des racourcis clavier pour une touche. Par exemple pour afficher des lettres allemandes, tcheques ou espéranto avec un clavier français, il est pratique d'associer des touches (Alt Gr + c pour faire un ĉ par exemple) et ceci n'est pas possible sous OpenOffice...
      Je ne vois vraiment pas en quoi c'est le rôle d'OpenOffice! C'est celui du "système graphique" (X sous Unix, ?? sous windows). Avec X il faut utiliser xmodmap ou xkb. Les changements sont globaux à toutes les applications en plus.
      Si on commence à intégrer ce genre de trucs à OpenOffice, on en va en faire un énorme bloatware.
      • [^] # Re: racourci clavier

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

        "Si on commence à intégrer ce genre de trucs à OpenOffice, on en va en faire un énorme bloatware. "

        C'est trop tard, c'en est deja un :)

        Sinon, je ne suis pas d'accord, OpenOffice ne doit pas devenir une interface de configuration pour xkb, ce n'est pas sont but. De plus, si elle gere elle meme les raccourcis clavier, elle utilisera obligatoirement xkb en interne(comme lineakd, ...) mais ne touchera pas à la conf global de xkb. Les raccourcis seront operationnels le temps ou l'applications est lancée et possede le focus.

        Parce que avec ta solution, t'en arrives au mec qui s'est fait un super raccoucis clavier de la mort dans son OpenOffice et qui installe une nouvelle applis et qui comprend pas pourquoi le raccouci untel ne fonctionne pas(deja mappé par xkb).

        Mais bon, te connaissant, je suis sur que tu ne pensais meme pas à ce que OpenOffice possède un outils de config pour xkb mais que tu voulais dire: "le user, il prend son vim et il configure ses raccoucis" :)
        • [^] # Re: racourci clavier

          Posté par  . Évalué à 2.

          Sinon, je ne suis pas d'accord, OpenOffice ne doit pas devenir une interface de configuration pour xkb, ce n'est pas sont but.
          Tout à fait d'accord. La config de xkb doit être neutre vu qu'elle est globale à X. Peu importe qu'elle soit faite avec vim ou un clicodrome.

          Parce que avec ta solution, t'en arrives au mec qui s'est fait un super raccoucis clavier de la mort dans son OpenOffice et qui installe une nouvelle applis et qui comprend pas pourquoi le raccouci untel ne fonctionne pas(deja mappé par xkb).
          Xkb sert à faire des configs du clavier au niveau de X, en utilisant des touches raisonables comme , pas des touches qui pourraient être utilisées en temps normal par des applis, genre ou . Par exemple chez moi j'ai fait en sorte que a donne un 'ä', ça marche avec toutes les applis tournant sous X, peu importe les librairies graphiques, et ça ne provoque d'interférences avec aucune appli.
          Je précise enfin que je parle uniquement du type de racourcis dont Axel R parle et non de véritables macros.
          • [^] # Re: racourci clavier

            Posté par  . Évalué à 6.

            Par exemple chez moi j'ai fait en sorte que a donne un 'ä'

            Elle est päs très prätique ton ästuce...
            • [^] # Re: racourci clavier

              Posté par  . Évalué à 2.

              Mouarf! Saleté de templeet qui a mangé ma balise <altgr> ;-)
              Il fallait lire "Par exemple chez moi j'ai fait en sorte que <altgr>a donne un 'ä'" bien sûr.
  • # OpenOffice.org et packages rpm pour Mandrake

    Posté par  . Évalué à 1.

    Pourquoi sur les miroirs cooker on ne trouve pas de packages rpm plus récents que ceux de la version 1.1.0 (OpenOffice.org-1.1-11mdk.i586.rpm) ?

    Certains me répondront que je peux l'installer directement depuis l'archive proposée par le site http://fr.openoffice.org(...) et que ce n'est pas difficile du tout.

    J'en conviens, mais la solution rpm a ma préférence. Donc avant de changer d'avis si quelqu'un sait pourquoi les rpm d'une application si importante pour une distribution tardent à sortir je suis preneur.

    Je sais aussi que je peux changer de distrib mais reconnaissez que c'est un peu lourd !
    • [^] # Re: OpenOffice.org et packages rpm pour Mandrake

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

      parce que personne n'a cherché a packager openoffice depuis un bail...

      Et surtout c'est parce qu'en ce moment la cooker suite a un pb de bugzilla est un peu "morte"... Donc le temps que ça reparte il faudra un peu de temps et comme en plus les gars de chez mandrake sont overbooké ces dernier temps et que c'est surement l'un d'entre eux qui l'a packagé, ben faudra attendre qu'il ai quelque minutes a lui...

      Mais tu est libre de le faire...
      Dans la pluspart de cas c'est assez simple a faire...
    • [^] # Re: OpenOffice.org et packages rpm pour Mandrake

      Posté par  (Mastodon) . Évalué à 1.

      Le problème d'openoffice fournit avec Mandrake (au moins la 9.2), est qu'il n'est pas prévu pour fonctionner avec Java, donc pas possible d'utiliser un grand nombre d'autopilotes, les connecteurs JDBC ...
  • # http://ooextras.sourceforge.net/

    Posté par  . Évalué à 4.

    Pour ceux qui recherchent des modèles de documents (et surtout des arrrière-plans pour Impress), à noter http://ooextras.sourceforge.net/(...)
    qui propose aussi quelques modèles de docs bien pratiques qui peuvent être aisément traduits...
  • # OOo1.1.2 Version Mac OS X

    Posté par  . Évalué à 5.

    Bonjour,

    La version indiquée, à savoir : http://macosxrc.services.openoffice.org/pub/OpenOffice.org/ooomisc/(...)
    sur le site d'OpenOffice.org est obsolète (déja :-) ) , car une autre est en train d'arriver (je viens de terminer l'upload ).
    La nouvelle version s'appellera (sauf changement de nom par l'admin :
    OOo1.1.2_MacOSX_Panther_fr_install.pkg.zip
    Cette version en français, pour Mac OS X.3 mini, comprend un installateur en Français, et tout est automatique :-)
    Vous pouvez ensuite docker l'application Démarrer_OOo pour la lancer.

    N.B. : avant d'installer, si vous voulez vérifier que le téléchargement s'est bien passé, vous pouvez utiliser :
    OOo1.1.2_MacOSX_Panther_fr_install.md5

    Merci à Sophie et à Stefan, et merci de patienter un tout petit peu (demain, tout devrait être arrangé).


    --
    revp onpuneq
  • # Utiliser OOo en mode batch

    Posté par  . Évalué à 1.

    Actuellement au boulot nous utilisons un logiciel "éditique" s'appelant Open-Print (qui n'est absolument pas libre, comme son nom pourrait le laisser croire). Sa licence est même tellement chère que je suis chargé de le remplacer en 2004.

    Quelqu'un sait-il ou a-t-il un expérience d'utilisation d'OpenOffice.org ou d'un autre logiciel libre dan le même cas ?

    - Utilisation en batch
    - envoi de gros volumes de données par un fichier en entrée (fichier à plat ou flux XML)
    - Composition en mode batch et génération au choix de flux PCL, PDF ou Postscript.

    Merci pour vos réponses.

    Dr Green
    • [^] # Re: Utiliser OOo en mode batch

      Posté par  . Évalué à 2.

      Euh, j'ai l'impression que tu veux transformer du XML vers du PDF/PS, j'ai bon ? Il y a surement moyen de faire ca avec l'aide de XSLT. Ensuite en couplant ca avec un langage de script comme Perl, ca me parait faisable. Mais si tu pouvais etre plus precis sur les transformations que tu veux faire.
    • [^] # Re: Utiliser OOo en mode batch

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

      va voir http://www.reportlab.com(...)

      c'est d'enfer !
      • [^] # Re: Utiliser OOo en mode batch

        Posté par  . Évalué à 1.

        Merci,

        C'est sympa pour le lien. Après quelques recherches c'est le seul qu'on a trouvé d'assez avancé. on avait bien vu aussi agora report, mais il parait bien moins avancé.

        Un 1ier test fait aujourd'hui parait pas mal.
  • # Une killer application pour OOo

    Posté par  . Évalué à 2.

    OOo permet de créer des formulaire pour travailler avec une base de données. La killer appli serait d'exporter tout ce beau monde en PHP et XHTML, HTML ou XML pour en faire une application web. On aurait ainsi le passage de la maquette au système central ! (cf le commantaire de Pierre Jarrillon http://linuxfr.org/2004/06/22/16616.html#435576(...) )
  • # Ouverture de fichier Word et entreprise

    Posté par  . Évalué à 4.

    Salut,
    Personne n'en parle mais j'ai essaye d'utiliser OO sur mon lieu de travail.
    J'ai une RH 7.3 super stable et aucun probleme.
    Ma version de OO est la 1.1.1.

    Si j'ouvre 3 documents de 10 Mega sur ma machine et que je navigue dedans, au bout d'un temps assez court ca plante.

    Peu importe d'ou ca vient, je trouve que ce n'est pas professionnel du tout.
    Je me suis refuse de continuer a utiliser cet outil professionnellement.
    Chez moi je l'ai et pour les documents que j'utilise ca marche.
    Si OO veut faire concurrence a word il va falloir faire vraiement un effort sur la stabilite de son application (en tout cas sur des tailles de document "entreprise")
    Je comprend que certain dise que je l'ai mal installé ou autre, mais c'est faux.
    Il n'y a aucun probleme d'installation, c'est le logiciel qui se plante.

    Ceci dit dans pas mal de fonctionnalite, il est plus pratique que Word (sortie PDF (mais sur le document complet pas sur une partie du doc c'est dommage)).
    La correction orthographique est bien integree, pas de prise de tete comme sur word qui veut tout corriger sans rien nous demander.... etc

    Salut
    • [^] # Re: Ouverture de fichier Word et entreprise

      Posté par  . Évalué à 4.

      Parceque tu trouves Word stable ?

      Il y a un an et demi j'ai eu la drôle d'idée de faire un gros document bourré d'images de 300 ou 400 pages avec Word.

      Word plantait à qui mieux mieux mais ce n'est pas le pire. Le cache des images vectorielles (au format WMF) contenait tellement de fichiers wue Windows perdait les pédales : Word avait un temps de réaction de 15 à 20 secondes à chaque sollicitation (ouverture d'un menu, scroll, etc.).

      J'étais obligé à intervalles régulières de fermer Word, de vider le dossier temporaire du cache d'images (à grand peine, l'affichage du dossier était très très lent : les ingénieurs de chez MS ont-ils séché leur cours sur les algos de tri ?) et de le relancer pour pouvoir l'utiliser.

      Morale de l'histoire : les logiciels de traitements de texte ne sont pas très professionnels, qu'il s'agisse de MS-Word ou d'OOWriter.

      La prochaine fois j'utiliserai un logiciel adapté.

      BeOS le faisait il y a 20 ans !

      • [^] # Re: Ouverture de fichier Word et entreprise

        Posté par  . Évalué à 2.

        Je dois dire que word arrive a ouvrir mes 3 docs sans probleme.

        Ceci dit et fort des arguments de cet article, je viens d'installer OO 1.1.2,
        Et la miracle ca fait depuis 10 h 30 (voir la date de cet article) que mes document tournent sur OO 1.1.2 sans probleme.

        J'espere que ca va durer. En tout cas j'ai ouvert un sale document avec des images dans tous les sens ainsi que des tableaux. J'ai ajouté une ligne a un des nombreux tableaux et j'ai enregistré sous.
        J'ouvre avec Word et la miracle : pas d'erreur ? c'est la premiere fois que je le vois. En principe, il y a des erreurs de déclaration de zone .... etc.

        mais la ca a l'air de tenir. Je ne m'emballe pas trop, j'ai trop souvent été décu.

        A plouch
    • [^] # Re: Ouverture de fichier Word et entreprise

      Posté par  . Évalué à 2.

      Si j'ouvre 3 documents de 10 Mega

      C'est beaucoup, dès que je croise un document de plus de 2 méga, je faire toutes les applications autour de word et je serre les fesses.

      J'ai de très mauvais souvenir avec les gros documents dans word, il n'y a rien de pire.

      J'ai un autre probème avec word c'est qu'il blo...

      de temps en temps quand je l'utilise aussi comme éditeur pour Outlook. Là si Outlook et Word décident de sauvegarder en même temps c'est bon pour le reboot. Ça paraît maso mais je conserve cette configuration car au niveau IHM word et un meilleur éditeur que Outlook.

Suivre le flux des commentaires

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