https://bugs.documentfoundation.org/show_bug.cgi?id=145683
Michael Weghorn <m.wegh...@posteo.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |102495
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #5 from Michael Weghorn <m.wegh...@posteo.de> ---
LO (In reply to krumple_sodium from comment #2)
> No, the CHECKBOX in “use of LO dialog boxes is enabled in Tools -> Options
> -> General”
> is not checked.
> If I check it, the dialog box looks slightly different and the filter
> COMBOXBOX is not editable, which is the correct behavior.
>
> Is this a problem with the Qt libraries?
If that checkbox is not enabled, the idea is that LO uses the file dialog from
the platform/system.
The KDE file picker has an editable filter field by design, so the current
behavior is as expected. It behaves the same in non-LibreOffice apps, like Kate
or Okular.
You can also see that by explicitly selecting a different platform theme, in
which case the file picker looks different, e.g. you get a gtk3-looking dialog
in which the filter field is not editable when starting LO with environment
variable QT_QPA_PLATFORMTHEME="gtk3" set (and having that platform theme
installed). (Note however that LO-specific UI elements in the file dialog may
not be supported then).
If you explicitly don't want the KDE/KF5/Plasma file dialog, you can use the
so-called qt5 VCL plugin instead, by starting LO with these environment
variables set:
SAL_VCL_QT5_USE_CAIRO=1 SAL_USE_VCLPLUGIN=qt5 libreoffice --writer
I'm closing this bug as INVALID, since from all I can say, the described
behavior is the correct one.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=102495
[Bug 102495] [META] KDE VCL backend bugs and enhancements
--
You are receiving this mail because:
You are the assignee for the bug.
