Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
2. prévoir, si c'est possible, un chagement de résolution, si ma
activée et un retour à la résolution normale (d'origine plutot) si le
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
avec mise dans le systray)
est ce raisonnable et réalisable ?
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
2. prévoir, si c'est possible, un chagement de résolution, si ma
activée et un retour à la résolution normale (d'origine plutot) si le
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
avec mise dans le systray)
est ce raisonnable et réalisable ?
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
2. prévoir, si c'est possible, un chagement de résolution, si ma
activée et un retour à la résolution normale (d'origine plutot) si le
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
avec mise dans le systray)
est ce raisonnable et réalisable ?
Salut, c'était pas la peine, j'en ai un à 8 personne par jour sur un mois
(on ne peut faire plus à l'écran), voici le lien du planning:
http://irolog.free.fr/irolog_vente/planning_v/index.htm
Site logiciels
http://irolog.free.fr
http://irolog.free.fr/ecrire/index.htm
Site perso
http://irolog.free.fr/joe/index.htm
Principe d'utilisation des news Groups
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
------------------------------------------------------------------------------------
"Driss HANIB" a écrit dans le message de news:Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Salut, c'était pas la peine, j'en ai un à 8 personne par jour sur un mois
(on ne peut faire plus à l'écran), voici le lien du planning:
http://irolog.free.fr/irolog_vente/planning_v/index.htm
Site logiciels
http://irolog.free.fr
http://irolog.free.fr/ecrire/index.htm
Site perso
http://irolog.free.fr/joe/index.htm
Principe d'utilisation des news Groups
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
------------------------------------------------------------------------------------
"Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de news:
uFzrEiYXGHA.1084@TK2MSFTNGP04.phx.gbl...
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Salut, c'était pas la peine, j'en ai un à 8 personne par jour sur un mois
(on ne peut faire plus à l'écran), voici le lien du planning:
http://irolog.free.fr/irolog_vente/planning_v/index.htm
Site logiciels
http://irolog.free.fr
http://irolog.free.fr/ecrire/index.htm
Site perso
http://irolog.free.fr/joe/index.htm
Principe d'utilisation des news Groups
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
------------------------------------------------------------------------------------
"Driss HANIB" a écrit dans le message de news:Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Bonjour,
Une version de démo devrait au moins permettre de faire une démo :-(((((
@+ thierryp
------------------------
Passer pour un idiot aux yeux d'un imbécile est une volupté de fin
gourmet. (Courteline)
------------------------
X a écrit :Salut, c'était pas la peine, j'en ai un à 8 personne par jour sur un mois
(on ne peut faire plus à l'écran), voici le lien du planning:
http://irolog.free.fr/irolog_vente/planning_v/index.htm
Site logiciels
http://irolog.free.fr
http://irolog.free.fr/ecrire/index.htm
Site perso
http://irolog.free.fr/joe/index.htm
Principe d'utilisation des news Groups
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
------------------------------------------------------------------------------------
"Driss HANIB" a écrit dans le message de news:Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le
prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Bonjour,
Une version de démo devrait au moins permettre de faire une démo :-(((((
@+ thierryp
------------------------
Passer pour un idiot aux yeux d'un imbécile est une volupté de fin
gourmet. (Courteline)
------------------------
X a écrit :
Salut, c'était pas la peine, j'en ai un à 8 personne par jour sur un mois
(on ne peut faire plus à l'écran), voici le lien du planning:
http://irolog.free.fr/irolog_vente/planning_v/index.htm
Site logiciels
http://irolog.free.fr
http://irolog.free.fr/ecrire/index.htm
Site perso
http://irolog.free.fr/joe/index.htm
Principe d'utilisation des news Groups
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
------------------------------------------------------------------------------------
"Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de news:
uFzrEiYXGHA.1084@TK2MSFTNGP04.phx.gbl...
Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le
prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
Bonjour,
Une version de démo devrait au moins permettre de faire une démo :-(((((
@+ thierryp
------------------------
Passer pour un idiot aux yeux d'un imbécile est une volupté de fin
gourmet. (Courteline)
------------------------
X a écrit :Salut, c'était pas la peine, j'en ai un à 8 personne par jour sur un mois
(on ne peut faire plus à l'écran), voici le lien du planning:
http://irolog.free.fr/irolog_vente/planning_v/index.htm
Site logiciels
http://irolog.free.fr
http://irolog.free.fr/ecrire/index.htm
Site perso
http://irolog.free.fr/joe/index.htm
Principe d'utilisation des news Groups
http://support.microsoft.com/directory/worldwide/fr/newsgroup/regles.htm
------------------------------------------------------------------------------------
"Driss HANIB" a écrit dans le message de news:Bonjour à tous
j'ai développé un petit prog qui permet de visualiser l'emploi du temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -) par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
De ce fait, mon prog dépasse de l'écran.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma fenetre
est
activée et un retour à la résolution normale (d'origine plutot) si le
prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
A préciser que la majorité des postes concernés sont sous W98 SE
Driss
"Driss HANIB" a écrit dans le message de
news:Bonjour à tous
Hello,j'ai développé un petit prog qui permet de visualiser l'emploi du
tempssimultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
parjour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Les ennuis commencent ...Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
despetits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran800 x 600.
He oui ...De ce fait, mon prog dépasse de l'écran.
Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
les pires cauchemars des programmeurs: les utilisateurs et les
configurations obsolètes/atypiques/variées/différentes/spéciales/pas
pareilles ...
Non, je blague :-) Mais les soucis sont bien réels, eux.deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.2. prévoir, si c'est possible, un chagement de résolution, si ma
fenetre estactivée et un retour à la résolution normale (d'origine plutot) si le
progest minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
obtenue)- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtreavec mise dans le systray)
est ce raisonnable et réalisable ?
Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
ne permet pas le passage en 1024? En plus tu dis que tes postes sont
sous Windows 98 => très vieilles machines. La probabilité de tomber
sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
si grande que ça ne vaut même pas la peine d'y penser.
En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
genre de redimensionnement sauvage à la mauvaise habitude bien
souvent de perturber le positionnement des icones sur l'écran quand
on revient à la config d'origine. Bref, mauvaise idée, en tout cas
AMHA.
Il te reste le redimensionnement dynamique de tes formes et de leurs
objets: c'est une vraie horreur à faire mais c'est hélas la seule
solution viable.
J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
composants qui font ça tout seul? J'ai vu sur le web des ocx de la
société truc ou bidule qui disent que leur ocx magique qui ne coûte
que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
:-( J'en ai testé quelques uns, y compris certains coutant vraiment
très cher, ce sont tous des attrapes couillons: soit c'est infame à
utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
trognon, etc.
Tu n'as plus qu'à retrousser tes manches :-)
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
"Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de
news:uFzrEiYXGHA.1084@TK2MSFTNGP04.phx.gbl...
Bonjour à tous
Hello,
j'ai développé un petit prog qui permet de visualiser l'emploi du
temps
simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
par
jour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Les ennuis commencent ...
Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
des
petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran
800 x 600.
He oui ...
De ce fait, mon prog dépasse de l'écran.
Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
les pires cauchemars des programmeurs: les utilisateurs et les
configurations obsolètes/atypiques/variées/différentes/spéciales/pas
pareilles ...
Non, je blague :-) Mais les soucis sont bien réels, eux.
deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.
2. prévoir, si c'est possible, un chagement de résolution, si ma
fenetre est
activée et un retour à la résolution normale (d'origine plutot) si le
prog
est minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
obtenue)
- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtre
avec mise dans le systray)
est ce raisonnable et réalisable ?
Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
ne permet pas le passage en 1024? En plus tu dis que tes postes sont
sous Windows 98 => très vieilles machines. La probabilité de tomber
sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
si grande que ça ne vaut même pas la peine d'y penser.
En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
genre de redimensionnement sauvage à la mauvaise habitude bien
souvent de perturber le positionnement des icones sur l'écran quand
on revient à la config d'origine. Bref, mauvaise idée, en tout cas
AMHA.
Il te reste le redimensionnement dynamique de tes formes et de leurs
objets: c'est une vraie horreur à faire mais c'est hélas la seule
solution viable.
J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
composants qui font ça tout seul? J'ai vu sur le web des ocx de la
société truc ou bidule qui disent que leur ocx magique qui ne coûte
que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
:-( J'en ai testé quelques uns, y compris certains coutant vraiment
très cher, ce sont tous des attrapes couillons: soit c'est infame à
utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
trognon, etc.
Tu n'as plus qu'à retrousser tes manches :-)
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
"Driss HANIB" a écrit dans le message de
news:Bonjour à tous
Hello,j'ai développé un petit prog qui permet de visualiser l'emploi du
tempssimultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
parjour.
j'ai fait ce développement sur un poste avec une résolution d'écran de
1024-768
Les ennuis commencent ...Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
despetits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
d'écran800 x 600.
He oui ...De ce fait, mon prog dépasse de l'écran.
Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
les pires cauchemars des programmeurs: les utilisateurs et les
configurations obsolètes/atypiques/variées/différentes/spéciales/pas
pareilles ...
Non, je blague :-) Mais les soucis sont bien réels, eux.deux solutions s'offrent à moi..
1. prévoir un redimensionnement de la fenêtre en fonction de la
résolution.2. prévoir, si c'est possible, un chagement de résolution, si ma
fenetre estactivée et un retour à la résolution normale (d'origine plutot) si le
progest minimisé ou terminé.
je pencherai vers la seconde solution (sans connaitre le niveau de
difficulté).
je voudrai donc savoir :
- comment trouver la réssolution d'origine , et comment la conserver
(variable vec quoi dedans.. ceci à voir selon la nature de l'info
obtenue)- s'il est possible de provoquier une commutaion "à la volée de la
résolution", éventiellement après avoir vérifié que la carte graphique
supporte cette résultion..
- et recommuter lors que le prog n'est plus visible (là je cache la
fenêtreavec mise dans le systray)
est ce raisonnable et réalisable ?
Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
ne permet pas le passage en 1024? En plus tu dis que tes postes sont
sous Windows 98 => très vieilles machines. La probabilité de tomber
sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
si grande que ça ne vaut même pas la peine d'y penser.
En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
genre de redimensionnement sauvage à la mauvaise habitude bien
souvent de perturber le positionnement des icones sur l'écran quand
on revient à la config d'origine. Bref, mauvaise idée, en tout cas
AMHA.
Il te reste le redimensionnement dynamique de tes formes et de leurs
objets: c'est une vraie horreur à faire mais c'est hélas la seule
solution viable.
J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
composants qui font ça tout seul? J'ai vu sur le web des ocx de la
société truc ou bidule qui disent que leur ocx magique qui ne coûte
que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
:-( J'en ai testé quelques uns, y compris certains coutant vraiment
très cher, ce sont tous des attrapes couillons: soit c'est infame à
utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
trognon, etc.
Tu n'as plus qu'à retrousser tes manches :-)
--
Jean-marc
Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
"There are only 10 kind of people
those who understand binary and those who don't."
mailto: remove '_no_spam_' ;
merci Jean Marc,
je me disais bien aussi..
En fait je crois qu'il y a ses possibilités de changement de résolution
En fait, je "bidouille" ce programme en interne pour un réseau dont je
connais tous les postes...
mais je vais regarder ta méthode..
Par contre aurais tu une piste pour détecter la résolution en cours et
pouvoir adapter mes objets en conséquence.
en fait cela devrait être "facile" pour modifier les tailles, car en fait
n'ai qu'un picture box à changer , enfin je pense au départ (chargement)
tous les autres ont leur taille calculée en focntion de ce picture box.
Reste à gérer des tailles de police.
Donc premier point; connaitre la résolution ..
merci d'avance
Driss
"Jean-Marc" a écrit dans le message de
443bf2cf$0$13884$
> "Driss HANIB" a écrit dans le message de
> news:
>> Bonjour à tous
>
> Hello,
>
>> j'ai développé un petit prog qui permet de visualiser l'emploi du
> temps
>> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> par
>> jour.
>> j'ai fait ce développement sur un poste avec une résolution d'écran de
>> 1024-768
>
> Les ennuis commencent ...
>
>> Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
> des
>> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> d'écran
>> 800 x 600.
>
> He oui ...
>
>> De ce fait, mon prog dépasse de l'écran.
>
> Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
> les pires cauchemars des programmeurs: les utilisateurs et les
> configurations obsolètes/atypiques/variées/différentes/spéciales/pas
> pareilles ...
>
> Non, je blague :-) Mais les soucis sont bien réels, eux.
>
>> deux solutions s'offrent à moi..
>> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> résolution.
>> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> fenetre est
>> activée et un retour à la résolution normale (d'origine plutot) si le
> prog
>> est minimisé ou terminé.
>>
>> je pencherai vers la seconde solution (sans connaitre le niveau de
>> difficulté).
>> je voudrai donc savoir :
>> - comment trouver la réssolution d'origine , et comment la conserver
>> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> obtenue)
>> - s'il est possible de provoquier une commutaion "à la volée de la
>> résolution", éventiellement après avoir vérifié que la carte graphique
>> supporte cette résultion..
>> - et recommuter lors que le prog n'est plus visible (là je cache la
> fenêtre
>> avec mise dans le systray)
>>
>> est ce raisonnable et réalisable ?
>
> Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
> ne permet pas le passage en 1024? En plus tu dis que tes postes sont
> sous Windows 98 => très vieilles machines. La probabilité de tomber
> sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
> si grande que ça ne vaut même pas la peine d'y penser.
>
>
> En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
> pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
> genre de redimensionnement sauvage à la mauvaise habitude bien
> souvent de perturber le positionnement des icones sur l'écran quand
> on revient à la config d'origine. Bref, mauvaise idée, en tout cas
> AMHA.
>
> Il te reste le redimensionnement dynamique de tes formes et de leurs
> objets: c'est une vraie horreur à faire mais c'est hélas la seule
> solution viable.
>
> J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
> composants qui font ça tout seul? J'ai vu sur le web des ocx de la
> société truc ou bidule qui disent que leur ocx magique qui ne coûte
> que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
> :-( J'en ai testé quelques uns, y compris certains coutant vraiment
> très cher, ce sont tous des attrapes couillons: soit c'est infame à
> utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
> trognon, etc.
>
> Tu n'as plus qu'à retrousser tes manches :-)
>
> --
> Jean-marc
> Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> "There are only 10 kind of people
> those who understand binary and those who don't."
> mailto: remove '_no_spam_' ;
>
>
merci Jean Marc,
je me disais bien aussi..
En fait je crois qu'il y a ses possibilités de changement de résolution
En fait, je "bidouille" ce programme en interne pour un réseau dont je
connais tous les postes...
mais je vais regarder ta méthode..
Par contre aurais tu une piste pour détecter la résolution en cours et
pouvoir adapter mes objets en conséquence.
en fait cela devrait être "facile" pour modifier les tailles, car en fait
n'ai qu'un picture box à changer , enfin je pense au départ (chargement)
tous les autres ont leur taille calculée en focntion de ce picture box.
Reste à gérer des tailles de police.
Donc premier point; connaitre la résolution ..
merci d'avance
Driss
"Jean-Marc" <NO_SPAM_jean_marc_n2@yahoo.fr> a écrit dans le message de
443bf2cf$0$13884$ba620e4c@news.skynet.be...
> "Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de
> news:uFzrEiYXGHA.1084@TK2MSFTNGP04.phx.gbl...
>> Bonjour à tous
>
> Hello,
>
>> j'ai développé un petit prog qui permet de visualiser l'emploi du
> temps
>> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> par
>> jour.
>> j'ai fait ce développement sur un poste avec une résolution d'écran de
>> 1024-768
>
> Les ennuis commencent ...
>
>> Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
> des
>> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> d'écran
>> 800 x 600.
>
> He oui ...
>
>> De ce fait, mon prog dépasse de l'écran.
>
> Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
> les pires cauchemars des programmeurs: les utilisateurs et les
> configurations obsolètes/atypiques/variées/différentes/spéciales/pas
> pareilles ...
>
> Non, je blague :-) Mais les soucis sont bien réels, eux.
>
>> deux solutions s'offrent à moi..
>> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> résolution.
>> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> fenetre est
>> activée et un retour à la résolution normale (d'origine plutot) si le
> prog
>> est minimisé ou terminé.
>>
>> je pencherai vers la seconde solution (sans connaitre le niveau de
>> difficulté).
>> je voudrai donc savoir :
>> - comment trouver la réssolution d'origine , et comment la conserver
>> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> obtenue)
>> - s'il est possible de provoquier une commutaion "à la volée de la
>> résolution", éventiellement après avoir vérifié que la carte graphique
>> supporte cette résultion..
>> - et recommuter lors que le prog n'est plus visible (là je cache la
> fenêtre
>> avec mise dans le systray)
>>
>> est ce raisonnable et réalisable ?
>
> Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
> ne permet pas le passage en 1024? En plus tu dis que tes postes sont
> sous Windows 98 => très vieilles machines. La probabilité de tomber
> sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
> si grande que ça ne vaut même pas la peine d'y penser.
>
>
> En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
> pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
> genre de redimensionnement sauvage à la mauvaise habitude bien
> souvent de perturber le positionnement des icones sur l'écran quand
> on revient à la config d'origine. Bref, mauvaise idée, en tout cas
> AMHA.
>
> Il te reste le redimensionnement dynamique de tes formes et de leurs
> objets: c'est une vraie horreur à faire mais c'est hélas la seule
> solution viable.
>
> J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
> composants qui font ça tout seul? J'ai vu sur le web des ocx de la
> société truc ou bidule qui disent que leur ocx magique qui ne coûte
> que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
> :-( J'en ai testé quelques uns, y compris certains coutant vraiment
> très cher, ce sont tous des attrapes couillons: soit c'est infame à
> utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
> trognon, etc.
>
> Tu n'as plus qu'à retrousser tes manches :-)
>
> --
> Jean-marc
> Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> "There are only 10 kind of people
> those who understand binary and those who don't."
> mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
>
>
merci Jean Marc,
je me disais bien aussi..
En fait je crois qu'il y a ses possibilités de changement de résolution
En fait, je "bidouille" ce programme en interne pour un réseau dont je
connais tous les postes...
mais je vais regarder ta méthode..
Par contre aurais tu une piste pour détecter la résolution en cours et
pouvoir adapter mes objets en conséquence.
en fait cela devrait être "facile" pour modifier les tailles, car en fait
n'ai qu'un picture box à changer , enfin je pense au départ (chargement)
tous les autres ont leur taille calculée en focntion de ce picture box.
Reste à gérer des tailles de police.
Donc premier point; connaitre la résolution ..
merci d'avance
Driss
"Jean-Marc" a écrit dans le message de
443bf2cf$0$13884$
> "Driss HANIB" a écrit dans le message de
> news:
>> Bonjour à tous
>
> Hello,
>
>> j'ai développé un petit prog qui permet de visualiser l'emploi du
> temps
>> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> par
>> jour.
>> j'ai fait ce développement sur un poste avec une résolution d'écran de
>> 1024-768
>
> Les ennuis commencent ...
>
>> Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
> des
>> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> d'écran
>> 800 x 600.
>
> He oui ...
>
>> De ce fait, mon prog dépasse de l'écran.
>
> Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
> les pires cauchemars des programmeurs: les utilisateurs et les
> configurations obsolètes/atypiques/variées/différentes/spéciales/pas
> pareilles ...
>
> Non, je blague :-) Mais les soucis sont bien réels, eux.
>
>> deux solutions s'offrent à moi..
>> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> résolution.
>> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> fenetre est
>> activée et un retour à la résolution normale (d'origine plutot) si le
> prog
>> est minimisé ou terminé.
>>
>> je pencherai vers la seconde solution (sans connaitre le niveau de
>> difficulté).
>> je voudrai donc savoir :
>> - comment trouver la réssolution d'origine , et comment la conserver
>> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> obtenue)
>> - s'il est possible de provoquier une commutaion "à la volée de la
>> résolution", éventiellement après avoir vérifié que la carte graphique
>> supporte cette résultion..
>> - et recommuter lors que le prog n'est plus visible (là je cache la
> fenêtre
>> avec mise dans le systray)
>>
>> est ce raisonnable et réalisable ?
>
> Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
> ne permet pas le passage en 1024? En plus tu dis que tes postes sont
> sous Windows 98 => très vieilles machines. La probabilité de tomber
> sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
> si grande que ça ne vaut même pas la peine d'y penser.
>
>
> En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
> pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
> genre de redimensionnement sauvage à la mauvaise habitude bien
> souvent de perturber le positionnement des icones sur l'écran quand
> on revient à la config d'origine. Bref, mauvaise idée, en tout cas
> AMHA.
>
> Il te reste le redimensionnement dynamique de tes formes et de leurs
> objets: c'est une vraie horreur à faire mais c'est hélas la seule
> solution viable.
>
> J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
> composants qui font ça tout seul? J'ai vu sur le web des ocx de la
> société truc ou bidule qui disent que leur ocx magique qui ne coûte
> que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
> :-( J'en ai testé quelques uns, y compris certains coutant vraiment
> très cher, ce sont tous des attrapes couillons: soit c'est infame à
> utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
> trognon, etc.
>
> Tu n'as plus qu'à retrousser tes manches :-)
>
> --
> Jean-marc
> Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> "There are only 10 kind of people
> those who understand binary and those who don't."
> mailto: remove '_no_spam_' ;
>
>
Hello,
je ne pense pas que tu ais besoin de la résolution:
Il suffit de connaitre à un instant la taille de ta forme
juste avec les pptés width et heigth, puis tu calcules tout
en fonction de ces 2 valeurs.
Je n'ai pas le temps de te faire un exemple maintenant, mais
si nécessaire, j'en ferais un petit ce soir.
--
Jean-marc
"driss hanib" wrote in message
news:#
> merci Jean Marc,
> je me disais bien aussi..
> En fait je crois qu'il y a ses possibilités de changement de résolution
> En fait, je "bidouille" ce programme en interne pour un réseau dont je
> connais tous les postes...
>
> mais je vais regarder ta méthode..
> Par contre aurais tu une piste pour détecter la résolution en cours et
> pouvoir adapter mes objets en conséquence.
> en fait cela devrait être "facile" pour modifier les tailles, car en
je
> n'ai qu'un picture box à changer , enfin je pense au départ (chargement)
et
> tous les autres ont leur taille calculée en focntion de ce picture box.
> Reste à gérer des tailles de police.
>
> Donc premier point; connaitre la résolution ..
>
> merci d'avance
>
> Driss
>
> "Jean-Marc" a écrit dans le message de
news:
> 443bf2cf$0$13884$
> > "Driss HANIB" a écrit dans le message de
> > news:
> >> Bonjour à tous
> >
> > Hello,
> >
> >> j'ai développé un petit prog qui permet de visualiser l'emploi du
> > temps
> >> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> > par
> >> jour.
> >> j'ai fait ce développement sur un poste avec une résolution d'écran
> >> 1024-768
> >
> > Les ennuis commencent ...
> >
> >> Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
> > des
> >> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> > d'écran
> >> 800 x 600.
> >
> > He oui ...
> >
> >> De ce fait, mon prog dépasse de l'écran.
> >
> > Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
> > les pires cauchemars des programmeurs: les utilisateurs et les
> > configurations obsolètes/atypiques/variées/différentes/spéciales/pas
> > pareilles ...
> >
> > Non, je blague :-) Mais les soucis sont bien réels, eux.
> >
> >> deux solutions s'offrent à moi..
> >> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> > résolution.
> >> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> > fenetre est
> >> activée et un retour à la résolution normale (d'origine plutot) si le
> > prog
> >> est minimisé ou terminé.
> >>
> >> je pencherai vers la seconde solution (sans connaitre le niveau de
> >> difficulté).
> >> je voudrai donc savoir :
> >> - comment trouver la réssolution d'origine , et comment la conserver
> >> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> > obtenue)
> >> - s'il est possible de provoquier une commutaion "à la volée de la
> >> résolution", éventiellement après avoir vérifié que la carte
> >> supporte cette résultion..
> >> - et recommuter lors que le prog n'est plus visible (là je cache la
> > fenêtre
> >> avec mise dans le systray)
> >>
> >> est ce raisonnable et réalisable ?
> >
> > Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
> > ne permet pas le passage en 1024? En plus tu dis que tes postes sont
> > sous Windows 98 => très vieilles machines. La probabilité de tomber
> > sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
> > si grande que ça ne vaut même pas la peine d'y penser.
> >
> >
> > En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
> > pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
> > genre de redimensionnement sauvage à la mauvaise habitude bien
> > souvent de perturber le positionnement des icones sur l'écran quand
> > on revient à la config d'origine. Bref, mauvaise idée, en tout cas
> > AMHA.
> >
> > Il te reste le redimensionnement dynamique de tes formes et de leurs
> > objets: c'est une vraie horreur à faire mais c'est hélas la seule
> > solution viable.
> >
> > J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
> > composants qui font ça tout seul? J'ai vu sur le web des ocx de la
> > société truc ou bidule qui disent que leur ocx magique qui ne coûte
> > que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
> > :-( J'en ai testé quelques uns, y compris certains coutant vraiment
> > très cher, ce sont tous des attrapes couillons: soit c'est infame à
> > utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
> > trognon, etc.
> >
> > Tu n'as plus qu'à retrousser tes manches :-)
> >
> > --
> > Jean-marc
> > Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> > "There are only 10 kind of people
> > those who understand binary and those who don't."
> > mailto: remove '_no_spam_' ;
> >
> >
>
>
Hello,
je ne pense pas que tu ais besoin de la résolution:
Il suffit de connaitre à un instant la taille de ta forme
juste avec les pptés width et heigth, puis tu calcules tout
en fonction de ces 2 valeurs.
Je n'ai pas le temps de te faire un exemple maintenant, mais
si nécessaire, j'en ferais un petit ce soir.
--
Jean-marc
"driss hanib" <dhanib@club-internet.fr> wrote in message
news:#rnJieeXGHA.3684@TK2MSFTNGP05.phx.gbl...
> merci Jean Marc,
> je me disais bien aussi..
> En fait je crois qu'il y a ses possibilités de changement de résolution
> En fait, je "bidouille" ce programme en interne pour un réseau dont je
> connais tous les postes...
>
> mais je vais regarder ta méthode..
> Par contre aurais tu une piste pour détecter la résolution en cours et
> pouvoir adapter mes objets en conséquence.
> en fait cela devrait être "facile" pour modifier les tailles, car en
je
> n'ai qu'un picture box à changer , enfin je pense au départ (chargement)
et
> tous les autres ont leur taille calculée en focntion de ce picture box.
> Reste à gérer des tailles de police.
>
> Donc premier point; connaitre la résolution ..
>
> merci d'avance
>
> Driss
>
> "Jean-Marc" <NO_SPAM_jean_marc_n2@yahoo.fr> a écrit dans le message de
news:
> 443bf2cf$0$13884$ba620e4c@news.skynet.be...
> > "Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de
> > news:uFzrEiYXGHA.1084@TK2MSFTNGP04.phx.gbl...
> >> Bonjour à tous
> >
> > Hello,
> >
> >> j'ai développé un petit prog qui permet de visualiser l'emploi du
> > temps
> >> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> > par
> >> jour.
> >> j'ai fait ce développement sur un poste avec une résolution d'écran
> >> 1024-768
> >
> > Les ennuis commencent ...
> >
> >> Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
> > des
> >> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> > d'écran
> >> 800 x 600.
> >
> > He oui ...
> >
> >> De ce fait, mon prog dépasse de l'écran.
> >
> > Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
> > les pires cauchemars des programmeurs: les utilisateurs et les
> > configurations obsolètes/atypiques/variées/différentes/spéciales/pas
> > pareilles ...
> >
> > Non, je blague :-) Mais les soucis sont bien réels, eux.
> >
> >> deux solutions s'offrent à moi..
> >> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> > résolution.
> >> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> > fenetre est
> >> activée et un retour à la résolution normale (d'origine plutot) si le
> > prog
> >> est minimisé ou terminé.
> >>
> >> je pencherai vers la seconde solution (sans connaitre le niveau de
> >> difficulté).
> >> je voudrai donc savoir :
> >> - comment trouver la réssolution d'origine , et comment la conserver
> >> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> > obtenue)
> >> - s'il est possible de provoquier une commutaion "à la volée de la
> >> résolution", éventiellement après avoir vérifié que la carte
> >> supporte cette résultion..
> >> - et recommuter lors que le prog n'est plus visible (là je cache la
> > fenêtre
> >> avec mise dans le systray)
> >>
> >> est ce raisonnable et réalisable ?
> >
> > Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
> > ne permet pas le passage en 1024? En plus tu dis que tes postes sont
> > sous Windows 98 => très vieilles machines. La probabilité de tomber
> > sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
> > si grande que ça ne vaut même pas la peine d'y penser.
> >
> >
> > En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
> > pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
> > genre de redimensionnement sauvage à la mauvaise habitude bien
> > souvent de perturber le positionnement des icones sur l'écran quand
> > on revient à la config d'origine. Bref, mauvaise idée, en tout cas
> > AMHA.
> >
> > Il te reste le redimensionnement dynamique de tes formes et de leurs
> > objets: c'est une vraie horreur à faire mais c'est hélas la seule
> > solution viable.
> >
> > J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
> > composants qui font ça tout seul? J'ai vu sur le web des ocx de la
> > société truc ou bidule qui disent que leur ocx magique qui ne coûte
> > que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
> > :-( J'en ai testé quelques uns, y compris certains coutant vraiment
> > très cher, ce sont tous des attrapes couillons: soit c'est infame à
> > utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
> > trognon, etc.
> >
> > Tu n'as plus qu'à retrousser tes manches :-)
> >
> > --
> > Jean-marc
> > Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> > "There are only 10 kind of people
> > those who understand binary and those who don't."
> > mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
> >
> >
>
>
Hello,
je ne pense pas que tu ais besoin de la résolution:
Il suffit de connaitre à un instant la taille de ta forme
juste avec les pptés width et heigth, puis tu calcules tout
en fonction de ces 2 valeurs.
Je n'ai pas le temps de te faire un exemple maintenant, mais
si nécessaire, j'en ferais un petit ce soir.
--
Jean-marc
"driss hanib" wrote in message
news:#
> merci Jean Marc,
> je me disais bien aussi..
> En fait je crois qu'il y a ses possibilités de changement de résolution
> En fait, je "bidouille" ce programme en interne pour un réseau dont je
> connais tous les postes...
>
> mais je vais regarder ta méthode..
> Par contre aurais tu une piste pour détecter la résolution en cours et
> pouvoir adapter mes objets en conséquence.
> en fait cela devrait être "facile" pour modifier les tailles, car en
je
> n'ai qu'un picture box à changer , enfin je pense au départ (chargement)
et
> tous les autres ont leur taille calculée en focntion de ce picture box.
> Reste à gérer des tailles de police.
>
> Donc premier point; connaitre la résolution ..
>
> merci d'avance
>
> Driss
>
> "Jean-Marc" a écrit dans le message de
news:
> 443bf2cf$0$13884$
> > "Driss HANIB" a écrit dans le message de
> > news:
> >> Bonjour à tous
> >
> > Hello,
> >
> >> j'ai développé un petit prog qui permet de visualiser l'emploi du
> > temps
> >> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> > par
> >> jour.
> >> j'ai fait ce développement sur un poste avec une résolution d'écran
> >> 1024-768
> >
> > Les ennuis commencent ...
> >
> >> Or certains utilisateurs (ou utilisatrices) sont sur des postes avec
> > des
> >> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> > d'écran
> >> 800 x 600.
> >
> > He oui ...
> >
> >> De ce fait, mon prog dépasse de l'écran.
> >
> > Bienvenue dans le monde merveilleux de l'informatique, la ou habitent
> > les pires cauchemars des programmeurs: les utilisateurs et les
> > configurations obsolètes/atypiques/variées/différentes/spéciales/pas
> > pareilles ...
> >
> > Non, je blague :-) Mais les soucis sont bien réels, eux.
> >
> >> deux solutions s'offrent à moi..
> >> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> > résolution.
> >> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> > fenetre est
> >> activée et un retour à la résolution normale (d'origine plutot) si le
> > prog
> >> est minimisé ou terminé.
> >>
> >> je pencherai vers la seconde solution (sans connaitre le niveau de
> >> difficulté).
> >> je voudrai donc savoir :
> >> - comment trouver la réssolution d'origine , et comment la conserver
> >> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> > obtenue)
> >> - s'il est possible de provoquier une commutaion "à la volée de la
> >> résolution", éventiellement après avoir vérifié que la carte
> >> supporte cette résultion..
> >> - et recommuter lors que le prog n'est plus visible (là je cache la
> > fenêtre
> >> avec mise dans le systray)
> >>
> >> est ce raisonnable et réalisable ?
> >
> > Non, ce n'est pas raisonnable, car alors que fais tu quand la carte
> > ne permet pas le passage en 1024? En plus tu dis que tes postes sont
> > sous Windows 98 => très vieilles machines. La probabilité de tomber
> > sur des cartes et ou écrans anciens ne supportant pas le 1024*768 est
> > si grande que ça ne vaut même pas la peine d'y penser.
> >
> >
> > En plus, pas sur qu'un utilisateur apprécie ce genre de comportement,
> > pense à une personne ayant des problèmes de vue, etc. Qui plus est ce
> > genre de redimensionnement sauvage à la mauvaise habitude bien
> > souvent de perturber le positionnement des icones sur l'écran quand
> > on revient à la config d'origine. Bref, mauvaise idée, en tout cas
> > AMHA.
> >
> > Il te reste le redimensionnement dynamique de tes formes et de leurs
> > objets: c'est une vraie horreur à faire mais c'est hélas la seule
> > solution viable.
> >
> > J'anticipe sur la question suivante: "Oui mais il n'y aurait pas des
> > composants qui font ça tout seul? J'ai vu sur le web des ocx de la
> > société truc ou bidule qui disent que leur ocx magique qui ne coûte
> > que 299,99 $US résoud tous les problèmes?" La réponse est : arffff
> > :-( J'en ai testé quelques uns, y compris certains coutant vraiment
> > très cher, ce sont tous des attrapes couillons: soit c'est infame à
> > utiliser, soit ça marche hyper mal, soit c'est buggué jusqu'au
> > trognon, etc.
> >
> > Tu n'as plus qu'à retrousser tes manches :-)
> >
> > --
> > Jean-marc
> > Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> > "There are only 10 kind of people
> > those who understand binary and those who don't."
> > mailto: remove '_no_spam_' ;
> >
> >
>
>
en utilisant screen.width ? et screen.height ?
Driss
"Jean-marc" a écrit dans le message de
news:443c9c14$0$12341$
> Hello,
>
> je ne pense pas que tu ais besoin de la résolution:
>
> Il suffit de connaitre à un instant la taille de ta forme
> juste avec les pptés width et heigth, puis tu calcules tout
> en fonction de ces 2 valeurs.
>
> Je n'ai pas le temps de te faire un exemple maintenant, mais
> si nécessaire, j'en ferais un petit ce soir.
>
> --
> Jean-marc
>
>
> "driss hanib" wrote in message
> news:#
> > merci Jean Marc,
> > je me disais bien aussi..
> > En fait je crois qu'il y a ses possibilités de changement de
> > En fait, je "bidouille" ce programme en interne pour un réseau dont je
> > connais tous les postes...
> >
> > mais je vais regarder ta méthode..
> > Par contre aurais tu une piste pour détecter la résolution en cours et
> > pouvoir adapter mes objets en conséquence.
> > en fait cela devrait être "facile" pour modifier les tailles, car en
fait
> je
> > n'ai qu'un picture box à changer , enfin je pense au départ
> et
> > tous les autres ont leur taille calculée en focntion de ce picture
> > Reste à gérer des tailles de police.
> >
> > Donc premier point; connaitre la résolution ..
> >
> > merci d'avance
> >
> > Driss
> >
> > "Jean-Marc" a écrit dans le message de
> news:
> > 443bf2cf$0$13884$
> > > "Driss HANIB" a écrit dans le message de
> > > news:
> > >> Bonjour à tous
> > >
> > > Hello,
> > >
> > >> j'ai développé un petit prog qui permet de visualiser l'emploi du
> > > temps
> > >> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> > > par
> > >> jour.
> > >> j'ai fait ce développement sur un poste avec une résolution d'écran
de
> > >> 1024-768
> > >
> > > Les ennuis commencent ...
> > >
> > >> Or certains utilisateurs (ou utilisatrices) sont sur des postes
> > > des
> > >> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> > > d'écran
> > >> 800 x 600.
> > >
> > > He oui ...
> > >
> > >> De ce fait, mon prog dépasse de l'écran.
> > >
> > > Bienvenue dans le monde merveilleux de l'informatique, la ou
> > > les pires cauchemars des programmeurs: les utilisateurs et
> > > configurations
> > > pareilles ...
> > >
> > > Non, je blague :-) Mais les soucis sont bien réels, eux.
> > >
> > >> deux solutions s'offrent à moi..
> > >> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> > > résolution.
> > >> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> > > fenetre est
> > >> activée et un retour à la résolution normale (d'origine plutot) si
> > > prog
> > >> est minimisé ou terminé.
> > >>
> > >> je pencherai vers la seconde solution (sans connaitre le niveau de
> > >> difficulté).
> > >> je voudrai donc savoir :
> > >> - comment trouver la réssolution d'origine , et comment la
> > >> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> > > obtenue)
> > >> - s'il est possible de provoquier une commutaion "à la volée de la
> > >> résolution", éventiellement après avoir vérifié que la carte
graphique
> > >> supporte cette résultion..
> > >> - et recommuter lors que le prog n'est plus visible (là je cache
> > > fenêtre
> > >> avec mise dans le systray)
> > >>
> > >> est ce raisonnable et réalisable ?
> > >
> > > Non, ce n'est pas raisonnable, car alors que fais tu quand la
> > > ne permet pas le passage en 1024? En plus tu dis que tes postes
> > > sous Windows 98 => très vieilles machines. La probabilité de
> > > sur des cartes et ou écrans anciens ne supportant pas le 1024*768
> > > si grande que ça ne vaut même pas la peine d'y penser.
> > >
> > >
> > > En plus, pas sur qu'un utilisateur apprécie ce genre de
> > > pense à une personne ayant des problèmes de vue, etc. Qui plus est
> > > genre de redimensionnement sauvage à la mauvaise habitude
> > > souvent de perturber le positionnement des icones sur l'écran
> > > on revient à la config d'origine. Bref, mauvaise idée, en tout
> > > AMHA.
> > >
> > > Il te reste le redimensionnement dynamique de tes formes et de
> > > objets: c'est une vraie horreur à faire mais c'est hélas la
> > > solution viable.
> > >
> > > J'anticipe sur la question suivante: "Oui mais il n'y aurait pas
> > > composants qui font ça tout seul? J'ai vu sur le web des ocx de
> > > société truc ou bidule qui disent que leur ocx magique qui ne
> > > que 299,99 $US résoud tous les problèmes?" La réponse est :
> > > :-( J'en ai testé quelques uns, y compris certains coutant
> > > très cher, ce sont tous des attrapes couillons: soit c'est infame
> > > utiliser, soit ça marche hyper mal, soit c'est buggué
> > > trognon, etc.
> > >
> > > Tu n'as plus qu'à retrousser tes manches :-)
> > >
> > > --
> > > Jean-marc
> > > Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> > > "There are only 10 kind of people
> > > those who understand binary and those who don't."
> > > mailto: remove '_no_spam_' ;
> > >
> > >
> >
> >
>
>
en utilisant screen.width ? et screen.height ?
Driss
"Jean-marc" <jean-marc@au-boulot.com.invalid> a écrit dans le message de
news:443c9c14$0$12341$ba620e4c@news.skynet.be...
> Hello,
>
> je ne pense pas que tu ais besoin de la résolution:
>
> Il suffit de connaitre à un instant la taille de ta forme
> juste avec les pptés width et heigth, puis tu calcules tout
> en fonction de ces 2 valeurs.
>
> Je n'ai pas le temps de te faire un exemple maintenant, mais
> si nécessaire, j'en ferais un petit ce soir.
>
> --
> Jean-marc
>
>
> "driss hanib" <dhanib@club-internet.fr> wrote in message
> news:#rnJieeXGHA.3684@TK2MSFTNGP05.phx.gbl...
> > merci Jean Marc,
> > je me disais bien aussi..
> > En fait je crois qu'il y a ses possibilités de changement de
> > En fait, je "bidouille" ce programme en interne pour un réseau dont je
> > connais tous les postes...
> >
> > mais je vais regarder ta méthode..
> > Par contre aurais tu une piste pour détecter la résolution en cours et
> > pouvoir adapter mes objets en conséquence.
> > en fait cela devrait être "facile" pour modifier les tailles, car en
fait
> je
> > n'ai qu'un picture box à changer , enfin je pense au départ
> et
> > tous les autres ont leur taille calculée en focntion de ce picture
> > Reste à gérer des tailles de police.
> >
> > Donc premier point; connaitre la résolution ..
> >
> > merci d'avance
> >
> > Driss
> >
> > "Jean-Marc" <NO_SPAM_jean_marc_n2@yahoo.fr> a écrit dans le message de
> news:
> > 443bf2cf$0$13884$ba620e4c@news.skynet.be...
> > > "Driss HANIB" <dhanib@club-internet.fr> a écrit dans le message de
> > > news:uFzrEiYXGHA.1084@TK2MSFTNGP04.phx.gbl...
> > >> Bonjour à tous
> > >
> > > Hello,
> > >
> > >> j'ai développé un petit prog qui permet de visualiser l'emploi du
> > > temps
> > >> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> > > par
> > >> jour.
> > >> j'ai fait ce développement sur un poste avec une résolution d'écran
de
> > >> 1024-768
> > >
> > > Les ennuis commencent ...
> > >
> > >> Or certains utilisateurs (ou utilisatrices) sont sur des postes
> > > des
> > >> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> > > d'écran
> > >> 800 x 600.
> > >
> > > He oui ...
> > >
> > >> De ce fait, mon prog dépasse de l'écran.
> > >
> > > Bienvenue dans le monde merveilleux de l'informatique, la ou
> > > les pires cauchemars des programmeurs: les utilisateurs et
> > > configurations
> > > pareilles ...
> > >
> > > Non, je blague :-) Mais les soucis sont bien réels, eux.
> > >
> > >> deux solutions s'offrent à moi..
> > >> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> > > résolution.
> > >> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> > > fenetre est
> > >> activée et un retour à la résolution normale (d'origine plutot) si
> > > prog
> > >> est minimisé ou terminé.
> > >>
> > >> je pencherai vers la seconde solution (sans connaitre le niveau de
> > >> difficulté).
> > >> je voudrai donc savoir :
> > >> - comment trouver la réssolution d'origine , et comment la
> > >> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> > > obtenue)
> > >> - s'il est possible de provoquier une commutaion "à la volée de la
> > >> résolution", éventiellement après avoir vérifié que la carte
graphique
> > >> supporte cette résultion..
> > >> - et recommuter lors que le prog n'est plus visible (là je cache
> > > fenêtre
> > >> avec mise dans le systray)
> > >>
> > >> est ce raisonnable et réalisable ?
> > >
> > > Non, ce n'est pas raisonnable, car alors que fais tu quand la
> > > ne permet pas le passage en 1024? En plus tu dis que tes postes
> > > sous Windows 98 => très vieilles machines. La probabilité de
> > > sur des cartes et ou écrans anciens ne supportant pas le 1024*768
> > > si grande que ça ne vaut même pas la peine d'y penser.
> > >
> > >
> > > En plus, pas sur qu'un utilisateur apprécie ce genre de
> > > pense à une personne ayant des problèmes de vue, etc. Qui plus est
> > > genre de redimensionnement sauvage à la mauvaise habitude
> > > souvent de perturber le positionnement des icones sur l'écran
> > > on revient à la config d'origine. Bref, mauvaise idée, en tout
> > > AMHA.
> > >
> > > Il te reste le redimensionnement dynamique de tes formes et de
> > > objets: c'est une vraie horreur à faire mais c'est hélas la
> > > solution viable.
> > >
> > > J'anticipe sur la question suivante: "Oui mais il n'y aurait pas
> > > composants qui font ça tout seul? J'ai vu sur le web des ocx de
> > > société truc ou bidule qui disent que leur ocx magique qui ne
> > > que 299,99 $US résoud tous les problèmes?" La réponse est :
> > > :-( J'en ai testé quelques uns, y compris certains coutant
> > > très cher, ce sont tous des attrapes couillons: soit c'est infame
> > > utiliser, soit ça marche hyper mal, soit c'est buggué
> > > trognon, etc.
> > >
> > > Tu n'as plus qu'à retrousser tes manches :-)
> > >
> > > --
> > > Jean-marc
> > > Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> > > "There are only 10 kind of people
> > > those who understand binary and those who don't."
> > > mailto: remove '_no_spam_' ; _no_spam_jean_marc_n2@yahoo.fr
> > >
> > >
> >
> >
>
>
en utilisant screen.width ? et screen.height ?
Driss
"Jean-marc" a écrit dans le message de
news:443c9c14$0$12341$
> Hello,
>
> je ne pense pas que tu ais besoin de la résolution:
>
> Il suffit de connaitre à un instant la taille de ta forme
> juste avec les pptés width et heigth, puis tu calcules tout
> en fonction de ces 2 valeurs.
>
> Je n'ai pas le temps de te faire un exemple maintenant, mais
> si nécessaire, j'en ferais un petit ce soir.
>
> --
> Jean-marc
>
>
> "driss hanib" wrote in message
> news:#
> > merci Jean Marc,
> > je me disais bien aussi..
> > En fait je crois qu'il y a ses possibilités de changement de
> > En fait, je "bidouille" ce programme en interne pour un réseau dont je
> > connais tous les postes...
> >
> > mais je vais regarder ta méthode..
> > Par contre aurais tu une piste pour détecter la résolution en cours et
> > pouvoir adapter mes objets en conséquence.
> > en fait cela devrait être "facile" pour modifier les tailles, car en
fait
> je
> > n'ai qu'un picture box à changer , enfin je pense au départ
> et
> > tous les autres ont leur taille calculée en focntion de ce picture
> > Reste à gérer des tailles de police.
> >
> > Donc premier point; connaitre la résolution ..
> >
> > merci d'avance
> >
> > Driss
> >
> > "Jean-Marc" a écrit dans le message de
> news:
> > 443bf2cf$0$13884$
> > > "Driss HANIB" a écrit dans le message de
> > > news:
> > >> Bonjour à tous
> > >
> > > Hello,
> > >
> > >> j'ai développé un petit prog qui permet de visualiser l'emploi du
> > > temps
> > >> simultané de plusieurs personnes (ici 6 mais possibilité de + ou -)
> > > par
> > >> jour.
> > >> j'ai fait ce développement sur un poste avec une résolution d'écran
de
> > >> 1024-768
> > >
> > > Les ennuis commencent ...
> > >
> > >> Or certains utilisateurs (ou utilisatrices) sont sur des postes
> > > des
> > >> petits écrans (eh oui matériel plus anciens) ou ont pris l'habitude
> > > d'écran
> > >> 800 x 600.
> > >
> > > He oui ...
> > >
> > >> De ce fait, mon prog dépasse de l'écran.
> > >
> > > Bienvenue dans le monde merveilleux de l'informatique, la ou
> > > les pires cauchemars des programmeurs: les utilisateurs et
> > > configurations
> > > pareilles ...
> > >
> > > Non, je blague :-) Mais les soucis sont bien réels, eux.
> > >
> > >> deux solutions s'offrent à moi..
> > >> 1. prévoir un redimensionnement de la fenêtre en fonction de la
> > > résolution.
> > >> 2. prévoir, si c'est possible, un chagement de résolution, si ma
> > > fenetre est
> > >> activée et un retour à la résolution normale (d'origine plutot) si
> > > prog
> > >> est minimisé ou terminé.
> > >>
> > >> je pencherai vers la seconde solution (sans connaitre le niveau de
> > >> difficulté).
> > >> je voudrai donc savoir :
> > >> - comment trouver la réssolution d'origine , et comment la
> > >> (variable vec quoi dedans.. ceci à voir selon la nature de l'info
> > > obtenue)
> > >> - s'il est possible de provoquier une commutaion "à la volée de la
> > >> résolution", éventiellement après avoir vérifié que la carte
graphique
> > >> supporte cette résultion..
> > >> - et recommuter lors que le prog n'est plus visible (là je cache
> > > fenêtre
> > >> avec mise dans le systray)
> > >>
> > >> est ce raisonnable et réalisable ?
> > >
> > > Non, ce n'est pas raisonnable, car alors que fais tu quand la
> > > ne permet pas le passage en 1024? En plus tu dis que tes postes
> > > sous Windows 98 => très vieilles machines. La probabilité de
> > > sur des cartes et ou écrans anciens ne supportant pas le 1024*768
> > > si grande que ça ne vaut même pas la peine d'y penser.
> > >
> > >
> > > En plus, pas sur qu'un utilisateur apprécie ce genre de
> > > pense à une personne ayant des problèmes de vue, etc. Qui plus est
> > > genre de redimensionnement sauvage à la mauvaise habitude
> > > souvent de perturber le positionnement des icones sur l'écran
> > > on revient à la config d'origine. Bref, mauvaise idée, en tout
> > > AMHA.
> > >
> > > Il te reste le redimensionnement dynamique de tes formes et de
> > > objets: c'est une vraie horreur à faire mais c'est hélas la
> > > solution viable.
> > >
> > > J'anticipe sur la question suivante: "Oui mais il n'y aurait pas
> > > composants qui font ça tout seul? J'ai vu sur le web des ocx de
> > > société truc ou bidule qui disent que leur ocx magique qui ne
> > > que 299,99 $US résoud tous les problèmes?" La réponse est :
> > > :-( J'en ai testé quelques uns, y compris certains coutant
> > > très cher, ce sont tous des attrapes couillons: soit c'est infame
> > > utiliser, soit ça marche hyper mal, soit c'est buggué
> > > trognon, etc.
> > >
> > > Tu n'as plus qu'à retrousser tes manches :-)
> > >
> > > --
> > > Jean-marc
> > > Tester mon serveur (VB6) => http://myjmnhome.dyndns.org
> > > "There are only 10 kind of people
> > > those who understand binary and those who don't."
> > > mailto: remove '_no_spam_' ;
> > >
> > >
> >
> >
>
>
oui par exemple, ou même simplement form.width et form.height. Tu
fais en sorte que par défaut, la fenêtre s'ouvre en plein écran, et
le tour est joué, pour ce qui est des dimensions en tout cas.
oui par exemple, ou même simplement form.width et form.height. Tu
fais en sorte que par défaut, la fenêtre s'ouvre en plein écran, et
le tour est joué, pour ce qui est des dimensions en tout cas.
oui par exemple, ou même simplement form.width et form.height. Tu
fais en sorte que par défaut, la fenêtre s'ouvre en plein écran, et
le tour est joué, pour ce qui est des dimensions en tout cas.