Salut,

Le Vendredi 16 F�vrier 2001 19:28, vous avez �crit :
> Si Kde ne g�re pas les fen�tres, il g�re quoi?? et pourquoi il me faudrait
> quelques giga de libres?

 Je ne suis pas sp�cialiste Linux mais je peux te dire ce que j'ai compris et 
lu. Que les "vrais" me corrigent.

Les couches sont imbriqu�es avec l'histoire de Linux.

Au d�but �tait juste le kernel, gr�ce � Saint Linus, et le mode console.

X a permis de g�rer le graphisme, tant sous Unix que Linux. X g�re les cartes 
graphiques, les layers (diff�rentes zones affich�es sur une m�me zone m�moire)
et bien s�r la souris, les polices graphiques etc...

De l� date StarOffice, qui se contente de X et offre un environnement complet 
de travail bureautique. Mais quelle lourdeur ! D'autres programmes utilisent 
aussi simplement X, et g�rent pas mal de choses elles-m�mes (d'o� une 
certaine anarchie dans le look).

Les gestionnaires de fen�tres sont venus apr�s, ils offrent une interface 
user-friendly suppl�mentaire, g�rent les menus et les panels, le drag des 
fen�tres et l'ic�nification. Ils se greffent sur X.

Ils sont suffisants pour lancer des applications autrement qu'en mode texte 
(menus et panels).

Les bureaux, dont la mont�e en puissance ne date vraiment que de deux ans 
environ (je crois), offrent en plus un bureau 
(des ic�nes sur l'�cran pour lancer les applis et un navigateur de 
partition), mais surtout des biblioth�ques de codes et d'objets (gadgets, 
liste etc...), des applets et des applications diverses (la s�rie des k pour 
kde et des g pour gnome).

Ces biblioth�ques sont la partie immerg�e de l'iceberg (et constituent les 
2/3 de la masse, comme vous le savez :)

Pour le programmeur, c'est un gain de temps, pour l'utilisateur c'est la 
possibilit� d'une personnalisation compl�te (le programme dit qu'il veut un 
bouton "ok", mais la biblioth�que demande � l'utilisateur comment il doit 
appara�tre � l'�cran).

Enlightment est un des gestionnaires de fen�tres le plus gourmand en m�moire 
car aussi le plus �labor�.

Gnome (ou kde) est un bureau, donc charge en m�moire des biblioth�ques (gdk 
et gtk si je ne divague pas) qui sont des monstres (au niveau m�moire mais 
aussi puissance).

Les deux ensemble... je te laisse imaginer.

En fait, cette fa�on de faire n'est pas �loign�e de ce que je connaissais sur 
Amiga. Sauf que l'Amiga n'a � g�rer qu'un seul type de hardware et que son 
syst�me propri�taire assure une meilleure coh�rence de l'ensemble mais aussi 
moins de souplesse. J'ai un peu retrouv� les m�thodes que je connaissais 
d�j�, m�me si, bien s�r, je n'en ma�trise aucune subtilit�.

Pour r�sumer, on pourrait faire le sh�ma suivant :

Kernel -> X -> winmanager -> biblioth�ques gnome ou kde -> bureau et 
applications sp�cifiques � gnome ou kde.

Le tout se compliquant lorsque tu ex�cutes une application kde sous gnome :)

En tant que programmeur (d�butant pour moi), on choisit de r�aliser une 
application en partant d'une de ces couches, qui g�rent les autres en-dessous 
:)

J'esp�re n'avoir pas dit trop de conneries, mais je compte sur les membres de 
la liste pour m'apprendre plein de choses.

> Bravo pour ton site en passant! C'est une source in�puisable
> d'informations! Moi non plus je n'ai pas pu voir cette fameuse �clipse de
> 1999 �tant donn� que je suis au Qu�bec et que j'en avais jamais entendu
> parler.

Attention, je n'ai pas donn� que l'adresse de mon site, mais celui de mon 
groupe. Les infos dont tu parles sont s�rement celles de Jean-Marc, qui est 
le premier Linuxien de la bande. Il est "monsieur s�curit�" dans une bo�te 
Linux, et redac' chef de "Lignes Alternatives". Ceci dit, merci pour ta 
remarque.

Tom.
-- 
Thomas Pimmel
email : [EMAIL PROTECTED]
http : http://www.ringard.org

Répondre à