GIMP fait toujours des captures d'écran. Simplement il y a eu un intervalle entre les premiers OS sous Wayland et la mise à jour nécessaire de GIMP pour Wayland (pour être plus précis pour GNOME Shell sous Wayland).
Maintenant c'est implémenté mais ce sera disponible dans GIMP 2.10 seulement.
Dans l'optique sécurité de Wayland, je trouve cette protection assez sensé. En gros, toutes les applications auront le droit de faire des captures d'écran (et pas seulement des applications privilégiées), mais elles doivent passer par une API dbus et ce sera le compositeur (ou Window Manager, je sais pas trop qui a la charge de ça) qui se charge de faire la capture pour l'application. Ce que cela signifie est notamment que l'application n'a pas d'accès direct et ne peut pas regarder l'écran en douce. Il doit "demander". Ce que va faire l'OS alors n'est pas d'interdire mais le faire en avertissant l'utilisateur (que ce soit par une popup, un flash de l'écran, un bruit... quelque chose, libre aux designers de décider). En gros, tu peux plus faire un screenlogger qui va faire des captures régulières de l'écran en "loucedé". On pourra toujours faire des captures, mais simplement si le compositeur/window manager est bien designé, il avertira l'utilisateur.
De même, en cas de capture d'une zone de l'écran, ce sera aussi le compositeur/window manager qui gèrera la récupération de coordonnées. Ainsi typiquement dans l'API de GNOME shell, l'application utiliserait la méthode SelectArea, en conséquence de quoi le shell se mettra typiquement dans un mode interactif de récupération d'une zone rectangulaire (classiquement, le curseur change, éventuellement des instructions apparaissent, et l'utilisateur est invité à glisser la souris pour créer une zone rectangulaire). En retour de cette méthode dbus, des coordonnées sont retournées au programme si l'action s'est faite avec succès. Le programme peut alors appeler la méthode dbus ScreenshotArea avec ces paramètres. Il n'y a plus de code dans l'application pour la récupération de coordonnées (puisque l'application n'a plus de visibilité non plus sur sa position dans l'écran et ne peut évaluer cette info) ni pour la prise de capture d'écran ou de zone d'écran elle-même.
Je trouve cela plutôt bien. La logique n'est pas d'interdire mais d'avertir l'utilisateur quand des actions à risque sont entreprises (capture d'écran, keylogging, etc.). Certaines choses sont encore impossibles mais cela ne veut pas dire que c'est fait exprès. Simplement que l'API n'a pas encore été écrite.
Pour moi, le seul problème embêtant est que ces APIs ne soient pas au niveau du protocole mais de chaque implémentation. Ainsi GIMP peut bien maintenant faire des captures d'écran sous GNOME Shell, mais pas forcément sous d'autres implémentations au dessus de Wayland. Cela nous obligera à tester diverses APIs jusqu'à ce qu'une marche. J'aurais préféré une API commune.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
[^] # Re: Et synergy ?
Posté par Jehan (site web personnel, Mastodon) . En réponse à la dépêche Des nouvelles de GNOME à l’occasion de la 3.26. Évalué à 10.
GIMP fait toujours des captures d'écran. Simplement il y a eu un intervalle entre les premiers OS sous Wayland et la mise à jour nécessaire de GIMP pour Wayland (pour être plus précis pour GNOME Shell sous Wayland).
Maintenant c'est implémenté mais ce sera disponible dans GIMP 2.10 seulement.
Dans l'optique sécurité de Wayland, je trouve cette protection assez sensé. En gros, toutes les applications auront le droit de faire des captures d'écran (et pas seulement des applications privilégiées), mais elles doivent passer par une API dbus et ce sera le compositeur (ou Window Manager, je sais pas trop qui a la charge de ça) qui se charge de faire la capture pour l'application. Ce que cela signifie est notamment que l'application n'a pas d'accès direct et ne peut pas regarder l'écran en douce. Il doit "demander". Ce que va faire l'OS alors n'est pas d'interdire mais le faire en avertissant l'utilisateur (que ce soit par une popup, un flash de l'écran, un bruit... quelque chose, libre aux designers de décider). En gros, tu peux plus faire un screenlogger qui va faire des captures régulières de l'écran en "loucedé". On pourra toujours faire des captures, mais simplement si le compositeur/window manager est bien designé, il avertira l'utilisateur.
De même, en cas de capture d'une zone de l'écran, ce sera aussi le compositeur/window manager qui gèrera la récupération de coordonnées. Ainsi typiquement dans l'API de GNOME shell, l'application utiliserait la méthode
SelectArea, en conséquence de quoi le shell se mettra typiquement dans un mode interactif de récupération d'une zone rectangulaire (classiquement, le curseur change, éventuellement des instructions apparaissent, et l'utilisateur est invité à glisser la souris pour créer une zone rectangulaire). En retour de cette méthode dbus, des coordonnées sont retournées au programme si l'action s'est faite avec succès. Le programme peut alors appeler la méthode dbusScreenshotAreaavec ces paramètres. Il n'y a plus de code dans l'application pour la récupération de coordonnées (puisque l'application n'a plus de visibilité non plus sur sa position dans l'écran et ne peut évaluer cette info) ni pour la prise de capture d'écran ou de zone d'écran elle-même.Je trouve cela plutôt bien. La logique n'est pas d'interdire mais d'avertir l'utilisateur quand des actions à risque sont entreprises (capture d'écran, keylogging, etc.). Certaines choses sont encore impossibles mais cela ne veut pas dire que c'est fait exprès. Simplement que l'API n'a pas encore été écrite.
Pour moi, le seul problème embêtant est que ces APIs ne soient pas au niveau du protocole mais de chaque implémentation. Ainsi GIMP peut bien maintenant faire des captures d'écran sous GNOME Shell, mais pas forcément sous d'autres implémentations au dessus de Wayland. Cela nous obligera à tester diverses APIs jusqu'à ce qu'une marche. J'aurais préféré une API commune.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]