Tagging Freeze for KDE 4.0.0
wstephenson at kde.org
Fri Jan 4 17:10:39 GMT 2008
On Friday 04 January 2008 17:27:21 kde.braxton at gmail.com wrote:
> On 1/4/08, Thomas Reitelbach <tr at erdfunkstelle.de> wrote:
> > Am Freitag, 4. Januar 2008 16:33:48 schrieb kde.braxton at gmail.com:
> > > On 1/4/08, Thomas Reitelbach <tr at erdfunkstelle.de> wrote:
> > > > Am Freitag, 4. Januar 2008 13:05:44 schrieb Albert Astals Cid:
> > > > > I completely disagree here, X-KDE-PluginInfo-Category is clearly
> > > > > defined
> > > >
> > > > as
> > > >
> > > > > translatable in ~/l10n-kde4/scripts/createdesktopcontext.pl so it's
> > > > > your problem asuming a field would not be translated when it is.
> > > >
> > > > No, Albert, it was me who added the field in this file above.
> > > > I did it with translation in mind because it was needed in a specific
> > > > place (plasmoid chooser), but I had no idea that it could cause any
> > > > problems.
> > >
> > > then KPluginInfo should use readEntryUntranslated instead of readEntry
> > > and it will ignore any translations.
> > If this is a possible solution, then someone should implement it after
> > the release (IMO). We (translators) need to be able to translate those
> > category names, or they should be ermoved from GUI at all :-)
> as soon as the branch is reopened, I'll commit
Careful. What about KPluginInfo constructed from KService::Ptr? IIUC the
KService will come from sycoca, which only contains the translated entries.
I considered looking up the desktop file again using
KPluginInfo::service()->desktopEntryPath() and then readEntryUntranslated()
too but this undoes the performance benefit of having sycoca since
kpluginselector will have to load eg 27 desktop files for KWin.
(I suggest we have this discussion on k-c-d only)
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
More information about the kde-core-devel