Menu
▾
▴
#4 Use more native icons
Button: Manage Dictionaries / Tree dictionaries
Icon: accessories-dictionary-symbolic
Icon: accessories-dictionary
Button: Manage Dictionaries / Dict List
Icon: view-list-symbolic
Icon: view-list-compact-symbolic
Icon: view-list-details-symbolic
Button: List
Icon: view-list-symbolic
Button: Full Text-Translation
Icon: view-dual-symbolic
Button: Result
Icon: view-paged-symbolic
Button: Choose dict group
Icon: view-more-symbolic
Own icons allow don't depend on system themes and not all icons now are with according action. So, good if you work with icons.
You are correct.
There is a way to fallback to an icon if a preferred one is not available, for example Midori Web Browser has an icon ID for adding a bookmark, and if it is not present on system, it falls back to a typical add icon.Last edit: Phixy 2015-07-29
Two ways:
1) do not use icons from themes and use only own icons
2) use icons from themes in priority, but to have own icon if icon is missing in themes.
Rename the current icons with the names of the proposed icons, and default to use the StarDict icons if icons of the same name are not available on system.
Example: Rename index_wazard.png to view-list-symbolic.png
Place icons in /usr/share/stardict/icons/hicolor/ instead of /usr/share/stardict/pixmaps/
3) Use icons in /usr/share/stardict/icons/hicolor/ if system theme does not have them.
My the best way do not use system icons and have own.
Clamtk created a lot of issues for maintainers because of system icons, please attention https://bugs.mageia.org/show_bug.cgi?id=14505.
Perhaps Clamtk implements it wrongly?
Gajim does what I suggested (3), with standard icons, and it appears to be working as expected.
Ever since GTK+3 has stock icons deprecated, all GTK+3 applications would have to bundle icons, and using the same icon name (ID) seems to be the easiest solution, no?
Yes.
I have no issues for Gajim. So, OK if Gajim is your workable example.