Je viens de tester l'autoresize de jessy/3stone. Je trouve le r=E9sulat
sacrement puissant.
Toutefois je crois avoir affaire =E0 un bogue :
J'ai un formulaire avec un controle onglet et 3 pages. Dans les pages
j'ai un sous formulaire.
Au d=E9but j'ai cru que c'=E9tait un pb =E0 cause de la pr=E9sence du sous
formulaire, il semblerait que non (apres test)
J'ai bien l'impression que =E7a tourne en rond durant le parcours des
pages.
Au bout d'un moment j'obtiens un message d'alerte : Il vous sera
impossible d'annuler cette op=E9ration, Voulez vous toujours continuer ?
Si je reponds non, le message d'erreur apparait un certain nombre de
fois et au final les formulaires sont redimmensionn=E9s, si je reponds
oui =E7a tourne en boucle
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Bonjour,
oui, c'est vrai, le code n'est pas exempt de bogues : il provient à l'origine d'un collègue à moi (un anglais qui a quitté la société je crois), mais le but de ces exemples était surtout de montrer certaines fonctionnalités de redimensionnement de contrôles pour essayer de comprendre des choses... Ne le mets surtout pas le mettre dans une base "en production"
a+ -- Arnaud en mode "caution" ----------------------- http://www.mpfa.info -----------------------
"joyeux atchoum" a écrit dans le message de news: Bonjour
Je viens de tester l'autoresize de jessy/3stone. Je trouve le résulat sacrement puissant. Toutefois je crois avoir affaire à un bogue : J'ai un formulaire avec un controle onglet et 3 pages. Dans les pages j'ai un sous formulaire. Au début j'ai cru que c'était un pb à cause de la présence du sous formulaire, il semblerait que non (apres test) J'ai bien l'impression que ça tourne en rond durant le parcours des pages. Au bout d'un moment j'obtiens un message d'alerte : Il vous sera impossible d'annuler cette opération, Voulez vous toujours continuer ? Si je reponds non, le message d'erreur apparait un certain nombre de fois et au final les formulaires sont redimmensionnés, si je reponds oui ça tourne en boucle
Je suis sous access 2000.
Merci à vous
ja qui ...
Bonjour,
oui, c'est vrai, le code n'est pas exempt de bogues : il provient à l'origine d'un collègue à moi (un anglais qui a quitté la
société je crois),
mais le but de ces exemples était surtout de montrer certaines fonctionnalités de redimensionnement de contrôles
pour essayer de comprendre des choses...
Ne le mets surtout pas le mettre dans une base "en production"
a+
--
Arnaud
en mode "caution"
-----------------------
http://www.mpfa.info
-----------------------
"joyeux atchoum" <azerttyu@gmail.com> a écrit dans le message de news: 1154609982.956127.179680@i42g2000cwa.googlegroups.com...
Bonjour
Je viens de tester l'autoresize de jessy/3stone. Je trouve le résulat
sacrement puissant.
Toutefois je crois avoir affaire à un bogue :
J'ai un formulaire avec un controle onglet et 3 pages. Dans les pages
j'ai un sous formulaire.
Au début j'ai cru que c'était un pb à cause de la présence du sous
formulaire, il semblerait que non (apres test)
J'ai bien l'impression que ça tourne en rond durant le parcours des
pages.
Au bout d'un moment j'obtiens un message d'alerte : Il vous sera
impossible d'annuler cette opération, Voulez vous toujours continuer ?
Si je reponds non, le message d'erreur apparait un certain nombre de
fois et au final les formulaires sont redimmensionnés, si je reponds
oui ça tourne en boucle
oui, c'est vrai, le code n'est pas exempt de bogues : il provient à l'origine d'un collègue à moi (un anglais qui a quitté la société je crois), mais le but de ces exemples était surtout de montrer certaines fonctionnalités de redimensionnement de contrôles pour essayer de comprendre des choses... Ne le mets surtout pas le mettre dans une base "en production"
a+ -- Arnaud en mode "caution" ----------------------- http://www.mpfa.info -----------------------
"joyeux atchoum" a écrit dans le message de news: Bonjour
Je viens de tester l'autoresize de jessy/3stone. Je trouve le résulat sacrement puissant. Toutefois je crois avoir affaire à un bogue : J'ai un formulaire avec un controle onglet et 3 pages. Dans les pages j'ai un sous formulaire. Au début j'ai cru que c'était un pb à cause de la présence du sous formulaire, il semblerait que non (apres test) J'ai bien l'impression que ça tourne en rond durant le parcours des pages. Au bout d'un moment j'obtiens un message d'alerte : Il vous sera impossible d'annuler cette opération, Voulez vous toujours continuer ? Si je reponds non, le message d'erreur apparait un certain nombre de fois et au final les formulaires sont redimmensionnés, si je reponds oui ça tourne en boucle
Je suis sous access 2000.
Merci à vous
ja qui ...
3stone
Salut Arnaud et JA,
<Anor> a écrit: [...] | Ne le mets surtout pas le mettre dans une base "en production"
On peux aussi tester celui-ci : http://www.developershandbook.com/Downloads/ADHResize.zip
ou celui-ci : http://www.team-moeller.homepage.t-online.de/Download/tm-resizer-a00sw.zip
Mais, le mieux sera et restera le formulaire "fait sur mesure" ;-)
A le beau rêve d'un ordinateur fait sur mesure unique pour chacun et fait exactement dans le même moule : unique pour tous, unique pour chacun quel beau rêve utopique:)
Bien sur, il se trouve que j'ai l'utilisateur qui ne fait pas comme les autres, l'utilisateur qui .... Du coup le sur mesure pour chacun je ne suis pas sorti de l'auberge. Je pourrais bien sur leur expliquer à ceux qui ne sont pas le même moule comment changer leur résolution, mais bon je devrais d'abord expliquer le ctrl+p,ctrl+c et consorts (véridique), alors je me dis que c'est peine perdue.
En attendant, je vais voir les secondes pistes pour avoir du semi sur mesure :)
Merci à vous
ja qui rêve d'un monde où il n'y aurait qu'un seul utilisateur : le bon :=)
Bonjour
A le beau rêve d'un ordinateur fait sur mesure unique pour chacun et
fait exactement dans le même moule : unique pour tous, unique pour
chacun quel beau rêve utopique:)
Bien sur, il se trouve que j'ai l'utilisateur qui ne fait pas comme
les autres, l'utilisateur qui ....
Du coup le sur mesure pour chacun je ne suis pas sorti de l'auberge. Je
pourrais bien sur leur expliquer à ceux qui ne sont pas le même moule
comment changer leur résolution, mais bon je devrais d'abord expliquer
le ctrl+p,ctrl+c et consorts (véridique), alors je me dis que c'est
peine perdue.
En attendant, je vais voir les secondes pistes pour avoir du semi sur
mesure :)
Merci à vous
ja
qui rêve d'un monde où il n'y aurait qu'un seul utilisateur : le bon
:=)
A le beau rêve d'un ordinateur fait sur mesure unique pour chacun et fait exactement dans le même moule : unique pour tous, unique pour chacun quel beau rêve utopique:)
Bien sur, il se trouve que j'ai l'utilisateur qui ne fait pas comme les autres, l'utilisateur qui .... Du coup le sur mesure pour chacun je ne suis pas sorti de l'auberge. Je pourrais bien sur leur expliquer à ceux qui ne sont pas le même moule comment changer leur résolution, mais bon je devrais d'abord expliquer le ctrl+p,ctrl+c et consorts (véridique), alors je me dis que c'est peine perdue.
En attendant, je vais voir les secondes pistes pour avoir du semi sur mesure :)
Merci à vous
ja qui rêve d'un monde où il n'y aurait qu'un seul utilisateur : le bon :=)
joyeux atchoum
Bonjour
Les différents travaux sont intéressants et ont été fort instructifs. Je constate que c'est bien loin de mes compétences (ce qui n'est pas une surprise :) Bon finalement, je vais prendre une basse résolution en priant qu'il n'existe pas d'utilisateur avec une situation pire.
merci à vous
ja qui va devoir trouver une religion, un saint, une dieu, un ... (mince suis mécreant)
Bonjour
Les différents travaux sont intéressants et ont été fort
instructifs. Je constate que c'est bien loin de mes compétences (ce
qui n'est pas une surprise :)
Bon finalement, je vais prendre une basse résolution en priant qu'il
n'existe pas d'utilisateur avec une situation pire.
merci à vous
ja
qui va devoir trouver une religion, un saint, une dieu, un ... (mince
suis mécreant)
Les différents travaux sont intéressants et ont été fort instructifs. Je constate que c'est bien loin de mes compétences (ce qui n'est pas une surprise :) Bon finalement, je vais prendre une basse résolution en priant qu'il n'existe pas d'utilisateur avec une situation pire.
merci à vous
ja qui va devoir trouver une religion, un saint, une dieu, un ... (mince suis mécreant)
3stone
Salut,
"joyeux atchoum" [...] Bon finalement, je vais prendre une basse résolution en priant qu'il n'existe pas d'utilisateur avec une situation pire.
---
Perso, je considère que la résolution minimale actuelle est le 1024. Faire tourner Windows Xp sur moins est une atteinte à la santé mentale et physique de l'utilisateur !!!!
Ceci dit... j'ai comme tout le monde, cru que les formulaires construit "en dur" avec une taille fixe était un handicap ! Surtout lorsque je suis passé de 800x600 en 1024x768 !!! Maintenant, j'utilise un 19" en 1280x1024 et je suis très heureux de ne pas avoir implanté ce genre de "feature" ;-)
On se justifie souvent en prenant Word ou Excel comme comparaison!
Or, justement, dans ces programme et à y regarder de plus près, ce n'est pas l'application qui s'adapte à la résolution, mais uniquement la fenêtre du "contenu". Toute l'interface garde sa résolution et donc sa taille en pixels...
En fait, au lieu de vouloir à tout prix "retailler" tous les objets d'Access, il faudrait se limiter à adapter la taille des sous formulaires en mode continu. Autrement dit: avec un écran en 1024x768 on dispose par exemple de 10 lignes dans le sous-form et en 1280x1024 on disposerait de 15 ou 20 lignes...
Mais, tout cela est loin d'être trivial ! - Le sous-formulaire, il peut se retrouver sur une page d'une boite à onglets !?! ou être coincé entre quelques zones de texte ou autre objets ! Objets qu'il faudra déplacer également si l'on ne veux pas qu'ils disparaissent sous un autre objet !!!
Toutes les solutions rencontrées jusqu'à maintenant n'ont d'autre effet que de créer des formulaires qui ressemblent bien plus à une contruction avec de gros Lego(tm) qu'à des formulaires soigneusement mis en place. (cf. les formulaires de Logipro http://www.logicielappui.com/tips/ )
Une solution envisageable et assez simple à mettre en place, consisterait à laisser l'utilisateur disposer à sa guise les "éléments" du formulaire. Mais, lorsque l'on constate la difficulter de certains à (simplement) utiliser Access par ses fonctions propres (et unique pour un tel soft), on peut douter du bien fondé et du bénéfice d'une telle implantation...
Personnellement, mes plus vieilles bases tournent parfaitement sur mon écran actuel. Seul les propriétés de quelques formulaires ont dû être adaptées. Comme le "maximize" par exemple, qui est utiliser sans réfléchir aux conséquences d'un changement de résolution :-( Je suis bien moins content de la structure et du code de ces reliques ;-(
Ma recommandation (ou conclusion) : Créer des formulaires bien structurés, logique dans leur conception et leur utilisation, qui ne soient pas surchagés. Bien regrouper les objets dans une logique *utilisateur*. Utiliser les couleurs, formes et autres éléments décoratifs avec parcimonie et non pour faire 'multimédia' ou riche, mais dans ce qu'ils apportent comme aide à la compréhension pour l'utilisateur. Une date butoir, une facture impayée peuvent être affiché en rouge. Mais une couleur différentes à chaque musicien d'un orchestre est la pire des "bonnes" idées...
"joyeux atchoum"
[...]
Bon finalement, je vais prendre une basse résolution en priant qu'il
n'existe pas d'utilisateur avec une situation pire.
---
Perso, je considère que la résolution minimale actuelle est le 1024.
Faire tourner Windows Xp sur moins est une atteinte à la santé
mentale et physique de l'utilisateur !!!!
Ceci dit... j'ai comme tout le monde, cru que les formulaires
construit "en dur" avec une taille fixe était un handicap !
Surtout lorsque je suis passé de 800x600 en 1024x768 !!!
Maintenant, j'utilise un 19" en 1280x1024 et je suis très heureux
de ne pas avoir implanté ce genre de "feature" ;-)
On se justifie souvent en prenant Word ou Excel comme comparaison!
Or, justement, dans ces programme et à y regarder de plus près, ce
n'est pas l'application qui s'adapte à la résolution, mais uniquement
la fenêtre du "contenu". Toute l'interface garde sa résolution et
donc sa taille en pixels...
En fait, au lieu de vouloir à tout prix "retailler" tous les objets d'Access,
il faudrait se limiter à adapter la taille des sous formulaires en mode continu.
Autrement dit: avec un écran en 1024x768 on dispose par exemple
de 10 lignes dans le sous-form et en 1280x1024 on disposerait de
15 ou 20 lignes...
Mais, tout cela est loin d'être trivial !
- Le sous-formulaire, il peut se retrouver sur une page d'une boite
à onglets !?! ou être coincé entre quelques zones de texte ou autre
objets ! Objets qu'il faudra déplacer également si l'on ne veux pas
qu'ils disparaissent sous un autre objet !!!
Toutes les solutions rencontrées jusqu'à maintenant n'ont d'autre effet que
de créer des formulaires qui ressemblent bien plus à une contruction avec
de gros Lego(tm) qu'à des formulaires soigneusement mis en place.
(cf. les formulaires de Logipro http://www.logicielappui.com/tips/ )
Une solution envisageable et assez simple à mettre en place, consisterait
à laisser l'utilisateur disposer à sa guise les "éléments" du formulaire.
Mais, lorsque l'on constate la difficulter de certains à (simplement) utiliser
Access par ses fonctions propres (et unique pour un tel soft), on peut
douter du bien fondé et du bénéfice d'une telle implantation...
Personnellement, mes plus vieilles bases tournent parfaitement sur mon
écran actuel. Seul les propriétés de quelques formulaires ont dû être
adaptées. Comme le "maximize" par exemple, qui est utiliser sans réfléchir
aux conséquences d'un changement de résolution :-(
Je suis bien moins content de la structure et du code de ces reliques ;-(
Ma recommandation (ou conclusion) :
Créer des formulaires bien structurés, logique dans leur conception et leur
utilisation, qui ne soient pas surchagés. Bien regrouper les objets dans une
logique *utilisateur*. Utiliser les couleurs, formes et autres éléments décoratifs
avec parcimonie et non pour faire 'multimédia' ou riche, mais dans ce qu'ils
apportent comme aide à la compréhension pour l'utilisateur.
Une date butoir, une facture impayée peuvent être affiché en rouge. Mais
une couleur différentes à chaque musicien d'un orchestre est la pire
des "bonnes" idées...
"joyeux atchoum" [...] Bon finalement, je vais prendre une basse résolution en priant qu'il n'existe pas d'utilisateur avec une situation pire.
---
Perso, je considère que la résolution minimale actuelle est le 1024. Faire tourner Windows Xp sur moins est une atteinte à la santé mentale et physique de l'utilisateur !!!!
Ceci dit... j'ai comme tout le monde, cru que les formulaires construit "en dur" avec une taille fixe était un handicap ! Surtout lorsque je suis passé de 800x600 en 1024x768 !!! Maintenant, j'utilise un 19" en 1280x1024 et je suis très heureux de ne pas avoir implanté ce genre de "feature" ;-)
On se justifie souvent en prenant Word ou Excel comme comparaison!
Or, justement, dans ces programme et à y regarder de plus près, ce n'est pas l'application qui s'adapte à la résolution, mais uniquement la fenêtre du "contenu". Toute l'interface garde sa résolution et donc sa taille en pixels...
En fait, au lieu de vouloir à tout prix "retailler" tous les objets d'Access, il faudrait se limiter à adapter la taille des sous formulaires en mode continu. Autrement dit: avec un écran en 1024x768 on dispose par exemple de 10 lignes dans le sous-form et en 1280x1024 on disposerait de 15 ou 20 lignes...
Mais, tout cela est loin d'être trivial ! - Le sous-formulaire, il peut se retrouver sur une page d'une boite à onglets !?! ou être coincé entre quelques zones de texte ou autre objets ! Objets qu'il faudra déplacer également si l'on ne veux pas qu'ils disparaissent sous un autre objet !!!
Toutes les solutions rencontrées jusqu'à maintenant n'ont d'autre effet que de créer des formulaires qui ressemblent bien plus à une contruction avec de gros Lego(tm) qu'à des formulaires soigneusement mis en place. (cf. les formulaires de Logipro http://www.logicielappui.com/tips/ )
Une solution envisageable et assez simple à mettre en place, consisterait à laisser l'utilisateur disposer à sa guise les "éléments" du formulaire. Mais, lorsque l'on constate la difficulter de certains à (simplement) utiliser Access par ses fonctions propres (et unique pour un tel soft), on peut douter du bien fondé et du bénéfice d'une telle implantation...
Personnellement, mes plus vieilles bases tournent parfaitement sur mon écran actuel. Seul les propriétés de quelques formulaires ont dû être adaptées. Comme le "maximize" par exemple, qui est utiliser sans réfléchir aux conséquences d'un changement de résolution :-( Je suis bien moins content de la structure et du code de ces reliques ;-(
Ma recommandation (ou conclusion) : Créer des formulaires bien structurés, logique dans leur conception et leur utilisation, qui ne soient pas surchagés. Bien regrouper les objets dans une logique *utilisateur*. Utiliser les couleurs, formes et autres éléments décoratifs avec parcimonie et non pour faire 'multimédia' ou riche, mais dans ce qu'ils apportent comme aide à la compréhension pour l'utilisateur. Une date butoir, une facture impayée peuvent être affiché en rouge. Mais une couleur différentes à chaque musicien d'un orchestre est la pire des "bonnes" idées...
Merci pour ce complément instructif. En effet, je te rejoins assez facilement.
A l'origine de mon pb, c'était un formulaire developpé sur une resolution trop grande et qui sous une résolution plus base ne se voyait pas en intégralité. Du coup, j'ai fait comme vous, j'ai retaillé correctement et du coup ça passe sous les différentes résolutions (en plus petit pour moi)
De toute cette discution, je suis d'accord pour dire qu'il est plus facile de retailler les quelques formulaires qui posseront pb que d'essayer de faire des effets de zoom qui alourdissent l'application pour un rendement limité.
Pour ce qui est de l'ergonomie, pour le moment, ça va j'essaye autant que possible de me placer du point de vue de l'utilisateur et de normaliser les présentations.
Dans tous les cas, j'aurais appris pas mal de choses :)
ja qui apprend
Bonjour
Merci pour ce complément instructif.
En effet, je te rejoins assez facilement.
A l'origine de mon pb, c'était un formulaire developpé sur une
resolution trop grande et qui sous une résolution plus base ne se
voyait pas en intégralité. Du coup, j'ai fait comme vous, j'ai
retaillé correctement et du coup ça passe sous les différentes
résolutions (en plus petit pour moi)
De toute cette discution, je suis d'accord pour dire qu'il est plus
facile de retailler les quelques formulaires qui posseront pb que
d'essayer de faire des effets de zoom qui alourdissent l'application
pour un rendement limité.
Pour ce qui est de l'ergonomie, pour le moment, ça va j'essaye autant
que possible de me placer du point de vue de l'utilisateur et de
normaliser les présentations.
Dans tous les cas, j'aurais appris pas mal de choses :)
Merci pour ce complément instructif. En effet, je te rejoins assez facilement.
A l'origine de mon pb, c'était un formulaire developpé sur une resolution trop grande et qui sous une résolution plus base ne se voyait pas en intégralité. Du coup, j'ai fait comme vous, j'ai retaillé correctement et du coup ça passe sous les différentes résolutions (en plus petit pour moi)
De toute cette discution, je suis d'accord pour dire qu'il est plus facile de retailler les quelques formulaires qui posseront pb que d'essayer de faire des effets de zoom qui alourdissent l'application pour un rendement limité.
Pour ce qui est de l'ergonomie, pour le moment, ça va j'essaye autant que possible de me placer du point de vue de l'utilisateur et de normaliser les présentations.
Dans tous les cas, j'aurais appris pas mal de choses :)
