C'est une tendance assez globale des GUI de masquer totalement les outils en ligne de commande qui sont derriere, meme dans les docs!
Je crois aussi que ce modèle basé sur la réutilisation et le masquage de lignees de commandes a de graves repercutions sur la réactivité d'une application : une GUI utilise un prog en ligne de commande qui n'a pas été spécialement conçu pour être utilisé ainsi. Celà me semble être une approche très unixienne, du fait de la profusion de commandes existantes. La bonne méthode serait pourtant de proposer un API en même temps que l'on propose une interface en ligne de commande, afin de faciiliter l'intégration dans d'autres applications, notamment les GUI.
Celà m'a toujors fait sourire d'apprendre comment on faisait communiquer 2 processus à coup de pipe et autres mécanismes "inter-processus", comme si il n'était pas possible de les faire communiquer directement sans passer par les entrées-sorties standards...
Pour BeOS, je pense qu'il doit y avoir une partie du à une bonne optimisation et comme tu le fais remarquer au fait que y'a quasiment rien qui tourne, chaque application étant dédié et programmer sans doute avec cette aspect de réactivité.
[^] # Re: Intégration noyau / Interface graphique !!!! ????? !!!!!
Posté par TImaniac (site web personnel) . En réponse à la dépêche Sortie de Syllable 0.5.4. Évalué à 4.
Je crois aussi que ce modèle basé sur la réutilisation et le masquage de lignees de commandes a de graves repercutions sur la réactivité d'une application : une GUI utilise un prog en ligne de commande qui n'a pas été spécialement conçu pour être utilisé ainsi. Celà me semble être une approche très unixienne, du fait de la profusion de commandes existantes. La bonne méthode serait pourtant de proposer un API en même temps que l'on propose une interface en ligne de commande, afin de faciiliter l'intégration dans d'autres applications, notamment les GUI.
Celà m'a toujors fait sourire d'apprendre comment on faisait communiquer 2 processus à coup de pipe et autres mécanismes "inter-processus", comme si il n'était pas possible de les faire communiquer directement sans passer par les entrées-sorties standards...
Pour BeOS, je pense qu'il doit y avoir une partie du à une bonne optimisation et comme tu le fais remarquer au fait que y'a quasiment rien qui tourne, chaque application étant dédié et programmer sans doute avec cette aspect de réactivité.