Re: [dev-fr] Pérennité VBA
Patrick a écrit : Bonjour, implicitement faisant suite à ma question sur Go-OO.org j'ai lu (a perdu les liens) que le VBA était un langage en fin de vie. Si ce n'est à quelques ans, quelle utilité de dépenser des ressources vers un langage qui serait moribond ? En savez-vous plus sur la pérennité du VBA ? Patrick Bonjour Patrick, Tout d'abord, je pense que c'est un très bon moyen de favoriser la migration des utilisateur qui ont encore des macro écrites en VBA et qui ne sont pas convertible simplement dans les nouveaux language de MS. Voir qui ne veulent tout simplement pas basculer sur une nouvelle version de MSO (la 2007 pour ne pas la citer car elle est trop déroutante et tjrs trop chère). Personnellement je pense que les macro sont une aberration. Car que faisons nous la plupart du temps avec ? - Nous réalisons des tâches qui peuvent l'être d'un autre manière. - Nous cherchons à personnaliser l'interface des logiciels de bureautique pour une tâche spécifique (métier la plupart du temps). Dans le cas de problème métier, mieux vaut développer une interface indépendante adaptée qui sera réalisée après une étude sérieuse puis éventuellement faire appel à OOo pour les tâches qu'il traite correctement et simplement. Tous les outils réalisés par des utilisateurs avancée sous forme de modèle de fichier qui intègrent des macro sont la plupart du temps in-maintenable au fil des versions (changement des noms des objets, etc.). Pourquoi favoriser ces pratiques ? Le cycle de vie d'un outil de gestion, n'est pas le même que celui des versions des suites de bureautique arrêtons de vouloir toujours y coller. Déjà en ne basculant pas systématiquement sur la dernière version si ça n'a pas d'intérêt (bug, etc.). Et si les personnes ont réussi à comprendre mon raisonnement (chapeau déjà... ;-) ) alors je pense que la question à se poser n'est pas sur la viabilité d'un langage ou d'un autre mais plus sur la méthode de travail et de développement qu'il faut appliquer à vos futures développements. -- Samuel Mounier Formateur Centre de Gestion Océan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Pérennité VBA
Samuel Mounier (Liste CGO) a écrit : Et si les personnes ont réussi à comprendre mon raisonnement (chapeau déjà... ;-) ) alors je pense que la question à se poser n'est pas sur la viabilité d'un langage ou d'un autre mais plus sur la méthode de travail et de développement qu'il faut appliquer à vos futures développements. Tout à fait d'accord. Il ne faut pas forcément s'aligner sur les paradigmes d'un certain éditeur qui voudrait que sa suite bureautique, en perte de valeur, soit l'interface privilégiée pour les applications métiers. Il y a (au moins) deux axes bien distincts: - les application métiers, qui devraient s'implémenter de plus en plus sur des clients légers, éventuellement en s'appuyant sur des fonctionnalités Web 2.0 pour offrir des interfaces plus sympa; - la gestion documentaire qui joue un rôle prédominant dans les relations contractuelles en permettant la signature électronique et l'archivage légal. La bureautique sur le poste de travail doit servir à combler les lacunes laissées par ces deux axes, mais il faut, selon moi, leur laisser systématiquement la priorité. Cordialement, Ph. -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev-fr] [Mac] Applications séparées
Bonjour, Ceci ne concerne que la version Mac OS X, après dev300_m2 ( celle qui sera la branche 3.0 ) Pour information, j'ai écrit une documentation pour l'installation : http://eric.bachard.free.fr/mac/aquavcl/separated_applications/dev300_m2_or_superior_only/install_aqua_shortcuts_fr.pdf ... de ça : http://eric.bachard.free.fr/mac/aquavcl/separated_applications/dev300_m2_or_superior_only/OOo3.0_separated_icons.tar.bz2 D'avance merci pour vos retours et suggestions :) -- http://eric.bachard.free.fr/news qɔᴉɹə - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Pérennité VBA
Samuel Mounier (Liste CGO) a écrit : Bonjour Patrick, Bonjour Samuel et aux concernés par ce fil ... Tout d'abord, je pense que c'est un très bon moyen de favoriser la migration des utilisateur qui ont encore des macro écrites en VBA et qui ne sont pas convertible simplement dans les nouveaux language de MS. Je le pense aussi, et ma question porte sur une vision à court terme du VBA. Du genre VBA = 2ans - OOobasic = 10ans investissez là où il faut. Mais l'usager du moment doit être privilégié, j'en suis persuadé. C'est un peu contradictoire, mais si pour aider l'usager à migrer sagement il faut l'assister avec son VBA, c'est un bon choix éducatif. Voir qui ne veulent tout simplement pas basculer sur une nouvelle version de MSO (la 2007 pour ne pas la citer car elle est trop déroutante et tjrs trop chère). Et je ne fais rien pour les encourager. Personnellement je pense que les macro sont une aberration. Punaise ! c'est bien la première fois que je vois cela écrit en toute lettre ! cela fait plaisir. J'ai eu à faire une formation Excel sur les fonctions avancées et les macros. Pensant que chacun son métier (je ne suis pas programmeur ni comptable) j'ai orienté ma formation sur l'usage des fonctions et des aides (validation, listes déroulantes, aides à la saisie, etc.). Ils n'ont pas voulu aborder les macros, au regard des possibilités des fonctions méconnues et disponibles. J'avais atteint mon objectif de leur faire prendre conscience que Vous n'avez pas le temps de devenir programmeur autant être un bon utilisateur. Car que faisons nous la plupart du temps avec ? - Nous réalisons des tâches qui peuvent l'être d'un autre manière. +1 - Nous cherchons à personnaliser l'interface des logiciels de bureautique pour une tâche spécifique (métier la plupart du temps). Dans le cas de problème métier, mieux vaut développer une interface indépendante adaptée qui sera réalisée après une étude sérieuse puis éventuellement faire appel à OOo pour les tâches qu'il traite correctement et simplement. +1 Tous les outils réalisés par des utilisateurs avancée sous forme de modèle de fichier qui intègrent des macro sont la plupart du temps in-maintenable au fil des versions (changement des noms des objets, etc.). Pourquoi favoriser ces pratiques ? Alimenter la machine à phantasmes ... Mais bon la sauce prend, parfois ! Multidevis était fait avec Access ... ApiBat aussi je crois. Et bon nombre de petits outils métier (bâtiment) sont fait avec des macros Excel ... Le cycle de vie d'un outil de gestion, n'est pas le même que celui des versions des suites de bureautique arrêtons de vouloir toujours y coller. Déjà en ne basculant pas systématiquement sur la dernière version si ça n'a pas d'intérêt (bug, etc.) Prions que tu sois lu ! Et si les personnes ont réussi à comprendre mon raisonnement (chapeau déjà... ;-) ) alors je pense que la question à se poser n'est pas sur la viabilité d'un langage ou d'un autre mais plus sur la méthode de travail et de développement qu'il faut appliquer à vos futures développements. Ben, là je diverge un peu ou plutôt je m'arrête là ! Si VBA = X années de vie, on prend (ou pas ) le temps et les moyens de mettre les outils pour les aider à pérenniser leurs travail (Vba) où à le migrer. Je ne peux pas, dans le cadre de mon travail, obliger les gens à se montrer plus cohérents sur leurs méthodes de travail. Alors je les sensibilise et une échéance sur la viabilité d'un langage est un argument. Il n'empêche que j'ai mon opinion : Quand on est derrière un ordinateur, on fait son boulot et rien d'autre. La macro c'est de la programmation, laissons ce boulot aux programmeurs. Tout comme une feuille de calcul c'est fait pour calculer (facture, devis, etc.), mais pour de la paye et autres travaux comptables, utilisons un logiciel de compta si nous ne sommes pas compétent (Expert Comptable) ! Et je refuse de montrer autre chose que la création d'une macro avec toutes les réserves sur l'intelligence du processus, quitte à fabriquer la situation type impasse pour mettre la personne dos au mur sur ses responsabilités. D'ailleurs je ne fais plus de formation sur les logiciels de gestion, Apibat and Co, car leur intégration dans la comptabilité générale, rend le formateur classique incompétent sans une réelle aptitude en fiscalité. Ceci donc pour mieux situer le contexte de ma question. Cordialement Patrick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Pérennité VBA
Samuel Mounier (Liste CGO) a écrit : Personnellement je pense que les macro sont une aberration. Pour avoir fréquenté tant et tant d'usines à gaz : je ne peux qu'APPROUVER des deux mains et des deux pieds. Pour surenchérir : si un problème n'est pas aisément soluble par des moyens bureautiques simples, alors une étude plus approfondie mettant en oeuvre des méthodes et des outils professionnels doit être conduite. Je ne sous-estime en rien les (très) longues heures que passent certains utilisateurs avancés à étudier, réaliser et tester des macros pour réaliser leur grand oeuvre, mais l'absence quasi systématique (chez moi c'est 100% des cas) de documentation, ne serait-ce que fonctionnelle, implique la mise à la poubelle dès que l'auteur s'en va et que la réglementation ou le mode de fonctionnement changent. C'est-à-dire : vite. Et la situation devient alors très frustrante : avant on avait un outil et maintenant vous nous dites qu'il faut revenir à la plume d'oie ?. Eh oui. Les services informatiques ne sont ni dimensionnés pour ni dédiés à la reprise de tels outils et nos utilisateurs-qui-croient-que-l'informatique-c'est-simple-et-c'est-facile-la-preuve-machin-il-est-meilleur-que-vous-il-a-pu-développer-un-logiciel-lui-que-vous-n'êtes-même-pas-capables-de-maintenir ne manquent pas de s'étonner. Car que faisons nous la plupart du temps avec ? - Nous réalisons des tâches qui peuvent l'être d'un autre manière. - Nous cherchons à personnaliser l'interface des logiciels de bureautique pour une tâche spécifique (métier la plupart du temps). Dans le cas de problème métier, mieux vaut développer une interface indépendante adaptée qui sera réalisée après une étude sérieuse puis éventuellement faire appel à OOo pour les tâches qu'il traite correctement et simplement. Tous les outils réalisés par des utilisateurs avancée sous forme de modèle de fichier qui intègrent des macro sont la plupart du temps in-maintenable au fil des versions (changement des noms des objets, etc.). Pourquoi favoriser ces pratiques ? Le cycle de vie d'un outil de gestion, n'est pas le même que celui des versions des suites de bureautique arrêtons de vouloir toujours y coller. Déjà en ne basculant pas systématiquement sur la dernière version si ça n'a pas d'intérêt (bug, etc.). Et si les personnes ont réussi à comprendre mon raisonnement (chapeau déjà... ;-) ) alors je pense que la question à se poser n'est pas sur la viabilité d'un langage ou d'un autre mais plus sur la méthode de travail et de développement qu'il faut appliquer à vos futures développements. clap ! clap ! clap ! Voila qui est fort bien dit et que je ne peux qu'approuver. Vous comprendrez pourquoi j'évite soigneusement tout ce qui est macro (et çà n'est pas près de changer, comme on dit à Loué). Amitiés à toi, Samuel, -- Jean-Francois Nifenecker, Bordeaux - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Version Officieuse ou officielle
Bonsoir Frédéric, Frederic Peters wrote: Sophie écrivait : J'ai du mal à accepter que tant de compétences soient dispersés. Alors tu comprends, quand je vois les capacités de go-oo.org je suis perplexe Je ne comprends pas pourquoi je n'en ai pas autant (solveur) dans mon OOo ... et l'installer pour résoudre quelques problèmes spécifiques c'est tentant mais on craint pour sa peau ! :-D D'où ma question qui portait en fait sur la pérennité du projet. Pour information le solveur est présent dans la version 3.0 et en français cette fois-ci ;) Et là je rejoins la préoccupation de Patrick quant à la dispersion de compétences, sais-tu s'il y a finalement eu accord pour utiliser le travail de Kohei Yoshida ou si le solveur de la 3.0 est un nouveau développement propre ? D'après ce que j'ai vu de l'interface de la 3.0 et des chaînes, ce ne sont pas les mêmes. Je pense que le moteur développé par Kohei sera proposé comme une extension, c'est ce qui avait été dit à l'issue des discussions du moment. Mais c'est en fait, pour moi, c'est une épingle, Kohei fait d'autres développements pour OOo qui ont été et seront intégrés. Par ailleurs et au-delà de ce point spécifique, qui n'a peut-être pas pu être réglé au mieux, je suis bien heureux d'apprendre via ton autre message que les choses avancent positivement. Nous avons parlé à un moment, au sein du CC de restreindre l'utilisation de notre nom. Pour ma part, je ne suis pas du tout dans cette logique et je pense que c'est vrai de la plupart des membres du community council et que c'est aussi une des raisons pour lesquelles l'advisory board a été mis en place. C'est aussi dans la même ligne que les leads de projet peuvent aprouver directement des cws et qu'un process [1] de revue des issues a été diffusé il y a quelques jours. Cela ne va pas vite, mais bon c'est pas fini ;) A bientôt Sophie [1] http://wiki.services.openoffice.org/wiki/Quarterly_Review - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Re: [educ-fr] Re: [dev-fr] M aubeuge - Salon du LL et sécurité informatiqu e
Bonjour, eric b wrote: Bonjour, Tu as encore oublié le CC. Dans la mesure ou cela ne concerne que le projet Education, je ne vois pas pourquoi je transposterai (cf RFC 1855) Le 15 mars 08 à 13:53, sophie a écrit : Bonjour, Je ne comprends pas ta question, si c'est ce qui compte pour moi, c'est que le projet soit présent. Une liste de manifestations dans lesquelles on peut faire des présentations, a été écrite sur le wiki du projet OpenOffice.org, dans le projet Education. ICI : http://wiki.services.openoffice.org/wiki/Education_Project#France Elle est sur le wiki depuis un certain temps et va s'affiner avec le temps ( périodicité = 1 an , pour la plupart des manifestations). À chaque fois, le projet OpenOffice.org est représenté, sans aucune ambiguité, mais le contenu est adapté au monde de l'enseignement. Par exemple, pour les rencontres de l'Orme, il faut coller avec le topic, sinon présentation d'ateliers ..etc Il va de soi que le projet OpenOffice.org profite de toutes ces manifestations, et avoir des correspondants locaux va nous aider à accentuer cette présence. Ainsi je repose ma question : Peut-on compter ces manifestations pour lesquelles un défrayement (déplacement hébergement) est possible ? Si c'est a moi que tu poses cette question, je ne la comprends toujours pas. Elles doivent effectivement compter pour le projet Education. Quant au modalité de défrayement, il faut soit demander à l'organisateur de la manifestation, soit aux membres de Cusoon, mais sûrement pas à moi. A bientôt Sophie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Pérennité VBA
AllOOo... Bonsoir Patrick et bien d'autres... Mon grain de sel, global, sans details, donc en haut du fil. Bien entendu, de par mon job j'ai tendance a etre xxx pour cent d'accord avec bien des choses que vous ecrivates dans ce fil. (Put.. ai je reussis a placer ce truc a bon escient... ? Sinon ils vont me massacrer :) ) MAIS ! Il faut aussi se mettre du cote des utilisateurs, de la variete des utilisateurs (end users). A la base, bon nombre essayent simplement d'automatiser des manips repetitives qu'ils font, par exemple (et surtout), dans leur tableur. Et... Argghh avec OOo, souvent, cela ne fonctionne pas :((. Alors certains, tres peu nombreux, vont essayer d'aller au dela et c'est ainsi que, parfois, le syndrome de pseudo programmeur s'enclenche. Bien sur, c'est une image; il y a aussi un certain nombre d'utilisateurs eclaires qui ont envie/le plaisir d'aller plus loin etc etc. Messieurs, rappelez vous ce que PC veut dire (une piste : c'est pas lie a parti politique ;) ) et n'oubliez pas l'historique de la chose... [He, Oh, Con ! T'as vu ce qu'ils ecrivent en 2008 ?... Putain, con ! on voit bien qui zetaient pas la en 89/90/91... Eh Con ! T'as raison, un paquet zetaient surement pas nes... Oh Putain Con Tu te souviens ? Quoi Con Ben Putain, comment, avai quoi, on vendait des Psscsscssc ? T ramolli ou T trop con ? : yavai des tableurs (ben sur, car yavais pas autre chose a vendre Con)] A cette epoque, j'etais pres de Marseille C..n ;) Le lundi 17 mars 2008 à 14:42 +0100, Patrick a écrit : Samuel Mounier (Liste CGO) a écrit : Bonjour Patrick, Bonjour Samuel et aux concernés par ce fil ... Tout d'abord, je pense que c'est un très bon moyen de favoriser la migration des utilisateur qui ont encore des macro écrites en VBA et qui ne sont pas convertible simplement dans les nouveaux language de MS. Je le pense aussi, et ma question porte sur une vision à court terme du VBA. Du genre VBA = 2ans - OOobasic = 10ans investissez là où il faut. Mais l'usager du moment doit être privilégié, j'en suis persuadé. C'est un peu contradictoire, mais si pour aider l'usager à migrer sagement il faut l'assister avec son VBA, c'est un bon choix éducatif. Voir qui ne veulent tout simplement pas basculer sur une nouvelle version de MSO (la 2007 pour ne pas la citer car elle est trop déroutante et tjrs trop chère). Et je ne fais rien pour les encourager. Personnellement je pense que les macro sont une aberration. Punaise ! c'est bien la première fois que je vois cela écrit en toute lettre ! cela fait plaisir. J'ai eu à faire une formation Excel sur les fonctions avancées et les macros. Pensant que chacun son métier (je ne suis pas programmeur ni comptable) j'ai orienté ma formation sur l'usage des fonctions et des aides (validation, listes déroulantes, aides à la saisie, etc.). Ils n'ont pas voulu aborder les macros, au regard des possibilités des fonctions méconnues et disponibles. J'avais atteint mon objectif de leur faire prendre conscience que Vous n'avez pas le temps de devenir programmeur autant être un bon utilisateur. Car que faisons nous la plupart du temps avec ? - Nous réalisons des tâches qui peuvent l'être d'un autre manière. +1 - Nous cherchons à personnaliser l'interface des logiciels de bureautique pour une tâche spécifique (métier la plupart du temps). Dans le cas de problème métier, mieux vaut développer une interface indépendante adaptée qui sera réalisée après une étude sérieuse puis éventuellement faire appel à OOo pour les tâches qu'il traite correctement et simplement. +1 Tous les outils réalisés par des utilisateurs avancée sous forme de modèle de fichier qui intègrent des macro sont la plupart du temps in-maintenable au fil des versions (changement des noms des objets, etc.). Pourquoi favoriser ces pratiques ? Alimenter la machine à phantasmes ... Mais bon la sauce prend, parfois ! Multidevis était fait avec Access ... ApiBat aussi je crois. Et bon nombre de petits outils métier (bâtiment) sont fait avec des macros Excel ... Le cycle de vie d'un outil de gestion, n'est pas le même que celui des versions des suites de bureautique arrêtons de vouloir toujours y coller. Déjà en ne basculant pas systématiquement sur la dernière version si ça n'a pas d'intérêt (bug, etc.) Prions que tu sois lu ! Et si les personnes ont réussi à comprendre mon raisonnement (chapeau déjà... ;-) ) alors je pense que la question à se poser n'est pas sur la viabilité d'un langage ou d'un autre mais plus sur la méthode de travail et de développement qu'il faut appliquer à vos futures développements. Ben, là je diverge un peu ou plutôt je m'arrête là ! Si VBA = X années de vie, on prend (ou pas ) le temps et les moyens de mettre les outils pour les aider à pérenniser leurs travail (Vba) où à le migrer. Je ne peux pas, dans le cadre de mon travail, obliger les gens à
Re: [dev-fr] Re: [educ-fr] Re: [dev-fr] M aubeuge - Salon du LL et sécurité informatiqu e
Bonsoir, Je vous prie de m'excuser pour le non respect de la netiquette, mais c'est a priori ce qui est voulu dans cet échange, je ne poste donc pas sur la bonne liste. eric.bachard wrote: Bonsoir, sophie a écrit : Bonjour, Le 15 mars 08 à 13:53, sophie a écrit : Bonjour, Je ne comprends pas ta question, si c'est ce qui compte pour moi, c'est que le projet soit présent. Une liste de manifestations dans lesquelles on peut faire des présentations, a été écrite sur le wiki du projet OpenOffice.org, dans le projet Education. ICI : http://wiki.services.openoffice.org/wiki/Education_Project#France Il va de soi que le projet OpenOffice.org profite de toutes ces manifestations, et avoir des correspondants locaux va nous aider à accentuer cette présence. Ainsi je repose ma question : Peut-on compter ces manifestations pour lesquelles un défrayement (déplacement hébergement) est possible ? Si c'est a moi que tu poses cette question, je ne la comprends toujours pas. Voir plus bas Elles doivent effectivement compter pour le projet Education. Elle comptent pour le projet OpenOffice.org (y compris fr) et pas que pour le projet Education. Toutes les manifestations dont j'ai donné les références, sont des manifestations françaises, et même si le contenu ne regarde quelquefois pas l'utilisateur directement, cela fait une énorme pub au projet francophone d'être présent à ces endroits. Ce sont des manifestations auxquelles le projet francophone a toujours assisté, donc il s'est fait de la pub tout seul jusqu'à maintenant :) J'ajoute que c'est utile à tout le projet OpenOffice.org, et cela crée des liens avec les vrais acteurs, à savoir les enseignants, qui ne demandent que ça. Ah oui, effectivement, nous avons des liens avec des enseignants, notamment sur les listes users, doc, dev, discuss, qa, et dernièrement [EMAIL PROTECTED] Dans le sujet de ce mail il y a Maubeuge, manifestation que j'assure avec d'autres bien que n'étant pas enseignante, mais je serai bien sûr accompagnée d'un enseignant afin de ne pas faillir à cette tâche de représentation. Ensuite, si un défrayement est possible des nouveaux volontaires vont se manifester (et j'en serai le premier content) ( Volontaires, n'hésitez surtout pas ! ) Quant au modalité de défrayement, il faut soit demander à l'organisateur de la manifestation, soit aux membres de Cusoon, mais sûrement pas à moi. Très bien, alors quelqu'un va certainement me répondre ? Parce que, puisque tu abordes le sujet, parlons de Cusoon : Il semble que tu as monté une association et que le projet Education ait donc un budget, à moins que tu ne souhaites participer à la vente des goodies qui est avec le reversement de nos droits d'auteur, la ressource principale de Cusoon ? - sur le site de Cusoon ( http://www.cusoo.org/spip/rubrique.php3?id_rubrique=9 ) , aujourd'hui 17 mars 2008, 20h, il est marqué que tu es la présidente de Cusoon. - sur IRC, Laurent Godard parle de la présidente de Cusoon - enfin Charles prétend être le président de Cusoon Que / Qui croire ? :-/ C'est une erreur de la nouvelle association de n'avoir pas mis le site à jour, j'ai donné ma démission, comme tu le sais déjà ou feint de ne pas le savoir, en décembre. Ensuite, demande gentiment aux membres de l'association, je suis sure qu'ils te répondront avec plaisir. Maintenant, si quelqu'un de Cusoon veut bien répondre à ma question, à savoir si les événements qui représentent le projet OpenOffice.org à travers les présentations du projet OpenOffice.org Education dont j'ai donné les références, et avec les conditions que j'ai expliquée peuvent prétendre à une aide, je les en remercie. Ce dernier paragraphe me ferait sourire si l'énergie mise au profit de Cusoon n'était pas même interdite de parole sur notre canal irc et si les revenus de Cusoon n'étaient pas le fruit de l'énergie d'un tout petit groupe qui passe ses week-ends a vendre et envoyer des goodies et à reverser les droits d'auteurs de ses livres. Je ne fais plus partie de Cusoon, je continue cependant d'y donner ce que je peux et je n'en réclame rien. Chacun midi à sa porte ;) A bientôt Sophie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev-fr] Re: P�rennit� VBA
Jean-Francois Nifenecker a écrit : | Samuel Mounier (Liste CGO) a écrit : || || Personnellement je pense que les macro sont une aberration. | | Pour avoir fréquenté tant et tant d'usines à gaz : je ne peux | qu'APPROUVER des deux mains et des deux pieds. Pas moi. | Je ne sous-estime en rien les (très) longues heures que passent | certains utilisateurs avancés à étudier, réaliser et tester des | macros pour réaliser leur grand oeuvre, mais l'absence quasi | systématique (chez moi c'est 100% des cas) de documentation, ne | serait-ce que fonctionnelle, implique la mise à la poubelle dès que | l'auteur s'en va et que la réglementation ou le mode de | fonctionnement changent. 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 ??? Et ceux qui ont savent programmer et pour qui les macros sont un petit outil utile et pratique pour se faciliter la vie ? Et ceux qui sont chez eux et qui ont utilisent les macros dans le même but ? Et ceux qui font des macros pour eux-mêmes et pas pour le bien de l'entreprise ? Exemple 1 : Il y a un mois, au travail, j'ai créé de toutes pièces une macro Basic (ni OOo Basic, ni VBA) me permettant d'effectuer des transferts automatiques de fichiers entre mon émulateur IBM et mon PC. Au lieu d'ouvrir des boites, de sélectionner des dossiers dans des arborescences, de cliquer, de saisir des noms de fichiers, je ne saisis rien, je clique sur un seul et unique bouton et mon fichier est transféré. Exemple 2 : Chaque mois, le service du personnel me fait parvenir un fichier Excel (non, ils ne sont pas encore sous OOo) dans lequel il faut que je commence par saisir les mêmes informations d'un mois sur l'autre (nom, adresse, lieu de travail, fonction, supérieur hiérarchique, etc.). Une macro remplit pour moi toutes ces informations, sans effort. Exemple 3 : J'avais besoin de comparer deux longues listes de données (avant / après) dans un tableur et déterminer les écarts entre ces listes : lignes ajoutées et lignes supprimées entre l'avant et l'après. Une macro que j'ai développée (un peu complexe, c'est vrai) fait très bien ça sans recourir à des fonctions de tableur fortement consommatrices de ressources. Un seul clic et je peux filtrer facilement les lignes repérées en différence. Exemples 4, 5, ... : - Une macro pour réécrire le contenu d'un fichier à l'envers (depuis le premier octet jusqu'au dernier). - Une macro pour repérer et compter les lignes en double dans un fichier de texte. - Une macro pour numéroter les lignes de texte d'un fichier. - ... 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. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev-fr] Re: Pérennité VBA
ARGENTE Jean Louis a écrit : | AllOOo... Bonsoir Patrick et bien d'autres... | | Mon grain de sel, global, sans details, donc en haut du fil. | | Bien entendu, de par mon job j'ai tendance a etre xxx pour cent | d'accord avec bien des choses que vous ecrivates dans ce fil. | (Put.. ai je reussis a placer ce truc a bon escient... ? Sinon ils | vont me massacrer :) ) Ts ts ts ... ... que vous écrivîtes dans ce fil. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Re: Pérennité VBA
Bonsoir Rafi, Le lundi 17 mars 2008 à 23:18 +0100, Rafi a écrit : Jean-Francois Nifenecker a écrit : | Samuel Mounier (Liste CGO) a écrit : || || Personnellement je pense que les macro sont une aberration. | | Pour avoir fréquenté tant et tant d'usines à gaz : je ne peux | qu'APPROUVER des deux mains et des deux pieds. Pas moi. | Je ne sous-estime en rien les (très) longues heures que passent | certains utilisateurs avancés à étudier, réaliser et tester des | macros pour réaliser leur grand oeuvre, mais l'absence quasi | systématique (chez moi c'est 100% des cas) de documentation, ne | serait-ce que fonctionnelle, implique la mise à la poubelle dès que | l'auteur s'en va et que la réglementation ou le mode de | fonctionnement changent. 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 ??? Et ceux qui ont savent programmer et pour qui les macros sont un petit outil utile et pratique pour se faciliter la vie ? Et ceux qui sont chez eux et qui ont utilisent les macros dans le même but ? Et ceux qui font des macros pour eux-mêmes et pas pour le bien de l'entreprise ? Exemple 1 : Il y a un mois, au travail, j'ai créé de toutes pièces une macro Basic (ni OOo Basic, ni VBA) me permettant d'effectuer des transferts automatiques de fichiers entre mon émulateur IBM et mon PC. Au lieu d'ouvrir des boites, de sélectionner des dossiers dans des arborescences, de cliquer, de saisir des noms de fichiers, je ne saisis rien, je clique sur un seul et unique bouton et mon fichier est transféré. Exemple 2 : Chaque mois, le service du personnel me fait parvenir un fichier Excel (non, ils ne sont pas encore sous OOo) dans lequel il faut que je commence par saisir les mêmes informations d'un mois sur l'autre (nom, adresse, lieu de travail, fonction, supérieur hiérarchique, etc.). Une macro remplit pour moi toutes ces informations, sans effort. Exemple 3 : J'avais besoin de comparer deux longues listes de données (avant / après) dans un tableur et déterminer les écarts entre ces listes : lignes ajoutées et lignes supprimées entre l'avant et l'après. Une macro que j'ai développée (un peu complexe, c'est vrai) fait très bien ça sans recourir à des fonctions de tableur fortement consommatrices de ressources. Un seul clic et je peux filtrer facilement les lignes repérées en différence. Exemples 4, 5, ... : - Une macro pour réécrire le contenu d'un fichier à l'envers (depuis le premier octet jusqu'au dernier). - Une macro pour repérer et compter les lignes en double dans un fichier de texte. - Une macro pour numéroter les lignes de texte d'un fichier. - ... 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. Selon ton point de vue d'utilisateur (et il est tres important), tu as tout a fait raison. Je pense que les reactions que tu as pu lire ici proviennent d'un autre angle de vue : Celui des informaticiens, du service informatique. Et il est vrai que cela peut etre une veritable galere que toutes ces macros, que chacun fait dans son petit coin et qui bien sur, souvent, ne sont pas documentes. Le jour ou, par exemple, tu t'en va de l'entreprise, ton heritage retombe dans l'escarcelle du service info, qui se passerait bien d'un tel cadeau etc.. (tout cela me semble avoir ete explique ici, mais le ton n'etait peut etre pas le bon ? ;) ) -- Jean Louis Message sans accent pour etre lisible par tous les logiciels de messagerie electronique... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev-fr] Re: [educ-fr] Re: [dev-fr] Maubeuge - Salon du LL et sécurité informatique
Bonjour, Le 17 mars 08 à 22:38, sophie a écrit : Elle comptent pour le projet OpenOffice.org (y compris fr) et pas que pour le projet Education. Toutes les manifestations dont j'ai donné les références, sont des manifestations françaises, et même si le contenu ne regarde quelquefois pas l'utilisateur directement, cela fait une énorme pub au projet francophone d'être présent à ces endroits. Ce sont des manifestations auxquelles le projet francophone a toujours assisté, donc il s'est fait de la pub tout seul jusqu'à maintenant :) Non, c'est inexact : dans la liste, il y a des nouvelles manifestations, comme par exemple celle de Besançon (mais il y en a d'autres, un peu partout en France), autour du 30 mai, et c'est vraiment nouveau, car le contenu n'a plus rien à voir avec les manifestations dont tu fais état. Le contenu nous a été imposé. Au passage, merci à Frédéric Diaz, qui par l'intermédiaire de la Difor, a su trouver cette opportunité. D'ailleurs, cet événement est l'occasion d'accueillir de nouveau intervenants, comme François Beuraud. Et en fait, et c'est ce qui compte : accueillir des nouveaux, qui vont amener du sang neuf, et une autre vision dans le projet. J'ajoute que c'est utile à tout le projet OpenOffice.org, et cela crée des liens avec les vrais acteurs, à savoir les enseignants, qui ne demandent que ça. Ah oui, effectivement, nous avons des liens avec des enseignants, Évidemment qu'il y a des enseignants sur toutes ces listes, mais cela fera nécessairement des utilisateurs nouveaux (enfin, c'est surtout le format de fichier libre qui est important). Maintenant, les besoins des enseignants sont spécifiques, et il faut y répondre. Sinon Microsoft va le faire pour nous, et je n'ai pas peur de dire qu'il faut vraiment corriger plein de problèmes pour y arriver. Parce qu'en l'état des choses, on n'a pas ce qu'il faut (même si un gros boulot est en cours) En fait, ce que le projet fr n'apporte pas, le projet Education, qui a d'autres objectifs, pourrait l'apporter. Il manque juste de la bonne volonté pour que ça démarre. notamment sur les listes users, doc, dev, discuss, qa, et dernièrement [EMAIL PROTECTED] Oui, mais ce sont des informations qu'on doit assembler pour retrouver le sens et le contenu. Beaucoup d'énergie perdue pour ceux qui veulent suivre. Enfin, le nombre de listes élevé auxquelles il faut s'abonner, est un problème. Dans le sujet de ce mail il y a Maubeuge, manifestation que j'assure avec d'autres bien que n'étant pas enseignante, mais je serai bien sûr accompagnée d'un enseignant afin de ne pas faillir à cette tâche de représentation. Je vais faire abstraction de ta remarque pas très constructive, et ajouter, pour information, qu'il y a un challenge de programmation à Maubeuge. ll y aura donc des questions plutôt orientées développement (l'an dernier, ce fut le cas). La qualité de certaine confs était remarquable aussi. Enfin, mais c'est hors sujet, les frites sur le côté du batiment, au bout de la place, sont fantastiques. - sur le site de Cusoon ( http://www.cusoo.org/spip/rubrique.php3? id_rubrique=9 ) , aujourd'hui 17 mars 2008, 20h, il est marqué que tu es la présidente de Cusoon. - sur IRC, Laurent Godard parle de la présidente de Cusoon - enfin Charles prétend être le président de Cusoon Que / Qui croire ? :-/ C'est une erreur de la nouvelle association On est mi-mars déjà. de n'avoir pas mis le site à jour, j'ai donné ma démission, comme tu le sais déjà ou feint de ne pas le savoir, en décembre. Ensuite, demande gentiment aux membres de l'association, je suis sure qu'ils te répondront avec plaisir. Comme la plupart lit cette liste, je réitère ma demande directement. Maintenant, si quelqu'un de Cusoon veut bien répondre à ma question, à savoir si les événements qui représentent le projet OpenOffice.org à travers les présentations du projet OpenOffice.org Education dont j'ai donné les références, et avec les conditions que j'ai expliquée peuvent prétendre à une aide, je les en remercie. .. et si les revenus de Cusoon n'étaient pas le fruit de l'énergie d'un tout petit groupe qui passe ses week-ends a vendre et envoyer des goodies et à reverser les droits d'auteurs de ses livres. Je comprends ce que cela signifie, car j'ai fait partie de ce groupe moi aussi, et pour les cartons de T-shirts, j'ai moi aussi donné pas mal. Je ne fais plus partie de Cusoon, je continue cependant d'y donner ce que je peux et je n'en réclame rien. J'en prends bonne note. Maintenant, vais-je enfin avoir une réponse à ma question ? (que je ne poserai plus) À bientôt, Eric Bachard -- qɔᴉɹə
Re: [dev-fr] Re: Pérennité VBA
Bonjour, Allez hop je me mets au milieu. Les langages de macro commandes sont nécessaires mais posent de nombreux soucis par leur usage parfois mal géré par les utilisateurs. Rafi a écrit : Jean-Francois Nifenecker a écrit : | Samuel Mounier (Liste CGO) a écrit : || || Personnellement je pense que les macro sont une aberration. | | Pour avoir fréquenté tant et tant d'usines à gaz : je ne peux | qu'APPROUVER des deux mains et des deux pieds. Pas moi. | Je ne sous-estime en rien les (très) longues heures que passent | certains utilisateurs avancés à étudier, réaliser et tester des | macros pour réaliser leur grand oeuvre, mais l'absence quasi | systématique (chez moi c'est 100% des cas) de documentation, ne | serait-ce que fonctionnelle, implique la mise à la poubelle dès que | l'auteur s'en va et que la réglementation ou le mode de | fonctionnement changent. Chez moi aussi c'est 100% des cas. Pas de doc et une portabilité limitée car parfois même l'auteur n'est pas fichu de l'installer ailleurs sans y passer de heures. 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 ??? Et ceux qui ont savent programmer et pour qui les macros sont un petit outil utile et pratique pour se faciliter la vie ? Et ceux qui sont chez eux et qui ont utilisent les macros dans le même but ? Et ceux qui font des macros pour eux-mêmes et pas pour le bien de l'entreprise ? Exemple 1 : Il y a un mois, au travail, j'ai créé de toutes pièces une macro Basic (ni OOo Basic, ni VBA) me permettant d'effectuer des transferts automatiques de fichiers entre mon émulateur IBM et mon PC. Au lieu d'ouvrir des boites, de sélectionner des dossiers dans des arborescences, de cliquer, de saisir des noms de fichiers, je ne saisis rien, je clique sur un seul et unique bouton et mon fichier est transféré. Exemple 2 : Chaque mois, le service du personnel me fait parvenir un fichier Excel (non, ils ne sont pas encore sous OOo) dans lequel il faut que je commence par saisir les mêmes informations d'un mois sur l'autre (nom, adresse, lieu de travail, fonction, supérieur hiérarchique, etc.). Une macro remplit pour moi toutes ces informations, sans effort. On touche peut-être là le domaine des usages qui pourraient être à reconsidérer. Mais la lourdeur de ce que je vais dire peut faire préférer effectivement une macro. D'une part, tel que décrit, cela tient du simple copier/coller. D'autre part, les données à rentrer chaque mois ne changent pas bien souvent, sinon le script ne serait pas utile d'ailleurs. A part nom et prénom quelles sont les informations réellement utiles chaque mois à la DRH ? S'il s'agit de repérer les changements ces zones devraient rester blanches sauf changement justement. Enfin bon, faut voir les raisons réelles de telles demandes. Si ces informations ne sont pas spécifiquement utiles chaque mois il peut être plus efficace au niveau entreprise de faire supprimer ces zones. Cela allègerait pour tous. Au passage tiens, la macro est-elle diffusable ? Peut-elle être installée et utilisée facilement par d'autres personnes de l'entreprise ? Exemple 3 : J'avais besoin de comparer deux longues listes de données (avant / après) dans un tableur et déterminer les écarts entre ces listes : lignes ajoutées et lignes supprimées entre l'avant et l'après. Une macro que j'ai développée (un peu complexe, c'est vrai) fait très bien ça sans recourir à des fonctions de tableur fortement consommatrices de ressources. Un seul clic et je peux filtrer facilement les lignes repérées en différence. Voilà l'exemple qui me paraît type de la nécessité des macros tout en devant rester un sujet de débat permanent. S'il n'y a pas d'autre moyen de connaître ces écarts c'est peut-être qu'il manque quelque chose en amont. Seulement l'utilisateur, lui, doit bien se dépatouiller et viser le résultat. Un pis aller ? Certes, mais c'est aussi l'intérêt des macros : faire sans attendre un hypothétique changement en amont. Exemples 4, 5, ... : - Une macro pour réécrire le contenu d'un fichier à l'envers (depuis le premier octet jusqu'au dernier). Heu... là ce n'est que de la curiosité personnelle, ça sert à quoi ça un fichier à l'envers ? - Une macro pour repérer et compter les lignes en double dans un fichier de texte. - Une macro pour numéroter les lignes de texte d'un fichier. - ... 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. Les macros sont à la fois indispensables et... nuisantes. Un peu toute l'histoire de l'informatique finalement. ;-) Jacques GAIGNARD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
