[Libreoffice-bugs] [Bug 141719] No KeyID for Title and Content in Slide Properties

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Apr 19 12:31:00 UTC 2021


https://bugs.documentfoundation.org/show_bug.cgi?id=141719

Caolán McNamara <caolanm at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |NOTABUG
             Status|NEW                         |RESOLVED

--- Comment #10 from Caolán McNamara <caolanm at redhat.com> ---
(In reply to Julien Nabet from comment #7)
> Caolán: some keyid translations don't appear with gtk3 but appear with gen
> rendering (see screenshots attached), thought you might be interested in
> this one since it seems specific to gtk3.

the keyid language "qtz" isn't a true translation target with real .mo files,
but a pseudo-one implemented in unotools/source/i18n/resmgr.cxx:213, the "if
it's a key id locale, generate it here" hunk that intercepts attempts to use
the .mo file and return the keyid instead. But gtk uses the .mo files directly
to extract translations, so in keyid mode the native gtk components continue to
work on the .mos as normal. I can't think of a practical way to the native gtk
widgets to show keyid.

Which I suppose is an aside from the original bug which does appear to be NAB,
e.g. unzipping clippingimagestyles.pptx gives ppt/slideLayouts/slideLayout2.xml
which has <p:cSld name="Title and Content"> in the document itself

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210419/df0a66d4/attachment.htm>


More information about the Libreoffice-bugs mailing list