pour le moment on a un accès application < fichier
mais on pourrait avoir un accès fichier < fonction
Où tout est fichier, ici le fichier étant la "donnée utilisateur"
Imagine un bouton "modifier" dans eog.
Imagine un bouton "créer un pdf" dans gedit.
Plusieurs avantages : (j'en avais listé une bonne dizaine, mais finalement elles seront certainement mieux à laisser découvrir)
Casser le paradigme "je lance une application pour faire ça" alors que la fonction peut être chargée uniquement à la demande et sur l'application de base du bureau. Pourquoi lancer gui-gimp alors que la photo que l'on veut modifier est déjà affichée à l'écran ? Mettre au centre le fichier, l'objet, la tâche à traiter, et non pas l'application. Mais ceci va complètement à l'encontre des intérêts des logiciels commerciaux, c'est pour ça que je pense qu'il s'agit d'un doux rêve, ce type de bureau :(
[^] # Re: Cette fois, c'est la bonne
Posté par bubar🦥 . En réponse au journal Linux est-il prêt pour le desktop?. Évalué à 2.
pour le moment on a un accès application < fichier
mais on pourrait avoir un accès fichier < fonction
Où tout est fichier, ici le fichier étant la "donnée utilisateur"
Imagine un bouton "modifier" dans eog.
Imagine un bouton "créer un pdf" dans gedit.
Plusieurs avantages :
(j'en avais listé une bonne dizaine, mais finalement elles seront certainement mieux à laisser découvrir)
Casser le paradigme "je lance une application pour faire ça" alors que la fonction peut être chargée uniquement à la demande et sur l'application de base du bureau. Pourquoi lancer gui-gimp alors que la photo que l'on veut modifier est déjà affichée à l'écran ? Mettre au centre le fichier, l'objet, la tâche à traiter, et non pas l'application. Mais ceci va complètement à l'encontre des intérêts des logiciels commerciaux, c'est pour ça que je pense qu'il s'agit d'un doux rêve, ce type de bureau :(