https://bugs.kde.org/show_bug.cgi?id=372643
--- Comment #1 from Josef Weidendorfer <josef.weidendor...@gmx.de> --- > but this catalog is not loaded into kcachgrind nor into qcachegrind. Oops. I think that translations in a developer tool such as kcachegrind often is more confusing than useful, but it has to work. My point of view: (*) of course, libviews + libcore must be translateable, with translations usable in kcachegrind, (*) qcachegrind (the pure-Qt version of kcachegrind) should just depend on Qt, and no need for it to support translations. I would like to keep qcachegrind around for people which compile themselves but without the need for a full KDE development environment. For your solution (2), do we need source code changes in libviews + libcore at all? Ie. can calls into the Qt translation system be redirected into xgettext functions? As said above, I want qcachegrind to just depend on Qt. -- You are receiving this mail because: You are watching all bug changes.