Albert, Strace was the key. It was looking for and not finding an index.theme in the hicolor folder on both machines. After adding that (copied from /usr/share/icons/hicolor) it works fine on both machines. Even the one where my current icon theme is in a different prefix.
thanks, Jeremy On Sun, May 24, 2015 at 10:52 AM, Albert Astals Cid <aa...@kde.org> wrote: > El Diumenge, 24 de maig de 2015, a les 05:24:10, Jeremy Whiting va escriure: >> Ok, that explains why it doesn't work on the kubuntu machine where >> I've got breeze and such from packages. But why does it not work on >> arch where all my icon themes are coming from kdesrc-build and are all >> in /usr/local/share/icons ? I'm using breeze-dark or breeze, and both >> are in /usr/local/share/icons here, so why doesn't it grab the hicolor >> fallback theme icons from /usr/local/share/icons/hicolor when using >> /usr/local/share/icons/breeze or breeze-dark ? > > I don't know, it is my understanding that it should work, have you straced it? > > Cheers, > Albert > >> >> BR, >> Jeremy >> >> On Sat, May 23, 2015 at 9:38 PM, Albert Astals Cid <aa...@kde.org> wrote: >> > El Dissabte, 23 de maig de 2015, a les 19:45:57, Jeremy Whiting va > escriure: >> >> Hello all, >> >> >> >> I'm confused about how QIcon::fromTheme works (or maybe how it's >> >> supposed to work?) I've got Kmouth frameworks branch built and >> >> installed into /usr/local on two different machines. In both cases it >> >> installs phrase.png and phrasebook.png icons into >> >> /usr/local/share/icons/hicolor/XxY/actions and XDG_DATA_DIRS is set so >> >> QIcon::themeSearchPaths is giving /usr/local/share as one of the paths >> >> it is searching. Yet QIcon::fromTheme(QLatin1String("phrase")) gives >> >> no icon unless I copy the icon from >> >> /usr/local/share/icons/hicolor/32x32/actions/ to >> >> /usr/share/icons/hicolor/32x32/actions. I looked a bit in qicon.cpp >> >> itself to see how it's doing that. and it's using some QIconEngine. Is >> >> that creating an instance of our KIconEngine because the >> >> frameworkintegration platformtheme gives that for it's >> >> createIconEngine method? Is this a bug in KIconEngine itself that it's >> >> >> >> not searching the XDG paths specified by the icon spec? Any hints >> >> >> >> would be appreciated. >> > >> > Do you have a theme definition in /usr/local/share/icons/hicolor ? Probaby >> > not, so when loading the icon from your theme (breeze, oxygen, whatever) >> > that is most probably in /usr/share/icons/, why would the code fall back >> > to a different "hicolor" theme? >> > >> > I understand what you want but i don't think icon themes work like that. >> > >> > Cheers, >> > >> > Albert >> >> >> >> thanks, >> >> Jeremy >