Re: [users-fr] Compatibilité entre Fichier Excel et OOo
eric b a écrit : Bonjour, Le 21 juil. 07 à 00:47, Mitch 74 a écrit : Faux. 'Peuvent pas. C'est une des contraintes de la GPL (et de la LGPL). S'ils modifient OpenOffice.org, ils doivent rendre publiques les modifications au code. Pas forcément. J'ai récemment eu une discussion avec Pavel Janik sur le sujet, et pour un usage perso, n'importe qui peut faire des modifs du code et les garder pour lui. oui - c'est la redistribution du programme qui doit s'accompagner d'une redistributon du code. Si on modifie le code pour soi, par définition on garde le programme pour nous - comme on a fait les modifs, on a le code... Mais bon, Novell redistribue 'leur' version d'OOo - sous la (L)GPL, comme il s'agit d'un programme exécutable, ils doivent fournir les sources (toujours distribué avec sous GPL, distribué uniquement si modifié sous LGPL). C'est le programme distribué qui demande la redistribution du code. Sauf erreur de ma part, on n'est pas loin de la faille qui a causé la V3 pas exactement - là, on est plus proche de la cause qui a entraîné la création de la LGPL ('Lesser' est souvent remplacé par 'Library'): si une librairie sous la LGPL est redistribuée non modifiée avec un programme quelconque, le programme lui-même n'a pas à être sous la (L)GPL, et les sources de la librairie (qui sont les mêmes que celles de l'auteur originel du code de ladite librairie) n'ont pas à être redistribuées. Je crois que ça ne demande que la mention de la LGPL dans les licences du programme dans sa globalité, et que la librairie soit liée dynamiquement (et non pas de manière statique). La seule manière qu'ils auraient d'empêcher le retour en amont serait de distribuer leur version de OOo sous la GPL (comme le fait NeoOffice). Mais ils ne l'ont pas fait. Ce n'est pas parce que quelque chose a été fourni sous Licence GPL que c'est légal et exempt de tout problème, et NeoOffice n'est pas ce que j'appellerai un exemple de bon comportement. Je n'ai pas dit que c'était bien, ce qu'avait fait NeoOffice - par contre j'étais certain de te voir arriver si je le mentionnais - par contre c'est un exemple proche. J'aurais pu citer aussi le problème du noyau Linux (GPLv2 uniquement) et OpenSolaris (bientôt sous GPLv3) qui ferait que OpenSolaris pourrait intégrer les sources de Linux, alors que Linux ne pourrait pas récupérer de morceaux de OpenSolaris. cf http://council.openoffice.org/servlets/ReadMsg?list=discussmsgNo=1187 Je l'avais lu, ça - et le fait qu'il n'y ait pas de suite vient, à mon humble avis, de ce que les développeurs de Planamesa ne se sont pas rendus compte que, le code n'ayant pas été modifié entre la version LGPL d'origine et la version GPL qui a suivi, ce bout de code est essentiellement sous une double licence - seules les modifications apportées par eux par la suite sont sous la GPL et ne peuvent pas être réintégrées dans OOo. C'est ce qu'on appelle un 'fork', il me semble... Enfin, ce qu'a fait Novell avec Microsoft est loin d'être clair, vraiment. Est-ce clair pour qui que ce soit? Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
JP ALLIE a écrit : Bonjour, J'utilise OOo depuis longtemps avec pleine satisfaction, mais j'ai un problème avec un fichier Excel pour lequel OOo affiche incorrectement les macros. - OOo version 2.2.1 - avec (.xlt) les macros sont à l'envers et incomplètes. Qu'elle est la solution à ce problème? Par avance merci, bonjour, Normalement, les macros ne sont pas compatibles entre MS Excel et OOo Calc. J.M - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
Jean Michel PIERRE a écrit : JP ALLIE a écrit : Bonjour, J'utilise OOo depuis longtemps avec pleine satisfaction, mais j'ai un problème avec un fichier Excel pour lequel OOo affiche incorrectement les macros. - OOo version 2.2.1 - avec (.xlt) les macros sont à l'envers et incomplètes. Qu'elle est la solution à ce problème? Par avance merci, bonjour, Normalement, les macros ne sont pas compatibles entre MS Excel et OOo Calc. J.M Disons, pas _encore_ compatibles. Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
bonjour, Normalement, les macros ne sont pas compatibles entre MS Excel et OOo Calc. J.M Disons, pas _encore_ compatibles. Mitch Oui, tu as raison, ça peut changer, il me semble avoir lu que Novell propose déjà un interpréteur. C'est çà ? J.M
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
Jean Michel PIERRE a écrit : Oui, tu as raison, ça peut changer, il me semble avoir lu que Novell propose déjà un interpréteur. C'est çà ? J.M pas... exactement. Sun travaille depuis un moment sur un interpréteur compatible VBA (tu noteras au passage que StarBasic et VBA sont très très proches syntaxiquement parlant). Novell en a créé un aussi, et les deux compagnies ont décidé d'intégrer leurs deux solutions proprement dans OOo. Ce qu'il manque surtout à OOo, c'est une 'émulation' des structures de documents et d'applications utilisés par MS Office. De plus certaines commandes sous VBA ont un équivalent sous SB, mais leurs syntaxe d'invocation et/ou leur retour ne sont pas les mêmes. La version 2.3 d'OOo devrait implémenter la base d'un framework de translation pour VBA; actuellement, les macros VBA fonctionnent (plus ou moins) tant qu'elles ne référencent pas d'objets MS-only; avec l'ajout d'un framework, les macros qui ne tombent pas sur un cas particulier (fonctions 'homonymes' ou manquantes) devraient s'exécuter. Le problème restant, ce sont les erreurs d'Excel: je ne sais plus quelle fonction est supposée arrondir à l'entier supérieur; cette fonction, qui se nomme pareil sous OOo et Excel, donnera: - pour 3,14: 3 sous OOo, 3 sous Excel - pour (-2,15): -2 sous OOo, -3 sous Excel. Mathématiquement, Excel a tort... Et ce depuis plus de 10 ans. Pareil, quel devrait être le résultat de -3^2? Excel dit 9, or la priorité des opérateurs (puissance, multiplication puis addition) dit que c'est en fait égal à -9... Il y en a un paquet comme cela. C'est le genre de cas où on risque un import correct au niveau des fonctionnalités, mais où OOo va se faire taper parce que Excel ne sait pas compter - et que le même fichier, parfaitement importé, ne calculera pas de la même manière sous OOo. Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
Jean Michel PIERRE a écrit : [...] il me semble avoir lu que Novell propose déjà un interpréteur. C'est çà ? J.M Utilisant la version Novell d'OpenOffice.org (version 2.2.1, build 2.2.0.2 dixit à propos) je confirme que lorsqu'on ouvre un fichier XLS qui contient des macros on a droit en premier à l'avertissement de sécurité puis, si l'on choisit d'activer les macros celles-ci s'exécutent en effet, avec plus ou moins de bonheur. -- Francis Wintzenrieth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
Bonjour, Je réponds à Mitch dans le texte... Le problème restant, ce sont les erreurs d'Excel: je ne sais plus quelle fonction est supposée arrondir à l'entier supérieur; cette fonction, qui se nomme pareil sous OOo et Excel, donnera: - pour 3,14: 3 sous OOo, 3 sous Excel - pour (-2,15): -2 sous OOo, -3 sous Excel. Mathématiquement, Excel a tort... Et ce depuis plus de 10 ans. Pareil, quel devrait être le résultat de -3^2? Excel dit 9, or la priorité des opérateurs (puissance, multiplication puis addition) dit que c'est en fait égal à -9... Il y en a un paquet comme cela. Je ne comprends pas bien ce que tu veux dire. Que ce soit dans Calc ou dans Excel -3^2 donne aussi 9, de même ENT(-2,15) donne -3 et ARRONDI(-2.15;0) donne -2. Mêmes résultats dans les 2 cas. Où est le problème ? Il se peut que mathématiquement parlant les résultats ne respectent pas la hiérarchie des opérateurs, mais cela ne remet pas en question (du moins pour ces 3 exemples) la migration vers Ooo. C'est le genre de cas où on risque un import correct au niveau des fonctionnalités, mais où OOo va se faire taper parce que Excel ne sait pas compter - et que le même fichier, parfaitement importé, ne calculera pas de la même manière sous OOo. Ben dans le cas des 3 calculs cités plus haut, si ! Mitch Cordialement Dominique ATEM Formation - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
ATEM Formation a écrit : Bonjour, Je réponds à Mitch dans le texte... [...] Je ne comprends pas bien ce que tu veux dire. Que ce soit dans Calc ou dans Excel -3^2 donne aussi 9, de même ENT(-2,15) donne -3 et ARRONDI(-2.15;0) donne -2. Mêmes résultats dans les 2 cas. Où est le problème ? Il se peut que mathématiquement parlant les résultats ne respectent pas la hiérarchie des opérateurs, mais cela ne remet pas en question (du moins pour ces 3 exemples) la migration vers Ooo. ce n'est pas la fonction 'arrondi' dont je parlais - entre-temps je l'ai retrouvée, c'est plafond() (et plancher()) - l'aide d'OOo mentionne le problème. Tente =plafond (-15,5;-1); sous Excel et sous Calc, le résultat de la même formule sera différent. L'importation sous OOo se fait avec un 3e paramètre qui force le calcul de la précision d'après la valeur absolue (émule l'erreur d'Excel). C'est le genre de cas où on risque un import correct au niveau des fonctionnalités, mais où OOo va se faire taper parce que Excel ne sait pas compter - et que le même fichier, parfaitement importé, ne calculera pas de la même manière sous OOo. le problème des opérateurs (puissance) est discuté, autant que je sache - la notation de tableur ne correspond pas à la typographie mathématique 'classique' (x^2 au lieu de x²) et mon exemple est donc tangeant. Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
Il me semble que Novel qui possède Suse a signé un partenariat avec Microsoft en rapport avec le système des licences. Ainsi, Suse rentre dans le système des licences et ne partagerait plus sa technologie Linux, OpenSource avec les autres systèmes Linux et programmes Opensource comme OpenOffice... Jean Michel PIERRE a écrit : [...] il me semble avoir lu que Novell propose déjà un interpréteur. C'est çà ? J.M Utilisant la version Novell d'OpenOffice.org (version 2.2.1, build 2.2.0.2 dixit à propos) je confirme que lorsqu'on ouvre un fichier XLS qui contient des macros on a droit en premier à l'avertissement de sécurité puis, si l'on choisit d'activer les macros celles-ci s'exécutent en effet, avec plus ou moins de bonheur. Francis Wintzenrieth Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
zorglub.1er a écrit : Il me semble que Novel qui possède Suse a signé un partenariat avec Microsoft en rapport avec le système des licences. Heu... Non. Juste une 'entente de ne pas poursuivre en justice' leurs clients respectifs pour des problèmes de brevets. Ainsi, Suse rentre dans le système des licences et ne partagerait plus sa technologie Linux, OpenSource avec les autres systèmes Linux et programmes Opensource comme OpenOffice... Faux. 'Peuvent pas. C'est une des contraintes de la GPL (et de la LGPL). S'ils modifient OpenOffice.org, ils doivent rendre publiques les modifications au code. La seule manière qu'ils auraient d'empêcher le retour en amont serait de distribuer leur version de OOo sous la GPL (comme le fait NeoOffice). Mais ils ne l'ont pas fait. Mitch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [users-fr] Compatibilité entre Fichier Excel et OOo
ATEM Formation a écrit : Bonjour, Je réponds à Mitch dans le texte... Le problème restant, ce sont les erreurs d'Excel: je ne sais plus quelle fonction est supposée arrondir à l'entier supérieur; cette fonction, qui se nomme pareil sous OOo et Excel, donnera: - pour 3,14: 3 sous OOo, 3 sous Excel - pour (-2,15): -2 sous OOo, -3 sous Excel. Mathématiquement, Excel a tort... Et ce depuis plus de 10 ans. Pareil, quel devrait être le résultat de -3^2? Excel dit 9, or la priorité des opérateurs (puissance, multiplication puis addition) dit que c'est en fait égal à -9... Il y en a un paquet comme cela. Il ne faut pas confondre -(3^2) et (-3)^2, bien sûr sur des exemples aussi simples cela n'est pas très important mais dès qu'on va plus loin ça devient incompréhensible, la confusion s'installe et rend la réécriture mentale difficile même pour les gens entraînés. Pour ce qui est de la valeur entière là aussi les informaticiens ont pris des libertés , si on se souvient de la définition le plus petit entier supérieur les choses deviennent plus claires et il est non moins clair qu'Excel ne calcule pas la valeur entière, comme quoi les soit disant simplification apportent bien souvent plus de confusion que de simplification. Steve Je ne comprends pas bien ce que tu veux dire. Que ce soit dans Calc ou dans Excel -3^2 donne aussi 9, de même ENT(-2,15) donne -3 et ARRONDI(-2.15;0) donne -2. Mêmes résultats dans les 2 cas. Où est le problème ? Il se peut que mathématiquement parlant les résultats ne respectent pas la hiérarchie des opérateurs, mais cela ne remet pas en question (du moins pour ces 3 exemples) la migration vers Ooo. C'est le genre de cas où on risque un import correct au niveau des fonctionnalités, mais où OOo va se faire taper parce que Excel ne sait pas compter - et que le même fichier, parfaitement importé, ne calculera pas de la même manière sous OOo. Ben dans le cas des 3 calculs cités plus haut, si ! Mitch Cordialement Dominique ATEM Formation --- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[users-fr] Compatibilité entre Fichier Excel et OOo
Bonjour, J'utilise OOo depuis longtemps avec pleine satisfaction, mais j'ai un problème avec un fichier Excel pour lequel OOo affiche incorrectement les macros. - OOo version 2.2.1 - avec (.xlt) les macros sont à l'envers et incomplètes. Qu'elle est la solution à ce problème? Par avance merci, -- Allié Jean Paul 05 le Damet 50340 Helleville France. Tel-Fax +33 (0)2 33 53 10 50 GSM +33 (0)6 70 00 89 29 Skypeallie.jean.paul