Salut:
complément d'info, car j'ai tout de meme repris le code, avec ajouts de "rustines" pour  par exemple retrouver un item précis :
j'ajoute une colonne "id" masquée avec un width=0, puis un vilain for each pour retrouver l'id cherché, au lieu d'un simple lvwControl.ListItems(monID). Bref ...
Autre BUG avec l'Event ItemClick:
Private Sub lvwControl_ItemClick(ByVal Item As Object)
  'Essai donc ça :
  Debug.Print "Item.Text: " & Item.Text
  Debug.Print "LVW SelectedItem: " & lvwControl.SelectedItem.Text
Surprise ! Item est censé etre la nouvelle sélection, n'est ce pas... ben pas là!

bonne reflexion :)
++

slt. Bon code, simple et efficace, Marche bien en apparence, dans le sens du terme, mais y'a un gros hic en arrière plan.

Explication, Le texte et la mise en forme qui va avec (forecolor, bold ...) sont bel et bien triés quel que soit le type ou l'ordre: jusqu'à là pour l'affichage tout va bien. Quoique j'ai pas vérifier pour 'tooltip'.
Mais pour les properties 'index' (celui ci au pire pas grave), mais 'key' et 'tag', là ça devient extra embetant: y'a aucun trie la position reste identique à celle où l'item à été créé.
Généralement tag est utilisé pour conserver des infos masquées utile au prog et key ... ben... pour retrouver un item précis. Alors une utilisation un peu trop rapide a mis quelque peu la pagaille dans les données, le temps de m'en rendre compte.
Config d'utilisation : une appli Ms-Access 2003, elle tourne sur win XP pro (à jour), MSCOMCTL.OCX version  6.1.97.86
Une solution? ou est-ce ma config qui convient pas ?
Merci

Salut, ton script m'interesse fortement pour mettre simplement juste la phase de la lune dans un calendrier pour un application concernant la peche.
Quelques remarques:
1) Ca manque un peu (non beaucoup) de POO. L'usage de ta classe est pas évident. Personnellement, je remplacerai le return array() par autant de getters que de value. Ensuite, y manquerait éventuellement un __construct($date). Evidement chaque getter bien commenté avec des phpdoc afin de facilement retrouver unité et type renvoyé.
2) Ta classe me parait très complète, j'apprécie. Mais donc plutot réservé pour les connaisseurs en astronomie, ce n'est pas mon cas. Donc dans les meme phpdoc des getters, Des explications techniques (ou astrologique) seraient bienvenues. Par exemples l'age et les angles, c'est par rapport a quoi?

Hello...
heu... pas pour faire de la pub, mais j'vois qu'y a la des experts en errors.
J'ai pas eu le temps d'exploiter et tester suffisemment (pas fait de prog pendant plus de 10 mois l'année dernière en fait) une astuce que j'ai trouvé, et qui me parraissais plus qu'intéressante pour être avertit au plus vite d'une erreur non catchable, sans devoir recourir à la consultation des logs.
la source : TRAITER-ERREURS-PHP-GRAVES-NON-INTERCEPTABLES_45321
Désolé rien à voir avec un beau code POO, mais si vous passez par là, malgré plus de 3000 visites j'ai pas eu de commentaires constructif qui pourrait faire évoluer le truc...

Hello,
Non, non faut pas supprimer!
La source ok ... a pas d'interet si on s'arrete dessus.
Mais pour ceux (comme moi) qui cherche à comprendre au maximum comment ça marche et qui liront le 1er commentaire de malalam,
Ca a l'interet de se creuser un peu la tete et voir comment on peut utiliser la SPL, d'abord avec un mauvais exemple, puis avec un bon.

malalam > une fois de plus, on peut te remercier des conseils judicieux que tu apporte sur phpCS, si si j'insiste :)

Salut
Si... ligne 214: if (!$result=mysql_query($queryTest),self::$oConnexionRes): parenthèse mal placée
Autrement, au niveau de l'idée, ça m'intéresse je suis actuellement sur le même sujet, je risquerai de revenir commenter dans qques jours.

Niveau du code y'a un truc qui me dérange c'est le fait de faire $e->closeConnexion();
dans le bloc catch: pas terrible à cette endroit, l'utilisateur de ta classe va les oublier à coup sûre

Niveau utilisation y manque quelque chose à mon goût, car tu peux soit enregistrer dans DB soit LOG, pas les deux. Pour aller plus loin... admetons que j'étende ta classe abstract avec une logMailException... je pense que tu suis l'idée... même si là le mot "log" commence à plus trop convenir. Mais on reste dans la même voie.

Autre point qui me dérange (je pense peut-etre un peu trop POO, mais si t'as réponse à ça, tu éclairerai ma lanterne.) Est-ce vraiment le rôle de l'exception elle-même que de faire un tel traitement?
Par définition on lance un objet Exception lorsque un bout de code entre dans un cas exceptionnel. Ce cas exceptionnel est testé et attrapé s'il a lieu (try) pour que dans le code utilisateur tu puisse parer à cet évènement (catch) .

Salut,
Je compte utiliser ce package, pour attraper les erreurs de la meme manière que les esceptions.
Mais je reviens sur l'idée de CALAK, Y a un truc qui me chagrine beaucoup. L'erreur reste humaine: on peut tres bien oublié de placer son p'tit try...catch... là ou il fallait.
Et Oups, ... ce qui me dérange, c'est qu'une simple Notice par exemple, hum... elle se transforme en fatal Erreur. l' Exception_Handler stop purement et simplement le script, (même s'il est personnalisé) au lancement de la malheureuse Exception lancée avec un niveau Notice, mais oublié d'attrapé .

Suggestion, je sorts de mon domaine de compétence, est-ce que la "Reflection" pourrait permettre de savoir si la cause d'erreur est dans un bloc try{} ou non? Voir un autre moyen?
Si non, au lieu de lancé une Exception, on pourrait faire autre chose ou ne rien faire.
Hum... je suis compliqué, et difficile mais bon, j'aime bien aller au fond des choses.

Salut, et bonne année.
MALALAM: merci. C vrai simple avant tout, j'ai pas inventé grand chose. En plus j'ai mis plus de lignes de commentaires que de code dans la source, en recopiant (plutôt résumant) le manuel PHP

CHRISTOBAL: regarde en fin de source (sous la classe) les parties commentées "TESTs":
-1) il y a d'abord configuration qui montre les 2 façons de configurer avec ma classe, je te conseille de revoir un peu les valeurs. C'est tres simple repporte toi à la fonction setter correspondante. il y a toute les explications pour comprendre chaque possibilités.
-2) pour lire, ou relire les valeurs de config, mes exemples sont à peine plus compliqués

Utile en effet LocalStone ... mais bon, la méthode est démodée je pense. Sous IE utilise la Dev Toolbar beta de microsoft. Sous Firefox et mozilla, utilise l'inspecteur DOM en parallèle à la console JavaScript, voir le débogueur (mais déjà moins accessible aux débutants).
Sinon pour le script, peter1789, franchement tu aurais pu faire un effort! Pour commencer: DomViewver sur www.brainjar.com ca va t'interresser.
Pour les remarques: J'ai testé ta page tres vite fait, et pour la lecture de ton code, je me suis arreté au nom de ta fonction.
- Sépare ton code dans un fichier JS pour le réutiliser sur n'importe quelle page
- objet comme nom de fonction, franchement ca le fait pas du tout
- l'argument element: ok je comprends tout de suite, mais chaine et nbre c'est quoi? Comment on s'en sert, pourquoi ... ?
les commentaires dans le code c'est pas seulement fait pour faire joli

Sympathique et réutilisable, code très clair: je garde ta source à porté de main.
J'aurai bien mis 10, mais à mon gout manquerai juste une p'tite doc style Diagram Static UML, pour comprendre plus rapidement le fonctionnement de tout ça. Sinon bravo