vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 2010
-
8 oct. 2005 à 16:33
magic_Nono
Messages postés1878Date d'inscriptionjeudi 16 octobre 2003StatutMembreDernière intervention16 mars 2011
-
11 oct. 2005 à 10:28
Bonjour a tous,
Je suis actuellement en train de développer un éditeur de ressources DIALOG pour pouvoir fabriquer rapidement des application Windows basées sur des boites de dialogue.
Je sais qu'il n'en existe pas beaucoup et que les utilisateur de Dev-C++ n'en ont pas.
Je voudrais savoir si vous seriez intéressés par ce type de produit, sachant le prix de vente sera de 5 euros.
Je prépare une version de démonstration pour présenter le programme très prochainement.
N'hésitez surtout pas a répondre
Merci
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 201417 9 oct. 2005 à 15:24
Bonjour,
Il est vrai que gagah1 a proposé un code source d'un éditeur de
ressources. Il a fait un travail énorme mais il ne fait plus de mises à
jour et donc le programme reste incomplet. Personnellement, je préfère
un éditeur qui génère du texte contenant des CreateWindow() afin de les
coller directement dans mon code. J'en ai déjà fait un mais il est très
limité. Je l'utilise juste pour mes besoins personnels. Il fonctionne
pour les fenêtres et les boites de dialogues. Je n'ai trouvé aucun
utilitaire de ce genre sur le net. J'ai même l'impression que cette
technique n'intéresse personne.
Je suis sûr que ton éditeur de ressources va intéresser beaucoup de
monde. Il faudra juste leur proposer une version de test limitée
permettant de voir les possibilités de l'outil.
vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 201014 9 oct. 2005 à 15:44
Le problème avec les CreateWindow c'est que la taille des fenêtres est constante, ce qui fait que si on augmente la police, les controles ne sont pas redimentionnés en conséquence.
Et les boites de dialogues gèrent d'autres choses, tels que la navigation avec la touche tab par exemple
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 201417 9 oct. 2005 à 16:02
Mon petit outil me permet de redimensionner les fenêtres. Quand je
choisis une taille de police, je redimensionne moi même les controles.
C'est vrai que les boites de dialogues gèrent plein de choses, mais
elles restent des boites de dialogues. Pour faire un petit traitement
de texte un peu spécial, un RichEdit a refusé de s'afficher dans une
boite de dialogue. J'ai essayé tous les moyens en vain. Alors que ça a
fonctionné parfaitement dans une fenêtre. Comme quoi il ne faut pas
avoir de préférence exclusive pour l'un ou l'autre.
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 9 oct. 2005 à 23:56
un richedit va très bien dans une dialog, y a no prob.
Les CreateWindow c'est utile au même titre qu'une dialog, comme d'hab tout dépend de l'emploi qu'on en a. Par contre Windows chargera nettement plus vite une ressource avec de nombreux controles plutot qu'une série d'appels CreateWindow, faut en tenir compte aussi.
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 201417 10 oct. 2005 à 05:55
BruNews >> Je sais qu'un RichEdit va bien dans une boite de
dialogue. Mais celui dont je parlais est un peu spécial. Il s'agit d'un
RichEdit wysiwyg. L'impression de son contenu sera fidèle à son
apparence sur l'écran. Cela fait plus de trois ans que j'ai réalisé ce
projet pour un groupe d'écoles qui cherchaient un programme
permettant à leurs élèves d'avoir les notions de base d'un
traitement de texte de manière simple. Pour commencer vite j'ai choisi
une boite de dialogue comme base à l'application. Mais après de
nombreuses tentatives, j'ai pas réussi à obtenir ce que je voulais. En
passant en mode fenêtre, tout a marché nickel. Pour rendre ce RichEdit
wysiwyg, j'ai dû créer un métafichier en mémoire compatible avec
l'imprimante, puis j'ai utilisé le message EM_SETTARGETDEVICE. Quand
j'aurais du temps, j'adapterai le code et je le posterai ici. Vous
constaterez qu'avec une boite de dialogue ça ne marche pas. J'ai
un peu oublié les détails mais on y reviendra.
Je préfère les CreateWindow() car cela me permet de mieux maitriser mon
application. Pour une vingtaine de controles je ne pense pas que le
temps de chargement soit perceptible. Il faut rappeler que l'editeur de
ressources de Visual Studio ne permet pas de dépasser 255 controles.
Alors qu'avec CreateWindow() on peut mettre autant qu'on veut. Un autre
problème connu avec l'éditeur de ressources c'est la création de
TabControls. Il est impossible d'organiser les controles des différents
onglets. Je sais pas si ces problèmes sont réglés dans les versions
récentes de Visual Studio.
vecchio56
Messages postés6535Date d'inscriptionlundi 16 décembre 2002StatutMembreDernière intervention22 août 201014 10 oct. 2005 à 07:52
Il ne serait pas difficile d'ajouter la possibilité de générer un code avec des CreateWindow, je vais y réfléchir.
Pour la limite de 255 controles, je pense qu'au dela ca deviendrait un peu le fouillis
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 201417 10 oct. 2005 à 15:02
vecchio56 >> Il m'est déjà arrivé de dépasser les 255 controles
dans une boite de dialogue. Il s'agit d'un TabControl d'une dizaine
d'onglets contenant chacun une trentaine de controles ( Boutons, Edits
et Statics). Ce serait bien d'y penser aussi.
racpp
Messages postés1909Date d'inscriptionvendredi 18 juin 2004StatutModérateurDernière intervention14 novembre 201417 10 oct. 2005 à 19:24
magic_Nono >> Avec CreateWindow() aucun problème ne se
pose. On définit les positions et les tailles des controles en sachant
que ceux qui leur seront supperposés seront cachés. Je n'ai jamais
essayé le truc des tabs en fenêtres filles, mais je trouve que c'est
une bonne idée.