kde ou gnome ? - Page 3

Oui, c'est vrai j'oubliait COM/DCOM, qui est l'évolution de OLE, COM/DCOM est par ex utilisé pour DirectX ^^

Oui, mais c'est moins puissant/flexible pour l'usager

Euh.... DCOM n'est pas utilisé du tout, pas même pas les applications de Microsoft.
D'ailleurs, http://www.grc.com/dcom/ propose un outil qui désactive le service DCOM : laisser un service inutilisé ouvert n'est jamais une très bonne idée question sécurité.

Hésitez pas à essayer, l'outil sait aussi réactiver dcom si jamais vous aviez des applications l'utilisant (je n'en connais aucune).

Attention je parle pas de COM hein, juste de son extension distribuée, DCOM. Par ailleurs, Godzil, c'est le contraire : OLE s'appuie sur COM, il fournit une surcouche faisant abstraction d'un certain nombre de détails d'implémentation, et introduit la notion de contrôles OLE, un genre spécial de composant COM.

Si ça intéresse quelqu'un je dois avoir quelque part un cours de COM fourni par Microsoft mais qui ne semble plus être en ligne. Connaître COM est indispensable pour faire du développement un minimum système sous windows, vu qu'il y a de plus en plus d'APIs qui ne sont disponibles qu'en COM (par exemple WMI, DirectX, ...).

OLE est beaucoup plus ancien que COM, excuse moi, COM n'existait pas sous Windows 3.1 OLE si
OLE existe(ait) sur Mac OS, et COM n'existe pas sur Mac OS, OLE n'est pas directement dépendant de COM

Bref, c'est bien ce que je dit :

OLE 1.0 later evolved to become an architecture for software components known as the component object model (COM), and later DCOM.
COM dérive d'OLE, mais OLE n'est pas basé sur COM

COM is the foundation technology for Microsoft's OLE

OLE 2.0 is based on COM, thus applications built using COM can easily take advantage of the powerful compound document features that OLE 2.0 provides.

.....

Et en passant si tu connaissais un peu ce dont tu parles, OLE est essentiellement défini comme un ensemble d'interfaces COM exposant des concepts de haut niveau (document, vue, contrôle, flux, événement, ...)

##fight##

à ce que j'ai compris, OLE 1 n'est pas basé sur COM mais OLE 2 si, ce n'est pas ça ?

Voilà. OLE 1 date d'avant COM, donc la question ne se posait pas.

Puis aux alentours de 1992 ou 1993, Microsoft s'est dit que c'était un peu con d'avoir un système d'objets spécifiques et a généralisé un modèle de développement d'objets (qu'il a appelé COM (Component Object Model)) et formalisé les objets spécifiques définissant OLE en un ensemble d'interfaces COM.

OLE a alors pris un coup de vieux, puisque la nouvelle mouture se basant sur COM a été numérotée 2.0

OLE2 est considéré comme une "vue" de COM... donc c'est bien qu'il s'appuie dessus...

spectras
:

spectras>
il charge les bibliothèques de fonctions de KDE

et ? je vois pas en quoi ça explique ça :

BookeldOr :
non, ràv, ça n'est pas du préchargement

en quoi c'est pas du préchargement ? (je dis pas que ça en est, c'est une vraie question)

Sous-entendu: il ne précharge pas les applications.
En fait ce qu'il charge ne consomme rien, parce que c'est utilisé par toutes les applications KDE. Ce serait comme dire que windows précharge kernel32.dll par exemple.

ben oui, exactement... c'est du préchargement (seulement des libs de kde et pas des applications, on est d'accord, mais windows ne précharge pas non plus le bloc-notes ou les éléments du panneau de configuration...)

oui je voulais dire que ce n'est pas du préchargement d'applis mais seulement des libs qu'ils utilisent

Mais en fait mon premier message répondait à un post disant que kde préchargeait ses services et applications ^^

spectras
:

COM is the foundation technology for Microsoft's OLE

OLE 2.0 is based on COM, thus applications built using COM can easily take advantage of the powerful compound document features that OLE 2.0 provides.

.....

Comment tenter d'avoir raison quand on a tord,
OLE existait AVANT COM, OLE a donné COM, si on appelle OLE 2 encore OLE c'est plus la meme chose, OLE1 a donné COM, mais OLE reste l'origine de COM

et c'est ce que je dit depuis le départ

alors arrete de me prendre pour un con

Nan mais tu t'enfonces là.

Que Ole2 soit une surcouche de COM, c'est un fait indéniable. Mais le fait que ce n'était pas le cas en Ole1 ne veut en aucun cas dire que c'est Ole1 qui a donné COM...

Attendez, donc kde précharge bien? En gros comme windows en qqs sorte...
Sinon windows XP précharge des libs, et vista préchargera carrément les apps les plus souvent utilisées.

Attendez, donc kde précharge bien?

Ben qu'appelles-tu précharger dans ce cas ? Et précharger quoi ?
Si tu parles de précharger les services, ou les applications, non KDE ne le fait pas
Si tu parles d'initialiser des objets/structures de données/fenetres et allouer de la mémoire, non KDE ne le fait pas
La seule chose que kde fait (kdeinit), c'est un dlopen() sur la bibliothèque kdelibs, ce qui permet de mutualiser l'opération de linking. C'est une opération qui ne consomme pas de mémoire.

si j ai bien compris:

dlopen ("/lib/libkde*.so", RTLD_NOW | RTLD_GLOBAL); 

?

Dans ce goût là. Je sais pas exactement quelles bibliothèque(s?) il charge. C'est le sous-ensemble commun sur lequel reposent toutes les applications kde, ça doit surement inclure quelques libs annexe genre zlib aussi ^^

ok donc pourquoi cela sera si difficile a implementer pour d autres WM/DM?

Parce que c'est pas our un WM ou un DM.
Kde est un environnement. Pas un WM ni un DM (kwin et kdesktop sont le WM et le DM de kde). Ca veut dire que toutes les applications partagent et travaillent sur un socle commun.
Ca serait théoriquement possible avec gnome, qui est aussi un environnement, mais je ne connais pas assez gnome pour te dire s'il existe un tel socle logiciel (je ne parle pas de gtk, de même que pour kde je ne parle pas de Qt mais bien des kdelibs).

Faut croire :

moomoo@moobox ~ $ ls /usr/lib/libgnome*
/usr/lib/libgnome-2.la                     /usr/lib/libgnome-window-settings.so.1      /usr/lib/libgnomeprintui-2-2.so
/usr/lib/libgnome-2.so                     /usr/lib/libgnome-window-settings.so.1.0.0  /usr/lib/libgnomeprintui-2-2.so.0
/usr/lib/libgnome-2.so.0                   /usr/lib/libgnome.a                         /usr/lib/libgnomeprintui-2-2.so.0.1.0
/usr/lib/libgnome-2.so.0.1000.1            /usr/lib/libgnome.la                        /usr/lib/libgnomesupport.a
/usr/lib/libgnome-desktop-2.la             /usr/lib/libgnome.so                        /usr/lib/libgnomesupport.la
/usr/lib/libgnome-desktop-2.so             /usr/lib/libgnome.so.32                     /usr/lib/libgnomesupport.so
/usr/lib/libgnome-desktop-2.so.2           /usr/lib/libgnome.so.32.4.3                 /usr/lib/libgnomesupport.so.0
/usr/lib/libgnome-desktop-2.so.2.2.3       /usr/lib/libgnomecanvas-2.la                /usr/lib/libgnomesupport.so.0.0.0
/usr/lib/libgnome-keyring.la               /usr/lib/libgnomecanvas-2.so                /usr/lib/libgnomeui-2.la
/usr/lib/libgnome-keyring.so               /usr/lib/libgnomecanvas-2.so.0              /usr/lib/libgnomeui-2.so
/usr/lib/libgnome-keyring.so.0             /usr/lib/libgnomecanvas-2.so.0.1000.2       /usr/lib/libgnomeui-2.so.0
/usr/lib/libgnome-keyring.so.0.0.1         /usr/lib/libgnomecanvaspixbuf.a             /usr/lib/libgnomeui-2.so.0.1000.1
/usr/lib/libgnome-media-profiles.a         /usr/lib/libgnomecanvaspixbuf.la            /usr/lib/libgnomeui.a
/usr/lib/libgnome-media-profiles.la        /usr/lib/libgnomecanvaspixbuf.so            /usr/lib/libgnomeui.la
/usr/lib/libgnome-media-profiles.so        /usr/lib/libgnomecanvaspixbuf.so.1          /usr/lib/libgnomeui.so
/usr/lib/libgnome-media-profiles.so.0      /usr/lib/libgnomecanvaspixbuf.so.1.0.0      /usr/lib/libgnomeui.so.32
/usr/lib/libgnome-media-profiles.so.0.0.0  /usr/lib/libgnomeprint-2-2.a                /usr/lib/libgnomeui.so.32.14.1
/usr/lib/libgnome-menu.la                  /usr/lib/libgnomeprint-2-2.la               /usr/lib/libgnomevfs-2.a
/usr/lib/libgnome-menu.so                  /usr/lib/libgnomeprint-2-2.so               /usr/lib/libgnomevfs-2.la
/usr/lib/libgnome-menu.so.0                /usr/lib/libgnomeprint-2-2.so.0             /usr/lib/libgnomevfs-2.so
/usr/lib/libgnome-menu.so.0.0.0            /usr/lib/libgnomeprint-2-2.so.0.1.0         /usr/lib/libgnomevfs-2.so.0
/usr/lib/libgnome-window-settings.la       /usr/lib/libgnomeprintui-2-2.a              /usr/lib/libgnomevfs-2.so.0.1000.1
/usr/lib/libgnome-window-settings.so       /usr/lib/libgnomeprintui-2-2.la

/usr/lib/libgnomeprint:
2.10.3

Cependant il y en a nettement moins que dans mon /usr/kde/3.4/lib

le nombre de lib ne fait pas le nombre de fonctionnalitées

oui sauf que c'est pas du tout le sujet Godzil...
faut pas lire que le dernier post avant de répondre hein

#htkc#

disons que c est plus rapide pour lancer un troll