D'accord, c'est normal d'avoir sa propre façon de coder, d'ailleurs la tienne est vraiment bien pensé et surtout bien optimisé, personne ne peut le nier.
Mais étant sur un site de C++, ça me semble plus logique de faire des choses un brin standard (afin que ceux qui regarde le code s'y retrouve plus).

Je ne dis pas être standard lib C, mais au moins être standard ac l'API Windows. C'est bien beau de mettre de l'ASM, mais sur cppfrance je doute que ça soit la recherche des visiteurs.

En effet ultra simple, un EnumFonts et CB_ADDSTRING.
Je pense que pour faire un listing correct il faut mieux utiliser de l'owner draw. Le nom d'une police sans l'apercu de celle-ci est un peu desué à mon humble avis.

Pourquoi cette volonté à réduire au maximum la taille de tes programmes ?
Les disques durs/ram tendent à stocker de plus en plus de données, et les processeurs à être de plus en plus puissants. C'est pas quelques ko qui vont changer grand choses, à moins si t'utilises encore la disquette :)

Vraiment très très bien !

Effectivement, ça rend les socket beaucoup plus simples :)
10/10

Petit conseil: quand vous travaillez en Win32, il est préferable d'oublier la librairie C standard, il suffit juste d'utiliser les equivalents Win32, cela fera gagner pas mal de place à votre programme. Voici les equivalents des quelques fonctions basique du C:

sprintf() => wsprintf()
strcpy => lstrcpy()
strcat() => lstrcat()
strcmp() => lstrcmpi()
malloc() => HeapAlloc()
realloc()=> HeapReAlloc()
free() => HeapFree()
fopen() => CreateFile()
fread() => ReadFile()
fwrite() => WriteFile()
etc...

C'est bon, j'ai trouvé =] :

int GetSortedPos(const char *cle, int a, int b)
{
b -= 1;
int m , comp;
while (a <= b) {
m = (a + b) / 2;
comp = ListCompare(cle,m);
if (comp > 0) b = m - 1;
else if (comp < 0) a = m + 1;
else return m;
}
return a;
}

Ok, j'ai fais une petite fonction dichotomique (en m'inspirant d'exemple de recherche dichotomique) pour obtenir la position qu'un élément devrait avoir dans la listbox, mais la fonction ne donne pas toujours la bonne position.

int ListCompare(const char *cle, int index) {
__int64 comp = 0;
int size = (int)SendMessage(hlist,LB_GETTEXTLEN,index,NULL);
char *elm = new char[size + 1];
SendMessage(hlist,LB_GETTEXT,index,(LPARAM)elm);
switch (tsort) {
case POP_AZSORT: case POP_ZASORT:
comp = lstrcmpi(elm,cle);
delete[] elm;
if (!comp) return 0;
if (comp < 0) return tsort == POP_AZSORT ? -1 : 1;
return tsort == POP_AZSORT ? 1 : -1;
case POP_09SORT: case POP_90SORT:
comp = _atoi64(elm) - _atoi64(cle);
delete[] elm;
if (!comp) return 0;
if (comp < 0) return tsort == POP_09SORT ? -1 : 1;
return tsort == POP_09SORT ? 1 : -1;
case POP_ALSORT: case POP_DLSORT:
comp = size - lstrlen(cle);
delete[] elm;
if (!comp) return 0;
if (comp < 0) return tsort == POP_ALSORT ? -1 : 1;
return tsort == POP_ALSORT ? 1 : -1;
}
return 0;
}

int GetSortedPos(const char *cle, int a, int b, int reserved) {
int m, c, j = 0;
while (a <= b) {
m = ((a + b) / 2);
c = ListCompare(cle,m);
if (!c) return m;
else if (c > 0) {
b = m - 1 ;
j = m ;
}
else {
a = m + 1;
j = m + 1;
}
}
return j != NULL ? j : (int)SendMessage(hlist,LB_GETCOUNT,NULL,NULL);
}

Pour insérer, je fais: SendMessage(hwnd,LB_INSERTSTRING,(WPARAM)GetSortedPos(chaine,0,(int)SendMessage(hwnd,LB_GETCOUNT,NULL,NULL) - 1  ,NULL),(LPARAM)chaine);

Le problème vient bien évidement de la fonction GetSortedPos(), arrive-tu à voir ce qui cloche ?

poppyto: je crois que vecchio56 a tout dis ;)
vecchio56: ok, merci du conseil

Quelqu'un connaitrai-t-il un algo rapide de tri à l'insertion (déterminer la position future qu'aura un élément dans une liste triée) ?

"if (%hide == $null) devient if (!%hide)"

Ca na pas du tout le même sens:
!%hide c'est ((%hide == $null) || (%hide == 0) || (%hide == $false))

Pour la taille, plutôt préconiser de l'unsigned long ;)
++

Bah sa source est pleinement compatible, dès que la barre d'outils standard de mIRC sera affichée, sa rambar le sera également