Disons que je commence à comprendre. Ce que j'aimerais maintenant, ça serait
d'utiliser enlightenment au lieu de kwim avec kde. Je l'ai installé, et une
fois logué dans enlightenment, j'ai lancé kdesktop. Ça m'a ouvert une
fenêtre avec mon desktop de kde dedans, sans la barre d'outil dans le bas.
Ce n'est pas tout à fait ce que je voulais. Je voudrais kde plein écran
premièrement, et surtout ravoir ma barre d'outil, qui doit correspondre à un
autre exécutable que je n'ai pas trouvé. Est-ce que ce que je veux est
faisable?
----- Original Message -----
From: "Hervé Lefebvre" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; "Thomas Pimmel" <[EMAIL PROTECTED]>
Sent: Monday, February 19, 2001 9:31 AM
Subject: Re: [debutant] gestionaires et bureaux (etait- -- > Enlightenmen t
peut-être...)
> En réponse à Thomas Pimmel <[EMAIL PROTECTED]>:
> > Je ne suis pas spécialiste Linux mais je peux te dire ce que j'ai
> > compris et
> > lu. Que les "vrais" me corrigent.
>
> Je ne suis pas si je suis un "vrai", mais il y a effectivement besoin de
> corrections.
>
> > Les couches sont imbriquées avec l'histoire de Linux.
>
> Vi, enfin faudrait voir a ne pas confondre Unix/Linux...
>
> >
> > Au début était juste le kernel, grâce à Saint Linus, et le mode
> > console.
>
> Soit...
>
> >
> > 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...
>
> Oui.
>
> > 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).
>
>
> Non, pas du tout...
> StarOffice est arrivé bien après tout ça, et n'a rien à voir à l'histoire.
>
> Au debut fut le mode "console" comme tu dis... En fait il faut être plus
précis :
>
> Au début dut le mode "ligne". A l'époque, le tube cathodique n'existaiat
pas,
> enfin si mais on ne savait pas l'utiliser pour afficher des caractères
etc. Un
> terminal était donc composé d'un clavier, et d'une imprimante.
>
> Là je parle des débuts d'Unix hein ? paske au debut-debut de
l'informatique le
> clavier c'était une rangée d'interrupteurs, et l'écran c'était une rangée
> d'ampoules électriques qui répondaient en binaire (allumées ou pas).
>
> Donc heureux Unixiens, nous avions un Booo clavier, et une merveilleuse
> imprimante. On tapait "L", et clac, un 'l' etait imprimé sur le papier
sous le
> curseur de l'imprimante, en suite on tapait "s" et un joli "s" s'imprimait
a
> côté du l. Du coup on tapait sur la touche "XMIT" ("Transmit", Send, ca
> dépendait des clavier) et clac-clac-clac-clac, s'imprimait sur le papier
le
> résultat de la commande "ls"...
> Ces "terminaux" (imprimante et clavier) s'appelaient des télétypes (du nom
d'une
> marque je crois, qui est devenue générique comme caddie, frigidaire etc.)
> C'est pourquoi les gestionnaires de terminaux sous unix se sont appelés
TTY
> (télétypes).
>
> Donc, comme à l'époque on "afficait" sur des imprimantes, fallait que tout
> puisse se faire sur une seule ligne de saisie. D'où les outils comme "ed"
pour
> editer un fichier. Et c'est aussi pour ça que si votre terminal est
configuré
> n'importe comment, et que vous lancez "vi" vous risquer de vous retrouver
sous
> "ed"...
>
> Ensuite sont arrivé les terminaux "pleine page". Les VT quoi.. du coup le
> programme pouvait ballader le curseur n'importe ou.. alors est arrivée la
> librairie "curse". C'est grace à ca qu'on a pu faire un truc comme "vi",
une
> version pleine page de "ed", une vraie révolution !!!
>
> Plus tard, dans une boite (j'sais plus laquelle, AT&T peut être); ya des
gars
> qui bossaient sur l'informatique répartie... mais pour faire les tests
c'était
> pas facile... alors ils ont créer "X", un outil de test qui permet sur un
même
> écran de voir ce qui se passe sur plusieurs machines en même temps. Ouah,
la
> révolution.
>
> > 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.
>
> Ben non... po tout a fait. Ils gèrent tout simplement le fenêtrage. Les
menus et
> panels ce ne sont que des fenêtres...
>
> > Ils sont suffisants pour lancer des applications autrement qu'en mode
> > texte
> > (menus et panels).
>
> Euh, si bien sur.
>
> >
> > Les bureaux, dont la montée en puissance ne date vraiment que de deux
> > ans
> > environ (je crois),
>
> Oui... m'enfin depuis un moment il y avait un truc qui s'appelait "CDE".
>
> > 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).
>
> Bouh... là faut pas tout confondre...
>
> Les applications "k" fournies avec, c'est du packaging. On dit aux gens,
on vou
> file "KDE" avec tout un tas d'applications expressément faites pour cette
> version de KDE. Comme ca il récupèrent en même temps tout ce qui leur
faut...
> mais ca ne fait pas partie du desktop KDE.
>
> Prenons l'exemple du drag&drop :
>
> Quand on dit qu'un indow manager "gère" le d&d, ca veut dire qu'il est
capable
> de dire "coucou mon gars, v'l'a ty pas que l'utilisateur vient de déposer
un
> truc dans ta fenêtre et que ca vient de telle fenetre".
>
> Bien, mais c'est quoi qu'il a déposé ? Du texte, une icone, une image, une
piste
> de CDAudio ???
>
> Ca c'est le boulot du desktop manager...
>
>
> >
> > Ces bibliothèques sont la partie immergée de l'iceberg (et constituent
> > les
> > 2/3 de la masse, comme vous le savez :)
>
> Pour m'amuser, j'ai fait le compte des lignes de c++ dans KDE 2.0.1 :
>
> kwin le window manager fourni avec KDE (qu'on est pas obligé d'utiliser
avec KDE
> d'ailleurs) fait 14900 lignes e C++
>
> KDE (sans KOffice) fait la bagatelle de 724 000 lignes de c++
>
> Le gestionnaire de fenetre ne représente donc 2% de KDE...
>
>
>
> >
> > 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).
>
> gtk et qt. Et ce ne sont là que les toolkits graphiques (affichage des
boutons,
> des icones etc.)
>
> Ce qui bouffe, c'est surtout les goodies comme le kpartserver,
ksoundserver etc..
>
> > 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.
>
> Non, ce ne sont pas des "couches" comme dans un protocole réseau, mais des
> "services" :
>
>
>
> kernel--->> X--+
> ! !
> +------>> WM-+---fait appel à<---APPLICATION
> ! !
> +------>> KDE+
>
>
>
>
>
>
>
> >
> > Le tout se compliquant lorsque tu exécutes une application kde sous
> > gnome :)
>
> Non, ca ne se complique pas, ca va tout simplement lancer les serveurs KDE
pour
> que l'application puisse avoir les services dont elle a besoin.
>
> >
> > 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
> > :)
>
> --
> H.Lefebvre [EMAIL PROTECTED]
> LINUX : Ne jetez plus votre argent par les fenêtres !
>
