Discussion :

[Razmote]

Bonjour à tous,

En voulant migrer ma base de données Access 97 vers 2010 et vers plusieurs version de Windows, j'ai été obligé de faire le ménage dans les références et contrôle ActiveX.

Du coup, j'utilise soit les API, soit le late binding et je dois dire que ma vie à changé, plus de problème entre les versions de Windows, un vrai régal

Mais je viens de tomber sur un exemple du contrôle activeX ListView qui résout pas mal de chose que je voulais faire, mais qu'il m'était impossible de faire juste avec les fonctions de base d'Access.

Est ce que ce contrôle fonctionne sur toutes les versions de Windows de XP en passant par 7, 8 et 8.1, en 32 et 64 bits ?

Est il intégré au système ? et quid de Windows 10 ?

Vais je avoir des problèmes ?

Merci d'avance pour vos retours...

[loufab]

Bonjour,

Xp est mort, continuer à utiliser ou développer pour cette plateforme et un non sens et une perte de temps.

Est ce que ce contrôle fonctionne sur toutes les versions de Windows de XP en passant par 7, 8 et 8.1, en 32 et 64 bits ?

Normalement il est encore compatible sur ces 3 systèmes, par contre c'est un composant VB6 (déjà abandonné).

Est il intégré au système ? et quid de Windows 10 ?

Non ça ne l'a jamais été puisque c'est un composant VB6. C'est sous licence même si VB6 n'est plus supporté, ça ne veut pas dire que c'est tombé dans le domaine public.

Vais je avoir des problèmes ?

Oui, un jour ou l'autre, forcément il y aura des disfonctionnement au pire, au mieux ça ne fonctionnera plus du tout, ce jour là tes utilisateurs habitués seront fort mécontents.

Donc :
Bâtir une application avec des éléments externes comporte toujours une part de risques, s'ils sont non-systèmes c'est pire.
Les bâtir sur des composants qui ne sont plus supportés on multiplie encore les risques.

Concernant ce type de composants on est dans le multirisque :

• externes
• Non-système
• plus maintenu
• construit sur une base 16 bits

Je dirais que sur une échelle de 10 tu es à 11.

Concernant Windows 10 seul des tests peuvent donner la réponse. Personnellement je ne dépenserais pas une minute sur ce type de montage.

Cordialement

[Razmote]

Bonjour Loufab,

Bien sur que je sais que XP est fini, mais dans ma boite on a 20 PC qui fonctionnent bien encore sous XP avec les packs Office correspondants.

Le seul poste qui est sous Windows 8.1 64, c'est le mien, celui de développement.

C'est pour ça que je me suis embêté (pour pas dire autre chose) à avoir un runtime qui tourne sous toutes les plateformes.

Je peux donc développer sous Windows 8.1 64 bits et distribuer ça tranquillement.

Nous allons progressivement changer nos PC, mais pas tout d'un coup car le cout est assez lourd.

J'ai bien noté tes remarques concernant le ListView, ça me conforte dans l'idée de ne pas l'utiliser, c'est bien dommage car il offrait des possibilités très interessantes.

Merci encore pour ta réponse.

[loufab]

Si ça peut rassurer le contrôleur de gestion, les pack offices sont indépendants du système (sauf à avoir un office antédiluvien = que Noé a connu).

Oui c'est vraiment dommage de ne pas avoir des composants équivalents.

[Razmote]

Ne ris pas, mais on utilise encore Office 97

Bon ceci dit, depuis la migration vers Access 2010, je peux maintenant installer des Offices différents sur les PC, mais comme tout le monde aime bien Office 97, on attendra de changer la version d'Office en meme temps que les PC

[loufab]

bon je rie pas que vous soyez encore avec 97. C'est sur que pour passer à des systèmes supérieurs, c'est pas gagner.

Par contre quand tu dis "... comme tout le monde aime bien Office 97 ..." là je peux pas m'empêcher

Bonne chance pour l'éducation de tes utilisateurs.

[Razmote]

Merci...

Je préfère encore passer de Windows à Linux plutot que de changer de version d'Office

C'est pour dire

[micniv]

Bonjour,
Pour info ,
Des listview créées sous XP-Office 2000, ont marché ss pb sous Office 2003 et maintenant sous win7 - Office2010
A+

[Razmote]

Salut micniv,

Effectivement le code ListView que j'ai trouvé fonctionne parfaitement sous XP et sous Win 8.1, mais j'ai tellement eu des galères avec les activeX et autres références que du coup j'hésite à m'en servir, d'autant que j'en aurai mis partout

Alors si un jour sous Windows 10 ou Office 2016 ça marche plus, je risque de m'arracher la tête avant les cheveux

Merci de ton retour

[LedZeppII]

Bonjour Micniv,

Bonjour,
Pour info ,
Des listview créées sous XP-Office 2000, ont marché ss pb sous Office 2003 et maintenant sous win7 - Office2010
A+

Je suis d'accord avec toi tant que la version d'Office est 32-bit.
Si Office est 64-bit ça ne fonctionne plus car l'ActiveX 64-bit MSCOMCTL.OCX n'a jamais été (et ne le sera sans doute jamais) produit.

Le plus frustrant c'est que la bibliothèque Windows (dll) des contrôles communs (ListView, TreeView, ProgressBar, ...) existe bien pour les deux plateformes, 32-bit et 64-bit (dans Windows 7 64-bit par exemple).

Je ne comprend toujours pas pourquoi Microsoft n'a jamais créé l'ActiveX MSCOMCTL.OCX en 64-bit.
Est-il impossible de créer des ActiveX 64-bit ?

A+

[loufab]

C'est une affaire de référencement dans la BDR.

Il existe une solution pour forcer la registration en 64bits, à voir si ça fonctionne :

http://www.gfi.com/blog/32bit-object-64bit-environment/

Cordialement,

[LedZeppII]

Merci Fabrice.
Je testerai ce weekend parce que je pense qu'il va me falloir pas mal de temps pour tester.
(J'ai pas réussi à le faire en cinq minutes )

A+

C'est une affaire de référencement dans la BDR.

Il existe une solution pour forcer la registration en 64bits, à voir si ça fonctionne :

http://www.gfi.com/blog/32bit-object-64bit-environment/

Cordialement,

[loufab]

Accidentellement alors que je faisais un peu de veille, je suis tomber sur le site d'un de mes homologues outre atlantique.

http://www.jkp-ads.com/Articles/treeview.asp

Cordialement,