En gros une LFS avec un WM perso.
Un truc perso genre quoi ?
Un toolkit ?
Ou carrément un nouveau X ?
« 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
. »
Ben à mon avis, faire un X ça va être compliqué.
Ce qu'il faut que tu fasses, c'est utiliser le mode graphique, reconnaître les cartes graphiques pour pouvoir les exploiter (donc écrire des drivers pour toutes les cartes), écrire tes primitives de traçage de ligne, rectangle, bitmap, texte, ...
Ensuite, si tu veux en faire un système graphique qui affiche les applications, tu devrais mettre en place un système de fenêtre c'est-à-dire la possibilité de créer des fenêtres (je te conseille de garder l'idée de hiérarchie entre les fenêtre qui existe sous X), de les déplacer, etc...
Une fois que tu auras fait tout ça il faudra que tu écrives des applications qui utilisent ton serveur graphique, parce que sinon il ne te servira pas mais le plus simple pour écrire des applications est d'écrire un toolkit genre GTK+ ou Qt, c'est-à-dire une librairie qui permet de faire rapidement des boutons, menus, etc... L'avantage est que toutes tes applications auront la même tête, et seront plus facile à coder.
Bonne chance.
« 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
. »
Au fait, je me suis rendu compte que j'ai oublié de préciser que ton serveur graphique doit aussi récupérer les évènements clavier et souris et les mettre dans une pile d'évènements que les applications doivent pouvoir lire pour savoir ce qu'il se passe.
« 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
. »
Pour moi un WM est plus simple à faire que ce que tu veux faire : il faut savoir quelles sont les processus qui tournent qui sont connectés au serveur graphique X, puis leur ajouter un petit rectangle autour, et intercepter les évènements des clics pour afficher des menus ou permettre de déplacer/redimensionner le fenêtre. Il faut savoir que les applications utilisant X peuvent en plus te donner des infos utiles, comme leur dimension min souhaitée par exemple.
Sinon pour ce que tu veux faire, ce que j'ai dit reste vrai, il te faudra réécrire pas mal de fonctions graphiques, en fait, tu n'es pas obligé d'écrire aussi des pilotes pour les cartes graphiques, puisqu'il y a un mode qui permet d'accéder directement à l'écran.
« 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
. »
Euh oui, c'est seulement grâce à X que tu as des infos sur les apps. Ce sont les apps qui peuvent envoyer ces infos à X, et toi tu dois pouvoir les récolter.
« 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
. »
Fais quelques tests avec xwininfo -all ça devrait te donner une bonne idée des infos que le serveur X te permet de récupérer. Après, tu peux regarder le source xwininfo, et les fameux livres de référence de X11/Xlib pour voir comment ça marche.
Bas niveau, ça dépend comment tu t'en sers, parce que potentiellement tu peux accéder à OpenGL et X avec. Après si tu utilises juste l'abstraction à libsvga, oui.
kim Le 27/07/2004 à 18:51 Tiens, si tu veux aussi, tu as la smalllinux qui est pas mal si tu veux jouer à installer tout dès le premier point (ou presque). T'as même pas make.
Il n'a pas de mots
Décrire son mépris
Perdre les rênes
Il a perdu la foi
Sally, avant de penser au compilateur, pense déjà à booter.
Evidemment t'as besoin d'un autre pc à côté sur lequel tu compiles et tu te prépares une disquette de boot au départ.
[edit: euh tu te prépares pas la disquette avec mkboot, pke sinon tu pars pas de rien. Tu prépares ta disquette comme un vrai : compilation de init, de login, de bash, etc... et tu fais l'initrd toi même.]
