j'avais un peu abandonné ce logiciel depuis quelques temps mais au vu de tes commentaires azerty25, j'ai mis à jour la source.
normalement tu ne devrais plus avoir aucun problème avec l'enregistrement des notes.

de nombreux autres petits bugs ont été corrigés mais il en reste encore BEAUCOUP (trop ?) :-D.

merci encore pour ces commentaires et si tu constates d'autres anomalies, n'hésite à m'en faire part, je devrais pouvoir les corriger rapidement.

j'ai fais une petite mise à jour du zip.
le programme permet maintenant de crypter le fichier par un mot de passe (un simple algorithme XOR) et enregistre le code de redondance cylclique (CRC) dans l'image afin de s'assurer lors de l'extraction du fichier qu'aucune erreur ne s'est glissée !

pour ce qui est d'augmenter la densité des données sur un pixel (actuellement 1 octet est enregistré sur 1 pixel de l'image), je ne pense pas pouvoir aller plus loin. jusqu'à maintenant, j'ai touché à la couleur rouge et bleu de chaque pixel, en écrasant les 4 bit de poids faible. j'ai fait quelques tests en touchant aussi au vert mais les dégradation sont vraiment trop visibles et ça rend l'image louche... :-D

Voilà... j'ai mis à jour le code (j'ai laissé l'ancien en commentaire).
Désormais, le programme dissimule 8 bit (1 octet) par pixel sur l'image. Ce qui permet à présent de cacher jusqu'à 780 Ko sur une image de 1024*768 ppp.
Comme d'un bien apparaît toujours un mal, l'image résultante sera un peu plus dégradé qu'avant (on a l'impression d'avoir un JPG de qualité moyenne).

Je vais tenter de cacher 12 bit par pixel mais je pense que la dégradation sera trop importante...

Pour l'idée du mot de passe, elle est bonne : je vais l'inclure rapidement.
et puis merci pour vos commentaire et pour la note :-D.

j'ai mis à jour le zip en y incluant une fonctionnalité supplémentaire (merci à PBDLpc).
désormais, faisant clic-droit -> propriétés sur une note dans l'explorateur, vous pouvez définir une alarme qui vous avertira d'un rendez-vous ou d'une tâche à effectuer.

j'ai aussi réglé quelques petits problèmes concernant la lecture et l'enregistrement des notes: maintenant il ne devrait plus y avoir de problème !

ça y est, le nouveau zip est enregistré (une nouvelle version en à peine 2 heures lol !)
j'ai eu le temps de la tester un peu et les bugs les plus gênants ont été résolus... mais pas tous.
mais j'y arriverais... j'y arriverais :-D

pour Warny : je suis au courant que microsoft a piqué mon idée :-D
mais je pense qu'au prix exorbitant auquel il vont vendre encore une fois office (et en plus one-note ne sera pas inclus que dans les versions les plus chers), je pense que moi, et tous ceux qui programment, ont encore beaucoup d'avenir dans les p'tites applications comme celle-là !

sinon, je vais mettre le zip à jour parce que je me suis rendu compte qu'il y avait beaucoup trop de bugs dans ce programme !!!
je suis en train d'améliorer tout ça chez moi : la recherche de note fonctionne correctement maintenant, les notes ne disparaissent plus (ce qui est plutôt bien, non ?) et la fonction Copier fonctionne parfaitement !
... finalement tout problème a sa solution :-)

j'ai essayé tes contrôles, et ils sont vraiment excellents... j'ai windows xp et windows me et sous millenium : on s'y croirait !

j'ai pas eu le temps de lire tous les commentaires (et ils sont sacrément nombreux !). j'ai quand même constaté un problème assez gênant (et seul un commentaire relate ce problème) : sous windows 9x, tes contrôles mettent à rude épreuve les ressources systèmes. elles tombent en-dessous de 5% en quelques secondes. c'est un problème assez gênant sachant que tes contrôles sont très intéressants pour les personnes qui destinent leurs applications à windows 9x.

j'ai aussi rencontré des problèmes de ce type lors du développement d'une application qui utilisait des fonctions graphiques et à ma grande surprise, les causes n'étaient pas celles que je pensais au départ (je pensais qu'abuser des fonctions PSet, Line, etc. en était la source). En réalité, le problème vient... des APIs ! J'utilisais dans ce programme une API (CreateSolidBrush) et il se trouve que c'était elle qui faisait décroître les performances (mais j'ai mis le temps à le découvrir parce que sous windows nt le problème n'apparaissait pas).
le seul solution que j'ai alors trouvé acceptable était de détecter la version de windows sur laquelle s'exécutait l'application et de passer soit par les APIs (meilleures performances) pour windows nt, soit par les fonctions VB (moins de ressources) sous windows 9x.
mais je me souviens du travail que ça m'avait fait...

en tout cas, je voulais te féliciter, t'as fait un super boulot et le résultat ce sont des contrôles bien plus intéressants que ceux fournis officiellement.

Merci pour vos commentaire, c'est sympa :-D ... j'espère que quelqu'un a pu tout compiler.
Renfield -> Je vais voir ta source (et je laisserai un commentaire), ça à l'air intéressant et ça a des chances de me faire gagner un peu de temps à l'avenir :-)

non c'était pas normal du tout... mais maintenant c'est réglé.

J'avais aussi contasté ce désagrément quand j'ai écrit le contrôle mais à l'époque (il y a un an), j'étais loin, vraiment très loin, d'en savoir autant sur Visual Basic qu'aujourd'hui. C'est pourquoi j'avais rajouté les flèches à droite du contrôle qui permettent d'avancer d'onglet en onglet (ça permet d'afficher ceux qui "débordent" sur la droite de l'écran).
Si j'ai quelques heures à consacrer à ce contrôle pendant les vacances je vous promet d'améliorer ça !