Discussion :

[sebing]

bonjour,

J'ai créé une application sous ACCESS 2010, je l'ai distribué afin que les utilisateurs puissent s'en servir.
Mais certains utilisateurs ont ACCESS RUNTIME 2000 afin d'ouvrir une application commercialisée ne pouvant s'ouvrir avec ACCESS RUNTIME 2010.

Le probleme c'est que les postes sont vérouillés et que l'on ne peut pas toucher aux applications installées (mise à jour...)

Connaissez vous un moyen afin que je rendre compatible mon application (un planning) avec ACCESS RUNTIME 2000 RT ?

Lors de l'ouverture de mon fichier avec 2000, celui-ci ne peut pas s'ouvrir et bug puis ferme.

Je vous en remercie par avance.

Seb

[Invité]

Bonjour

Il y a eut un grand pas d'évolution en terme de fonctionnalités entre 2010 et 2000.

Il va de soit que des fonctionnalités propres à 2010 ne fonctionneront pas sous 2000.

Philippe

[mumen]

Bonjour, je relance sur la réponse de Philippe.

Dans Access 2010, la création de bases de données par la méthode CreateDatabase comporte un argument de version. Il s'agit de la version de Jet employée.

La question que je me pose, en cohérence avec la question initiale de Sebing, est de savoir si une version inférieure à la dbVersion120, comme la dbVersion40 ne pouvait être rétro compatible dans une certaine mesure, en se fiant à l'indice du fait qu'elle se voit associer l'extension .mdb et non accdb.

[mumen]

Connaissez vous un moyen afin que je rendre compatible mon application (un planning) avec ACCESS RUNTIME 2000 RT ?

Si la réponse de Philippe s'avérait définitive (cf mon post précédent), ce qui me paraît extrêmement plausible, tu te retrouverais dans le même genre de situation que moi en ce moment avec les versions d'Access.

Il te restera à exporter tous les objets Access 2010 en mode texte et à les réimporter dans l'autre version d'Access. Pour cela, tu dois avoir une licence Access 2000 à toi ou à l'entreprise ; tu dois employer du code, des propriétés et méthodes déjà rétro-compatible au bug Access près ; tu dois vérifier les compatibilités Jet de ta base partagée et peut être la convertir avec les mêmes contraintes de rétro-compatibilité que pour le code ; etc.

Si ce travail de conversion est à faire régulièrement, il te faudra penser tout de suite à l'automatiser.

C'est du boulot. Compare le à celui de faire le siège de la direction des systèmes informatiques pour obtenir le droit de modifier les postes !

[sebing]

Bonsoir,
Merci pour vos réponses
Mes craintes se sont concrétisées
Seuls quelques ordinateurs ont 2000, je ne vais pas retravailler pour une version 2000( trop long...) je vais essayer de trouver un moyen afin qu ils aient accès au planning.

Merci encore

Bonne soirée

Seb