Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem with translations: X-Ubuntu-Gettext-Domain #854

Closed
amartinr1977 opened this issue Nov 5, 2019 · 2 comments
Closed

Problem with translations: X-Ubuntu-Gettext-Domain #854

amartinr1977 opened this issue Nov 5, 2019 · 2 comments
Labels
Stale Stale issue, closing soon.

Comments

@amartinr1977
Copy link

Source & Environment

S.O.: Lubuntu 18.04 (OS: Ubuntu 18.04.3 LTS)
Kernel (type/version): linux/5.0.0-32-generic
Albert Version: 0.16.1
Build date: Dec 31 2018 19:22:07
Qt version: 5.9.5
QT_QPA_PLATFORMTHEME:
Binary location: /usr/bin/albert
PWD: /home/dga
SHELL: /bin/bash
LANG: es_ES.UTF-8
XDG_SESSION_TYPE:
XDG_CURRENT_DESKTOP:
DESKTOP_SESSION:
XDG_SESSION_DESKTOP:
OS (type/version): ubuntu/18.04
Build ABI: x86_64-little_endian-lp64
Arch (build/current): x86_64/x86_64

Description of the problem: Expected behaviour & Actual behaviour

As you will know the new "desktop" files, for the translation of their directives they make use of X-Ubuntu-Gettext-Domain. That is, before when you wanted to translate the name of the application indicated in the "desktop" file, the following was done (for example, in ubuntu 14.04):

Name = Printers
Name[es] = Printers
Name[de] = Drucker
...

Currently, many "desktop" files already make use of X-Ubuntu-Gettext-Domain for this, avoiding having to put countless translations in the same "desktop" file. The use of X-Ubuntu-Gettext-Domain is perfectly recognized by the system itself updating its menus to the local language, as I show in the images attached, but desktop launcher programs such as synapse, ulauncher or albert do not detect these translations correctly .

more /usr/share/applications/system-config-printer.desktop 
[Desktop Entry]
Name=Printers
GenericName=Printers
X-GNOME-FullName=Printers
Comment=Configure printers
Exec=system-config-printer
Terminal=false
Type=Application
Icon=printer
StartupNotify=true
NotShowIn=KDE;GNOME;
X-Ubuntu-Gettext-Domain=system-config-printer
Categories=GNOME;GTK;Settings;HardwareSettings;X-GNOME-Settings-Panel;X-Unity-Settings-Panel;System;Printing;
X-GNOME-Settings-Panel=printing
X-Unity-Settings-Panel=printing
Keywords=Printer;Queue;Print;Paper;Ink;Toner;
X-Desktop-File-Install-Version=0.23

Would you know how to solve the problem? Do you know why it is? The truth is that we have tested several desktop launcher programs and not one works correctly. I ask you because albert is perhaps the best alternative to the heavy desktop launcher that includes gnome, mate or kde.

As can be seen in the following images, the system translates perfectly printers into impresoras (LANG=es_ES) in their menus, but using albert it is not possible to find it using impresoras and only as printers. What happens with the desktop associated with printers occurs with many others: disks, system tools, etc.

problema-gettext-albert

problema-gettext-albert-2

Thank you very much in advance. I await your response. Regards.

@stale
Copy link

stale bot commented Nov 5, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Stale Stale issue, closing soon. label Nov 5, 2020
@stale stale bot closed this as completed Dec 5, 2020
@ManuelSchneid3r
Copy link
Member

Note and refer to albertlauncher/plugins#28

@albertlauncher albertlauncher locked and limited conversation to collaborators Dec 5, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Stale Stale issue, closing soon.
Development

No branches or pull requests

2 participants