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.

Reply via email to