You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 .
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.
Thank you very much in advance. I await your response. Regards.
The text was updated successfully, but these errors were encountered:
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.
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):
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 .
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.
Thank you very much in advance. I await your response. Regards.
The text was updated successfully, but these errors were encountered: