delphi powaa (bis) - Page 1

Bon reste plus qu'à continuer dans ce thread puisqu'il y a eu une modération que je trouve abusive..

si vous voulez continuer, allez y, mais pas ds un topic de delphi

Bon c'est reparti. C'est chiant faut ouvrir deux fenetres...

lol comment expliques tu que tout tourne en natif sur toutes les plateformes alors que certains composant sont différents et ont moins de fonctions sur certaines plateformes

Les fonctions supportées par la plateforme sont utilisées en natif, les autres sont soit indisponible (rare) soit implémentées en utilisant les fonctions de la plateforme (par exemple pour une zone de texte qui risque de dépasser 65535 caractères, Qt utilise automatiquement un RichEdit à la place d'une textbox. Idem pour les zones de texte à coloration syntaxique, il met un richedit).
Oh et puis zut, si tu veux l'explication plus détaillée composant par composant je t'invite à aller lire le site de Trolltech.

quand à la rapidité.. je demande à voir face au mfc, car pour la compatibilité entre les différentes plateforme il y a forcement une surcouche!

Non justement c'est là qu'est toute la force de Qt.

pour la comparaison avec java, il me semble (je connais pas trop le java, ultra nb powaa!!) qu'il y a différentes ig: une qui dessine tout, une qui reprend l'api standard en émulant les composants non supportés par certaines plateforme etc.. ce qui reviendrai au meme que qt.

C'est inexact, parce que l'api qui s'appuie sur le truc standard ne supporte qu'une dizaine de composants qui existent sur toutes les plateformes. Il n'émule en aucun cas les composants non supportés, ils se sont contentés de prendre le dénominateur commun.
Et puis le Java à la base c'est déjà un langage en bytecode, c'est pas du natif.

la licence qt est trés restrictive... après il faut attendre KK pour les restrictions... en gros ca ressemble à la licences de fmod (la je vais m'en prendre plein la gueule )

Qt est disponible sous deux licenses, tu choisis celle que tu veux : GPL ou license propriétaire.
Je vois pas en quoi c'est restrictif ?

C'est quand même chiant quand tu es sous windows... Mais bon, on peut passer outre sans violer de licences (ou pas :])

Euh, arrêtez de raconter n'importe quoi, Qt n'utilise pas les widgets natifs, ils utilisent au mieux les fonctions pour dessiner ce qui ressemble à un widget natif, mais tout le reste (réaction à tous les évènements: édition du texte, par exemple) est géré directement par Qt.

Ensuite, pour les problèmes de consistence sous Linux: http://www.wlug.org.nz/BlueCurve.

Qt n'utilise pas les widgets natifs

Si, si tu désactives l'interface de skins il utilise les widgets natifs.

Ceci est absolument n'importe quoi! Au contraire, c'est l'interface de skins qui donne un look&feel natif aux widgets non-natifs* de Qt! Cf. http://www.trolltech.com/pdf/whitepapers/qt33-whitepaper-a4.pdf page 3:

Qt programs have native look and feel on all supported platforms using Qt’s styles and themes support [p. 35].

et page 35:

A style implements the “look and feel” of the user interface on a particular platform.

et aussi:

The Windows XP and Mac styles are built on top of the native style managers, and are available only on their native platform.

En d'autres mots, les widgets style XP et Mac sont dessinés en utilisant le "style manager" natif, c'est-à-dire l'API native qui dessine les widgets. Les widgets eux-mêmes (réaction aux évènements etc.) ne sont pas natifs, c'est juste l'affichage qui utilise l'API native.

The other styles are emulated by Qt and are available everywhere.

En d'autres mots, les autres styles (Windows non-XP par exemple) ne sont pas du tout natifs, ils n'utilisent même pas l'interface d'affichage native!

Et puis page 47 (Qt's Architecture):

Qt is an “emulating” multiplatform toolkit. All widgets are drawn by Qt, and programmers
can extend or customize them by reimplementing virtual functions. Qt’s widgets accurately
emulate the look and feel of the supported platforms, as described in “Styles and Themes” [p. 35].

et:

Qt uses the low-level APIs of the different platforms it supports. This differs from tradi-
tional “layered” multiplatform toolkits that are thin wrappers over single-platform toolkits (e.g. MFC on Windows and Motif on X11).

(accent sur "low-level"!) qui confirment bien ce que j'ai dit plus haut.

Donc renseigne-toi avant de me contredire! Là, tu te prends pour un expert, et quand je te corrige, tu me prends pour un con, alors que c'est toi qui racontes n'importe quoi.

* Sauf évidemment si tu utilises KDE (ou Qtopia), auquel cas Qt est l'interface native.

-- hum un peu de nettoyage ça revient Désolé tireur mais t'avais oublié de te délogger et j'ai pas vu

Ceci est absolument n'importe quoi! Au contraire, c'est l'interface de skins qui donne un look&feel natif aux widgets non-natifs* de Qt! Cf. http://www.trolltech.com/pdf/whitepapers/qt33-whitepaper-a4.pdf page 3:

Qt programs have native look and feel on all supported platforms using Qt’s styles and themes support [p. 35].

et page 35:

A style implements the “look and feel” of the user interface on a particular platform.

et aussi:

The Windows XP and Mac styles are built on top of the native style managers, and are available only on their native platform.

En d'autres mots, les widgets style XP et Mac sont dessinés en utilisant le "style manager" natif, c'est-à-dire l'API native qui dessine les widgets. Les widgets eux-mêmes (réaction aux évènements etc.) ne sont pas natifs, c'est juste l'affichage qui utilise l'API native.

Stop ici : où vois-tu une api native de dessin de combobox n'impliquant pas l'utilisation d'une combobox par exemple ? Et comment tu expliques que Qt sache te renvoyer le HWND de ladite combobox, et mieux encore que le combobox réponde normalement quand tu l'utilises avec les API windows directement ?

The other styles are emulated by Qt and are available everywhere.

En d'autres mots, les autres styles (Windows non-XP par exemple) ne sont pas du tout natifs, ils n'utilisent même pas l'interface d'affichage native!

Oui ça c'est normal en même temps. Enfin l'interface d'affichage native... Ils font quand même des BeginPaint et dessin avec les apis windows, hein.

Qt is an “emulating” multiplatform toolkit. All widgets are drawn by Qt, and programmers
can extend or customize them by reimplementing virtual functions. Qt’s widgets accurately
emulate the look and feel of the supported platforms, as described in “Styles and Themes” [p. 35].

Oui, c'est vrai de manière générale, mais justement pas quand tu utilises les widgets/contrôles natifs de la plateforme.

Qt uses the low-level APIs of the different platforms it supports. This differs from tradi-
tional “layered” multiplatform toolkits that are thin wrappers over single-platform toolkits (e.g. MFC on Windows and Motif on X11).

(accent sur "low-level"!) qui confirment bien ce que j'ai dit plus haut.

Oui, et concrètement ça donne quoi sous windows ?


Enfin j'ajouterais une touche pour préciser que Microsoft n'utilise pas non plus des masses ses propres contrôles. Suffit de regarder les classes de contrôles utilisés par office xp.

spectras
:

En d'autres mots, les widgets style XP et Mac sont dessinés en utilisant le "style manager" natif, c'est-à-dire l'API native qui dessine
les widgets. Les widgets eux-mêmes (réaction aux évènements etc.) ne sont pas natifs, c'est juste l'affichage qui utilise l'API native.

Stop ici : où vois-tu une api native de dessin de combobox n'impliquant pas l'utilisation d'une combobox par exemple ?

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/html/xptheming.asp (en particulier "Using Visual Styles with a Custom Control")
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/commctls/userex/refentry.asp

Et comment tu expliques que Qt sache te renvoyer le HWND de ladite combobox,

La QComboBox a peut-être un HWND, mais n'importe quelle fenêtre a un HWND, et n'importe quel contrôle peut en avoir un (et c'est plus simple de gérer un contrôle s'il a un HWND de "sous-fenêtre fixe", c'est pour ça que les contrôles natifs font ça, et c'est aussi pour ça que Qt fait apparemment ça), ça ne veut pas dire que c'est un contrôle natif.

et mieux encore que le combobox réponde normalement quand tu l'utilises avec les API windows directement ?

Quelles APIs? SendMessage? Il est un peu obligé de répondre aux messages de clavier et de souris... Mais il répond en traîtant ces évènements à l'intérieur de Qt! Même chose pour d'autres messages: s'ils sont gérés, c'est que le code de Qt les gère, rien à voir avec les widgets natifs.

The other styles are emulated by Qt and are available everywhere.

En d'autres mots, les autres styles (Windows non-XP par exemple) ne sont pas du tout natifs, ils n'utilisent même pas l'interface d'affichage native!

Oui ça c'est normal en même temps. Enfin l'interface d'affichage native... Ils font quand même des BeginPaint et dessin avec les apis windows, hein.

En tout cas, ce ne sont clairement pas des contrôles natifs.

Qt is an “emulating” multiplatform toolkit. All widgets are drawn by Qt, and programmers
can extend or customize them by reimplementing virtual functions. Qt’s widgets accurately
emulate the look and feel of the supported platforms, as described in “Styles and Themes” [p. 35].

Oui, c'est vrai de manière générale, mais justement pas quand tu utilises les widgets/contrôles natifs de la plateforme.

Ce qui n'est pas possible! Quand est-ce que cela rentrera enfin dans ta tête??? Tu ne peux pas accepter d'avoir tort?

Qt uses the low-level APIs of the different platforms it supports. This differs from tradi-
tional “layered” multiplatform toolkits that are thin wrappers over single-platform toolkits (e.g. MFC on Windows and Motif on X11).

(accent sur "low-level"!) qui confirment bien ce que j'ai dit plus haut.

Oui, et concrètement ça donne quoi sous windows ?

uxTheme sous XP, GDI sous les autres. C'est écrit aussi dans le document linké que tu n'as visiblement pas lu avant de troller.

Enfin j'ajouterais une touche pour préciser que Microsoft n'utilise pas non plus des masses ses propres contrôles. Suffit de regarder les classes de contrôles utilisés par office xp.

Mais ça n'a strictement rien à voir avec Qt.

PS: Au cas où tu ne me croirais pas:

Kevin Kofler :
uxTheme sous XP,

Cf. http://www.trolltech.com/pdf/whitepapers/qt33-whitepaper-a4.pdf page 35:

The Windows XP and Mac styles are built on top of the native style managers

GDI sous les autres.

Cf. http://www.trolltech.com/pdf/whitepapers/qt33-whitepaper-a4.pdf page 48:

Qt/Windows uses the Win32 API and GDI for events and drawing primitives. Qt does not
use MFC or any other toolkit. In particular, Qt does not use the inflexible “common con- trols,” but rather provides its own more powerful, customizable widgets.

Je peux prouver ce que je dis, contrairement à toi qui affirmes sans arrêt des spéculation pures alors que tu ne connais strictement rien à l'architecture de Qt.

Quand est-ce que cela rentrera enfin dans ta tête??? Tu ne peux pas accepter d'avoir tort?

et c'est toi qui dit ça

En fait, pause : qu'appelles-tu un contrôle natif.
Pour moi un contrôle natif c'est un objet qui utilise le paradigme de contrôles du système sur lequel il se trouve.

Donc à partir du moment où un contrôle dispose d'une vraie structure de fenêtre (un hwnd) et qu'il répond aux messages standard, c'est un contrôle natif, puisqu'il fonctionne exactement comme tout contrôle du système

Moué, si c une réimplémentation totale, j'ai un peu peur pour les pbs de focus et de raccourcis claviers... et comme y a pas bcp d'apps Qt connues...

ttttt, essaie tu verras tu ne fait pas la différence. Prends par exemple lincvs (download).
Je me suis rendu compte que c'était du Qt que plusieurs semaines après avoir commencé à l'utiliser (sous windows évidemment).

Mouais, c pas *si* affreux que ça, mais bon, rien qu'en 5 minutes, voilà tt ce que je trouve comme pbs :
- affichage "liste avec détails" tout moche et tout pas natif, par exemple je peux pas virer une colonne en la redimensionnant à une largeur nulle, je peux pas choisir les colonnes que j'affiche...
- apparence bizarre non native (et en plus pour les menus, petit clignotement bizarre pour le soulignement des raccourcis qd le menu s'ouvre #titillage pawa#)
- touche "menu windows" qui marche pas
- dans certains cas (onglet "fichiers non cvs"), ctrl-tab qui ne fait rien si je ne clique pas d'abord sur le tab
- tjs pour ctrl-tab, qd on est dans une boîte de texte multiligne les ctrl-tab, shift-tab, etc... sont interprétés comme des tab normaux
- focus sur les tabs et pas sur le contenu du tab lors de l'ouverture d'une boîte de dialogue
- pas de raccourci clavier pour les éléments de menus qui n'ont pas de touche de raccourci explicite (soulignée)
=> pas possible d'accéder directement à un élément du menu dans lincvs

Donc bon, c pas forcément aussi pratique que la vraie API windows

- affichage "liste avec détails" tout moche et tout pas natif, par exemple je peux pas virer une colonne en la redimensionnant à une largeur nulle, je peux pas choisir les colonnes que j'affiche...

Ca en même temps c'est une fonction de l'explorateur windows, c'est pas le contrôle livré avec windows qui le fait il me semble (à vérifier, là il se fait tard mais je crois que c'est ça).

- touche "menu windows" qui marche pas

Ca c'est normal, parce que les concepteurs de lincvs n'ont pas fait un menu contextuel mais un menu qui sort quand on clique du bouton droit.

- focus sur les tabs et pas sur le contenu du tab lors de l'ouverture d'une boîte de dialogue
- pas de raccourci clavier pour les éléments de menus qui n'ont pas de touche de raccourci explicite (soulignée) => pas possible d'accéder directement à un élément du menu dans lincvs

Pareil, ça vient de lincvs même.

spectras
:

- affichage "liste avec détails" tout moche et tout pas natif, par exemple je peux pas virer une colonne en la redimensionnant à une largeur nulle, je peux pas choisir les colonnes que j'affiche...

Ca en même temps c'est une fonction de l'explorateur windows, c'est pas le contrôle livré avec windows qui le fait il me semble (à vérifier, là il se fait tard mais je crois que c'est ça).

Hmm après vérification, oui pour le "Sélectionner les colonnes", mais par contre on peut virer des colonnes (ou en faire apparaître des cachées)

- touche "menu windows" qui marche pas

Ca c'est normal, parce que les concepteurs de lincvs n'ont pas fait un menu contextuel mais un menu qui sort quand on clique du bouton droit.

- focus sur les tabs et pas sur le contenu du tab lors de l'ouverture d'une boîte de dialogue
- pas de raccourci clavier pour les éléments de menus qui n'ont pas de touche de raccourci explicite (soulignée) => pas possible d'accéder directement à un élément du menu dans lincvs

Pareil, ça vient de lincvs même.

T'es qd même pas en train de me dire que la meilleure application Qt qui marche sous win32 est écrite n'importe comment ?
Par contre pour les raccourcis clavier, ça vient pas de lincvs : sous win, même qd y a pas de raccourci sur un menu, on peut y accéder par ses initiales...

la meilleure application Qt

lincvs est loin d'être la meilleure application Qt qui marche sous windows. C'est juste que je m'en sers souvent (enfin dans la limite de mon utilisation de windows, c'est à dire quand je travaille, pas chez moi ).

Et pour que les initiales fonctionnent il faut qu'elles soient marquées comme telles (genre &Fermer que windows convertir en Fermer). Dans lincvs ils ne l'ont pas fait il me semble.

(et au passage on peut aussi remarquer que la traduction de lincvs est à chier du coup je vire toujours le français quand je l'installe quelques part )

Pollux :
Mouais, c pas *si* affreux que ça, mais bon, rien qu'en 5 minutes, voilà tt ce que je trouve comme pbs :
- affichage "liste avec détails" tout moche et tout pas natif, par exemple je peux pas virer une colonne en la redimensionnant à une largeur nulle, je peux pas choisir les colonnes que j'affiche...
- apparence bizarre non native (et en plus pour les menus, petit clignotement bizarre pour le soulignement des raccourcis qd le menu s'ouvre #titillage pawa#)
- touche "menu windows" qui marche pas
- dans certains cas (onglet "fichiers non cvs"), ctrl-tab qui ne fait rien si je ne clique pas d'abord sur le tab
- tjs pour ctrl-tab, qd on est dans une boîte de texte multiligne les ctrl-tab, shift-tab, etc... sont interprétés comme des tab normaux
- focus sur les tabs et pas sur le contenu du tab lors de l'ouverture d'une boîte de dialogue
- pas de raccourci clavier pour les éléments de menus qui n'ont pas de touche de raccourci explicite (soulignée)
=> pas possible d'accéder directement à un élément du menu dans lincvs

Donc bon, c pas forcément aussi pratique que la vraie API windows

Bien trouvé, maintenant maile tout ça à qt-bugs@trolltech.com et/ou bugs@lincvs.org s'il te plaît.

ha je prefere ca quand meme...
d'ailleur ca se remarque à vu d'oeil..
rien que le menu Aide par exemple l'ombre n'est pas gérée de la meme maniere qu'un menu d'une apps XP comme ie...

les boutons aussi.. perso ca me saute à l'oeil..

apps XP comme ie...

Ou comme Outlook ? Ou comme Office ? Ou comme vs.net ?

Kevin Kofler :
Bien trouvé, maintenant maile tout ça à qt-bugs@trolltech.com et/ou bugs@lincvs.org s'il te plaît.

pas que ça à faire, et ça va certainement partir dans /dev/null

Pollux
:

Kevin Kofler :
Bien trouvé, maintenant maile tout ça à qt-bugs@trolltech.com et/ou bugs@lincvs.org s'il te plaît.

pas que ça à faire,

J'ai horreur des gens qui râlent que des logiciels ne fonctionnent pas comme ils l'exigent, mais ne sont pas fichus reporter les bogues aux personnes susceptibles de les corriger!
Tu réagirais comment si tu te rendais compte que des personnes se plaignent des défauts de ton fameux compilateur sur un forum que tu ne lis pas en une langue que tu ne comprends pas au lieu de te les reporter???

et ça va certainement partir dans /dev/null

Je n'en serais pas aussi sûr... Trolltech fait son possible pour que Qt ait un comportement le plus proche possible des contrôles natifs, je pense qu'ils liraient certainement ton Bug Report.

Nan mais y a une différence entre tester sérieusement un prog et juste regarder si ça sux ou pas ^^ J'ai pas vraiment le tps de faire des tests sérieux de tous les progs du monde quels qu'ils soient, par contre si je rencontre un bug dans un prog dont je pense qu'il vaut la peine de faire un bug report, je le fais (genre mozilla, gcc...)

Et franchement, rien que le fait que Qt soit en GPL obligatoire ne m'emballe pas du tout et me donne moyennement envie de faire un effort pour eux...

Qt est disponible sous deux licenses, tu choisis celle que tu veux : GPL (gratuite) ou license propriétaire (payante).
En fait peut-être trois s'ils offrent toujours la QPL. Mais de toutes façons cette license n'a plus lieu d'être.

Nan mais d'accord, mais c de la GPL obligatoire si t'as pas envie de payer 1500€ pour leur truc ^^

T'as une meilleure alternative ?

Au niveau de la licence et de l'intégration à la plateforme, wxWidgets m'a l'air meilleur, mais bon je n'ai jamais fait de prog dans aucun des deux (j'ai juste regardé vaguement la doc de wxwidgets)