90

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) ?

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 hehe, faut voir ce que ça donne sur windows, mais j'ai un gros doute également)
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

91

Ah ben faut au moins Qt je pense. Après je sais pas comment est l'intégration de Qt avec windows.

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).
avatar
I'm on a boat motherfucker, don't you ever forget

92

c'est un screen de kde4 ?

(c'est marqué using KDE 3.80)
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

93

Kde 3 ne tourne pas sous windows, je crois. 3.80 doit être le nom d'une version de développement de KDE4.

Par contre, j'ai cherché un peu, et on dirait que la version 3.90 est mieux intégrée : screen

J'ai du mal à trouver des screenshots plus récents, mais peut être que ça va en s'améliorant.
avatar
I'm on a boat motherfucker, don't you ever forget

94

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 ont besoin, comme le dit le flan, de QT4 et compile pour lui meme les KDE libs & co
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 hehe.gif , faut voir ce que ça donne sur windows, mais j'ai un gros doute également)


QT4 marche en "natif" normalement. Apres ce n'est qu'un framework par dessus l'OS, mais au vu de certain screen, KDE par contre, implémente quand meme certain trucs a lui (genre les boites de dialogues...)
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

95

Godzil (./94) :
QT4 marche en "natif" normalement. Apres ce n'est qu'un framework par dessus l'OS, mais au vu de certain screen, KDE par contre, implémente quand meme certain trucs a lui (genre les boites de dialogues...)

C'est quoi en « natif » pour eux ?
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...
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

96

cherche dans la doc de QT, par exemple...

97

Flan: apriori, ils utilisent cocoa/carbon poru tout ce qui est dessin, ce n'est pas X11 qui est derriere, les widgets sont apriori natif (donc appel a du code de cocoa/carbon) etc..

C'est certain que si on veux devel une appli pour MacOS X, il faut utiliser Cocoa/Carbon directement, mais pour porter une appli QT, ça la rend "native".

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
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

98

avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

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
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

100

Oui mais attention, une application Qt n'est pas une application KDE.
avatar
« Quand le dernier arbre sera abattu, la dernière rivière empoisonnée, le dernier poisson capturé, alors vous découvrirez que l'argent ne se mange pas. »

101

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 hehe, 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 bang) 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.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

102

Kevin Kofler (./101) :
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.)

(Sachant qu'X11 sur OS X est une grosse bouse)
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 hehe, 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 bang) pour l'affichage, donc ça ressemble à des applications Carbon/Cocoa, pas à des applications X11.

Ils ont bien raison de se débarrasser des frameworks obsolètes oui

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.

Ok, donc pour moi ça perd tout son intérêt sur OS X
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

103

Flanker (./102) :
Ils ont bien raison de se débarrasser des frameworks obsolètes oui.gif


Il est pas si mal que ça Carbon...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

104

Kevin Kofler (./101) :
Cependant, il faut effectivement kdelibs, kdebase-runtime, Qt et une dizaine ou vingtaine d'autres libs (environ 200 MO de libs).

couic

Donc les programmes vont y faire appel dynamiquement, donc c'est une dépendance (et une grosse en plus), donc ça vient se mettre au même niveau que GTK et cie selon moi : "poubelle direct" © :/
avatar
All right. Keep doing whatever it is you think you're doing.
------------------------------------------
Besoin d'aide sur le site ? Essayez par ici :)

105

sauf que contrairement à GTK, QT est stable et installer la version 4.2.0 ne va pas empêcher une appli compilé pour la 4.0.4 de fonctionner...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

106

aaah smile

a quand un ktiemu cross plateforme basé sur qt et pas sur gtk? ^^

107

Flanker (./102) :
Ils ont bien raison de se débarrasser des frameworks obsolètes oui

Mais en déclarant Carbon "obsolète", ils obligent tout le monde à utiliser leur langage de programmation non-standard que pratiquement personne d'autre n'utilise (Objective C). roll (Inutile de me parler de GNUstep, je suis au courant. Mais ce sont des fans du système NeXT (le vrai prédécesseur de OS X) qui ont décider d'imiter ce système, donc leur choix n'est pas étonnant. grin)
Godzil (./105) :
sauf que contrairement à GTK, QT est stable et installer la version 4.2.0 ne va pas empêcher une appli compilé pour la 4.0.4 de fonctionner...

GTK+ fournit aussi cette compatibilité antérieure, c'est l'installation de 2 versions à la fois qui peut foirer (un truc qui peut arriver aussi avec Qt, je suppose), c'est bien pour ça qu'il faut une installation partagée et pas une par application.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

108

Kevin Kofler (./107) :
Mais en déclarant Carbon "obsolète", ils obligent tout le monde à utiliser leur langage de programmation non-standard que pratiquement personne d'autre n'utilise (Objective C). roll.gif (Inutile de me parler de GNUstep, je suis au courant. Mais ce sont des fans du système NeXT (le vrai prédécesseur de OS X) qui ont décider d'imiter ce système, donc leur choix n'est pas étonnant. biggrin.gif )


Mais utiliser Cocoa n'oblige pas l'application a etre 100 Objective C !

d'ailleurs pour prendre un exemple simple WebKit est du C/C++ pas de l'objective C, pourtant, Safari utilise Cocoa...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

109

Mais tout le code Cocoa doit être en Objective C (ou Objective C++, un langage bâtard avec 2 modèles d'objet sick).
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

110

tritop merci steve jobs! (oui oui c'est lui qui a récupéré ça de fix_case(next) )

111

Kevin Kofler (./101) :
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.


Tu es sûr de ton coup ? Par exemple, ils semblent utiliser xine ou gstreamer pour le backend sonore sous linux et QuickTime ou CoreAudio (je ne sais plus trop lequel fait quoi) sous OSX, donc pourquoi pas un système de ce genre pour le gestionnaire de mots de passe, etc. ?
avatar
fabetal_ > Hier, je me suis fait monter par un pote
redangel > et en chevals, ça donne quoi?
Nil> OMG I think I'm gay

112

Ils utilisent QuickTime pour le backend Phonon effectivement, mais par exemple pour le gestionnaire de mots de passe, c'est du KWallet.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

113

Ok, ceci dit, on peut imaginer qu'à l'avenir ils fassent un pont entre kwallet et les gestionnaires natifs...
avatar
fabetal_ > Hier, je me suis fait monter par un pote
redangel > et en chevals, ça donne quoi?
Nil> OMG I think I'm gay

114

Kevin Kofler (./109) :
Mais tout le code Cocoa doit être en Objective C (ou Objective C++, un langage bâtard avec 2 modèles d'objet sick).

Porter une application en C, genre sans UI ou avec une UI non native et utiliser l'UI native (donc cocoa) demande peu de modifications, et non tout le code n'est pas obligé d'etre en ObjC, et c'est pas parce que tu aime pas l'ObjC qu'il en est mauvais
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

115

De toute maniere apple supprime comme ca, les pro risque pas d'aller chez eux. Il restera les je me la donne smile

116

Ce n'est pas supprimé, c'est marqué comme deprecated, et c'était deja le cas dans 10.4, et 10.4 a deja 3ans, il faudrait ptet pas exagerer, Carbon est pas pret de disparaitre. Au pire il disparaitra dans 10.6, mais 10.6 on en est loin, tres loin.

Et je faut pas exagerer, Microsoft fait pareil avec MFC...
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

117

C'est supprimé dans l'API 64 bits.
Godzil (./116) :
Et je faut pas exagerer, Microsoft fait pareil avec MFC...

Ce qui est tout aussi critiquable, et pourquoi il ne faut pas se fier aux logiciels propriétaires.

Fedora propose toujours GTK+ 1, et sur toutes les plateformes supportées. Et après on gueule sous Fedora parce qu'on ne s'occupe soi-disant pas assez de la compatibilité antérieure. roll

De plus, avec une librairie libre, personne ne t'empêche de la faire marcher sur les nouveaux systèmes, avec une lib propriétaire, tu es totalement dépendant de l'entreprise qui la développe.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

118

c'est pas "supprimer dans l'API 64 bits" carbon n'a JAMAIS existé en 64bits.. donc ce n'est pas une suppression
avatar
Proud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

119

C'est une suppression par rapport à l'API 32 bits.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

120

surtout que tout passe en 64bits..