A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc...
Oui et non. Si c'est pour les travailler de manière très simple, oui. Mais si c'est pour renvoyer tout ça avec un document bourré de macros, formules et codes vba, non.
C'est bien le problème d'ailleurs ! A part pour du travail très élémentaire, ce dont souvent une entreprise se fiche, comment veux-tu renvoyer un fichier Access remodifié. Pareil pour un classeur Excel avec tous les modules additionnels. Enfin, je n'ai jamais trouvé la solution.
costaclt
nom wrote:
A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
Oui et non. Si c'est pour les travailler de manière très simple, oui.
Mais si c'est pour renvoyer tout ça avec un document bourré de macros,
formules et codes vba, non.
C'est bien le problème d'ailleurs ! A part pour du travail très
élémentaire, ce dont souvent une entreprise se fiche, comment veux-tu
renvoyer un fichier Access remodifié. Pareil pour un classeur Excel
avec tous les modules additionnels. Enfin, je n'ai jamais trouvé la
solution.
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc...
Oui et non. Si c'est pour les travailler de manière très simple, oui. Mais si c'est pour renvoyer tout ça avec un document bourré de macros, formules et codes vba, non.
C'est bien le problème d'ailleurs ! A part pour du travail très élémentaire, ce dont souvent une entreprise se fiche, comment veux-tu renvoyer un fichier Access remodifié. Pareil pour un classeur Excel avec tous les modules additionnels. Enfin, je n'ai jamais trouvé la solution.
costaclt
Manuel Leclerc
nom wrote:
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc...
Oui et non. Si c'est pour les travailler de manière très simple, oui. [...]
Et pour Access ? (pas taper, je demande)
--
So before Wine was created, anything which uses a Windows library was a derivative of Windows? Yes.
--Josh Triplett
nom wrote:
A supposer qu'une entreprise veuille mettre son parc sous
Linux. Et qu'elle reçoive des documents venant d'Access,
Excel,... peut-elle les lire , les travailler et les
renvoyer de manière que le destinantaire sur produits
Microsoft puisse les lire, etc...
Oui et non. Si c'est pour les travailler de manière très
simple, oui. [...]
Et pour Access ?
(pas taper, je demande)
--
So before Wine was created, anything which uses a Windows library
was a derivative of Windows?
Yes.
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc...
Oui et non. Si c'est pour les travailler de manière très simple, oui. [...]
Et pour Access ? (pas taper, je demande)
--
So before Wine was created, anything which uses a Windows library was a derivative of Windows? Yes.
--Josh Triplett
costaclt
Manuel Leclerc wrote:
Et pour Access ? (pas taper, je demande)
Ben déjà Access, vu l'espace créé par le moindre fichier, le transfert par e-mail c'est pas donné. On peut ruser, compacter etc... (en plus une base Access augmente d'elle-même, sans qu'on entre une seule donnée de plus !).
Mais supposons que tu modifies la structure des tables, les relations d'intégrité, que tu développes le VBA par modules, déjà que ce n'est pas de la tarte de faire comprendre ça à la personne à qui tu envoies le travail, si ce n'est pas fait avec Access, personnellement, je jette l'éponge.
Dans le sens, récupérer le boulot, le modifier et le renvoyer au destinataire, je crains le pire si on ne reste pas à l'intérieur d'Access.
Si c'est pour effectuer des traitements et renvoyer les résultats, c'est bien entendu tout à fait différent et trivial.
costaclt
Manuel Leclerc wrote:
Et pour Access ?
(pas taper, je demande)
Ben déjà Access, vu l'espace créé par le moindre fichier, le transfert par
e-mail c'est pas donné. On peut ruser, compacter etc... (en plus une
base Access augmente d'elle-même, sans qu'on entre une seule donnée de
plus !).
Mais supposons que tu modifies la structure des tables, les relations
d'intégrité, que tu développes le VBA par modules, déjà que ce n'est pas
de la tarte de faire comprendre ça à la personne à qui tu envoies le
travail, si ce n'est pas fait avec Access, personnellement, je jette
l'éponge.
Dans le sens, récupérer le boulot, le modifier et le renvoyer au destinataire,
je crains le pire si on ne reste pas à l'intérieur d'Access.
Si c'est pour effectuer des traitements et renvoyer les résultats, c'est
bien entendu tout à fait différent et trivial.
Ben déjà Access, vu l'espace créé par le moindre fichier, le transfert par e-mail c'est pas donné. On peut ruser, compacter etc... (en plus une base Access augmente d'elle-même, sans qu'on entre une seule donnée de plus !).
Mais supposons que tu modifies la structure des tables, les relations d'intégrité, que tu développes le VBA par modules, déjà que ce n'est pas de la tarte de faire comprendre ça à la personne à qui tu envoies le travail, si ce n'est pas fait avec Access, personnellement, je jette l'éponge.
Dans le sens, récupérer le boulot, le modifier et le renvoyer au destinataire, je crains le pire si on ne reste pas à l'intérieur d'Access.
Si c'est pour effectuer des traitements et renvoyer les résultats, c'est bien entendu tout à fait différent et trivial.
costaclt
nicolas vigier
In article <40d2e17e$0$282$, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas. Le mieux serait que les gens arretent d'utiliser les formats proprietaires de Microsoft.
In article <40d2e17e$0$282$636a15ce@news.free.fr>, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?
Les formats de Microsoft etants proprietaires et non publiques il est
difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org
y arrive, mais il peut arriver pour des documents compliques que
certains trucs ne s'affichent pas exactement pareil avec MS Office et
OpenOffice, ou que certains trucs ne marchent pas.
Le mieux serait que les gens arretent d'utiliser les formats
proprietaires de Microsoft.
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas. Le mieux serait que les gens arretent d'utiliser les formats proprietaires de Microsoft.
nicolas vigier
In article , nicolas vigier wrote:
In article <40d2e17e$0$282$, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas.
La solution pourrait etre d'utiliser des fichiers au format OpenOffice puisque le destinataire sous Windows peut lui aussi installer OpenOffice sur sa machine.
In article <slrncd5vrl.7il.boklm@chihiro.mars-attacks.org>,
nicolas vigier wrote:
In article <40d2e17e$0$282$636a15ce@news.free.fr>, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?
Les formats de Microsoft etants proprietaires et non publiques il est
difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org
y arrive, mais il peut arriver pour des documents compliques que
certains trucs ne s'affichent pas exactement pareil avec MS Office et
OpenOffice, ou que certains trucs ne marchent pas.
La solution pourrait etre d'utiliser des fichiers au format OpenOffice
puisque le destinataire sous Windows peut lui aussi installer OpenOffice
sur sa machine.
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas.
La solution pourrait etre d'utiliser des fichiers au format OpenOffice puisque le destinataire sous Windows peut lui aussi installer OpenOffice sur sa machine.
JKB
Le 18-06-2004, à propos de Re: Fichier Windows et matériel Linux, nicolas vigier écrivait dans fr.comp.os.linux.debats :
In article , nicolas vigier wrote:
In article <40d2e17e$0$282$, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas.
La solution pourrait etre d'utiliser des fichiers au format OpenOffice puisque le destinataire sous Windows peut lui aussi installer OpenOffice sur sa machine.
Allez expliquer cela à l'utilisateur de base qui préfère utiliser l'abominable Word même s'il plante toutes les deux minutes. J'ai essayé cette méthode sans aucun succès (et pourtant avec pédagogie). Il ne faut pas oublier que l'utilisateur de base est un singe qui préfère une voiture rouge (qui explose à tous les virages).
Ca va même beaucoup plus loin. J'ai des gens qui râlent contre XP en me disant "j'ai un P4 à 2,4G et ça rame, comment fais-tu pour bosser avec un PII/333 ou ta SS20/75 ?". Ils sont épatés, mais je n'ai pas encore réussi à en migrer un seul sur autre chose que Windows. Comme quoi l'esclave est parfois responsable de son esclavage...
JKB
Le 18-06-2004, à propos de
Re: Fichier Windows et matériel Linux,
nicolas vigier écrivait dans fr.comp.os.linux.debats :
In article <slrncd5vrl.7il.boklm@chihiro.mars-attacks.org>,
nicolas vigier wrote:
In article <40d2e17e$0$282$636a15ce@news.free.fr>, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?
Les formats de Microsoft etants proprietaires et non publiques il est
difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org
y arrive, mais il peut arriver pour des documents compliques que
certains trucs ne s'affichent pas exactement pareil avec MS Office et
OpenOffice, ou que certains trucs ne marchent pas.
La solution pourrait etre d'utiliser des fichiers au format OpenOffice
puisque le destinataire sous Windows peut lui aussi installer OpenOffice
sur sa machine.
Allez expliquer cela à l'utilisateur de base qui préfère utiliser
l'abominable Word même s'il plante toutes les deux minutes. J'ai
essayé cette méthode sans aucun succès (et pourtant avec pédagogie).
Il ne faut pas oublier que l'utilisateur de base est un singe qui
préfère une voiture rouge (qui explose à tous les virages).
Ca va même beaucoup plus loin. J'ai des gens qui râlent contre XP en
me disant "j'ai un P4 à 2,4G et ça rame, comment fais-tu pour bosser
avec un PII/333 ou ta SS20/75 ?". Ils sont épatés, mais je n'ai pas
encore réussi à en migrer un seul sur autre chose que Windows. Comme
quoi l'esclave est parfois responsable de son esclavage...
Le 18-06-2004, à propos de Re: Fichier Windows et matériel Linux, nicolas vigier écrivait dans fr.comp.os.linux.debats :
In article , nicolas vigier wrote:
In article <40d2e17e$0$282$, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas.
La solution pourrait etre d'utiliser des fichiers au format OpenOffice puisque le destinataire sous Windows peut lui aussi installer OpenOffice sur sa machine.
Allez expliquer cela à l'utilisateur de base qui préfère utiliser l'abominable Word même s'il plante toutes les deux minutes. J'ai essayé cette méthode sans aucun succès (et pourtant avec pédagogie). Il ne faut pas oublier que l'utilisateur de base est un singe qui préfère une voiture rouge (qui explose à tous les virages).
Ca va même beaucoup plus loin. J'ai des gens qui râlent contre XP en me disant "j'ai un P4 à 2,4G et ça rame, comment fais-tu pour bosser avec un PII/333 ou ta SS20/75 ?". Ils sont épatés, mais je n'ai pas encore réussi à en migrer un seul sur autre chose que Windows. Comme quoi l'esclave est parfois responsable de son esclavage...
JKB
costaclt
nicolas vigier wrote:
La solution pourrait etre d'utiliser des fichiers au format OpenOffice puisque le destinataire sous Windows peut lui aussi installer OpenOffice sur sa machine.
Impossible. Déjà, cela suppose en fait un travail sur une structure simple. Et surtout, personne n'acceptera ce deal ! Ou alors, c'est toi qui a la main et qui impose.
Va donc en plus convaincre l'administrateur du réseau. Même pour un truc capital, il met quelque fois trois mois avant de se décider à l'installer.
Il a son parc W2000, ses applis et pas touche. Avant que ton destinataire arrive à le convaincre, c'est pas gagné !
Pragmatiquement donc : impossible amha.
costaclt
nicolas vigier wrote:
La solution pourrait etre d'utiliser des fichiers au format OpenOffice
puisque le destinataire sous Windows peut lui aussi installer OpenOffice
sur sa machine.
Impossible. Déjà, cela suppose en fait un travail sur une structure
simple. Et surtout, personne n'acceptera ce deal ! Ou alors, c'est
toi qui a la main et qui impose.
Va donc en plus convaincre l'administrateur du réseau. Même pour un
truc capital, il met quelque fois trois mois avant de se décider à
l'installer.
Il a son parc W2000, ses applis et pas touche. Avant que ton destinataire
arrive à le convaincre, c'est pas gagné !
La solution pourrait etre d'utiliser des fichiers au format OpenOffice puisque le destinataire sous Windows peut lui aussi installer OpenOffice sur sa machine.
Impossible. Déjà, cela suppose en fait un travail sur une structure simple. Et surtout, personne n'acceptera ce deal ! Ou alors, c'est toi qui a la main et qui impose.
Va donc en plus convaincre l'administrateur du réseau. Même pour un truc capital, il met quelque fois trois mois avant de se décider à l'installer.
Il a son parc W2000, ses applis et pas touche. Avant que ton destinataire arrive à le convaincre, c'est pas gagné !
Pragmatiquement donc : impossible amha.
costaclt
j
Le 18 Jun 2004 14:23:20 GMT après l'an de grâce, inspiré(e) costaclt écrivait la plume légère :
Manuel Leclerc wrote:
Et pour Access ? (pas taper, je demande)
...
Mais supposons que tu modifies la structure des tables, les relations d'intégrité, que tu développes le VBA par modules, déjà que ce n'est pas de la tarte de faire comprendre ça à la personne à qui tu envoi es le travail, si ce n'est pas fait avec Access, personnellement, je jette l'éponge.
Et bien, les problème d'échanger des db sont rarement des problèmes de utilisateurs lambda. Mais plutôt d'utilisateur avertis qui pourraient au choix : - faire une extraction à partir de odbc ou avec un export vers excel et envoyer une structure du modèle physique et conceptuel - permettre un accès au moyen d'une application web dynamique, si la base doit conserver son intégrité
Enfin, pour un bon développeur perl et python ou java (sic) avec leur nombreux modules (Win32, SQL, Excel, OLE32, DCOM LWP ....) permettent de faire d'excellente moulinettes permettant de transférer les données d'une forme à une autre. La moulinette qui de mon expérience reste la plus grande niche pour développeur en entreprise.
Dans le sens, récupérer le boulot, le modifier et le renvoyer au destinataire, je crains le pire si on ne reste pas à l'intérieur d'Access. Pourquoi ne pas faire une interface d'interrogation / mise à jour
IIS/ASP qui est attaquable par le web? Si la solution à l'air compliquée c'est souvent que le problème est mal posé.
Si c'est pour effectuer des traitements et renvoyer les résultats, c'est bien entendu tout à fait différent et trivial. Ben voilà.
Le 18 Jun 2004 14:23:20 GMT après l'an de grâce, inspiré(e) costaclt
<costaclt@wanadoo.fr> écrivait la plume légère :
Manuel Leclerc wrote:
Et pour Access ?
(pas taper, je demande)
...
Mais supposons que tu modifies la structure des tables, les relations
d'intégrité, que tu développes le VBA par modules, déjà que ce n'est
pas de la tarte de faire comprendre ça à la personne à qui tu envoi es
le travail, si ce n'est pas fait avec Access, personnellement, je
jette l'éponge.
Et bien, les problème d'échanger des db sont rarement des problèmes de
utilisateurs lambda. Mais plutôt d'utilisateur avertis qui pourraient au
choix :
- faire une extraction à partir de odbc ou avec un export vers excel et
envoyer une structure du modèle physique et conceptuel
- permettre un accès au moyen d'une application web dynamique, si la
base doit conserver son intégrité
Enfin, pour un bon développeur perl et python ou java (sic) avec leur
nombreux modules (Win32, SQL, Excel, OLE32, DCOM LWP ....) permettent de
faire d'excellente moulinettes permettant de transférer les données
d'une forme à une autre. La moulinette qui de mon expérience reste la
plus grande niche pour développeur en entreprise.
Dans le sens, récupérer le boulot, le modifier et le renvoyer au
destinataire, je crains le pire si on ne reste pas à l'intérieur
d'Access.
Pourquoi ne pas faire une interface d'interrogation / mise à jour
IIS/ASP qui est attaquable par le web? Si la solution à l'air compliquée
c'est souvent que le problème est mal posé.
Si c'est pour effectuer des traitements et renvoyer les résultats,
c'est bien entendu tout à fait différent et trivial.
Ben voilà.
Le 18 Jun 2004 14:23:20 GMT après l'an de grâce, inspiré(e) costaclt écrivait la plume légère :
Manuel Leclerc wrote:
Et pour Access ? (pas taper, je demande)
...
Mais supposons que tu modifies la structure des tables, les relations d'intégrité, que tu développes le VBA par modules, déjà que ce n'est pas de la tarte de faire comprendre ça à la personne à qui tu envoi es le travail, si ce n'est pas fait avec Access, personnellement, je jette l'éponge.
Et bien, les problème d'échanger des db sont rarement des problèmes de utilisateurs lambda. Mais plutôt d'utilisateur avertis qui pourraient au choix : - faire une extraction à partir de odbc ou avec un export vers excel et envoyer une structure du modèle physique et conceptuel - permettre un accès au moyen d'une application web dynamique, si la base doit conserver son intégrité
Enfin, pour un bon développeur perl et python ou java (sic) avec leur nombreux modules (Win32, SQL, Excel, OLE32, DCOM LWP ....) permettent de faire d'excellente moulinettes permettant de transférer les données d'une forme à une autre. La moulinette qui de mon expérience reste la plus grande niche pour développeur en entreprise.
Dans le sens, récupérer le boulot, le modifier et le renvoyer au destinataire, je crains le pire si on ne reste pas à l'intérieur d'Access. Pourquoi ne pas faire une interface d'interrogation / mise à jour
IIS/ASP qui est attaquable par le web? Si la solution à l'air compliquée c'est souvent que le problème est mal posé.
Si c'est pour effectuer des traitements et renvoyer les résultats, c'est bien entendu tout à fait différent et trivial. Ben voilà.
Michel BILLAUD
nom writes:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
On peut lire la très grande majorité des documents word/excel (a peu près comme quand on lit d'une version de word à l'autre)
Et on a la ressource d'envoyer en réponse des documents OpenOffice.
Après tout, le destinataire peut toujours se procurer OpenOffice pour Windows, qui ne coute rien, alors que quand il nous balance des documents Word il ne se pose meme pas la question de savoir si on a Word pour Linux ou Solaris ou autre chose. Et alors bon ils ne vont pas nous faire chier longtemps avec leurs documents word ces connards. Si ils ne peuvent pas s'adapter à OpenOffice qu'ils crèvent avec leur Word à la con ah mais.
MB
PS: où j'ai foutu la boite de médicaments ?
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
nom <monom@ici.fr> writes:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?
On peut lire la très grande majorité des documents word/excel (a peu près comme
quand on lit d'une version de word à l'autre)
Et on a la ressource d'envoyer en réponse des documents OpenOffice.
Après tout, le destinataire peut toujours se procurer OpenOffice pour Windows,
qui ne coute rien, alors que quand il nous balance des documents Word il ne se pose
meme pas la question de savoir si on a Word pour Linux ou Solaris ou autre chose.
Et alors bon ils ne vont pas nous faire chier longtemps avec leurs documents
word ces connards. Si ils ne peuvent pas s'adapter à OpenOffice qu'ils crèvent avec
leur Word à la con ah mais.
MB
PS: où j'ai foutu la boite de médicaments ?
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
On peut lire la très grande majorité des documents word/excel (a peu près comme quand on lit d'une version de word à l'autre)
Et on a la ressource d'envoyer en réponse des documents OpenOffice.
Après tout, le destinataire peut toujours se procurer OpenOffice pour Windows, qui ne coute rien, alors que quand il nous balance des documents Word il ne se pose meme pas la question de savoir si on a Word pour Linux ou Solaris ou autre chose. Et alors bon ils ne vont pas nous faire chier longtemps avec leurs documents word ces connards. Si ils ne peuvent pas s'adapter à OpenOffice qu'ils crèvent avec leur Word à la con ah mais.
MB
PS: où j'ai foutu la boite de médicaments ?
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Michel BILLAUD
nicolas vigier writes:
In article <40d2e17e$0$282$, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas.
De toutes façons ça marche assez mal d'un version de Word à l'autre. Exemple cette semaine d'un graphique qui s'est mis à empièter sur un texte en bi-colonne.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
nicolas vigier <boklm@mars-attacks.org> writes:
In article <40d2e17e$0$282$636a15ce@news.free.fr>, nom wrote:
Bonjour,
A supposer qu'une entreprise veuille mettre son parc sous Linux.
Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle
les lire , les travailler et les renvoyer de manière que le
destinantaire sur produits Microsoft puisse les lire, etc...
?
Les formats de Microsoft etants proprietaires et non publiques il est
difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org
y arrive, mais il peut arriver pour des documents compliques que
certains trucs ne s'affichent pas exactement pareil avec MS Office et
OpenOffice, ou que certains trucs ne marchent pas.
De toutes façons ça marche assez mal d'un version de Word à l'autre. Exemple cette
semaine d'un graphique qui s'est mis à empièter sur un texte en bi-colonne.
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
A supposer qu'une entreprise veuille mettre son parc sous Linux. Et qu'elle reçoive des documents venant d'Access, Excel,... peut-elle les lire , les travailler et les renvoyer de manière que le destinantaire sur produits Microsoft puisse les lire, etc... ?
Les formats de Microsoft etants proprietaires et non publiques il est difficile d'ecrire un logiciel permettant de les lire. OpenOffice.org y arrive, mais il peut arriver pour des documents compliques que certains trucs ne s'affichent pas exactement pareil avec MS Office et OpenOffice, ou que certains trucs ne marchent pas.
De toutes façons ça marche assez mal d'un version de Word à l'autre. Exemple cette semaine d'un graphique qui s'est mis à empièter sur un texte en bi-colonne.
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
