https://bugs.freedesktop.org/show_bug.cgi?id=83546
--- Comment #8 from Renato Ferreira <renato.wolp@gmail.com> ---
Hi,
I've been trying to work on this bug, but I'm having a hard time figuring out
what to do in the method pointed out by Samuel.
Does SfwWorkWindow represent the sidebar as a whole, and then the nId parameter
received by SfxWorkWindow::ShowChildWindow_Impl refers to the child gallery? Or
did I get this wrong? I concluded this since the member pParent is NULL when
the method is called to show the gallery, but I don't know if this reasoning is
correct.
I tried calling methods such as MakeVisible_Impl and GetWindow()->Show(true,
0), but those didn't help. I tried to track the sidebar visibility change using
the debugger and found calls to SfxSplitWindow::FadeIn, but I can't find the
connection between that and the method I'm working on.
Could somebody point me in the right direction here, maybe by explaining what
the classes stand for? I explored SfxWorkWindow, SfxDockingWindow,
SfxChildWindow and vcl::Window, but I'm still clueless as to what controls the
visibility of the sidebar itself.
Thanks in advance,
Renato.
--
You are receiving this mail because:
You are on the CC list for the bug.
Context
- [Bug 83546] SIDEBAR: content panels in tray don't open with accelerators when sidebar is enabled but fully hidden · bugzilla-daemon
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.