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
- Projet Openoffice.org (1 clic)
- La section française (3 clics)
- Notes de version (assez imbuvable) (1 clic)
- DicOOo : les dictionnaires français/francophones (2 clics)
- FontOOo : l'installeur de polices (1 clic)
# Macro et autre joyeuseté
Posté par franck (site web personnel) . Évalué à 5.
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 arnaudus . Évalué à 5.
[^] # Re: Macro et autre joyeuseté
Posté par Gauthier (Mastodon) . Évalué à 9.
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 LupusMic (site web personnel, Mastodon) . Évalué à -1.
[^] # Re: Macro et autre joyeuseté
Posté par Arthrose . Évalué à 2.
Je vais faire des recherches de mon côté.
[^] # Re: Macro et autre joyeuseté
Posté par djano . Évalué à 9.
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 gaston1024 . Évalué à 1.
Et puis, l'avantage, c'est qu'il est façile de trouver un correcteur orthographique... hum...
----------> []
# convertir
Posté par David pasmalin (site web personnel) . Évalué à 1.
si qq1 me trouve ca .. :o)
merchi
pm
[^] # Re: convertir
Posté par Tramo Piere . Évalué à -2.
[^] # Re: convertir
Posté par Mes Zigues . Évalué à 2.
[^] # Re: convertir
Posté par David pasmalin (site web personnel) . Évalué à 2.
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 Anonyme . Évalué à 0.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: convertir
Posté par hippolyte . Évalué à 2.
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 lolow . Évalué à 1.
Malheureusement, je suis incapable de remettre la mains sur le site (hosté par ooffice) ni sur le fichier d'installation text2columns.sxc
[^] # Re: convertir
Posté par lolow . Évalué à 3.
http://www.ooomacros.org/user.php#104183(...)
J'espère que cela fera des heureux ! En tout cas, ce fut le cas pour moi lorsque j'ai découvert cette macro...
[^] # Re: convertir
Posté par David pasmalin (site web personnel) . Évalué à 1.
Il est quand meme dommage que ce ne soit pas integrer mais bon ptet qu'un jour :o)
# Multiple User Setup
Posté par Dragon . Évalué à 10.
(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 mickabouille . Évalué à 6.
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 Jerome Alet (site web personnel) . Évalué à 10.
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 Nap . Évalué à 6.
[^] # Re: équivalent de Access
Posté par Dragon . Évalué à 7.
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 Matthieu Moy (site web personnel) . Évalué à 10.
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 Olivier Dupuis . Évalué à 3.
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 Pierre Jarillon (site web personnel) . Évalué à 7.
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 romain . Évalué à 1.
> 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 Ludovic FREROT . Évalué à 4.
[^] # Re: équivalent de Access
Posté par Nap . Évalué à 2.
ok, si tu retrouves le lien ça m'intéresse
[^] # Re: équivalent de Access
Posté par governator . É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.
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 Jerome Alet (site web personnel) . Évalué à 7.
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 Paul POULAIN (site web personnel) . Évalué à 2.
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 arsunt . Évalué à 3.
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 Pierre Jarillon (site web personnel) . Évalué à 6.
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 Stéphane Téletchéa (site web personnel) . Évalué à 1.
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 Macolu (site web personnel) . Évalué à 1.
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 Nap . Évalué à 3.
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 governator . Évalué à 5.
[^] # Re: équivalent de Access
Posté par linux kobold . Évalué à 4.
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 Pierre Jarillon (site web personnel) . Évalué à 3.
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 Mildred (site web personnel) . Évalué à 1.
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 Nap . Évalué à 2.
[^] # Re: équivalent de Access
Posté par Axel . Évalué à -1.
[^] # Re: équivalent de Access
Posté par gpe . Évalué à 2.
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 Lorrainezo . Évalué à 4.
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 Gniarf . Évalué à 5.
*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 Gauthier (Mastodon) . Évalué à 2.
*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 Barbapapa . Évalué à 5.
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 Joris Dedieu (site web personnel) . Évalué à 3.
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 Pierre Jarillon (site web personnel) . Évalué à 3.
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 alf . Évalué à 2.
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 Pierre Jarillon (site web personnel) . Évalué à 1.
J'ai connu des expériences de ce genre plutôt calamiteuses.
[^] # Re: équivalent de Access
Posté par Mes Zigues . Évalué à 2.
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 Sophie Gautier . Évalué à 6.
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 Pascal . Évalué à 6.
[^] # Re: Vitesse de démarrage
Posté par Romain Vinot . Évalué à 2.
[^] # Re: Vitesse de démarrage
Posté par Gwenaël Casaccio . Évalué à 2.
[^] # Re: Vitesse de d'affichage des modèles & arrières plans
Posté par arsunt . Évalué à 2.
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 xavier dumont . Évalué à 1.
# racourci clavier
Posté par Axel R. (site web personnel) . Évalué à 3.
Axel
[^] # Re: racourci clavier
Posté par Paul POULAIN (site web personnel) . Évalué à 2.
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 Christophe Bliard . Évalué à 7.
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 Bernez . Évalué à 4.
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 gnumdk (site web personnel) . Évalué à 2.
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 Bernez . Évalué à 2.
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 tgl . Évalué à 6.
Elle est päs très prätique ton ästuce...
[^] # Re: racourci clavier
Posté par Bernez . Évalué à 2.
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 lolowan . Évalué à 1.
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 Raphaël G. (site web personnel) . Évalué à 2.
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 Raphaël G. (site web personnel) . Évalué à 1.
ps : Il sera compilé pour une cooker alors merci de prendre le src.rpm et de le recompiler chez vous si vous êtes en Official ou Community parce que il sera compilé pour une glibc différente et avec un gcc 3.4 au lieu de 3.3.3...
Donc le paquetage précompilé risque de pas marcher...
[^] # Re: OpenOffice.org et packages rpm pour Mandrake
Posté par Gauthier (Mastodon) . Évalué à 1.
[^] # Re: OpenOffice.org et packages pour Mandrake et Debian
Posté par gpe . Évalué à 2.
[^] # Re: OpenOffice.org et packages pour Mandrake et Debian
Posté par Dian Blue . Évalué à 4.
Le gros avantage c'est qu'elle est prelinké : le temps de démarrage est très très
nettement réduit.
# http://ooextras.sourceforge.net/
Posté par zgnouf . Évalué à 4.
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 revponpuneq . Évalué à 5.
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 drgreen . Évalué à 1.
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 cedric . Évalué à 2.
[^] # Re: Utiliser OOo en mode batch
Posté par Jerome Alet (site web personnel) . Évalué à 1.
c'est d'enfer !
[^] # Re: Utiliser OOo en mode batch
Posté par drgreen . Évalué à 1.
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 Mes Zigues . Évalué à 2.
# Ouverture de fichier Word et entreprise
Posté par calou . Évalué à 4.
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 dinomasque . Évalué à 4.
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 calou . Évalué à 2.
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 Mes Zigues . Évalué à 2.
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.