[ACCESS VBA][CREER TEXTBOX]

bon attends du coup je comprends différemment.

si je te suis bien en fait ton formulaire s'affiche en mode continu et tu voudrais que ce faisant, dix lignes soient affichées à la fois, puis arrivé à la dernière, saut aux dix lignes suivantes, c'est ça? en fait c'est pour le confort visuel quoi?

comment veux-tu que ça se comporte quand elle vient de valider la dixième ligne? juste un scroll à la ligne suivante (càd si les lignes 1 à 10 étaient affichées, elle a alors des lignes 2 à 11)? ou carrément un saut (1-10->11-20)?

kinder.surprise,
le maton du matou

Oh ben merci pour tes efforts, euh oui, après je me suis dis, msdn c pas pour vba, enfin comme je débute g pensé on sait jamais.
Ben g pas trouvé, en plus l'aide d'access bloque et je peux pas corriger.
En fait, le formulaire est en simple, et je ne veux pas utiliser les trucs d'access, je sais je me complique la tâche, mais j'ai convaincu mon supérieur que c plus efficace quand on passe par ADODB. De toute façon c vrai.
voilà un shéma (en gros un):
Codcli1---Nom1---Temps1
Codcli2---Nom2---Temps2
-----------------------------
CodcliN---NomN---TempsN
-
Dc à chaque enregistrement stocké ds le Recordset (Req), que je parcours avec While Not Req.EOF et Req.MoveNext,
je crée une ligne de TxtBox et je la remplis (enfin c ce que je veux), N fois (N c moi qui choisi en dur).
Après pour les déplacements je pense qu'une fois les TxtBox créés, je m'occupe de la navigation, ce sera certainement 1--10 11--20 etc, enfin bon, mon problème c la création dynamique.
Pour conclure je veux faire comme si j'étais sous VB, comme avec une Form (sans En-Tête, Détail et Pied), et donc le formulaire est en mode simple.
Voilà, et merci vraiment pour l'aide, parce que je débute, et ACCESS, eh ben g pas trop l'esprit des Me!Machin!TrucMuche!Etc, un bon ADO, ou on contrôle tout, ça ça me plaît mieux.
Ceci dit g vu des sites vraiment bien faits qui expliquent comment utiliser ACCESS, mais c pas vraiment mon envie.
Et g pas encore l'habitude de manipuler les objets, mais ça va venir à force.
Enfin merci encore.
Sinon mdr K.S P.. B.., c vraiment , ben le mot il va pas ici.
((-:


Le respect, y'a que ça de vrai!
Entre autres.

;-))

Si tu as un problème avec l'aide, c'est que le pack office n'est pas installé en complet, ça doit être une install réseau et par défaut... Demande une install "perso", et "complète"... Là, ça roulera...

J'ai souvent eu ce problème en débarquant en clientèle, soit pour enseigner soit pour développer, mais les services informatiques, souvent, font des install "image" via le réseau, rapides... Et tous les outils ne sont pas installés, en particulier pour VB....

;-))

Wild and Free

Non, il ne va avoir aucun problème... Tu dois savoir que l'on peut définir autant de colonnes que l'on veut dans une zone de liste, et les masquer à loisir à l'affichage, tout en ayant donc toutes les informations sur l'enregistrement... Comme aussi ouvrir un recordset dynamique via vb, et donc piloter, opérer sur n'importe quel objet.... Non non, no problemo... Son seul problème, c'est qu'il débute et qu'il ne connait pas tout, mais techniquement, c'est finger in the nouze !!

Sinon, question Access, pour information, la version 95 était la plus stable depuis la version 2.0, jusqu'à la version 2000, entre les deux, la version 97 fut un gros flop, pleine de bug, de dysfonctionnements.... Plein de comptes ont basculé sur d'autres SGBD à cause de la version 97.... Par contre, la version Access 2000 à "redorré" la blason et les gens commencent à refaire confiance à Access avec cette version...

Je ne sais pas combien d'appli tu as développé sous les Access 95/97/2000, mais moi, je serais toi, je serais plus prudent dans mes assertions... Perso, les seuls merdes que j'ai rencontrées question dev et bugs incompréhensibles (hors conneries de ma part), c'est sous 97, et je suis pas le seul, en plus (t'as vu la liste de mes clients...)

Alors bon... Mon avis, à moi, d'un humble "informaticien" depuis 1975, c'est que je n'ai pas encore réussi à prendre en défaut Access 2000.... Sauf quand j'ai envie d'un café... ;-))) Là, il sait pas faire, ce couillon !! ;-))


Sinon, pour les problème d'aide, lis mon post au dessus....

Wild and Free

Ah ben merci pour vos réponses,
j'espère que vous avez passé un bon week-end. :)
Pour la version ACCESS, je ne choisi pas, je suis dans une moyenne entreprise, ils me font travailler- là ça va vous choquer, mais tout le service informatique (3 personnes moi compris) est également éberlué- sur le serveur, moi qui sort d'une formation professionnelle depuis Octobre dernier.
Quant au fait d'utiliser ACCESS, franchement là j'ai l'impression que vu l'ampleur de la base (qui n'arrête pas de grossir) ça devient limite, même s'il reste de la marge.
En plus l'appli est utilisée en multi-utilisateurs, or mon truc de ce point de vue est largement bancal. Mais bon, ça tourne, j'utilise les réplicas mais c'est pas top pour l'utilisation, et pour le fractionnement, eh bien je n'ai pas réellement le temps et de moins en moins le courage d m'y atteler.
Enfin ça fera une première expérience enrichissante sur: "ce qu'il ne faut pas faire" . lol
Quant à la méthode de tous les textbox, non là je peux pas, d'autant plus que ce que je souhaite faire c'est d'avantage pour le moyen que pour le but.
En tout cas merci à tous. :))
J'espère qu'un jour je ferai partie de ceux qui pourront s'amuser à philosopher sur les avantages et inconvénients de tel "language" en fonction de tel type d'application etc. :-)
Bon ben à plus

Le respect, y'a que ça de vrai!
Entre autres.

;-))

Meuuuu non, c'est fastoche !! ;-))) Rires... C'est vrai !!!

Et ta technique de "visible=false/true", c'est pas mal non plus, je l'ai aussi appliquée pour certains clients....

Il n'y a pas a avoir honte !! C'est vrai qu'avec toutes les billes, on peut réaliser du code "élégant", mais d'un autre coté, du moment que cela réponds au cahier des charges, si l'écriture n'est pas top du top, c'est pas grave, l'optimisation, ca peut se faire plus tard... ;-))))

Tu sais, souvent, quand j'enseigne, je tombe régulièrement sur des gens qui ont commencé à développer dans leur coin, à la "Freelance", et leur code n'est pas si mal, il réponds aux besoins... Et quand tu leur amène toutes les billes, là, tu vois leurs yeux briller, et c'est top... Après, ça devient des pointures.... ;-)))

L'important, c'est de se dire que l'on est rien.... Pas se la jouer... Là, on apprends, et le fun, c'est qu'après, ce sont les autres qui te diront qu'il est top, ton code ;-)))) Pi toi, tu diras "t'est sûr ??" Passke toi, tu sauras que tu pourras encore et encore le re-écrire pour soit VRAIMENT top de chez top...

Saches aussi un truc, c'est que je ne laisse jamais personne dans la panade ou l'incertitude, donc, si tu as besoin, tu peux avoir mon e-mail, ici...

En plus, j'aime ça, aider les gens... ;)))

Wild and Free