Jusqu'à présent, je m'efforçais d'utiliser les différents contrôles
fournis avec windows (en passant par les mfc, :-) ) n'étant pas adepte
de la réinvention de la roue.
Mais plus le temps passe et plus mon application se complique, plus je
me rends compte que les contrôles de base sont incomplets pour ce que je
veux faire.
Dans un premier temps, je me suis contenter de dériver les contrôles
existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter mes
fonctionnalités qu'autre chose.
Du coup, j'ai du recréer des contrôles de base (merci la gestion des
thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça
dès le départ, j'aurais perdu moins de temps.
Mais quelque part, cela me dérange toujours de réinventer la roue.
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
Vincent Burel
"JM" wrote in message news:44a13b76$0$896$
Mais plus le temps passe et plus mon application se complique, plus je me rends compte que les contrôles de base sont incomplets pour ce que je veux faire.
et oui, c'est ce qui arrive toujours.
Dans un premier temps, je me suis contenter de dériver les contrôles existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter mes fonctionnalités qu'autre chose.
c'est le constat classique sur l'utilisation d'objet plus ou moins généralistes
Du coup, j'ai du recréer des contrôles de base (merci la gestion des thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça dès le départ, j'aurais perdu moins de temps.
oui. au final, on perd toujours moins de temps avec son code qu'à essayé de jongler avec les composants des autres.
Mais quelque part, cela me dérange toujours de réinventer la roue.
vous ne réinventé pas la roue, vous vous fabriquer vos outils, vos composants. c'est ca la programmation.
Et vous, vous faites quoi?
de plus en plus, je fais du macro control, une window classique, dans laquelle je dessine dedans librement... L'inconvénient : ca augmente la taille du code, l'avantage, on peut tout modifier en moins de 5 minutes. Je réduits le nombre de sous objet (whild windows), donc je perd moins de temps à faire du design de controle.
VB
"JM" <nospamjm@yahoo.com> wrote in message
news:44a13b76$0$896$ba4acef3@news.orange.fr...
Mais plus le temps passe et plus mon application se complique, plus je
me rends compte que les contrôles de base sont incomplets pour ce que je
veux faire.
et oui, c'est ce qui arrive toujours.
Dans un premier temps, je me suis contenter de dériver les contrôles
existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter mes
fonctionnalités qu'autre chose.
c'est le constat classique sur l'utilisation d'objet plus ou moins
généralistes
Du coup, j'ai du recréer des contrôles de base (merci la gestion des
thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça
dès le départ, j'aurais perdu moins de temps.
oui. au final, on perd toujours moins de temps avec son code qu'à essayé de
jongler avec les composants des autres.
Mais quelque part, cela me dérange toujours de réinventer la roue.
vous ne réinventé pas la roue, vous vous fabriquer vos outils, vos
composants. c'est ca la programmation.
Et vous, vous faites quoi?
de plus en plus, je fais du macro control, une window classique, dans
laquelle je dessine dedans librement... L'inconvénient : ca augmente la
taille du code, l'avantage, on peut tout modifier en moins de 5 minutes.
Je réduits le nombre de sous objet (whild windows), donc je perd moins de
temps à faire du design de controle.
Mais plus le temps passe et plus mon application se complique, plus je me rends compte que les contrôles de base sont incomplets pour ce que je veux faire.
et oui, c'est ce qui arrive toujours.
Dans un premier temps, je me suis contenter de dériver les contrôles existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter mes fonctionnalités qu'autre chose.
c'est le constat classique sur l'utilisation d'objet plus ou moins généralistes
Du coup, j'ai du recréer des contrôles de base (merci la gestion des thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça dès le départ, j'aurais perdu moins de temps.
oui. au final, on perd toujours moins de temps avec son code qu'à essayé de jongler avec les composants des autres.
Mais quelque part, cela me dérange toujours de réinventer la roue.
vous ne réinventé pas la roue, vous vous fabriquer vos outils, vos composants. c'est ca la programmation.
Et vous, vous faites quoi?
de plus en plus, je fais du macro control, une window classique, dans laquelle je dessine dedans librement... L'inconvénient : ca augmente la taille du code, l'avantage, on peut tout modifier en moins de 5 minutes. Je réduits le nombre de sous objet (whild windows), donc je perd moins de temps à faire du design de controle.
VB
Arnold McDonald \(AMcD\)
JM wrote:
Mais plus le temps passe et plus mon application se complique, plus je me rends compte que les contrôles de base sont incomplets pour ce que je veux faire.
Eh oui. N'ayons pas peur des mots, la quasi-majorité des contrôles Windows ne servent vraiment qu'à des besoins basiques. Il faut très très rapidement les dériver ou les réécrire dès lors que t'as un semblant de besoin dépassant la moyenne...
Dans un premier temps, je me suis contenter de dériver les contrôles existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter mes fonctionnalités qu'autre chose.
Non, cela, le sous-classement, c'est vraiment pour du besoin ponctuel.
Du coup, j'ai du recréer des contrôles de base (merci la gestion des thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça dès le départ, j'aurais perdu moins de temps.
Disons que le contrôle de base peut te servir à faire une "maquette" pour les GUI, etc.
Mais quelque part, cela me dérange toujours de réinventer la roue.
Et vous, vous faites quoi?
Moi, j'ai quasiment tout réécrit. C'est la seule solution si tu veux contrôler ton composant de A jusqu'à Z, surtout sa taille mémoire, son look graphique, ses messages. Si t'es en C++, tu peux ensuite hériter, etc. De plus, dès que Kro change une fonctionnalité ou modifie un contrôle, c'est souvent la catastrophe, principalement au niveau graphique. Mais si tu maîtrise ton composant, t'évites ce gag :-). Bon, après, il y a le problème des thèmes et des interfaces pour neuneu actuelles. C'est clair que dès le moment où tu souhaites ressembler au look & feel des GUI modernes, c'est long et pénible ! Beaucoup de travail. Mais bon.
Rappelons un bon site pour débutants du je-me-fais-tout-moi-même.
Mais plus le temps passe et plus mon application se complique, plus je
me rends compte que les contrôles de base sont incomplets pour ce que
je veux faire.
Eh oui. N'ayons pas peur des mots, la quasi-majorité des contrôles Windows
ne servent vraiment qu'à des besoins basiques. Il faut très très rapidement
les dériver ou les réécrire dès lors que t'as un semblant de besoin
dépassant la moyenne...
Dans un premier temps, je me suis contenter de dériver les contrôles
existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter
mes fonctionnalités qu'autre chose.
Non, cela, le sous-classement, c'est vraiment pour du besoin ponctuel.
Du coup, j'ai du recréer des contrôles de base (merci la gestion des
thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça
dès le départ, j'aurais perdu moins de temps.
Disons que le contrôle de base peut te servir à faire une "maquette" pour
les GUI, etc.
Mais quelque part, cela me dérange toujours de réinventer la roue.
Et vous, vous faites quoi?
Moi, j'ai quasiment tout réécrit. C'est la seule solution si tu veux
contrôler ton composant de A jusqu'à Z, surtout sa taille mémoire, son look
graphique, ses messages. Si t'es en C++, tu peux ensuite hériter, etc. De
plus, dès que Kro change une fonctionnalité ou modifie un contrôle, c'est
souvent la catastrophe, principalement au niveau graphique. Mais si tu
maîtrise ton composant, t'évites ce gag :-). Bon, après, il y a le problème
des thèmes et des interfaces pour neuneu actuelles. C'est clair que dès le
moment où tu souhaites ressembler au look & feel des GUI modernes, c'est
long et pénible ! Beaucoup de travail. Mais bon.
Rappelons un bon site pour débutants du je-me-fais-tout-moi-même.
Mais plus le temps passe et plus mon application se complique, plus je me rends compte que les contrôles de base sont incomplets pour ce que je veux faire.
Eh oui. N'ayons pas peur des mots, la quasi-majorité des contrôles Windows ne servent vraiment qu'à des besoins basiques. Il faut très très rapidement les dériver ou les réécrire dès lors que t'as un semblant de besoin dépassant la moyenne...
Dans un premier temps, je me suis contenter de dériver les contrôles existants, mais j'ai plus souvent perdu du temps à essayer d'ajouter mes fonctionnalités qu'autre chose.
Non, cela, le sous-classement, c'est vraiment pour du besoin ponctuel.
Du coup, j'ai du recréer des contrôles de base (merci la gestion des thèmes pour faciliter l'affichage!),et finalement, si j'avais fait ça dès le départ, j'aurais perdu moins de temps.
Disons que le contrôle de base peut te servir à faire une "maquette" pour les GUI, etc.
Mais quelque part, cela me dérange toujours de réinventer la roue.
Et vous, vous faites quoi?
Moi, j'ai quasiment tout réécrit. C'est la seule solution si tu veux contrôler ton composant de A jusqu'à Z, surtout sa taille mémoire, son look graphique, ses messages. Si t'es en C++, tu peux ensuite hériter, etc. De plus, dès que Kro change une fonctionnalité ou modifie un contrôle, c'est souvent la catastrophe, principalement au niveau graphique. Mais si tu maîtrise ton composant, t'évites ce gag :-). Bon, après, il y a le problème des thèmes et des interfaces pour neuneu actuelles. C'est clair que dès le moment où tu souhaites ressembler au look & feel des GUI modernes, c'est long et pénible ! Beaucoup de travail. Mais bon.
Rappelons un bon site pour débutants du je-me-fais-tout-moi-même.
de plus en plus, je fais du macro control, une window classique, dans laquelle je dessine dedans librement... L'inconvénient : ca augmente la taille du code, l'avantage, on peut tout modifier en moins de 5 minutes. Je réduits le nombre de sous objet (whild windows), donc je perd moins de temps à faire du design de controle.
Du macro control, c'est quoi?
Vincent Burel a écrit :
de plus en plus, je fais du macro control, une window classique, dans
laquelle je dessine dedans librement... L'inconvénient : ca augmente la
taille du code, l'avantage, on peut tout modifier en moins de 5 minutes.
Je réduits le nombre de sous objet (whild windows), donc je perd moins de
temps à faire du design de controle.
de plus en plus, je fais du macro control, une window classique, dans laquelle je dessine dedans librement... L'inconvénient : ca augmente la taille du code, l'avantage, on peut tout modifier en moins de 5 minutes. Je réduits le nombre de sous objet (whild windows), donc je perd moins de temps à faire du design de controle.
Du macro control, c'est quoi?
JM
Arnold McDonald (AMcD) a écrit :
Bon, après, il y a le problème des thèmes et des interfaces pour neuneu actuelles. C'est clair que dès le moment où tu souhaites ressembler au look & feel des GUI modernes, c'est long et pénible ! Beaucoup de travail. Mais bon.
Oui, mais la gestion des themes facilite bien les choses. Ceci dit, pour les vieilles versions de zindows ça marche pas, mais bon...
Arnold McDonald (AMcD) a écrit :
Bon, après, il y a le problème
des thèmes et des interfaces pour neuneu actuelles. C'est clair que dès le
moment où tu souhaites ressembler au look & feel des GUI modernes, c'est
long et pénible ! Beaucoup de travail. Mais bon.
Oui, mais la gestion des themes facilite bien les choses.
Ceci dit, pour les vieilles versions de zindows ça marche pas, mais bon...
Bon, après, il y a le problème des thèmes et des interfaces pour neuneu actuelles. C'est clair que dès le moment où tu souhaites ressembler au look & feel des GUI modernes, c'est long et pénible ! Beaucoup de travail. Mais bon.
Oui, mais la gestion des themes facilite bien les choses. Ceci dit, pour les vieilles versions de zindows ça marche pas, mais bon...
Vincent Burel
"JM" wrote in message news:44a27238$0$857$
Vincent Burel a écrit :
> de plus en plus, je fais du macro control, une window classique, dans > laquelle je dessine dedans librement... L'inconvénient : ca augmente la > taille du code, l'avantage, on peut tout modifier en moins de 5 minutes. > Je réduits le nombre de sous objet (whild windows), donc je perd moins
de
> temps à faire du design de controle.
Du macro control, c'est quoi?
C'est le terme que j'emploi pour désigner un controle (un HWND window) qui contient plusieurs types de composants interragissants avec le user... exemple : une matrice de 64 boutons, avant je faisais 64 createwindows d'un control had-oc que je m'étais farci avant... genre 2 semaines de travail... maintenant j'ouvre une seule window et je dessine mes 64 boutons dedans, ca prend 2 jours max.
Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier (avec toutes les conséquences que cela peut avoir), j'ai juste une fonction de dessin à rajouter... si dans cette matrice il faut que je dessine des groupements de boutons en les entourant ou en changeant leur couleur, 2 à 2 ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une ribambelle de controle, ca devient vite l'enfer...
bref, le macro controle quoi ! VB
"JM" <nospamjm@yahoo.com> wrote in message
news:44a27238$0$857$ba4acef3@news.orange.fr...
Vincent Burel a écrit :
> de plus en plus, je fais du macro control, une window classique, dans
> laquelle je dessine dedans librement... L'inconvénient : ca augmente la
> taille du code, l'avantage, on peut tout modifier en moins de 5 minutes.
> Je réduits le nombre de sous objet (whild windows), donc je perd moins
de
> temps à faire du design de controle.
Du macro control, c'est quoi?
C'est le terme que j'emploi pour désigner un controle (un HWND window) qui
contient plusieurs types de composants interragissants avec le user...
exemple : une matrice de 64 boutons, avant je faisais 64 createwindows d'un
control had-oc que je m'étais farci avant... genre 2 semaines de travail...
maintenant j'ouvre une seule window et je dessine mes 64 boutons dedans, ca
prend 2 jours max.
Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un
indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier
(avec toutes les conséquences que cela peut avoir), j'ai juste une fonction
de dessin à rajouter... si dans cette matrice il faut que je dessine des
groupements de boutons en les entourant ou en changeant leur couleur, 2 à 2
ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une
ribambelle de controle, ca devient vite l'enfer...
> de plus en plus, je fais du macro control, une window classique, dans > laquelle je dessine dedans librement... L'inconvénient : ca augmente la > taille du code, l'avantage, on peut tout modifier en moins de 5 minutes. > Je réduits le nombre de sous objet (whild windows), donc je perd moins
de
> temps à faire du design de controle.
Du macro control, c'est quoi?
C'est le terme que j'emploi pour désigner un controle (un HWND window) qui contient plusieurs types de composants interragissants avec le user... exemple : une matrice de 64 boutons, avant je faisais 64 createwindows d'un control had-oc que je m'étais farci avant... genre 2 semaines de travail... maintenant j'ouvre une seule window et je dessine mes 64 boutons dedans, ca prend 2 jours max.
Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier (avec toutes les conséquences que cela peut avoir), j'ai juste une fonction de dessin à rajouter... si dans cette matrice il faut que je dessine des groupements de boutons en les entourant ou en changeant leur couleur, 2 à 2 ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une ribambelle de controle, ca devient vite l'enfer...
bref, le macro controle quoi ! VB
JM
Vincent Burel a écrit :
Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier (avec toutes les conséquences que cela peut avoir), j'ai juste une fonction de dessin à rajouter... si dans cette matrice il faut que je dessine des groupements de boutons en les entourant ou en changeant leur couleur, 2 à 2 ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une ribambelle de controle, ca devient vite l'enfer...
Et ce n'est pas trop chiant si tu veux faire de zoulis dessins modernes, comme dit AMCD?
Vincent Burel a écrit :
Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un
indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier
(avec toutes les conséquences que cela peut avoir), j'ai juste une fonction
de dessin à rajouter... si dans cette matrice il faut que je dessine des
groupements de boutons en les entourant ou en changeant leur couleur, 2 à 2
ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une
ribambelle de controle, ca devient vite l'enfer...
Et ce n'est pas trop chiant si tu veux faire de zoulis dessins modernes,
comme dit AMCD?
Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier (avec toutes les conséquences que cela peut avoir), j'ai juste une fonction de dessin à rajouter... si dans cette matrice il faut que je dessine des groupements de boutons en les entourant ou en changeant leur couleur, 2 à 2 ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une ribambelle de controle, ca devient vite l'enfer...
Et ce n'est pas trop chiant si tu veux faire de zoulis dessins modernes, comme dit AMCD?
Vincent Burel
"JM" wrote in message news:44a282ea$0$849$
Vincent Burel a écrit : > Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un > indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier > (avec toutes les conséquences que cela peut avoir), j'ai juste une
fonction
> de dessin à rajouter... si dans cette matrice il faut que je dessine des > groupements de boutons en les entourant ou en changeant leur couleur, 2
à 2
> ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une > ribambelle de controle, ca devient vite l'enfer...
Et ce n'est pas trop chiant si tu veux faire de zoulis dessins modernes, comme dit AMCD?
ha ben après c'est du graphisme... il faut s'organiser, mettre en place son set de couleur, ses icons, ses bitmap, ses pen/brush, ses font... Ensuite pour afficher ce qu'on veut, on peut mélanger allègrement tout ca, images, texte, fonctions de dessin... Mais ca reste du graphisme... et ca représente du temps (j'ai l'habitude de dire 90% du temps de développement c'est pour la GUI) , donc ca se vérifie aussi quand on fait soi-même ses controles, l'avantage c'est la maitrise, et l'efficacité... mais c'est un avantage long-terme...
VB
"JM" <nospamjm@yahoo.com> wrote in message
news:44a282ea$0$849$ba4acef3@news.orange.fr...
Vincent Burel a écrit :
> Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un
> indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier
> (avec toutes les conséquences que cela peut avoir), j'ai juste une
fonction
> de dessin à rajouter... si dans cette matrice il faut que je dessine des
> groupements de boutons en les entourant ou en changeant leur couleur, 2
à 2
> ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une
> ribambelle de controle, ca devient vite l'enfer...
Et ce n'est pas trop chiant si tu veux faire de zoulis dessins modernes,
comme dit AMCD?
ha ben après c'est du graphisme...
il faut s'organiser, mettre en place son set de couleur, ses icons, ses
bitmap, ses pen/brush, ses font...
Ensuite pour afficher ce qu'on veut, on peut mélanger allègrement tout ca,
images, texte, fonctions de dessin...
Mais ca reste du graphisme... et ca représente du temps (j'ai l'habitude de
dire 90% du temps de développement c'est pour la GUI) , donc ca se vérifie
aussi quand on fait soi-même ses controles, l'avantage c'est la maitrise, et
l'efficacité... mais c'est un avantage long-terme...
Vincent Burel a écrit : > Et si on me demande de changer le 15ieme, qu'il soit rond ou avec un > indicateur en bas à gauche, pas de probleme, j'ai pas d'objet à modifier > (avec toutes les conséquences que cela peut avoir), j'ai juste une
fonction
> de dessin à rajouter... si dans cette matrice il faut que je dessine des > groupements de boutons en les entourant ou en changeant leur couleur, 2
à 2
> ou 4 à 4... toujours pas de probleme... alors que si l'on se gère une > ribambelle de controle, ca devient vite l'enfer...
Et ce n'est pas trop chiant si tu veux faire de zoulis dessins modernes, comme dit AMCD?
ha ben après c'est du graphisme... il faut s'organiser, mettre en place son set de couleur, ses icons, ses bitmap, ses pen/brush, ses font... Ensuite pour afficher ce qu'on veut, on peut mélanger allègrement tout ca, images, texte, fonctions de dessin... Mais ca reste du graphisme... et ca représente du temps (j'ai l'habitude de dire 90% du temps de développement c'est pour la GUI) , donc ca se vérifie aussi quand on fait soi-même ses controles, l'avantage c'est la maitrise, et l'efficacité... mais c'est un avantage long-terme...
VB
Pendloup
Bonjour,
Je suis passé par là aussi. Mais avec plusieurs expèriences malheureuse de reprise de controls existants , j'ai compris l'intéret de tout faire soit-même . C'est rentable.
a+
Pendloup.
Bonjour,
Je suis passé par là aussi. Mais avec plusieurs expèriences
malheureuse de reprise de controls existants , j'ai compris l'intéret
de tout faire soit-même . C'est rentable.
Je suis passé par là aussi. Mais avec plusieurs expèriences malheureuse de reprise de controls existants , j'ai compris l'intéret de tout faire soit-même . C'est rentable.
