https://bugs.documentfoundation.org/show_bug.cgi?id=153330
Mike Kaganski <mikekagan...@hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
CC| |caol...@redhat.com
Status|UNCONFIRMED |NEW
Component|UI |sdk
Keywords| |difficultyBeginner,
| |easyHack, skillCpp
--- Comment #2 from Mike Kaganski <mikekagan...@hotmail.com> ---
Repro using Version: 7.5.0.3 (X86_64) / LibreOffice Community
Build ID: c21113d003cd3efa8c53188764377a8272d9d6de
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded
and also on gtk3 (the button label is "Open", not the requested "Select").
Code pointer specific for Windows:
In VistaFilePickerImpl::impl_sta_SetControlLabel, the constant
css::ui::dialogs::CommonFilePickerElementIds::PUSHBUTTON_OK should be handled
explicitly, and instead of IFileDialogCustomize::SetControlLabel, another
function should be called: IFileDialog::SetOkButtonLabel.
A similar handling is possible for filename box label:
IFileDialog::SetFileNameLabel.
Other integrations (like gtk3) need their own fixes (if possible).
--
You are receiving this mail because:
You are the assignee for the bug.
