J'imagine que je suis naturellement prédisposé à l'usage des tuiles, alors, étant développeur, et faisant donc un usage intensif d'IDE et autres applications utilisant le même principe.
Sans parler du dual screen, qui pose énormément de problèmes avec une gestion en stacking (rien que poncer le bureau pour aller d'une appli à l'autre… i3 gère chaque écran comme étant un workspace différent, et du coup téléporte la souris sur l'écran sur lequel on travaille. Très intuitif et pratique, franchement, même si j'utilise la souris de moins en moins :D )
Par rapport au fait de devoir penser à son espace de travail comme un ensemble, c'est partiellement vrai (j'y reviendrai), et j'admets que ce n'est pas toujours évident. Cela dis, peut-être aussi que justement, la raison qui fait que les gens sont largués avec les ordinateurs, c'est qu'on cherche trop à imiter le bureau classique, avec ses piles de papier. Un écran est une et une seule chose, après tout…
Je me souviens d'une citation de Linus qui disait en gros que l'utilisateur ne veut pas utiliser un OS ou un ordinateur, mais une application. J'aime beaucoup ce que cela implique, notamment le fait que tout le monde ne cherche pas forcément à manipuler 36 applications, et donc, 36 fenêtres, en même temps. Le tiling résous aussi ce souci, d'une certaine façon: depuis que j'utilise le tiling, j'ai constaté que j'ai commencé à utiliser les workspace, et que j'ai globalement moins d'applications lancées en même temps.
Bon, pour un lambda, pourquoi pas garder le paradigme du bureau en bordel, mais pour ceux, nombreux, qui travaillent sur l'ordinateur 8H par jour, je trouve ça dommage (et il n'y a pas que des têtes qui travaillent sur écran!).
D'ailleurs, je pense que si mon wm supportait la notion de bureau (les icônes en foutoir) n'importe qui serait capable d'utiliser mon PC sans souci, malgré le mode tuile.
D'un autre côté, ce n'est pas à lui de gérer ça, il me suffirait de lancer par défaut un outil qui visualise le dossier ~/Desktop et permet d'agir sur les icônes (un gestionnaire de fichiers, quoi) et le problème serait résolu.
Un point intéressant dans ta réponse, c'est ta petite parenthèse aux dev de windows 8. Ce qu'elle a d'intéressant, outre le côté humoristique, c'est le fait qu'elle montre bien que l'ergonomie est quelque chose d' entièrement subjectif: tu ne cesses de les encenser pour leur interface graphique très bien faite (ce que je leur accorde aussi, au passage, quand on l'allège de tous le bling-bling), et tu constates ensuite qu'ils font des choses que tu dis complètement anti-ergonomique, comme mettre 2 modes de gestion de fenêtre. La vérité, c'est qu'ils ont toujours eu ces 2 modes, plus ou moins, mais qu'avec w8, ils ont mis l'accent sur la tuile, ce qui est une première, tout en explicitant le fait qu'on puisse avoir les 2 types d'interfaces.
Auparavant, peu de gens connaissaient (se souvenaient, en fait) les fonctionnalités de tuiles, qui datent de… windows 3.1 au minimum (j'ai connu DOS, puis win3.1, je connaît pas de windows plus vieux donc)… quoique, dosshell pourrait être vu comme gérant des tuiles, aussi. Les mosaïques, tout ça… c'est vieux, et si ça reste, c'est que c'est bien.
La description de l'IHM de mac que tu fais est assez intéressante en tout cas, il semble qu'ils considèrent "tout comme des objets" pour parler comme un dev. Une application, un objet, que l'on peut manipuler via son interface publique, dont l'icône fait partie… j'aime bien l'idée.
Toujours est-il qu'a mon avis, les fonctionnalité de dock, c'est, pour moi, une fonctionnalité importée des tuiles, combinée à une façon d'écrire l'application pour qu'elle supporte d'être utilisée en mode tuile… un dock, une petite tuile, même combat, non? Ou alors je n'ai pas compris ce que tu dis.
D'ailleurs, plus haut, j'ai dis "partiellement" parce que l'on pense souvent que tiling exclut stacking, et vice-versa.
C'est souvent le cas en apparence, notamment chez certains twm, mais la beaucoup supportent malgré tout le mode stacking, ne serait-ce que parce qu'il n'y a pas assez d'applications qui sont pensées en tuiles.
Mais, comme je l'ai indiqué à plusieurs reprises, les gestionnaires stacking utilisent tous des petites chose importées des tuiles.
Les docks, les dispositions de fenêtres en mosaïque, et même la "barre des tâches"!
Ben oui, cette barre, c'est une application qui reste toujours au même endroit. En fait, je pourrais aller plus loin encore (et en exagérant):
on a quasi-systématiquement (excepté dans le mode plein-écran en fait), dans les wm, au moins 2 tuiles:
l'espace applicatif, qui gère en interne les applications en stacking
une (ou plus) barre, qui fournit un accès rapide à des fonctionnalités jugées importantes et assez fréquentes pour en permettre un accès immédiat en tout temps.
En tous cas merci pour ton commentaire, j'aime beaucoup ta façon d'analyser ces sujets et ton développement sur les diverses utilisations du tiling est vraiment intéressant.
Et je te remercie pour tes réponses constructives.
Pour le coup, ma façon de penser est directement issue du paradigme objet: quand je perçois un concept, je commence par généraliser ses composants, en faisant abstraction des détails, puis une fois que j'ai un truc assez vague, je re-spécialise, et si j'ai le même résultat que ce dont je suis parti, c'est que j'ai compris comment ça marche :)
J'ai d'ailleurs compris des choses auxquelles je n'avais pas pensé explicitement en te répondant (ça m'arrive souvent, et c'est pour ça que j'aime les discussions de ce type), notamment le fait que les gestionnaires de fenêtres en tuiles incorporent tous cet aspect tuile…
Au sujet des fonctionnalités cachées de windows, si je les connais, c'est parce qu'en fait, j'ai utilisé windows depuis très petit (commencé avec 3.1, je disais) et j'ai donc vu les évolutions. Et comme je suis curieux, il m'arrive aussi de tester des trucs stupides, par exemple, en maintenant la touche CTRL, on peut sélectionner plusieurs fichiers, alors pourquoi ne pas essayer avec les applications? Et parfois, ça marche et je découvre un truc bien pratique, que personne ne connaît ou presque.
Just a Geek…
[^] # Re: Pourquoi
Posté par freem . En réponse à la dépêche Enlightenment DR17 est enfin sorti !. Évalué à 2.
J'imagine que je suis naturellement prédisposé à l'usage des tuiles, alors, étant développeur, et faisant donc un usage intensif d'IDE et autres applications utilisant le même principe.
Sans parler du dual screen, qui pose énormément de problèmes avec une gestion en stacking (rien que poncer le bureau pour aller d'une appli à l'autre… i3 gère chaque écran comme étant un workspace différent, et du coup téléporte la souris sur l'écran sur lequel on travaille. Très intuitif et pratique, franchement, même si j'utilise la souris de moins en moins :D )
Par rapport au fait de devoir penser à son espace de travail comme un ensemble, c'est partiellement vrai (j'y reviendrai), et j'admets que ce n'est pas toujours évident. Cela dis, peut-être aussi que justement, la raison qui fait que les gens sont largués avec les ordinateurs, c'est qu'on cherche trop à imiter le bureau classique, avec ses piles de papier. Un écran est une et une seule chose, après tout…
Je me souviens d'une citation de Linus qui disait en gros que l'utilisateur ne veut pas utiliser un OS ou un ordinateur, mais une application. J'aime beaucoup ce que cela implique, notamment le fait que tout le monde ne cherche pas forcément à manipuler 36 applications, et donc, 36 fenêtres, en même temps. Le tiling résous aussi ce souci, d'une certaine façon: depuis que j'utilise le tiling, j'ai constaté que j'ai commencé à utiliser les workspace, et que j'ai globalement moins d'applications lancées en même temps.
Bon, pour un lambda, pourquoi pas garder le paradigme du bureau en bordel, mais pour ceux, nombreux, qui travaillent sur l'ordinateur 8H par jour, je trouve ça dommage (et il n'y a pas que des têtes qui travaillent sur écran!).
D'ailleurs, je pense que si mon wm supportait la notion de bureau (les icônes en foutoir) n'importe qui serait capable d'utiliser mon PC sans souci, malgré le mode tuile.
D'un autre côté, ce n'est pas à lui de gérer ça, il me suffirait de lancer par défaut un outil qui visualise le dossier ~/Desktop et permet d'agir sur les icônes (un gestionnaire de fichiers, quoi) et le problème serait résolu.
Un point intéressant dans ta réponse, c'est ta petite parenthèse aux dev de windows 8. Ce qu'elle a d'intéressant, outre le côté humoristique, c'est le fait qu'elle montre bien que l'ergonomie est quelque chose d' entièrement subjectif: tu ne cesses de les encenser pour leur interface graphique très bien faite (ce que je leur accorde aussi, au passage, quand on l'allège de tous le bling-bling), et tu constates ensuite qu'ils font des choses que tu dis complètement anti-ergonomique, comme mettre 2 modes de gestion de fenêtre. La vérité, c'est qu'ils ont toujours eu ces 2 modes, plus ou moins, mais qu'avec w8, ils ont mis l'accent sur la tuile, ce qui est une première, tout en explicitant le fait qu'on puisse avoir les 2 types d'interfaces.
Auparavant, peu de gens connaissaient (se souvenaient, en fait) les fonctionnalités de tuiles, qui datent de… windows 3.1 au minimum (j'ai connu DOS, puis win3.1, je connaît pas de windows plus vieux donc)… quoique, dosshell pourrait être vu comme gérant des tuiles, aussi. Les mosaïques, tout ça… c'est vieux, et si ça reste, c'est que c'est bien.
La description de l'IHM de mac que tu fais est assez intéressante en tout cas, il semble qu'ils considèrent "tout comme des objets" pour parler comme un dev. Une application, un objet, que l'on peut manipuler via son interface publique, dont l'icône fait partie… j'aime bien l'idée.
Toujours est-il qu'a mon avis, les fonctionnalité de dock, c'est, pour moi, une fonctionnalité importée des tuiles, combinée à une façon d'écrire l'application pour qu'elle supporte d'être utilisée en mode tuile… un dock, une petite tuile, même combat, non? Ou alors je n'ai pas compris ce que tu dis.
D'ailleurs, plus haut, j'ai dis "partiellement" parce que l'on pense souvent que tiling exclut stacking, et vice-versa.
C'est souvent le cas en apparence, notamment chez certains twm, mais la beaucoup supportent malgré tout le mode stacking, ne serait-ce que parce qu'il n'y a pas assez d'applications qui sont pensées en tuiles.
Mais, comme je l'ai indiqué à plusieurs reprises, les gestionnaires stacking utilisent tous des petites chose importées des tuiles.
Les docks, les dispositions de fenêtres en mosaïque, et même la "barre des tâches"!
Ben oui, cette barre, c'est une application qui reste toujours au même endroit. En fait, je pourrais aller plus loin encore (et en exagérant):
on a quasi-systématiquement (excepté dans le mode plein-écran en fait), dans les wm, au moins 2 tuiles:
Et je te remercie pour tes réponses constructives.
Pour le coup, ma façon de penser est directement issue du paradigme objet: quand je perçois un concept, je commence par généraliser ses composants, en faisant abstraction des détails, puis une fois que j'ai un truc assez vague, je re-spécialise, et si j'ai le même résultat que ce dont je suis parti, c'est que j'ai compris comment ça marche :)
J'ai d'ailleurs compris des choses auxquelles je n'avais pas pensé explicitement en te répondant (ça m'arrive souvent, et c'est pour ça que j'aime les discussions de ce type), notamment le fait que les gestionnaires de fenêtres en tuiles incorporent tous cet aspect tuile…
Au sujet des fonctionnalités cachées de windows, si je les connais, c'est parce qu'en fait, j'ai utilisé windows depuis très petit (commencé avec 3.1, je disais) et j'ai donc vu les évolutions. Et comme je suis curieux, il m'arrive aussi de tester des trucs stupides, par exemple, en maintenant la touche CTRL, on peut sélectionner plusieurs fichiers, alors pourquoi ne pas essayer avec les applications? Et parfois, ça marche et je découvre un truc bien pratique, que personne ne connaît ou presque.
Just a Geek…