Windows le fait depuis toujours. GTK et QT aussi. Etc...
AMA tu ne sais pas de quoi tu parles. Avec BeOS c'est le "rendu" qui est fait avec une tâche par fenêtre1 du côté du serveur graphique. À ma connaissance aucun de ceux que tu cites n'a un rendu graphique aussi finement multi-multitâches (pour autant déjà qu'il soit déjà multitâches).
"Windows le fait depuis toujours", ayant vu DOS, Windows 3.x, puis Windows 9x et la suite, je rigole), et pour GTK/Qt, ils se reposent sur les API graphiques natives qui très longtemps n'ont pas été réentrantes et fonctionnaient donc avec une tache de rendu.
1 et avec BeOS il faut entendre aussi par menu déroulé, par dialogue ouvert, etc... c'est ce qui fait que le système a toujours du répondant, même avec une application qui "chie dans la colle", l'interface graphique ne se bloque pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Un peu d'air frais
Posté par lolop (site web personnel) . En réponse à la dépêche Haiku R1 bêta 1. Évalué à 10.
AMA tu ne sais pas de quoi tu parles. Avec BeOS c'est le "rendu" qui est fait avec une tâche par fenêtre1 du côté du serveur graphique. À ma connaissance aucun de ceux que tu cites n'a un rendu graphique aussi finement multi-multitâches (pour autant déjà qu'il soit déjà multitâches).
"Windows le fait depuis toujours", ayant vu DOS, Windows 3.x, puis Windows 9x et la suite, je rigole), et pour GTK/Qt, ils se reposent sur les API graphiques natives qui très longtemps n'ont pas été réentrantes et fonctionnaient donc avec une tache de rendu.
1 et avec BeOS il faut entendre aussi par menu déroulé, par dialogue ouvert, etc... c'est ce qui fait que le système a toujours du répondant, même avec une application qui "chie dans la colle", l'interface graphique ne se bloque pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN