Rafi a écrit :
(...) Voilà une vue bien étroite des utilisateurs de logiciels de
bureautique. Une vue qui semble limitée au domaine professionnel et à
ceux qui n'ont pas de connaissances particulières en programmation. Et
merde pour les autres ???(...)
Si vous ne connaissez pas ou n'aimez pas les macros, libre à vous.
Mais pour certains, c'est un outil utile de la vie quotidienne sur un
ordinateur.
Souffrez donc qu'on les aime.
Bonjour Rafi,
Ne t'offusques pas. On est bien content qu'il soit possible de faire des
macros.
C'est pas Laurent Godard et ses travaux appréciés de tous qui nous
démentent...
D'ailleurs je râle qu'il ne soit pas possible d'en faire sous Draw, pour
être franc !
Et tant mieux si c'est source de plaisir pro et perso.
Il est hors de question que j'en fasse une sous Writer et Calc (ni
l'envie ni la carrure) mais cela m'éclaterai d'en faire pour Draw à
titre perso.
Je suis toujours baba de voir ce que font les gens avec cent lignes de
code, quand cela me gonfle d'en faire deux .... :-D
Je suis toujours hébété de voir ce qui est fait en entreprise (je suis
formateur, j'en vois quelques unes !)... C'est un grand frein à la
migration vers OOo.
Les macros sont possibles dans tout logiciel qui se veut au service de
son utilisateur. Le fil de discussion a dérivé sur le bon aloi d'en faire.
Là, entre bon goût, bon sens, professionnalisme et amateurisme éclairé,
tous les avis sont valables car ils reflètent la complexité de l'usager
Global (nous tous).
Il faut aller sur Discuss pour en parler ! Comme le soulignent les autre
réponses sur ce fil, en somme, la moyenne des usages tend plus vers le
problème que la solution.
Cela me pousse à dire que l'usage éclairé des macros (en entreprise)
doit se faire dans un cadre plus stricte.
Exemple : Avec AUTOCAD, dans un BET on avait une macro en LISP, pour
poser une cote automatique des niveaux avec un joli bloc (dessin groupé).
Au final on passait plus de temps à éclater le bloc pour arranger le
visuel du dessin ! :-\
Revenons à la question.
Au delà de ce que j'en pense personnellement, ma question porte sur le
fait que la pérennité du VBA me rend perplexe.
Si OOo 3.0 résoud le problème de la lecture des macros VBA, je pense
qu'il ne les exportera pas en VBA.... non !?
Donc OOo va un fois de plus sortir du pétrin les usagers bloqués sur de
vieux formats ou langages, en gros, quoi !
Que je sache l'éditeur de macro est loin d'être l'environnement idéal
pour programmer sérieusement. Non !? ...
Est-il prévu que cet outil évolue ? vers quel langage(s) ? ...
Dans un environnement social et professionnel où les derniers remparts
sévères à une migration massive vers la bureautique libre reste les
travaux en VBA je me réjouis de savoir que la 3.0 doit répondre à cette
problématique.
(Et je me fiche de savoir si ces remparts sont des macros faites au coin
du feu ou de véritables programmes dignes de mon respect ébahie !)
Dans deux jours je dois donner des réponses à des " utilisateurs
éclairés " dans une administration et croyez bien, tous, que je me
ferais la porte-parole positif de ces échanges instructifs.
Ce qu'en retire :
J'ai appris que GO-Oo était un outil de travail, qu'un solveur arrive.
La macro est un outil disponible facilement. Je reste convaincu (mais
prêt à mettre de l'eau dans mon vin, tout Bordelais que je sois !) qu'un
travail sérieux en macro doit répondre à des critères sérieux que peu de
personnes peuvent (temps-argent-compétence) satisfaire.
La compétence en fonctions avancées (Calc et Writer) est à privilégier,
avant de lancer un chantier en macro.
Cordialement
Patrick
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
