EXPLORER SANS MFC
cs_JCDjcd
Messages postés
1138
Date d'inscription
mardi 10 juin 2003
Statut
Membre
Dernière intervention
25 janvier 2009
-
16 juin 2003 à 21:02
youpiyoyo Messages postés 539 Date d'inscription vendredi 6 juin 2003 Statut Membre Dernière intervention 14 juillet 2010 - 12 janv. 2006 à 18:03
youpiyoyo Messages postés 539 Date d'inscription vendredi 6 juin 2003 Statut Membre Dernière intervention 14 juillet 2010 - 12 janv. 2006 à 18:03
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/10929-explorer-sans-mfc
https://codes-sources.commentcamarche.net/source/10929-explorer-sans-mfc
12 janv. 2006 à 18:03
en ce ki concerne ta suppression de fichier ou rep, creer un post sur le forum, envoi moi un private msg et je te répondrai....
mais ca doit pas etre bien méchant...
+++
12 janv. 2006 à 17:09
et bravo pour cette source elle m'a beaucoup inspirer,notament pour un prog que je suis en train de faire, mais quant je veu supprimer un dossier avec mon prog il ne veut pas !!!
Apparament la ressource est utilisé.
Est ce que c'est à ça que te sert le hook ??
Je sait que tu a beaucoup de boulot mais si tu pouvait me rensigner ça serai chouette !!
11 juin 2005 à 13:48
Bravo (10/10)
18 avril 2005 à 16:16
Bon je vais dire 10/10 !
8 janv. 2005 à 20:47
24 nov. 2004 à 22:15
NeoUmbrella.Inc
14 sept. 2004 à 16:15
Mais bon, c'est sympa de m'indiquer un peu les erreurs dans mon programme.
Merci a toi!
@++
14 sept. 2004 à 16:00
juste j'ai remarqué un probleme dans "void OpenExplorePrint(char* Operation)" (qui vient du moment ou vs avez remplacé les std::string par des char), le 'memset(Operation,0,sizeof(Operation));' conduit forcément a un plantage (d'autant que sizeof(operation) vaut 4, la taille d'un pointeur et pas la taille du tableau...). enfin bref comme a un moment est appelé OpenExplorePrint("openfolder"), forcément on peut pas écrire dans le pointeur operation sinon plantage... il aurait mieux valu déclarer "void OpenExplorePrint(const char* Operation)" qui signifie qu'on ne peut pas toucher a ce qui est pointé par operation, ce qui aurait permis de detecter l'erreur a la compilation.
donc il suffit d'enlever la ligne avec le memset. sinon jme suis pas attardé trop sur le code, dc peut etre reste il un ou deux bugs du meme genre...
voila sinon c'est vraiment tres bien !!
a++ ;)
22 mai 2004 à 13:28
30 mars 2004 à 18:07
J'ai aussi Win98SE et quand je lance eXPlorer.exe j'ai exactement même gros Bug que «Suisse00» !
9 janv. 2004 à 10:22
9 janv. 2004 à 03:09
1 oct. 2003 à 21:58
2 sept. 2003 à 06:52
18 août 2003 à 13:06
Ca marche à merveille, je l'ai testé sur un autre projet (TaskManager).
Je ferais un MAJ de eXPlorer d'ici 2 semaines.
Et encore merci!
Xentor609
12 août 2003 à 15:48
Je vais essayer de voir ca au plus vite !
12 août 2003 à 14:36
Si tu remplaces le paramètre 'SHGFI_ICON' par 'SHGFI_SYSICONINDEX', tu récupéres l'index de l'icône dans l'imagelist système ainsi que cette imagelist. Tu n'as plus qu'à définir l'imagelist système comme l'imagelist associée à tes contrôles treeview et listview et tu peux laisser tomber toutes les manipulations sur les imagelists.
28 juil. 2003 à 15:45
Mais bon, chacun est libre de penser ce qu'il veut.
Je te propose donc de me proposer (excuse pour la repetition)une piste pour eviter de rajouter la mm icone a l'imagelist.
J'y reflechis un peu, mais j'ai pas trouve la solution convenable.
Ca serait sympa si t'avais une idee de me la faire parvenir, sinon tant pis (et ton commentaire ne sera finalement pas tres bien venu).
27 juil. 2003 à 23:43
loin de la !
hahaha
25 juil. 2003 à 13:05
Je n'ai jamais dit qu'il faudrait un PC puissant pour faire tourner le programme, mais que si le programme était lent c dû au fait qu'il rajoute une icone dans l'imagelist pour chaque fichier. C'est à dire que si dans un répertoire contient pleins de fichiers avec la même extension, il va créer la même icone pour rien.
Je compte bien modifier l'algo pour ne pas avoir a ajouter la mm icone si elle se trouve deja dans l'imagelist.(cf. Prochaine MAJ)
Sans la reconnaissance d'icones(cf. source de JackosKing), le programme n'est pas Lent. Donc, si Tu as une solution a propose(en programmeur CONFIRME que tu es:-)(nous on debute), n'hesite pas
;-)
Bye, Xentor609
25 juil. 2003 à 12:00
compter sur la puissance des PC ...
Moi j'aime pas cette philosophie !
C'est la faute aux programmeurs si un programme est lent, pas au PC !
24 juil. 2003 à 14:55
mais c du code rapide et bien fait mais va savoir comment le faire [:)]
24 juil. 2003 à 12:00
Bye, Xentor609
24 juil. 2003 à 11:17
en revanche la partie lorsque il y a un ralentissement quand il y a bcp de fichier vous devrier faire le code en asm, ca va bcp plus vite.
me demandé pas parceque en asm je touche seulement un peut et je suis débutant mais demandé a brucnews lui il se gave...
c juste un détail mais il est vrai que pour k'il puisse marché a la perfection il faudrai qu'il puisse lire un dossier avec bcp de fichiers dedans. Mais c déjà un très gros boulot que vous avez effectué la
félicitation
18 juin 2003 à 12:29
18 juin 2003 à 11:56
J'ai teste, et c'est vrai qu'il y a un prob sous win98.
Faudra que je debugge sur un win98, mais pour l'instant je peux pas,
alors j'enverrai une autre source,legerement differente qui marche aussi bien sous win XP et sous win 98.
18 juin 2003 à 08:59
18 juin 2003 à 08:30
18 juin 2003 à 06:43
Faudra que je regarde ces bugs, mais sur quel OS tu tourne JCDjcd?
17 juin 2003 à 10:35
- Il faut attendre pour qu'il se lance .
- Quand je click sur "c:", il ne se passe rien ?!?!?!
17 juin 2003 à 10:25
juset un pbl.
je tourne sous 98 et ca vois que les DD et po les fichiers ni les reps contenu dans les DD ...
16 juin 2003 à 21:39
il reste plus qua differencier les fichier par leur icones et pouvoir lesouvrir et ce sera parfait
16 juin 2003 à 21:02