Tableaux à deux dimensions - Page 3

WxWindows powered - ça m'a l'air quand même mieux que les MFC, mais l'avantage de ces derniers est la possibilité de dessiner directement avec eux, et je crois que CW arrive à les gérer. A vérifier... -

Product Evaluations:
Qt Evaluation Version (Embedded/X11/Windows/Mac OS X)
QSA Evaluation Version (X11/Windows/Mac OS X)
Teambuilder Evaluation Version

GPL Versions:
Qt/X11 Free
Qt/Embedded Free
Qt/Mac Free
Qt Educational Program
Qtopia downloads (both commercial and GPL)
QSA Free Edition
Teambuilder Personal
Snapshots Snapshots via rsync

Tu devrais chercher un toolkit graphique digne de ce nom (suivez mon propos : pas MFC)

- on peut filtrer pour avoir la doc seulement C++

Une note finale : juste un truc tout bête hein, vous avez déjà programmé avec les mfc :
1) deux vues séparées par un séparateur ajustable (splitter) ?
2) une vue avec des onglets ? Moi, oui. C'est le bordel le plus monstrueux que j'aie jamais rencontré. En Qt, vous avez juste à poser les composants, et ils se comportent correctement immédiatement.

BiHi :
C'est peut-être super bien Qt, mais c'est limité à 30 jours (sous windows mais vu que c'est ce que j'utilise...). Et puis sur windows, ils ne parlent que de Microsoft Visual C++ 6.0, de MSVC++ .Net et de Borland C++ Builder.

Je n'y arrive pas chez moi. Je pense qu'il faut la giga-installation à 1.3 Go pour ça...

Brunni :
Je n'y arrive pas chez moi. Je pense qu'il faut la giga-installation à 1.3 Go pour ça...

Brunni
: Nan, ça marchait un temps, mais là, je n'ai qu'un seul choix, toute la collection. A l'époque j'avais installé complètement, donc forcément je soupçonne que la différence vient de là...

Tu n'as peut-être pas installé l'aide de VC++

Non, ça ne vient pas là, c'est sûr et certain.

Kevin Kofler :
Qui n'est pas mis parce qu'il ne fonctionne pas. -ansi n'est pas supporté par TIGCC. Essaye et tu verras que tu auras des tonnes d'erreurs dans les headers.

En d'autres mots, il ne sert à rien.

Et de plus, les commentaires // sont du C standard
ISO C99. Il faut se mettre à jour, le standard ISO C90 (ANSI C89) n'est plus depuis 4 ans.

Les long long sont aussi du C standard ISO C99.

deviendra le mode par défaut des compilateurs, tous les programmes en C ISO/ANSI sont compilables sans switches particuliers.

Et d'ailleurs, -ansi tout seul ne suffit pas pour que GCC soit conforme au standard ANSI/ISO, il faut aussi mettre -pedantic ou -pedantic-errors

(carrément pas supporté du tout
par TIGCC, tu auras au moins une bonne centaine de warnings ou erreurs dans les headers).

Pas du tout. À part pour des programmes tordus qui utilisent par exemple du //* sans espaces et qui de toute façon arrêteront de marcher quand le C99 deviendra le mode par défaut des compilateurs, tous les programmes en C ISO/ANSI sont compilables sans switches particuliers.

#include <stdio.h>

// convertir en chiffres romains
extern char *rom(int chiffre);

// wrapper pour l'appel de 'rom', d'où son nom ;)
int _rom_call(int y) {
  return y<=0?"Nombre invalide":rom(y);
}

void _main() {
  int n=7;
  clrscr();
  printf("%d en chiffres romains : %s",n,_rom_call(n));
}

None of these macro names, nor the identifier defined, shall be the subject of a
#define or a #undef preprocessing directive. Any other predefined macro names
shall begin with a leading underscore followed by an uppercase letter or a second underscore.

#include <stdio.h>

#ifdef _rom_call
#error Non-conforming C implementation, please do what Kevin Kofler would suggest in such a case : "uninstall the compiler because it is rubbish"
#endif