ListBox

Bonjour,

La barre de défilement horizontale de ce contrôle apparaît sir le L istBox se
voit greffé d'éléments dont le texte est plus grand que ce qui peut être
visible en une fois.
Il n'y a pas de propriété ScrollBars au sein du contrôle.
Donc à vous d'ajuster la largeur de ce contrôle en fonction de l'él ément le
plus long de la liste ou bien abréger-le.
Je sais que l'on peut intervenir sur un contrôle de ce type avec un
SendMessage() mais pour ajouter un ScrollBar ou ajuster la hauteur de ce
dernier (...entre autres...) mais pour le supprimer, là, je n'ai pas ch erché
et n'ai jamais été confronté à ce genre de demande... Il faut un début à tout.
--
Argy
http://argyronet.developpez.com/

J'ai trouvé sur le web qu'on pouvait utiliser l'API ShowScrollBar
exposée dans
user32.Dll. Malheureusement VB me dit à l'éxécution que cette
procédure n'existe
pas dans la DLL ... Pas trouvé non plus la proprié Hwnd (handle)
(J'ai pris quelque chose comme ApplicationHwnd pour essayer) de votre
composant mais je vais essayer de voir si je vous ses propriétés sous
Excel en important FM20.Dll.

Brbrrbrb ... que de complications pour si peu de choses !!!!
Sous delphi c'est immédiat !!!!!!!!!!!!!
(mais je n'ai pas le choxi du langage de programmation).

Eric

Bon, quand je dit normal, j'entends "By design", e.g; vous ne pouvez pas
changer ce qui est.
Access possède ses propres contrôles et prévus pour contenir les données de
la base qu'il supervise.
En général, tous ces contrôles, qu'il soient Zones de texte, Zones de liste,
Cadres d'options suffisent à réaliser des applications de qualité sans faire
appel à d'autres contrôles comme dans votre cas.
Il en est de même pour ceux qui veulent ajouter un Contrôle TreeView, un
Contrôle SlideBar ou tout autre contrôle externe à Access.
Dès que vous insérez un contrôle externe, vous ne disposez malheureusement
pas des même privilèges que pour les contrôles intrinsèques à Access.
Pourquoi, je n'en sais absolument rien et qui plus est, je comprends votre
désarrois, vous qui venez de la planète Delphi où ce genre de désagrémenent
n'existe pas mais il y en a d'autres.

Que veut dire "forcer" un événement ?
Du fait que vous ayez ces seuls événements disponibles:

MAJ
Entréee
Sortie
Réception focus
Perte focus
Vous en prenez un au hasard dans la liste des propriétés des événements ou

bien, depuis votre formulaire sur votre contrôle pour le sélectionner puis
vous cliquez sur le bouton intitulé Créer et représenté par 3... et une
baguette magique qui passe en code événement pour le contrôle sélectionné.
Vous allez alors obtenir :
Private Sub CtlActiveX60_BeforeDragOver(ByVal Cancel As Object, ByVal Data
As Object, ByVal X As Single, ByVal Y As Single, ByVal DragState As Long,
ByVal Effect As Object, ByVal Shift As Integer)

End Sub
De là, dans VBE (ce n'est pas une erreur de frappe : VBE = Visual Basic
Editor) vous allez sur la liste des événements et vous en verrez la totalité.
Vous pourrez alors gérer le code tel que vous le souhaitez...

Voilà, je pense que là, vous allez y arriver...
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

C'est normal, car Access est incapable de vous restituer les vrais événements
de ce contrôle comme tous contrôles externes...

Et pourquoi donc ?

Pour avoir la liste des

événements, forcez-en un au choix et dans VBE vous la liste complète des
événements.

Padonnez-moi mais je n'ai pas compris la phrase.
Comment faites-vous pour "forcer" un évènement ?
(et où ? dans la fenêtre des propriétés du composant, rubrique
évènement ?)
Et ensuite, que veut dire "et dans VBE vous la liste complète .." ?
(et VBE c'est quoi ? Erreur de frappe vous voulez parler de VBA ?)

Pour plus de détail en live, allez dans Excel, posez un UserForm et un
ListBox...

Donc le Listbox que vous m'avez indiqué est
un descendant du Listbox normal. Ok.

Vous aurez là toutes les propriétés et événements.
J'accorde que ce n'est pas super pratique mais une fois que vous avez choppé
le principe, ça va tout seul...
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

...est-ce aussi FM20.DLL à laquelle il faut faire référence ?

Oui, bien entendu.
Si vous n'arrivez pas à la repérer dans la liste, cliquez sur Parcourir dans
%WINSYS32 et sélectionnez ce fichier...
--
Argy
http://argyronet.developpez.com/

Re-Bonjour ...

De plus en plus dérouté j'ai voulu faire pointer
l'évènement OnClick du composant sur
votre procedure cmdShowContent_Click().
Les seuls évènement publiés dans la fenêtre
de propriétés du composants sont :

MAJ
Entréee
Sortie
Réception focus
Perte focus

N'est-ce qu'un pb de publication ou bien
n'existe-t-il que ces événements là pour ce composant ?
(et si oui, comment alors faire quelque chose un click
utilisateur ?)
Si non comment faire apparaitre une bonne fois pour
toute ces évènements (ou avoir leur liste ailleurs ! ) ?
(j'avoue ne pas bien comprendre la logique de tout cela
et je reste en plan).

Cordialement

Eric

Bon, quand je dit normal, j'entends "By design", e.g; vous ne pouvez pas
changer ce qui est.
Access possède ses propres contrôles et prévus pour contenir les do nnées de
la base qu'il supervise.
En général, tous ces contrôles, qu'il soient Zones de texte, Zones de liste,
Cadres d'options suffisent à réaliser des applications de qualité s ans faire
appel à d'autres contrôles comme dans votre cas.
Il en est de même pour ceux qui veulent ajouter un Contrôle TreeView, un
Contrôle SlideBar ou tout autre contrôle externe à Access.
Dès que vous insérez un contrôle externe, vous ne disposez malheure usement
pas des même privilèges que pour les contrôles intrinsèques à A ccess.
Pourquoi, je n'en sais absolument rien et qui plus est, je comprends votre
désarrois, vous qui venez de la planète Delphi où ce genre de dés agrémenent
n'existe pas mais il y en a d'autres.

Très bien, j'ai compris. Pas encore vu les désagréments
que Delphi offrirait par rapport à VB mais je vous fais confiance
et je vais surement en découvrir.


D'ailleurs je me demandais si une façon d'utiliser les controles
Delphi sous VB (et donc d'avoir accès à toutes propriétés
dont j'ai besoin) ne serait pas de créer des activeX sur Delphi
et de les importer sous VB. Bien que je n'ai encore
jamais fais ça !

Que veut dire "forcer" un événement ?
Du fait que vous ayez ces seuls événements disponibles:

MAJ
Entréee
Sortie
Réception focus
Perte focus
Vous en prenez un au hasard dans la liste des propriétés des évén ements ou

bien, depuis votre formulaire sur votre contrôle pour le sélectionner puis
vous cliquez sur le bouton intitulé Créer et représenté par 3... et une
baguette magique qui passe en code événement pour le contrôle sél ectionné.
Vous allez alors obtenir :
Private Sub CtlActiveX60_BeforeDragOver(ByVal Cancel As Object, ByVal Data
As Object, ByVal X As Single, ByVal Y As Single, ByVal DragState As Long,
ByVal Effect As Object, ByVal Shift As Integer)

End Sub
De là, dans VBE (ce n'est pas une erreur de frappe : VBE = Visual Bas ic
Editor) vous allez sur la liste des événements et vous en verrez la t otalité.
Vous pourrez alors gérer le code tel que vous le souhaitez...

Voilà, je pense que là, vous allez y arriver...

Ok. Je vous remercie pour votre patience ...
Je vais allez essayer tout ça !

Cordialement

Eric



--

Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´ on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

C'est normal, car Access est incapable de vous restituer les vrais événements
de ce contrôle comme tous contrôles externes...

Et pourquoi donc ?

Pour avoir la liste des

événements, forcez-en un au choix et dans VBE vous la liste compl ète des
événements.

Padonnez-moi mais je n'ai pas compris la phrase.
Comment faites-vous pour "forcer" un évènement ?
(et où ? dans la fenêtre des propriétés du composant, rubrique
évènement ?)
Et ensuite, que veut dire "et dans VBE vous la liste complète .." ?
(et VBE c'est quoi ? Erreur de frappe vous voulez parler de VBA ?)

Pour plus de détail en live, allez dans Excel, posez un UserForm et un
ListBox...

Donc le Listbox que vous m'avez indiqué est
un descendant du Listbox normal. Ok.

Vous aurez là toutes les propriétés et événements.
J'accorde que ce n'est pas super pratique mais une fois que vous avez choppé
le principe, ça va tout seul...
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemme nt

...est-ce aussi FM20.DLL à laquelle il faut faire référence ?

Oui, bien entendu.
Si vous n'arrivez pas à la repérer dans la liste, cliquez sur Parcourir dans
%WINSYS32 et sélectionnez ce fichier...
--
Argy
http://argyronet.developpez.com/

Re-Bonjour ...

De plus en plus dérouté j'ai voulu faire pointer
l'évènement OnClick du composant sur
votre procedure cmdShowContent_Click().
Les seuls évènement publiés dans la fenêtre
de propriétés du composants sont :

MAJ
Entréee
Sortie
Réception focus
Perte focus

N'est-ce qu'un pb de publication ou bien
n'existe-t-il que ces événements là pour ce composant ?
(et si oui, comment alors faire quelque chose un click
utilisateur ?)
Si non comment faire apparaitre une bonne fois pour
toute ces évènements (ou avoir leur liste ailleurs ! ) ?
(j'avoue ne pas bien comprendre la logique de tout cela
et je reste en plan).

Cordialement

Eric

Si vous créez votre propre OCX, vous serez confronté aux mêmes limites.
Votre contrôle aura la liste des événements imposés par Access et ne vous
proposera pas ceux que vous aurez implémentés dans votre contrôle.
Pour autant, ces événements existeront dans VBE comme je vous l'ai précisé
juste avant.
Mais du fait que FM20.dll remplisse ce que vous attendez, à quoi bon.
Vous savez, ce petit désagrément, on s'y fait très vite et puis Access n'est
pas du VB mais du VBA ; Ceci est une limite d'Access VBA mais pas des autres
applications de la suite Office et encore moins de VB6 donc, ne gardez pas
une dent sévère contre cet outil de developpement.
Par ailleurs, Je vous defi de réaliser une application de base de données
avec Delphi aussi rapidement et efficacement qu'on peut le faire avec Access
montre en main... ;o)
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

Bon, quand je dit normal, j'entends "By design", e.g; vous ne pouvez pas
changer ce qui est.
Access possède ses propres contrôles et prévus pour contenir les données de
la base qu'il supervise.
En général, tous ces contrôles, qu'il soient Zones de texte, Zones de liste,
Cadres d'options suffisent à réaliser des applications de qualité sans faire
appel à d'autres contrôles comme dans votre cas.
Il en est de même pour ceux qui veulent ajouter un Contrôle TreeView, un
Contrôle SlideBar ou tout autre contrôle externe à Access.
Dès que vous insérez un contrôle externe, vous ne disposez malheureusement
pas des même privilèges que pour les contrôles intrinsèques à Access.
Pourquoi, je n'en sais absolument rien et qui plus est, je comprends votre
désarrois, vous qui venez de la planète Delphi où ce genre de désagrémenent
n'existe pas mais il y en a d'autres.

Très bien, j'ai compris. Pas encore vu les désagréments
que Delphi offrirait par rapport à VB mais je vous fais confiance
et je vais surement en découvrir.


D'ailleurs je me demandais si une façon d'utiliser les controles
Delphi sous VB (et donc d'avoir accès à toutes propriétés
dont j'ai besoin) ne serait pas de créer des activeX sur Delphi
et de les importer sous VB. Bien que je n'ai encore
jamais fais ça !

Que veut dire "forcer" un événement ?
Du fait que vous ayez ces seuls événements disponibles:

MAJ
Entréee
Sortie
Réception focus
Perte focus
Vous en prenez un au hasard dans la liste des propriétés des événements ou

bien, depuis votre formulaire sur votre contrôle pour le sélectionner puis
vous cliquez sur le bouton intitulé Créer et représenté par 3... et une
baguette magique qui passe en code événement pour le contrôle sélectionné.
Vous allez alors obtenir :
Private Sub CtlActiveX60_BeforeDragOver(ByVal Cancel As Object, ByVal Data
As Object, ByVal X As Single, ByVal Y As Single, ByVal DragState As Long,
ByVal Effect As Object, ByVal Shift As Integer)

End Sub
De là, dans VBE (ce n'est pas une erreur de frappe : VBE = Visual Basic
Editor) vous allez sur la liste des événements et vous en verrez la totalité.
Vous pourrez alors gérer le code tel que vous le souhaitez...

Voilà, je pense que là, vous allez y arriver...

Ok. Je vous remercie pour votre patience ...
Je vais allez essayer tout ça !

Cordialement

Eric



--

Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

C'est normal, car Access est incapable de vous restituer les vrais événements
de ce contrôle comme tous contrôles externes...

Et pourquoi donc ?

Pour avoir la liste des

événements, forcez-en un au choix et dans VBE vous la liste complète des
événements.

Padonnez-moi mais je n'ai pas compris la phrase.
Comment faites-vous pour "forcer" un évènement ?
(et où ? dans la fenêtre des propriétés du composant, rubrique
évènement ?)
Et ensuite, que veut dire "et dans VBE vous la liste complète .." ?
(et VBE c'est quoi ? Erreur de frappe vous voulez parler de VBA ?)

Pour plus de détail en live, allez dans Excel, posez un UserForm et un
ListBox...

Donc le Listbox que vous m'avez indiqué est
un descendant du Listbox normal. Ok.

Vous aurez là toutes les propriétés et événements.
J'accorde que ce n'est pas super pratique mais une fois que vous avez choppé
le principe, ça va tout seul...
--
Argy
http://argyronet.developpez.com/

Ce qui donne son sens à la communication, c´est la réponse que l´on obtient.
Si vous n´obtenez pas la réponse voulue, communiquez différemment

...est-ce aussi FM20.DLL à laquelle il faut faire référence ?

Oui, bien entendu.
Si vous n'arrivez pas à la repérer dans la liste, cliquez sur Parcourir dans
%WINSYS32 et sélectionnez ce fichier...
--
Argy
http://argyronet.developpez.com/

Re-Bonjour ...

De plus en plus dérouté j'ai voulu faire pointer
l'évènement OnClick du composant sur
votre procedure cmdShowContent_Click().
Les seuls évènement publiés dans la fenêtre
de propriétés du composants sont :

MAJ
Entréee
Sortie
Réception focus
Perte focus

N'est-ce qu'un pb de publication ou bien
n'existe-t-il que ces événements là pour ce composant ?
(et si oui, comment alors faire quelque chose un click
utilisateur ?)
Si non comment faire apparaitre une bonne fois pour
toute ces évènements (ou avoir leur liste ailleurs ! ) ?
(j'avoue ne pas bien comprendre la logique de tout cela
et je reste en plan).

Cordialement

Eric

Si vous créez votre propre OCX, vous serez confronté aux mêmes limi tes.
Votre contrôle aura la liste des événements imposés par Access et ne vous
proposera pas ceux que vous aurez implémentés dans votre contrôle.
Pour autant, ces événements existeront dans VBE comme je vous l'ai pr écisé
juste avant.
Mais du fait que FM20.dll remplisse ce que vous attendez, à quoi bon.
Vous savez, ce petit désagrément, on s'y fait très vite et puis Acc ess n'est
pas du VB mais du VBA ; Ceci est une limite d'Access VBA mais pas des aut res
applications de la suite Office et encore moins de VB6 donc, ne gardez pas
une dent sévère contre cet outil de developpement.
Par ailleurs, Je vous defi de réaliser une application de base de donn ées
avec Delphi aussi rapidement et efficacement qu'on peut le faire avec Acc ess
montre en main... ;o)

Oui bien entendu.

Merci bien en tout cas.

Eric