After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 433743 - dogtail + UI translation = images translated
dogtail + UI translation = images translated
Status: RESOLVED OBSOLETE
Product: damned-lies
Classification: Infrastructure
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: damned-lies Maintainer(s)
damned-lies Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2007-04-26 23:39 UTC by Gil Forcada
Modified: 2018-05-22 12:05 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Gil Forcada 2007-04-26 23:39:27 UTC
with the power of dogtail, with which you can run automated tests, but also you can make a dogtail script that goes through the app and stops a few seconds in some window/dialog and an automated screenshoot is fired to grab the window/dialog

and if you run this in a loop that changes the LANG environment variable, you can obtain an automated and up-to-date screenshoots of your app for the help

moreover, you can do lots of other things combining dogtail with translations (the release notes for example)

is there any chance that this can be done? I mean, it's really possible?
Comment 1 Claude Paroz 2007-11-21 08:01:21 UTC
Here's another link related to this feature implementation:
http://research.operationaldynamics.com/blogs/andrew/software/java-gnome/automatic-screenshots.html
Comment 2 Nguyen Thai Ngoc Duy 2009-06-19 00:55:58 UTC
I have another idea: using gtkparasite with gtkbuilder export patch, to produce a gtkbuilder files from application. We get something like svg, but with gtkbuilder as the vector language. Compared to dogtail:

 - pros: translators don't need to install the application to "translation" the screenshot. All they need is a small program to display gtkbuilder file with their translations and correct theme (gtk+ theme and metacity theme). The theme factor may be interested to distro developers because they don't usually ship gnome default theme and now they can produce document images that fit their default theme.

 - cons: developers won't have an automatic way to generate screenshots. But I believe you rarely change screenshots once they are shot.
Comment 3 Nguyen Thai Ngoc Duy 2009-06-24 06:24:36 UTC
This may have gone a bit farther than what the bug is for. But it's really great to have l10n-able glade files of all (or most) of the dialogs/windows of a running application. That way translators can quickly check if their translations are right, or if there is any hot key conflict. It's not a perfect but way better than plain translating.
Comment 4 Gil Forcada 2011-09-02 07:27:14 UTC
Another approach: Use a D-Bus call to take screenshots: bug #652952
Comment 5 Alexandre Franke 2013-03-07 07:55:21 UTC
Maybe Deckard can be of any help here?
Comment 6 Vadim Rutkovsky 2015-06-01 12:08:23 UTC
Another approach: implement an 'overview' dogtail script as a test, use InstalledTests [1] formats to have the app tests run on build.gnome.org and generate app screenshots in various locales (see [2]). 

See sample test scenario for eog at [3]

[1] https://wiki.gnome.org/Initiatives/GnomeGoals/InstalledTests
[2] http://build.gnome.org/continuous/buildmaster/builds/2015/03/17/5/integrationtest/work-gnome-continuous-x86_64-runtime/installed-test-results/eog_screenshots/
[3] https://git.gnome.org/browse/eog/tree/tests/screenshot_tour.feature
Comment 7 GNOME Infrastructure Team 2018-05-22 12:05:44 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/damned-lies/issues/3.