begin process at 2012 02 07 10:31:07
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Fichiers / Disque

 > EXPLORER SANS MFC

EXPLORER SANS MFC


 Information sur la source

Note :
10 / 10 - par 7 personnes
10,00 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :Fichiers / Disque Niveau :Débutant Date de création :16/06/2003 Date de mise à jour :18/09/2003 17:50:16 Vu / téléchargé :8 347 / 1 630

Auteur : Xentor609

Ecrire un message privé
Site perso
Commentaire sur cette source (33)
Ajouter un commentaire et/ou une note

 Description

Cliquez pour voir la capture en taille normale
Voila, ma deuxieme source:
une sorte d'explorateur windows, avec bien evidemment
treeview, listview, et prise en compte d'un menu contextuel pour l'affichage
des icones.
Realise sous VC6 sans MFC.
Pas de bugs connus pour le moment.

//**********MAJ**************
Explication :
eXPlorer est un mini-explorateur de fichier, semblable a l'"explorer" de Windows.

Details :
- Treeview et ListView.
- Prise en compte d'un menu contextuel, pour l'affichage des listviews.
- Prise en compte d'un menu contextuel, pour la gestion des fichiers des dossiers(supprimer,renommer,nouveau....)
- Gestion des menus (grisés ou non,par défaut...)
- Reconnaissance des icones de fichiers en fonction de l'extension(cf. la source de JackosKing : http://www.cppfrance.com/article.aspx?Val=2043)
- Gestion des hooks simple (WH_GETMESSAGE)
- Redimensionnment possible de la fenetre et des List-Tree View (Merci une fois de plus a Brunews)

A faire :
- Suppression d'un répertoire qui contient des fichiers et/ou des dossiers
- Drag-and-Drop
- Amelioration du systeme de reconnaissance des icones (trop lent+repertoire avec pleins de fichiers-->Gros Ralentissemt du programme, voire Bug)

"Bugs" connus:
- systeme de reconnaissance des icones (trop lent)

OS/Compilateur :
- testé sur Windows 9x,XP
- Compilé sous VC6

Remarques :
- Nous avons pris du retard sur ce projet dû au manque de temps, car nous travaillons sur un autre projet plus gros(toutes nos excuses).
- Utilisation des string pas necessaire, mais flemme (c tellement plus simple, meme si c'est "lourd" :-p), mais bon c'ets pas un gros projet donc....
- Modification d'une partie du code de l'ancienne version (car ne tournait pas sous 98, et pas la possibilite de debugger sous 98 pour l'instant)
- Projet réalisé par Xentor609 et Phoenix72.
- Faites nous part de vos commentaires à phoenix_darkspirit@hotmail.com et/ou xentor_609@hotmail.com

// ********************** MAJ **************************
Corrigé :
                - Amelioration de la reconnaissance d'icones(SHGFI_SYSICONINDEX- Merci Kaid)
                - Ajout de la suppression de repertoire, sous-repertoires et fichiers par recursivite
                - Suppression des std::string (retour au bon vieux char ;-) )

A faire :
- Drag'n Drop (pas le temps en ce moment, d'autres projets en cours)
- Remplacer le delire de sprintf(tellement plus rapide qu'un serie de strcat ou autres), par des strcat pour ne pas utiliser stdio
- Bcp d'autres choses qi me viennent pas a l'esprit

Remarques:
                - Nous avons pris du retard sur ce projet dû au manque de temps, car nous travaillons sur un autre projet TPE pour le BAC
                - Tentative de MAJ d'ici un mois

"Bugs" connus:
- surement quelques un qui me viennent pas a l'esprit



 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Sources du même auteur

Source avec Zip CONVERSION BMP <-> JPEG AVEC LIBRAIRIE CXIMAGE
Source avec Zip Source avec une capture CONTROLE D'UN PC A DISTANCE AVEC UNE TELECOMMANDE INFRAROUGE...
Source avec Zip Source avec une capture WINDOW CONTROL
Source avec Zip Source avec une capture TASKMANAGER
Source avec Zip Source avec une capture DECRYPTEUR DE FICHIER GKF

 Sources de la même categorie

Source avec Zip Source avec une capture GENERE BMP par lajouad
Source avec Zip Source avec une capture GETIONNAIRE D'UNE BIBLIOTHÉQUE EN C par benzarabel
FONCTION D'ÉDITION DE FICHIER BIT À BIT [C-MULTIPLATEFORME] par lynxtyle
Source avec Zip Source avec une capture UN GESTIONNAIRE DU FICHIER par benzarabel
Source avec Zip COPIE DE FICHIERS PAR RESEAU LOCAL par cczerty

Commentaires et avis

Commentaire de JCDjcd le 16/06/2003 21:02:31

Heu on fait comment pour explorer ???

Commentaire de JediMaster le 16/06/2003 21:39:35

exelente source bravo
il reste plus qua differencier les fichier par leur icones et pouvoir lesouvrir et ce sera parfait

Commentaire de zinotron le 17/06/2003 10:25:44

SSSSSSSSSSSSSSSSSSSSSPLENDIDE :p
juset un pbl.
je tourne sous 98 et ca vois que les DD et po les fichiers ni les reps contenu dans les DD ...

Commentaire de JCDjcd le 17/06/2003 10:35:01

Probleme :
- Il faut attendre pour qu'il se lance .
- Quand je click sur "c:", il ne se passe rien ?!?!?!

Commentaire de Xentor609 le 18/06/2003 06:43:49

Tout d'abord merci pour vos remarques!
Faudra que je regarde ces bugs, mais sur quel OS tu tourne JCDjcd?

Commentaire de JediMaster le 18/06/2003 08:30:21

moi en tout cas je tourne sous XP mon disque est partionner je vois tout mes disques et tout les fichier mais avec des iconnes txt (au debut je croiyait qu'il lisait que les .txt)

Commentaire de JCDjcd le 18/06/2003 08:59:10

Windows 98 !

Commentaire de Xentor609 le 18/06/2003 11:56:26

Bon d'accord!
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.

Commentaire de JCDjcd le 18/06/2003 12:29:27

Ok

Commentaire de youpiyoyo le 24/07/2003 11:17:12

salut c super vous vous etes gavé, il est top bravo
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

Commentaire de Xentor609 le 24/07/2003 12:00:45

Ouais, tu as raison, il y a un gros ralentissement quand il y a de nombreux fichiers, faudrait trouver un meilleur code pour ca (en asm?), je connais pas du tout l'asm.Bon de toute facon, je le mettrai pas a jour avant quelques semaines. donc, si y'a des propositions pour trouver une solution a ce probleme, faites moi signes.
Bye, Xentor609

Commentaire de youpiyoyo le 24/07/2003 14:55:09

je t'envoi une petite lib fait avec masm32 donné par brucNews demande lui comment faire c vrai que moi la prog en assembleur je suis bidon avec les push eax,......etc
mais c du code rapide et bien fait mais va savoir comment le faire [:)]

Commentaire de JCDjcd le 25/07/2003 12:00:16

Ne voudrait-t-il pas plutot revoir l'algorithme, au lieu de
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 !

Commentaire de Xentor609 le 25/07/2003 13:05:08

JCDjcd:
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

Commentaire de JCDjcd le 27/07/2003 23:43:23

Pour imfomation, je ne suis pas un programmeur "confirme" ...
loin de la !

hahaha

Commentaire de Xentor609 le 28/07/2003 15:45:17

Ah d'accord excuse moi alors, je le pensais vu ta critique.
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).

Commentaire de Kaid le 12/08/2003 14:36:11

Tu n'est pas obligé d'ajouter chaque icône à ton imagelist. Regarde la MSDN, la documentation de SHGetFileInfo().
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.

Commentaire de Xentor609 le 12/08/2003 15:48:46

Merci beaucoup Kaid!
Je vais essayer de voir ca au plus vite !

Commentaire de Xentor609 le 18/08/2003 13:06:25

Elle est vraiment pas mal ton idée, Kaid!
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

Commentaire de TheLudo2013 le 02/09/2003 06:52:54

Ca marche niquel ce truc !!  C'est bien sympathique 8-|

Commentaire de Nebula le 01/10/2003 21:58:14

Génial !!! Je vais lire çà très attentivement, y'a plein de trucs à apprendre là dedans !

Commentaire de Suisse00 le 09/01/2004 03:09:28

Gros bug sous Windows 98 SE ! Après que j'ai ouvert cette application tout mon bureau, le menu démarrer et la barre d'accès rapide n'avais plus d'icone ! Et si je fesais "chercher la cible" il le trouvas pas ! :s

Commentaire de mone et pock le 09/01/2004 10:22:02

C'est exactement ce que je cherchais!!!SUPER

Commentaire de Nomis le 30/03/2004 18:07:30

Je viens de télécharger le prog.
J'ai aussi Win98SE et  quand je lance eXPlorer.exe j'ai  exactement même gros Bug que «Suisse00» !

Commentaire de linkinlife66 le 22/05/2004 13:28:27

salut xentor cest samurai_hamoud   je suis conecter a msn mesenger et hotmail demain je tenverer lasources salut mon ami  

Commentaire de cosmobob le 14/09/2004 16:00:19

tres bonne source !
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++ ;)

Commentaire de Xentor609 le 14/09/2004 16:15:30

Merci pour l'info cosmobob. J'espere pouvoir modifier un peu le code un jour, mais pour le moment j'ai arreter completement la programmation (ca fait plus de 6 mois maintenant). Je reprendrai en novembre, donc aps pour tout de suite la modif.
Mais bon, c'est sympa de m'indiquer un peu les erreurs dans mon programme.
Merci a toi!
@++

Commentaire de NeoUmbrella le 24/11/2004 22:15:16

Nikel

NeoUmbrella.Inc

Commentaire de Joky le 08/01/2005 20:47:51

Bé moi jdis bravo !!!

Commentaire de victorcoasne le 18/04/2005 16:16:29

Tout ce que je cherchais sur les ListView se trouve (je pense) là dedans !

Bon je vais dire 10/10 !

Commentaire de F_L le 11/06/2005 13:48:51

Il y a là une source d'inspiration remarquable
Bravo (10/10)

Commentaire de cgmorpheus le 12/01/2006 17:09:17

Salut
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 !!

Commentaire de youpiyoyo le 12/01/2006 18:03:39

non le hook sert a chopper les evenmts des touches claviers, ex: ctrl+alt+suppr
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...

+++

 Ajouter un commentaire




Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode

Photothèque

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,577 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales