Zephyr (./89) :
#espoir# et les portages sur "système non libres" sont-ils natifs (ce serait vraiment bien), ou bien ont-ils besoin de frameworks, bibliothèques ou autres dépendances héritées du fabuleux monde du libre (ça ne m'intéresserait plus du tout) ?
Ils sont natifs dans le sens où il ne faut pas X11 ni Cygwin (KDE 3 avait besoin de Cygwin+X11, ou du serveur X11 de Apple sur Mac). Cependant, il faut effectivement kdelibs, kdebase-runtime, Qt et une dizaine ou vingtaine d'autres libs (environ 200 MO de libs). (Mais un logiciel qui a besoin de libs n'est pas forcément non-natif.)
Flanker (./90) :
Bin ils ont besoin de QT4... (et perso, un portage qui n'est pas en Cocoa sur Mac, c'est "poubelle direct"©, pour reprendre une expression consacrée
, faut voir ce que ça donne sur windows, mais j'ai un gros doute également)
Qt 4 utilise Carbon (et il me semble que l'utilisation de Cocoa est prévue pour 4.4 ou 4.5, parce que Apple a refusé de porter Carbon pour 64 bits

) pour l'affichage, donc ça ressemble à des applications Carbon/Cocoa, pas à des applications X11.
dualmoo (./91) :
Après recherche, on dirait que c'est pas terrible, cf ce screen par exemple (je sais pas si le défaut d'intégration vient de Qt ou de KDE, mais le fait est que c'est mal intégré en tout cas).
C'est une capture d'écran très dépassée (février 2007), et en l'occurrence elle utilise un style Plastik, pas le QWindowsXPStyle attendu. Maintenant, le style natif (QWindowsVistaStyle, QWindowsXPStyle ou QWindowsStyle, dans cet ordre de préférence, les 2 premiers utilisant la
style API du système d'exploitation et donc gérant aussi les thèmes personnalisés) est utilisé par défaut.
Flanker (./92) :
c'est un screen de kde4 ?
(c'est marqué using KDE 3.80)
La version 3.80 était la version donnée aux developer previews (pre-alpha) de KDE 4.
dualmoo (./93) :
Par contre, j'ai cherché un peu, et on dirait que la version 3.90 est mieux intégrée : screen
Oui, c'est bien le QWindowsXPStyle qui est utilisé ici.
dualmoo (./93) :
J'ai du mal à trouver des screenshots plus récents, mais peut être que ça va en s'améliorant.
Voilà une capture de
KOrganizer:
http://windows.kde.org/pics/korganizer-first-run.png(Les icônes avec le point d'interrogation sont un problème sur toutes les plateformes (icônes manquantes), qui va sans doûte être corrigé pour KDE 4.1 (
KOrganizer fait partie de
kdepim qui n'est pas disponible en version 4.0).)
Et voici une capture de
Konqueror de novembre 2007:
http://windows.kde.org/pics/konqueror-screenshot.png Flanker (./95) :
Pour moi, un truc natif à OS X, c'est qui utilise le framework de la machine, donc Cocoa, afin de partager le carnet d'adresse, les favoris internet, les événements dans iCal, le dictionnaire, les zones d'entrée de texte, les paramètres réseau, le drag 'n drop, la bibliothèque iTunes, les mots de passe, QuickLook, etc...
Pour la plupart de ces tâches, les frameworks proposés par KDE sont utilisés à la place. (En revanche, le drag&drop avec les applications système est censé marcher, c'est géré par Qt.)
Flanker (./99) :
Godzil (./97) :
Apres utiliser des feature de l'OS ça va dépendre de l'application. Mais je pense que 90% des applis porté avec QT n'en aurait pas besoin de ce lien avec iCal/iTunes/AdressBook & co
bah au contraire, ce qui rend KDE intéressant à mes yeux, c'est toutes les passerelles inter-applis qui ont l'air vraiment élaborées. Si on les perds, ça perd tout son intérêt je trouve
Tu auras ces passerelles inter-applications entre les applications KDE (les frameworks de KDE sont utilisés), mais pas entre applications KDE et applications Apple.