[Bug 162321] unable to change background colour
https://bugs.documentfoundation.org/show_bug.cgi?id=162321 ady changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162290] Conditional format error
https://bugs.documentfoundation.org/show_bug.cgi?id=162290 --- Comment #10 from ady --- (In reply to m_a_riosv from comment #9) > Range shown is correct H3:H16? That is probably a typo. The range is H2:H16. In addition to being the natural range according to the table (header in Row 1, actual data in Rows 2:16), you can also open the Manage CF dialog and there are two ranges with CF: H2:H16 and H3:H21. But since the problem is triggered later-on in the steps, the specific range and the way you get to the relevant problematic step is less important. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162321] unable to change background colour
https://bugs.documentfoundation.org/show_bug.cgi?id=162321 --- Comment #1 from roberto --- Sorry, there must be something else interfering. With a clean sheet it works just fine. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Rafael Lima changed: What|Removed |Added Depends on||162297 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=162297 [Bug 162297] KDE desktop has issue with long extended tips, text line does not fold -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162321] New: unable to change background colour
https://bugs.documentfoundation.org/show_bug.cgi?id=162321 Bug ID: 162321 Summary: unable to change background colour Product: LibreOffice Version: 24.2.5.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: robert.j.k...@gmail.com Description: In the latest version of calc (24.2.5.2) I am unable to change the background colour of cells. Steps to Reproduce: 1.click on background colour 2.pick whatever other colour 3.nothing changes Actual Results: I don't know, it's really pretty simple. Expected Results: nothing happened Reproducible: Always User Profile Reset: Yes Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: SpreadsheetDocument [Information guessed from browser] OS: Windows (All) OS is 64bit: no -- You are receiving this mail because: You are the assignee for the bug.
core.git: vcl/source
vcl/source/gdi/pdfwriter_impl.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 32d13514951be9be9b18448b88404465448ba02b Author: Caolán McNamara AuthorDate: Thu Aug 1 09:49:49 2024 +0100 Commit: Caolán McNamara CommitDate: Fri Aug 2 20:40:00 2024 +0200 m_aPixelSize should be in pixels, but GetPrefSize depends on GetPrefMapMode i.e later we do: Size aSize = PixelToLogic(rEmit.m_aPixelSize, MapMode(m_aMapMode.GetMapUnit())); and PrefSize is in PrefMapMode units. Change-Id: I387316804496fc0a05c3370f370f5f562c288d77 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171251 Tested-by: Jenkins CollaboraOffice Reviewed-by: Miklos Vajna (cherry picked from commit de15d0a566ce72f2d508ceb7b3fbf60d2aa31329) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171358 Reviewed-by: Caolán McNamara Tested-by: Jenkins diff --git a/vcl/source/gdi/pdfwriter_impl.cxx b/vcl/source/gdi/pdfwriter_impl.cxx index 9d88863ecf45..70058f24e426 100644 --- a/vcl/source/gdi/pdfwriter_impl.cxx +++ b/vcl/source/gdi/pdfwriter_impl.cxx @@ -9818,7 +9818,7 @@ void PDFWriterImpl::createEmbeddedFile(const Graphic& rGraphic, ReferenceXObject } rEmit.m_nFormObject = createObject(); -rEmit.m_aPixelSize = rGraphic.GetPrefSize(); +rEmit.m_aPixelSize = rGraphic.GetSizePixel(); } void PDFWriterImpl::drawJPGBitmap( SvStream& rDCTData, bool bIsTrueColor, const Size& rSizePixel, const tools::Rectangle& rTargetArea, const AlphaMask& rAlphaMask, const Graphic& rGraphic )
[Bug 153866] .uno:IndexMarkToIndex not working
https://bugs.documentfoundation.org/show_bug.cgi?id=153866 Björn Michaelsen changed: What|Removed |Added Summary|Crash in: |.uno:IndexMarkToIndex not |SwTextFrame::MapViewToModel |working |(o3tl::strong_int)| -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162121] 24.2.5 Writer: long text in alphabetical index entry flows through margin, does not wrap to next line
https://bugs.documentfoundation.org/show_bug.cgi?id=162121 gladys changed: What|Removed |Added Keywords|bibisectRequest, regression |bisected CC||gladys7da...@gmail.com --- Comment #11 from gladys --- bibisection with windows 10 seem to point to commit commit: 10d753b8aadb50ec4309551b97d4cf2163ea3e3d author: Michael Stahl Date: Thu Jun 13 2024 12:59 commit mesage: tdf#158658 sw: text formatting: try to make TabOverMargin more crazy ... to better match Word's formatting; this commit is not based on a complete diagnosis of Word's compatibility-mode tab-in-margin formatting disorders. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162319] Allow to rename a database range
https://bugs.documentfoundation.org/show_bug.cgi?id=162319 --- Comment #2 from Rafael Lima --- (In reply to Rafael Lima from comment #1) > We can see what happens if they're made visible. I meant we can try it and see what happens if they're made visible. But I can't work on this right now. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152653] Introduce proper Paragraph Style support in Impress/Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=152653 --- Comment #10 from Eyal Rozenberg --- (In reply to Cor Nouws from comment #8) Sorry, I missed that comment. > Attached a presentation showing how you can use/create 'paragraph' styles in > Impress/Draw. Cor, this bug is about styles of _paragraphs_, not of drawing objects. When you set a drawing object style, it affects all paragraph entire object. > I would love to understand what people think they will use paragraph styles > for, Most of the ways they use paragraph styles for in Writer (and especially in boxes within Writer) - to style paragraph-level features like direction, indentation, vertical margins and spacing, etc. > assuming they make use the formatting/styles concept that our > presentation module offers of course :p Those definitely include paragraph-level direct formatting. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162319] Allow to rename a database range
https://bugs.documentfoundation.org/show_bug.cgi?id=162319 Rafael Lima changed: What|Removed |Added Ever confirmed|0 |1 CC||rafael.palma.l...@gmail.com Status|UNCONFIRMED |NEW --- Comment #1 from Rafael Lima --- Regina, database named ranges are hidden by default from the "Manage names" dialog. See: https://opengrok.libreoffice.org/xref/core/sc/source/ui/namedlg/namemgrtable.cxx?r=cdb180e7#163 We can see what happens if they're made visible. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162297] KDE desktop has issue with long extended tips, text line does not fold
https://bugs.documentfoundation.org/show_bug.cgi?id=162297 Rafael Lima changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |rafael.palma.l...@gmail.com |desktop.org | --- Comment #3 from Rafael Lima --- Proposed patch here. https://gerrit.libreoffice.org/c/core/+/171411 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 148268] Fileopen PPTX: freehand drawing with the pen tool in ms office doesn't show up in impress
https://bugs.documentfoundation.org/show_bug.cgi?id=148268 Regina Henschel changed: What|Removed |Added CC||drvaibh...@gmail.com --- Comment #10 from Regina Henschel --- *** Bug 162320 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162320] Ink Annotations not visible in LibreOffice Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=162320 Regina Henschel changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||rb.hensc...@t-online.de Resolution|--- |DUPLICATE --- Comment #2 from Regina Henschel --- Yes, that is a missing feature, see comment in https://opengrok.libreoffice.org/xref/core/oox/source/shape/WordprocessingCanvasContext.cxx?r=959b3084#98 This problem has an "enhancement" and a "bug" aspect. Enhancement: Implement import of ink-annotations. Bug: The file provides the ink annotation in an element. Its child element contains an image. LibreOffice should use it. It is a known problem. *** This bug has been marked as a duplicate of bug 148268 *** -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107742] [META] Form control bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107742 Bug 107742 depends on bug 153343, which changed state. Bug 153343 Summary: Forms: Real font size of text in label field is 8pt, although default font size in control properties is different https://bugs.documentfoundation.org/show_bug.cgi?id=153343 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107742] [META] Form control bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107742 Bug 107742 depends on bug 155636, which changed state. Bug 155636 Summary: Forms: Background of form controls isn't shown while creating a form. https://bugs.documentfoundation.org/show_bug.cgi?id=155636 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 155637, which changed state. Bug 155637 Summary: Forms: Form controls for multi line text aren't shown with background when input data (Linux-KDE). https://bugs.documentfoundation.org/show_bug.cgi?id=155637 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 156962, which changed state. Bug 156962 Summary: UI: multline textfield (Form > Text Box) not refreshing? (kf5/qt5 with Cairo) https://bugs.documentfoundation.org/show_bug.cgi?id=156962 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107742] [META] Form control bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107742 Bug 107742 depends on bug 156962, which changed state. Bug 156962 Summary: UI: multline textfield (Form > Text Box) not refreshing? (kf5/qt5 with Cairo) https://bugs.documentfoundation.org/show_bug.cgi?id=156962 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
core.git: extensions/source svx/source toolkit/source
extensions/source/propctrlr/fontdialog.cxx | 12 +++- extensions/source/propctrlr/formstrings.hxx |1 + svx/source/form/fmcontrollayout.cxx |2 +- toolkit/source/controls/unocontrol.cxx |1 + 4 files changed, 14 insertions(+), 2 deletions(-) New commits: commit 7247f3ad59d64c85dc891bd5195b83c714ce1ce4 Author: Michael Weghorn AuthorDate: Fri Aug 2 15:09:54 2024 +0200 Commit: Michael Weghorn CommitDate: Fri Aug 2 18:34:08 2024 +0200 tdf#153343 Show settings for the actual default font in control properties Since commit ea36e0502c0bc381577cfa1b1a7fedf0f05d1d72 Date: Tue Oct 4 12:42:33 2022 +0100 tdf#150786 use a 'standard' theme for form controls , form controls in Writer/Calc/Impress documents are supposed to no longer make use of the system style, but use style settings independent of the platform and system style/theme. Edits in forms actually use the standard font (set in `ImplStyleData::SetStandardStyles`) by default since that commit. However, the font dialog in the control properties was still showing data for the application default font that depends on the system style for font attributes not explicitly set for the control, which was incorrect and inconsistent with the visual appearance of the font actually used. Take `PROPERTY_STANDARD_THEME` introduced in the above-mentioned commit into account for the dialog as well when deciding what default font to use. Add inline comments that the 2 places setting and making assumptions about the default style of controls need to be kept in sync. With this in place, the actually used font height of 8 (as set in `ImplStyleData::SetStandardStyles`) is now displayed in the dialog for a newly inserted edit in Writer instead of something dependent on the style (e.g. 10 for the kf5 VCL plugin with the Breeze style in use, or 9 for the qt6 VCL plugin with the Fusion style). For the font family, the dialog now shows "Segoe UI;Tahoma;Arial Unicode MS;Lucida Sans Unicode;DejaVu Sans;Albany AMT;Albany;Arial;Nimbus Sans L;Interface User;Geneva;Dialog;Lucida;Helvetica;Helmet;Interface System;Sans Serif" (and "This font has not been installed. The closest available font will be used.") instead of "Noto Sans", which seems a bit odd, but is presumably "correct" based on the standard style font. (In order to change that, it would potentially be necessary to adjust what style settings are set in the "standard style settings" for controls.) Change-Id: I1fbee69fdcd6f73a126df64294eb1bcc44078642 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171426 Reviewed-by: Michael Weghorn Tested-by: Jenkins diff --git a/extensions/source/propctrlr/fontdialog.cxx b/extensions/source/propctrlr/fontdialog.cxx index f9bc9bd93b61..59ca37b08eda 100644 --- a/extensions/source/propctrlr/fontdialog.cxx +++ b/extensions/source/propctrlr/fontdialog.cxx @@ -221,7 +221,17 @@ namespace pcr OFontPropertyExtractor aPropExtractor(_rxModel); // some items, which may be in default state, have to be filled with non-void information -vcl::Font aDefaultVCLFont = Application::GetDefaultDevice()->GetSettings().GetStyleSettings().GetAppFont(); +StyleSettings aStyleSettings += Application::GetDefaultDevice()->GetSettings().GetStyleSettings(); + +// if PROPERTY_STANDARD_THEME is set, use style settings independent of platform (theme) +// KEEP IN SYNC WITH UnoControl::createPeer +bool bStandardTheme = false; +css::uno::Any aAnyStandardTheme = _rxModel->getPropertyValue(PROPERTY_STANDARD_THEME); +if ((aAnyStandardTheme >>= bStandardTheme) && bStandardTheme) +aStyleSettings.SetStandardStyles(); + +const vcl::Font aDefaultVCLFont = aStyleSettings.GetAppFont(); css::awt::FontDescriptor aDefaultFont = VCLUnoHelper::CreateFontDescriptor(aDefaultVCLFont); // get the current properties diff --git a/extensions/source/propctrlr/formstrings.hxx b/extensions/source/propctrlr/formstrings.hxx index 41deed74c8fb..495e178f842e 100644 --- a/extensions/source/propctrlr/formstrings.hxx +++ b/extensions/source/propctrlr/formstrings.hxx @@ -198,6 +198,7 @@ inline constexpr OUString PROPERTY_NOLABEL = u"NoLabel"_ustr; inline constexpr OUString PROPERTY_URL = u"URL"_ustr; inline constexpr OUString PROPERTY_SELECTION_TYPE = u"SelectionType"_ustr; +inline constexpr OUString PROPERTY_STANDARD_THEME = u"StandardTheme"_ustr; inline constexpr OUString PROPERTY_ROOT_DISPLAYED = u"RootDisplayed"_ustr; inline constexpr OUString PROPERTY_SHOWS_HANDLES = u"ShowsHandles"_ustr; inline constexpr OUString PROPERTY_SHOWS_ROOT_HANDLES = u"ShowsRootHandles"_ustr; diff
core.git: include/vcl toolkit/source vcl/source
include/vcl/vclenum.hxx|7 +-- toolkit/source/controls/unocontrol.cxx |5 + vcl/source/window/brdwin.cxx |2 +- 3 files changed, 11 insertions(+), 3 deletions(-) New commits: commit 001c0934aab5c33b37a75798deb84c20b4b9d365 Author: Michael Weghorn AuthorDate: Thu Aug 1 15:58:21 2024 +0200 Commit: Michael Weghorn CommitDate: Fri Aug 2 18:33:32 2024 +0200 tdf#155636 tdf#155637 tdf#156962 Consistently use non-native controls Since commit ea36e0502c0bc381577cfa1b1a7fedf0f05d1d72 Date: Tue Oct 4 12:42:33 2022 +0100 tdf#150786 use a 'standard' theme for form controls i.e. ignore system theme so we get the same results on export to pdf regardless of the theme (esp dark) and don't follow the system theme when hosted with a writer/calc/impress document (do continue to use system theme for StarBasic dialogs as seen in BasicIDE) Didn't reuse 'NativeWidgetLook' for this because is currently defaults off, while we currently do use the colors derived from the system theme even when this is off, its really the NWF flag to render using the platform theming engine , form controls in Writer/Calc/Impress documents are supposed to no longer make use of the system theme, but use style settings independent of the platform and system style/theme set. However, `ImplSmallBorderWindowView::Init` could still decide to enable native drawing of borders, in which case it would enable transparency for the control and the control background color would no longer be seen with at least the Qt-based VCL plugins after commit 0e14dbc9ecdf6abae3ae3089e3b4e22f27dd4cb1 Date: Thu May 4 10:24:53 2023 +0100 Resolves: tdf#155029 set StandardStyles before updateFromModel e.g. for the multiline edit control in attachment 195659 from tdf#155637, where `mbNWFBorder = true;` would be set like this: #0 ImplSmallBorderWindowView::Init(OutputDevice*, long, long) (this=0x55af6388e700, pDev=0x55af62d49770, nWidth=214, nHeight=365) at vcl/source/window/brdwin.cxx:458 #1 0x7fed4de9f168 in ImplBorderWindow::InitView() (this=0x55af638bdb50) at vcl/source/window/brdwin.cxx:1793 #2 0x7fed4dea08f4 in ImplBorderWindow::UpdateView(bool, Size const&) (this=0x55af638bdb50, bNewView=true, rNewOutSize=Size = {...}) at vcl/source/window/brdwin.cxx:1808 #3 0x7fed4dea0847 in ImplBorderWindow::DataChanged(DataChangedEvent const&) (this=0x55af638bdb50, rDCEvt=...) at vcl/source/window/brdwin.cxx:1771 #4 0x7fed4de6fc32 in vcl::WindowOutputDevice::SetSettings(AllSettings const&, bool) (this=0x55af62d49770, rSettings=..., bChild=false) at vcl/source/window/settings.cxx:68 #5 0x7fed4de6fb19 in vcl::WindowOutputDevice::SetSettings(AllSettings const&, bool) (this=0x55af62d49420, rSettings=..., bChild=false) at vcl/source/window/settings.cxx:52 #6 0x7fed4de6fa8f in vcl::WindowOutputDevice::SetSettings(AllSettings const&) (this=0x55af62d49420, rSettings=...) at vcl/source/window/settings.cxx:44 #7 0x7fed4e12d376 in vcl::Window::SetSettings(AllSettings const&) (this=0x55af62fbb530, rSettings=...) at vcl/source/window/window3.cxx:209 #8 0x7fed501e3374 in UnoControl::createPeer(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x55af62c79380, rxToolkit=empty uno::Reference, rParentPeer=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at toolkit/source/controls/unocontrol.cxx:1299 #9 0x7fed5023dc39 in UnoEditControl::createPeer(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x55af62c79380, rxToolkit=empty uno::Reference, rParentPeer=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at toolkit/source/controls/unocontrols.cxx:241 #10 0x7fed05f6009f in frm::ORichTextControl::createPeer(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x55af62c79380, _rToolkit=empty uno::Reference, _rParentPeer=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at forms/source/richtext/richtextcontrol.cxx:163 #11 0x7fed05e34126 in frm::OControl::createPeer(com::sun::star::uno::Reference const&, com::sun::star::uno::Reference const&) (this=0x55af61e17c60, _rxToolkit=empty uno::Reference, _rxParent=uno::Reference to (VCLXContainer *) 0x55af61cbc178) at forms/source/component/FormComponent.cxx:272 #12 0x7fed50201095 in UnoControlContainer::impl_createControlPeerIfNecessary(com::sun::star::uno::Reference const&) (this=0x55af5eb108c0, _rxControl=uno::Reference to (frm::OEditControl *) 0x55af61e17cc8) at
[Bug 155150] Bad font rendering in Writer as opposed to Calc after deactivating anti-aliasing in KDE system settings
https://bugs.documentfoundation.org/show_bug.cgi?id=155150 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||6200 Status|NEW |NEEDINFO --- Comment #7 from Michael Weghorn --- In a quick test, I see no difference in how the document content is rendered in Writer with either the kf5 or gtk3 VCL plugins. (The latter can be enabled by starting LO with the environment variable SAL_USE_VCLPLUGIN=gtk3 set.) However, I don't actually have Verdana installed here. Can you verify that using either VCL plugin doesn't make a difference? (Please double-check the VCL plugin in use in Help -> About LibreOffice)? tdf#156200 might be related. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 156200] Writer: Bad font rendering with anti-aliasing disabled (hinting enabled!) in Linux KDE system settings after update to LO 7.4.x
https://bugs.documentfoundation.org/show_bug.cgi?id=156200 Michael Weghorn changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||5150 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162320] Ink Annotations not visible in LibreOffice Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=162320 drvaibh...@gmail.com changed: What|Removed |Added CC||drvaibh...@gmail.com --- Comment #1 from drvaibh...@gmail.com --- Created attachment 195673 --> https://bugs.documentfoundation.org/attachment.cgi?id=195673=edit Sample PPTX with ink annotations -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162320] New: Ink Annotations not visible in LibreOffice Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=162320 Bug ID: 162320 Summary: Ink Annotations not visible in LibreOffice Impress Product: LibreOffice Version: 24.2.5.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: drvaibh...@gmail.com Description: In the attached .pptx file, LibreOffice Impress doesn't show any ink annotation while MS PowerPoint does. Steps to Reproduce: Open the file Actual Results: Only the typed text is seen, not the ink annotations. Expected Results: Typed text as well as the ink annotations should be visible (just like PowerPoint) Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 4; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 99716] Store recent documents list and thumbnails apart from registrymodifications.xcu
https://bugs.documentfoundation.org/show_bug.cgi?id=99716 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||2312 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162312] Clear MRU run from the menu clears all files
https://bugs.documentfoundation.org/show_bug.cgi?id=162312 V Stuart Foote changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||vsfo...@libreoffice.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=99 ||716 --- Comment #1 from V Stuart Foote --- Yep we knew this would happen with implementation of bug 159120, see https://bugs.documentfoundation.org/show_bug.cgi?id=159120#c14 Kind of disconcerting that work on bug 155698, https://gerrit.libreoffice.org/c/core/+/157169 is not sufficient. More justification to get the full MRU history stanzas out of the user registry (registrysettings.xcu) and into a sub-folder/DB under the user profile. Then working with more robust pointers. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 111869] Doesn't change the default language when doing so in KDE
https://bugs.documentfoundation.org/show_bug.cgi?id=111869 --- Comment #11 from Michael Weghorn --- Version used for the test from comment 10 (version info was copied after switching to English again): Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 32; OS: Linux 6.9; UI render: default; VCL: kf5 (cairo+wayland) Locale: en-GB (en_GB.UTF-8); UI: en-GB Debian package version: 4:24.2.5-1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 102495] [META] KDE (kf5) VCL backend bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=102495 Bug 102495 depends on bug 111869, which changed state. Bug 111869 Summary: Doesn't change the default language when doing so in KDE https://bugs.documentfoundation.org/show_bug.cgi?id=111869 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug.
[Bug 111869] Doesn't change the default language when doing so in KDE
https://bugs.documentfoundation.org/show_bug.cgi?id=111869 Michael Weghorn changed: What|Removed |Added Status|NEW |RESOLVED CC||m.wegh...@posteo.de Resolution|--- |WORKSFORME --- Comment #10 from Michael Weghorn --- (In reply to Alberto Salvia Novella from comment #9) > I think it shall be the other way around: that you try to reproduce the bug, > instead of making me do twice as much work. This works as expected for me with KDE Plasma 5 on Debian testing. When I switch the language from English (UK) to German ("Deutsch") in KDE system settings, log out and in again and start LibreOffice, the UI is in German as well. -> Closing as WORKSFORME. (In case you're seeing different results, please reopen and give more details.) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 99716] Store recent documents list and thumbnails apart from registrymodifications.xcu
https://bugs.documentfoundation.org/show_bug.cgi?id=99716 V Stuart Foote changed: What|Removed |Added Blocks||61174 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=61174 [Bug 61174] [META] Recent Documents List -- You are receiving this mail because: You are the assignee for the bug.
[Bug 61174] [META] Recent Documents List
https://bugs.documentfoundation.org/show_bug.cgi?id=61174 V Stuart Foote changed: What|Removed |Added Depends on||99716 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=99716 [Bug 99716] Store recent documents list and thumbnails apart from registrymodifications.xcu -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1
https://bugs.documentfoundation.org/show_bug.cgi?id=162299 --- Comment #10 from Dennis Roczek --- (In reply to safewilliam from comment #9) > (In reply to Alex Thurgood from comment #6) > > I see no crashing on macOS Sonoma 14.5 Arm M1 processor with the test > > document and LibreOffice > > > > Version: 24.2.4.2 (AARCH64) / LibreOffice Community > > Build ID: b9485aad85c48b220279f5499908c52f00f5 > > CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx > > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > > Calc: threaded > > > > > > > > Also not reproducible with > > > > Version: 24.2.5.2 (AARCH64) / LibreOffice Community > > Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 > > CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx > > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > > Calc: threaded > > > > > > Could you test with the latest release version 24.2.5.2 and report back ? > > > > Otherwise, it might be specific to macOS Big Sur x86_64 > > SURE, I can try that. WHERE DO I GET THAT? The Libre Office version I am > running was the most current one I could find. https://www.libreoffice.org/download/download-libreoffice/?type=mac-x86_64=24.2.5=de -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1
https://bugs.documentfoundation.org/show_bug.cgi?id=162299 --- Comment #9 from safewill...@pm.me --- (In reply to Alex Thurgood from comment #6) > I see no crashing on macOS Sonoma 14.5 Arm M1 processor with the test > document and LibreOffice > > Version: 24.2.4.2 (AARCH64) / LibreOffice Community > Build ID: b9485aad85c48b220279f5499908c52f00f5 > CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > Calc: threaded > > > > Also not reproducible with > > Version: 24.2.5.2 (AARCH64) / LibreOffice Community > Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 > CPU threads: 8; OS: macOS 14.5; UI render: Skia/Raster; VCL: osx > Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR > Calc: threaded > > > Could you test with the latest release version 24.2.5.2 and report back ? > > Otherwise, it might be specific to macOS Big Sur x86_64 SURE, I can try that. WHERE DO I GET THAT? The Libre Office version I am running was the most current one I could find. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1
https://bugs.documentfoundation.org/show_bug.cgi?id=162299 --- Comment #8 from safewill...@pm.me --- (In reply to Dennis Roczek from comment #7) > I cannot confirm with > > Version: 24.2.5.2 (X86_64) / LibreOffice Community > Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 > CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx > Locale: de-DE (de_DE.UTF-8); UI: en-US > Calc: threaded > > > @safewilliam I'm on 11.7.10. Latest for this laptop. Is there any reason why > you are using 11.7.1 (!)? I did NOT know there was an 11.7.10. I will TRY it. THANK YOU. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152654] Introduce List Styles in Impress
https://bugs.documentfoundation.org/show_bug.cgi?id=152654 --- Comment #10 from Cor Nouws --- (In reply to Eyal Rozenberg from comment #9) > (In reply to Cor Nouws from comment #8) > > [ This all supports (what I noticed before): in real life working with lists > > (thus also in the Outline frames) can be a gamble. Resulting in broken > > presentations applying of Master Slides ] > > I'm not quite sure I follow what you mean. Can you give one or two real life > examples? If there are multiple Master Slides, with a different use of lists/bullets, changing bullets, or related parameters as indent, can lead to unpredictable situations. Just my experience, but .. ;( -- You are receiving this mail because: You are the assignee for the bug.
core.git: basctl/source basic/source dbaccess/source framework/source sc/source sd/source svx/source sw/source vcl/source
basctl/source/basicide/moduldl2.cxx |4 +++- basic/source/classes/codecompletecache.cxx |2 +- dbaccess/source/ui/misc/UITools.cxx |2 +- framework/source/uielement/generictoolbarcontroller.cxx |2 +- sc/source/ui/unoobj/chart2uno.cxx |2 +- sd/source/ui/animations/motionpathtag.cxx |4 ++-- svx/source/svdraw/svdocirc.cxx |2 +- sw/source/writerfilter/dmapper/DomainMapper_Impl.cxx|2 +- vcl/source/control/wizardmachine.cxx|4 ++-- vcl/source/gdi/print.cxx|2 +- vcl/source/gdi/print3.cxx |2 +- vcl/source/window/bubblewindow.cxx |2 +- 12 files changed, 16 insertions(+), 14 deletions(-) New commits: commit 7f9f32aa11852e8ea9588f6fbe3416484cadd229 Author: Caolán McNamara AuthorDate: Fri Aug 2 08:53:15 2024 +0100 Commit: Caolán McNamara CommitDate: Fri Aug 2 17:27:10 2024 +0200 cid#1556472 COPY_INSTEAD_OF_MOVE and cid#1556481 COPY_INSTEAD_OF_MOVE cid#1556486 COPY_INSTEAD_OF_MOVE cid#1556491 COPY_INSTEAD_OF_MOVE cid#1556507 COPY_INSTEAD_OF_MOVE cid#1556515 COPY_INSTEAD_OF_MOVE cid#1556518 COPY_INSTEAD_OF_MOVE cid#1556519 COPY_INSTEAD_OF_MOVE cid#1556533 COPY_INSTEAD_OF_MOVE cid#1556536 COPY_INSTEAD_OF_MOVE cid#1556559 COPY_INSTEAD_OF_MOVE cid#1556577 COPY_INSTEAD_OF_MOVE cid#1556581 COPY_INSTEAD_OF_MOVE Change-Id: I2ad2f2194e2a89c7246e8742b2fc8be7580e38c3 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171394 Tested-by: Jenkins Reviewed-by: Caolán McNamara diff --git a/basctl/source/basicide/moduldl2.cxx b/basctl/source/basicide/moduldl2.cxx index ee1ea8564636..85e284f16342 100644 --- a/basctl/source/basicide/moduldl2.cxx +++ b/basctl/source/basicide/moduldl2.cxx @@ -685,7 +685,9 @@ void LibPage::InsertLib() if ( aExtension != aLibExtension && aExtension != aContExtension ) xLibDlg->EnableReference(false); -weld::DialogController::runAsync(xLibDlg, [aContExtension, xDlgURLObj, aExtension, aLibExtension, xModURLObj, xLibDlg, xDlgLibContImport, xModLibContImport, this](sal_Int32 nResult) +weld::DialogController::runAsync(xLibDlg, [aContExtension, xDlgURLObj=std::move(xDlgURLObj), aExtension, + aLibExtension, xModURLObj, xLibDlg, + xDlgLibContImport, xModLibContImport, this](sal_Int32 nResult) { if (!nResult ) return; diff --git a/basic/source/classes/codecompletecache.cxx b/basic/source/classes/codecompletecache.cxx index 8f03797c32dd..26275b570306 100644 --- a/basic/source/classes/codecompletecache.cxx +++ b/basic/source/classes/codecompletecache.cxx @@ -146,7 +146,7 @@ void CodeCompleteDataCache::InsertLocalVar( const OUString& sProcName, const OUS { CodeCompleteVarTypes aTypes = aVarScopes[ sProcName ]; aTypes.emplace( sVarName, sVarType ); -aVarScopes[ sProcName ] = aTypes; +aVarScopes[ sProcName ] = std::move(aTypes); } } diff --git a/dbaccess/source/ui/misc/UITools.cxx b/dbaccess/source/ui/misc/UITools.cxx index 195ff401e5a7..831116797646 100644 --- a/dbaccess/source/ui/misc/UITools.cxx +++ b/dbaccess/source/ui/misc/UITools.cxx @@ -231,7 +231,7 @@ Reference< XDataSource > getDataSourceByName( const OUString& _rDataSourceName, { if ( _pErrorInfo ) { -*_pErrorInfo = aSQLError; +*_pErrorInfo = std::move(aSQLError); } else { diff --git a/framework/source/uielement/generictoolbarcontroller.cxx b/framework/source/uielement/generictoolbarcontroller.cxx index c1ba51d78c13..e672ce7d4ca8 100644 --- a/framework/source/uielement/generictoolbarcontroller.cxx +++ b/framework/source/uielement/generictoolbarcontroller.cxx @@ -167,7 +167,7 @@ void SAL_CALL GenericToolbarController::execute( sal_Int16 KeyModifier ) // Execute dispatch asynchronously ExecuteInfo* pExecuteInfo = new ExecuteInfo; pExecuteInfo->xDispatch = xDispatch; -pExecuteInfo->aTargetURL= aTargetURL; +pExecuteInfo->aTargetURL= std::move(aTargetURL); // Add key modifier to argument list pExecuteInfo->aArgs = { comphelper::makePropertyValue(u"KeyModifier"_ustr, KeyModifier) }; diff --git a/sc/source/ui/unoobj/chart2uno.cxx b/sc/source/ui/unoobj/chart2uno.cxx index e4830dd78f86..e2ac6f5b0917 100644 --- a/sc/source/ui/unoobj/chart2uno.cxx +++ b/sc/source/ui/unoobj/chart2uno.cxx @@ -2770,7 +2770,7 @@ void ScChart2DataSequence::UpdateTokensFromRanges(const ScRangeList& rRanges) ScRefTokenHelper::getTokenFromRange(m_pDocument, pToken, rRange); sal_uInt32 nOrigPos = (*m_oRangeIndices)[i]; -m_aTokens[nOrigPos] = pToken; +
[Bug 162317] Saving a document with an image to DOCX creates a broken file
https://bugs.documentfoundation.org/show_bug.cgi?id=162317 --- Comment #2 from Mike Kaganski --- Removing paragraphs from the image fixes the export. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152653] Introduce proper Paragraph Style support in Impress/Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=152653 --- Comment #9 from Cor Nouws --- (In reply to Cor Nouws from comment #8) > I would love to understand what people think they will use paragraph styles > for, assuming they make use the formatting/styles concept that our > presentation module offers of course :p Any hints here pls? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 152652] [META] Introduce various extra style categories in Impress/Draw
https://bugs.documentfoundation.org/show_bug.cgi?id=152652 Cor Nouws changed: What|Removed |Added Summary|[META] Introduce style |[META] Introduce various |categories missing in |extra style categories in |Impress/Draw|Impress/Draw --- Comment #8 from Cor Nouws --- Hi Eyal, (In reply to Eyal Rozenberg from comment #7) > 2. I've removed the alias; do you like this better? Less clutter on the > subject line? That's better, thanks. Little tweak from me - hope that's fine for you. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162273] [LOCALHELP] Add Help page for sidebar quick find
https://bugs.documentfoundation.org/show_bug.cgi?id=162273 Dione Maddern changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |dionemadd...@libreoffice.or |desktop.org |g Ever confirmed|0 |1 Status|UNCONFIRMED |ASSIGNED --- Comment #1 from Dione Maddern --- Confirmed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 144477] The view Master Slide does not allow the use of Page Up/Down to go through the available master slides
https://bugs.documentfoundation.org/show_bug.cgi?id=144477 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl Keywords||accessibility --- Comment #3 from Cor Nouws --- I guess this bug makes it impossible to go to various Master Slides without use of the mouse?? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 107538] EDITING After changing text box fill in a master, applying a different master to a new slide shows the fill from the previous master in slide edit view (steps in comment 6)
https://bugs.documentfoundation.org/show_bug.cgi?id=107538 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #13 from Cor Nouws --- [without digging into all details - apologies - I know there are situations where changing the Master Slide, or applying a different one, is not immediately rendered in the current slide. Sometimes PgUp/Down does the trick ] -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162317] Saving a document with an image to DOCX creates a broken file
https://bugs.documentfoundation.org/show_bug.cgi?id=162317 --- Comment #1 from Mike Kaganski --- The image has disappeared in experimental mode since commit 4614af18d3e033e0eed27db3d4c897afb8c8baa1 (DOCX shape export: when in experimental mode, use DML instead of VML, 2013-12-10), and in normal mode it started generating broken file since commit cfb5b20cdc230320ff9f864d1cfd81aaea221da0 (DocxAttributeOutput::OutputFlyFrame_Impl: enable DML export by default, 2013-12-18). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 134975] Three image at the last page when showing tracking changes (should be one)
https://bugs.documentfoundation.org/show_bug.cgi?id=134975 Björn Michaelsen changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #9 from Björn Michaelsen --- (In reply to Timur from comment #6) > Minimal sample with steps would be useful. indeed => NEEDINFO -- You are receiving this mail because: You are the assignee for the bug.
core.git: drawinglayer/source include/vcl sd/qa sw/source vcl/inc vcl/source vcl/win
drawinglayer/source/processor2d/vclprocessor2d.cxx | 51 +++-- include/vcl/outdev.hxx |5 - include/vcl/vcllayout.hxx |6 -- sd/qa/unit/PNGExportTests.cxx | 61 + sd/qa/unit/data/svg/tdf162259.svg | 15 + sw/source/uibase/sidebar/QuickFindPanel.cxx|2 vcl/inc/win/winlayout.hxx |2 vcl/source/outdev/text.cxx |1 vcl/win/gdi/DWriteTextRenderer.cxx | 21 ++- vcl/win/gdi/winlayout.cxx |8 ++ 10 files changed, 127 insertions(+), 45 deletions(-) New commits: commit f29d94c7b1bf9bee3e3598d90ba6e9dfd684ecfc Author: Mike Kaganski AuthorDate: Thu Aug 1 19:31:41 2024 +0500 Commit: Mike Kaganski CommitDate: Fri Aug 2 17:13:30 2024 +0200 tdf#162259: correctly handle font width on Windows Unlike other platforms, on Windows, the font width is not relative to font height, but to average width of font's glyphs. This is mentioned in LogicalFontInstance::GetScale. 1. In VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D, when calculating the correction for width / height (introduced in commit cc3663bbaed4f65d64154e5f9abb51a5f622f710, 2024-04-20), the already applied X scale is now calculated using unscaled font's width. 2. Commit 8557ea84c9336ba8061246f1f46ddb6e02f413a1 (Exclude getHScale from DirectWrite font rendering, 2024-04-08) was effectively reverted, because I was wrong assuming that the code there was unnecessary. 3. Commit 2092df2a9044f1c2ae4379f48a3201e5867575a8 (tdf#161154: pass "scaling is done externally" information down the stack, 2024-05-18) was also reverted. Change-Id: I8cff39b67a6efd380f7807f5655f401bdb62cc3a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171382 Reviewed-by: Mike Kaganski Tested-by: Jenkins diff --git a/drawinglayer/source/processor2d/vclprocessor2d.cxx b/drawinglayer/source/processor2d/vclprocessor2d.cxx index 3da588b1a096..718c725fc88f 100644 --- a/drawinglayer/source/processor2d/vclprocessor2d.cxx +++ b/drawinglayer/source/processor2d/vclprocessor2d.cxx @@ -397,6 +397,25 @@ void VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D( / (aResultFontSize.Width() ? aResultFontSize.Width() : aResultFontSize.Height()); +#ifdef _WIN32 +if (aResultFontSize.Width() +&& aResultFontSize.Width() != aResultFontSize.Height()) +{ +// See getVclFontFromFontAttribute in drawinglayer/source/primitive2d/textlayoutdevice.cxx +vcl::Font aUnscaledTest(aFont); +aUnscaledTest.SetFontSize({ 0, aResultFontSize.Height() }); +const FontMetric aUnscaledFontMetric( + Application::GetDefaultDevice()->GetFontMetric(aUnscaledTest)); +if (aUnscaledFontMetric.GetAverageFontWidth() > 0) +{ +double nExistingXScale = static_cast(aResultFontSize.Width()) + / aUnscaledFontMetric.GetAverageFontWidth(); +nFontScalingFixX += aFontScaling.getX() / aFontScaling.getY() / nExistingXScale; +} +} +#endif + if (!rtl_math_approxEqual(nFontScalingFixY, 1.0) || !rtl_math_approxEqual(nFontScalingFixX, 1.0)) { @@ -431,25 +450,21 @@ void VclProcessor2D::RenderTextSimpleOrDecoratedPortionPrimitive2D( mpOutputDevice->SetFont(aFont); mpOutputDevice->SetTextColor(Color(aRGBFontColor)); +if (!aDXArray.empty()) { -// For D2DWriteTextOutRenderer, we must pass a flag to not use font scaling -auto guard = mpOutputDevice->ScopedNoFontScaling(); -if (!aDXArray.empty()) -{ -const SalLayoutGlyphs* pGlyphs = SalLayoutGlyphsCache::self()->GetLayoutGlyphs( -mpOutputDevice, rTextCandidate.getText(), rTextCandidate.getTextPosition(), -rTextCandidate.getTextLength()); -mpOutputDevice->DrawTextArray( -aStartPoint, rTextCandidate.getText(), aDXArray, -rTextCandidate.getKashidaArray(), rTextCandidate.getTextPosition(), -rTextCandidate.getTextLength(), SalLayoutFlags::NONE, pGlyphs); -} -else -{ -mpOutputDevice->DrawText(aStartPoint,
[Bug 88278] [META] SVG import image filter (all modules)
https://bugs.documentfoundation.org/show_bug.cgi?id=88278 Bug 88278 depends on bug 162259, which changed state. Bug 162259 Summary: SVG Text in Logo has some letters out of proportion https://bugs.documentfoundation.org/show_bug.cgi?id=162259 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162299] Version: 24.2.3.2 (X86_64) of Libre Office continually crashes with Apple OS 11.7.1
https://bugs.documentfoundation.org/show_bug.cgi?id=162299 --- Comment #7 from Dennis Roczek --- I cannot confirm with Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 4; OS: macOS 11.7.10; UI render: Skia/Raster; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded @safewilliam I'm on 11.7.10. Latest for this laptop. Is there any reason why you are using 11.7.1 (!)? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 154166] MID statement non VBA-conformant
https://bugs.documentfoundation.org/show_bug.cgi?id=154166 --- Comment #4 from Alain Romedenne --- Named/Keyword arguments should be documented according to line 595 in https://opengrok.libreoffice.org/xref/core/basic/source/runtime/stdobj.cxx?r=98f88ac1 until VBA compatibility is implemented. cf. Positional or Keyword Arguments in https://help.libreoffice.org/24.2/en-US/text/sbasic/shared/01020300.html?=SHARED=UNIX -- You are receiving this mail because: You are the assignee for the bug.
core.git: sw/qa
sw/qa/core/unocore/unocore.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit 5d87f7f3477728767790eafa11d52b95623dd7c5 Author: Andrea Gelmini AuthorDate: Fri Aug 2 15:18:52 2024 +0200 Commit: Andrea Gelmini CommitDate: Fri Aug 2 17:04:18 2024 +0200 Fix typo Change-Id: I37bc06381cd3a36648e32cfb3eff1b5b72ccdd05 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171427 Tested-by: Jenkins Reviewed-by: Andrea Gelmini diff --git a/sw/qa/core/unocore/unocore.cxx b/sw/qa/core/unocore/unocore.cxx index 0d60108cb2f3..df9373a24f4a 100644 --- a/sw/qa/core/unocore/unocore.cxx +++ b/sw/qa/core/unocore/unocore.cxx @@ -1116,7 +1116,7 @@ CPPUNIT_TEST_FIXTURE(SwCoreUnocoreTest, testEmptyHeader) xHeaderText->getPropertyValue("IsContentEmpty") >>= bIsContentEmpty; CPPUNIT_ASSERT(!bIsContentEmpty); -// Header has an anchoed object: IsContentEmpty is false. +// Header has an anchored object: IsContentEmpty is false. pWrtShell->SelAll(); pWrtShell->DelRight(); SwFlyFrameAttrMgr aMgr(true, pWrtShell, Frmmgr_Type::TEXT, nullptr);
core.git: download.lst
download.lst |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit f60b3b894daa9d498e8b71c7ac78cb33621f5819 Author: Michael Stahl AuthorDate: Fri Aug 2 14:24:29 2024 +0200 Commit: Michael Stahl CommitDate: Fri Aug 2 17:01:11 2024 +0200 nss: upgrade to release 3.102.1 Not sure what moz#1905691 is but they did an ESR release for it... Change-Id: I271d592dd9d61157f4fbe819258c90414c1b4e52 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171425 Tested-by: Jenkins Reviewed-by: Michael Stahl diff --git a/download.lst b/download.lst index 06d78831885c..daf1963f6ecf 100644 --- a/download.lst +++ b/download.lst @@ -512,8 +512,8 @@ MYTHES_TARBALL := mythes-1.2.5.tar.xz # three static lines # so that git cherry-pick # will not run into conflicts -NSS_SHA256SUM := 4ae9db6b117db1cc134bd587a23ff804d8da5bdd63fbb1bf0862b8e3e3aa2439 -NSS_TARBALL := nss-3.102-with-nspr-4.35.tar.gz +NSS_SHA256SUM := ddfdec73fb4b0eedce5fc4de09de9ba14d2ddbfbf67e42372903e1510f2d3d65 +NSS_TARBALL := nss-3.102.1-with-nspr-4.35.tar.gz # three static lines # so that git cherry-pick # will not run into conflicts
[Bug 132780] Feature Request: Add Calc Tables with functionality similar to Excel's "Format as tables"
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 Regina Henschel changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||2319 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162319] New: Allow to rename a database range
https://bugs.documentfoundation.org/show_bug.cgi?id=162319 Bug ID: 162319 Summary: Allow to rename a database range Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: rb.hensc...@t-online.de Calc has the feature of "database range". It is comparable to "Excel Table". [I think it can even more, e.g. bundled sort and filter. But I'm no Excel expert.] In Excel it is possible to rename the table very easily: You type the new name into the name field in tab "Table Design". That's all. Excel automatically adapts the formulas, that use the table name. Such feature is missing in Calc. It is important especially for database ranges with linked content. They get the name "Import1", "Import2" automatically. The user has no way to change it to something more meaningful. The MRI extension allows to change the name, but does not update the formulas that use that name. The database range name is used in "structured references". -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=162318 --- Comment #4 from Daniele --- Created attachment 195672 --> https://bugs.documentfoundation.org/attachment.cgi?id=195672=edit Test file odt without footnotes pdf -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=162318 --- Comment #3 from Daniele --- Created attachment 195671 --> https://bugs.documentfoundation.org/attachment.cgi?id=195671=edit Test file odt without footnotes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=162318 --- Comment #2 from Daniele --- Created attachment 195670 --> https://bugs.documentfoundation.org/attachment.cgi?id=195670=edit Test file odt with footnotes pdf -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162318] When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=162318 --- Comment #1 from Daniele --- Created attachment 195669 --> https://bugs.documentfoundation.org/attachment.cgi?id=195669=edit Test file odt with footnotes -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162318] New: When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes
https://bugs.documentfoundation.org/show_bug.cgi?id=162318 Bug ID: 162318 Summary: When footnotes added to a text within a table: table split in little bits, text disappears, LO Crashes Product: LibreOffice Version: 24.2.5.2 release Hardware: ARM OS: macOS (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: grass...@gmail.com Description: Hi,time ago I filed the bug 151362 which pointed out a bad behavior of LO with large files and tables. Since this keeps happening not only with big files, but also with very small ones, I decided to file this new bug. We use two- or three-columns documents for translations and then copy paste the part to be revised in a A5 template (to read it in pdf on a Remarkable for ex.). Then we create a pdf. But this bug is hampering our work. The bug seems to happen even with very small texts when footnotes are added in a text within a table (we use 2 cells, but it may happen with only one). The adding of such footnotes (to both columns) results in 1. Table split in very inconvenient way for revision (I sometimes had a 2 page document split into 6 or 7) 2. Text of part of cell disappears below visible portion of screen 3. The adding of footnotes eventually results in the crashing of LO Attached you'll have file called "without footnotes" to do follow all the steps described below. The one called "with footnotes" shows the actual result (1 and 2 above) if you keep adding long footnotes LO will block. Steps to Reproduce: 1.Open a five A4 long text (or use the attachment "Without footnotes" provided and jump to point 4) 2. Convert text into Table 3. Add a new column, select text in column1 and paste it in column2 (we do so for translations, but the attached file is in one language) 4. Copy half of the first paragraph. 5. Insert 2 footnotes per cell both on the left and on the right column pasting the text you copied (I paste it as only text, but any paste will do) Actual Results: 1. Table split in very inconvenient way for revision (I sometimes had a 2 page document split into 6 or 7) 2. Text of part of cell disappears below visible portion of screen 3. The adding of footnotes eventually results in the crashing of LO I created 3 bookmarks: Bookmark 1 Column split, Bookmark 2 Column disappears, Bookmark 2 Column split but I noticed that upon reopening now Cells are not badly split corresponding to Bookmark 1 Column split, while the other two still exist. Refer to pdf to see what I saw the first time. Expected Results: 1. Table should not be split before the end of available space on an A4 or A5 (see attached pdfs created for both texts with footnotes and without) 2. Text of part of cell should not disappear below visible portion of screen 3. The adding of footnotes eventually results in the crashing of LO Reproducible: Always User Profile Reset: No Additional Info: Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx Locale: en-US (en.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162297] KDE desktop has issue with long extended tips, text line does not fold
https://bugs.documentfoundation.org/show_bug.cgi?id=162297 --- Comment #2 from Rafael Lima --- Created attachment 195668 --> https://bugs.documentfoundation.org/attachment.cgi?id=195668=edit Tooltips in kf5 with proposed patch I created a patch for the qt5 VCL that wraps tooltips. Here's a screenshot of how it looks now. I'll be submitting this patch on Gerrit later. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162075] size of text box in header
https://bugs.documentfoundation.org/show_bug.cgi?id=162075 Miklos Vajna changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |vmik...@collabora.com |desktop.org | Status|NEW |ASSIGNED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 161373] Font-family fallback list is not respected/not working
https://bugs.documentfoundation.org/show_bug.cgi?id=161373 --- Comment #19 from Eyal Rozenberg --- (In reply to Eyal Rozenberg from comment #18) > > Hi, could you please check if bug 162072 is a duplicate of what you request > > here? I think so, but perhaps I miss something. Thanks. Your change does not make LibreOffice respect typeface fallback lists - as far as I can tell. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 01e6e4303e5a9966f102e0357fe0354a2f74a1c4 CPU threads: 4; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: he-IL (en_IL); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162297] KDE desktop has issue with long extended tips, text line does not fold
https://bugs.documentfoundation.org/show_bug.cgi?id=162297 Rafael Lima changed: What|Removed |Added CC||rafael.palma.l...@gmail.com Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Rafael Lima --- I can confirm this issue. On Windows the same tooltip wraps into 3 lines, which is visually much better. Tooltips in kf5 are not very nice... they should behave more like on Windows. Tested with: Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:24.2.4-0ubuntu0.24.04.2 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162305] When opening plain text files with LTR and RTL, paragraph directions and alignment are wrong
https://bugs.documentfoundation.org/show_bug.cgi?id=162305 --- Comment #7 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #6) > (In reply to Eyal Rozenberg from comment #5) > > 1. Should the direction, or the alignment, of a text file be determined > > based only on its content, or also on the app's locale? What is it > > reasonable for people to expect? > However it is detected you expect RTL for CTL content, and LTR vice versa. 1. Ok, if it's universally obvious than great :-) 2. RTL, not CTL (which is not relevant in this context). > It must not follow the page properties, the system locale, the configuration. Ah, but what about a text file which only contains neutral characters? e.g. a file with numbers, dots and commas? > > 2. Do we agree that directions should be set at the paragraph level, rather > > than at the file level? > I see no reason to tinker with the page style (guess that is what you mean > with file aka document). It follows the default and a typical situation when > people in Egypt copy/paste English content in their document, to make an > example from the other side, should work out of the box. While this is my bottom-line opinion, it is actually not entirely that obvious. Let me play devil's advocate for a second. Suppose I paste a file with 100 lines in Hebrew, but one line of which, somewhere in the Middle, has mostly German and some Hebrew. Does that paragraph have "German content"? Maybe it's the whole Document with Hebrew content that just happens to have a few words, or lines, mostly in German? Now, what if you have a line with 50% of the words in Hebrew and 50% of the words in German. Is it Hebrew content? German content? Both? None? What would the direction be? And now what if you have a single line which is all Hebrew, except that the first word is German. What should the direction be now? Now for another kind of question. I open my LibreOffice Writer, and start typing some text in German. Then I press Enter, switch keyboard layouts, and type some text in Hebrew. And then I do the exact same thing but in a text editor; then I save my file; then open it in LO Writer; then navigate to the end of the file. By your argument, the layouts in the two cases should be different - because in one case we got a direction detection, while in the other we had not - even though we had typed the exact same thing. is that Reasonable? Again, not obvious. -- You are receiving this mail because: You are the assignee for the bug.
core.git: sw/qa
sw/qa/extras/tiledrendering/tiledrendering.cxx | 39 + 1 file changed, 39 insertions(+) New commits: commit 07dec064c2a05d13812cd85c1047743468843f7f Author: Skyler Grey AuthorDate: Wed Jun 26 10:13:36 2024 + Commit: Miklos Vajna CommitDate: Fri Aug 2 16:07:07 2024 +0200 test: send document bg color on new theme In I27c8409a6fcb771d741b07d77c5598c87e178f3b we fixed this feature, here's a test to make sure we're doing the right thing Change-Id: I32f3c410da6bc607f2e0cc3e48a440a09d92d6eb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171398 Tested-by: Jenkins Reviewed-by: Miklos Vajna diff --git a/sw/qa/extras/tiledrendering/tiledrendering.cxx b/sw/qa/extras/tiledrendering/tiledrendering.cxx index d43170885c57..163dd4751ace 100644 --- a/sw/qa/extras/tiledrendering/tiledrendering.cxx +++ b/sw/qa/extras/tiledrendering/tiledrendering.cxx @@ -769,6 +769,7 @@ namespace { bool m_bGraphicViewSelection; bool m_bGraphicSelection; bool m_bViewLock; +OString m_aDocColor; /// Set if any callback was invoked. bool m_bCalled; /// Redline table size changed payload @@ -940,6 +941,11 @@ namespace { m_aComment = m_aComment.get_child("comment"); } break; +case LOK_CALLBACK_DOCUMENT_BACKGROUND_COLOR: +{ +m_aDocColor = aPayload; +break; +} } } }; @@ -1854,6 +1860,39 @@ CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testThemeViewSeparation) assertTilePixelColor(pXTextDocument, 255, 255, COL_WHITE); } +// Test that changing the theme sends the document background color as LOK_CALLBACK_DOCUMENT_BACKGROUND_COLOR +CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testThemeChangeBackgroundCallback) +{ +Color aDarkColor(0x1c, 0x1c, 0x1c); +addDarkLightThemes(aDarkColor, COL_WHITE); +SwXTextDocument* pXTextDocument = createDoc(); +ViewCallback aView; + +SwDoc* pDoc = pXTextDocument->GetDocShell()->GetDoc(); +SwView* pView = pDoc->GetDocShell()->GetView(); +uno::Reference xFrame = pView->GetViewFrame().GetFrame().GetFrameInterface(); + +{ +uno::Sequence aPropertyValues = comphelper::InitPropertySequence( +{ +{ "NewTheme", uno::Any(OUString("Dark")) }, +} +); +comphelper::dispatchCommand(".uno:ChangeTheme", xFrame, aPropertyValues); +} +CPPUNIT_ASSERT_EQUAL("1c1c1c"_ostr, aView.m_aDocColor); + +{ +uno::Sequence aPropertyValues = comphelper::InitPropertySequence( +{ +{ "NewTheme", uno::Any(OUString("Light")) }, +} +); +comphelper::dispatchCommand(".uno:ChangeTheme", xFrame, aPropertyValues); +} +CPPUNIT_ASSERT_EQUAL("ff"_ostr, aView.m_aDocColor); +} + CPPUNIT_TEST_FIXTURE(SwTiledRenderingTest, testSetViewGraphicSelection) { // Load a document.
[Bug 162304] FILEOPEN ODT: IsFollowingTextFlow is inconsistent regarding "top" and "from top" of "Page text area"
https://bugs.documentfoundation.org/show_bug.cgi?id=162304 --- Comment #8 from Justin L --- Created attachment 195667 --> https://bugs.documentfoundation.org/attachment.cgi?id=195667=edit layoutInCell page bottom.docx: shows MSO complete failure As mentioned - MSO fails matching vertical "page" top to the cell top, but instead matches "margin top". In fact, EVERY choice matches margin top (including centre and bottom). Margin top is fine. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 126913] Wrong behavior of Basic "mid" statement
https://bugs.documentfoundation.org/show_bug.cgi?id=126913 f...@bger.ch changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4166 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 154166] MID statement non VBA-conformant
https://bugs.documentfoundation.org/show_bug.cgi?id=154166 f...@bger.ch changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||6913 -- You are receiving this mail because: You are the assignee for the bug.
core.git: offapi/com offapi/UnoApi_offapi.mk toolkit/inc toolkit/source
offapi/UnoApi_offapi.mk |1 + offapi/com/sun/star/awt/XTopWindow3.idl | 23 +++ toolkit/inc/awt/vclxtopwindow.hxx |8 ++-- toolkit/source/awt/vclxtopwindow.cxx| 14 ++ 4 files changed, 44 insertions(+), 2 deletions(-) New commits: commit af5c4092052c98853b88cf886adb11b4a1532fff Author: Stephan Bergmann AuthorDate: Fri Aug 2 13:37:44 2024 +0200 Commit: Stephan Bergmann CommitDate: Fri Aug 2 15:47:54 2024 +0200 Expose WorkWindow fullscreen mode via new XTopWindow3 ...deriving from the existing XTopWindow2. (Exposing this functionality via UNO is useful e.g. for some embedded LOWA example application.) Change-Id: Ib92f75510b7a2ca26933ea35afcc78882a7804fc Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171403 Tested-by: Jenkins Reviewed-by: Stephan Bergmann diff --git a/offapi/UnoApi_offapi.mk b/offapi/UnoApi_offapi.mk index 9613a54eb27a..959f805d3894 100644 --- a/offapi/UnoApi_offapi.mk +++ b/offapi/UnoApi_offapi.mk @@ -1901,6 +1901,7 @@ $(eval $(call gb_UnoApi_add_idlfiles,offapi,com/sun/star/awt,\ XToolkitRobot \ XTopWindow \ XTopWindow2 \ + XTopWindow3 \ XTopWindowListener \ XUnitConversion \ XUnoControlContainer \ diff --git a/offapi/com/sun/star/awt/XTopWindow3.idl b/offapi/com/sun/star/awt/XTopWindow3.idl new file mode 100644 index ..d64076423132 --- /dev/null +++ b/offapi/com/sun/star/awt/XTopWindow3.idl @@ -0,0 +1,23 @@ +/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4; fill-column: 100 -*- */ +/* + * This file is part of the LibreOffice project. + * + * This Source Code Form is subject to the terms of the Mozilla Public + * License, v. 2.0. If a copy of the MPL was not distributed with this + * file, You can obtain one at http://mozilla.org/MPL/2.0/. + */ + +module com { module sun { module star { module awt { + +/** extends XTopWindow with additional functionality + +@since LibreOffice 25.2 +*/ +interface XTopWindow3: XTopWindow2 { +/** controls whether the window is currently shown full screen */ +[attribute] boolean FullScreen; +}; + +}; }; }; }; + +/* vim:set shiftwidth=4 softtabstop=4 expandtab cinoptions=b1,g0,N-s cinkeys+=0=break: */ diff --git a/toolkit/inc/awt/vclxtopwindow.hxx b/toolkit/inc/awt/vclxtopwindow.hxx index 1913c4594f6d..9e77edcef43b 100644 --- a/toolkit/inc/awt/vclxtopwindow.hxx +++ b/toolkit/inc/awt/vclxtopwindow.hxx @@ -21,7 +21,7 @@ #define INCLUDED_TOOLKIT_AWT_VCLXTOPWINDOW_HXX #include -#include +#include #include @@ -31,7 +31,7 @@ namespace com::sun::star::awt { class XMenuBar; } class VCLXTopWindow: public cppu::ImplInheritanceHelper< -VCLXContainer, css::awt::XTopWindow2, css::awt::XSystemDependentWindowPeer > +VCLXContainer, css::awt::XTopWindow3, css::awt::XSystemDependentWindowPeer > { public: VCLXTopWindow(); @@ -55,6 +55,10 @@ public: virtual ::sal_Int32 SAL_CALL getDisplay() override; virtual void SAL_CALL setDisplay( ::sal_Int32 _display ) override; +// XTopWindow3 +virtual sal_Bool SAL_CALL getFullScreen() override; +virtual void SAL_CALL setFullScreen(sal_Bool value) override; + static void ImplGetPropertyIds( std::vector< sal_uInt16 > ); virtual voidGetPropertyIds( std::vector< sal_uInt16 > ) override { return ImplGetPropertyIds( aIds ); } }; diff --git a/toolkit/source/awt/vclxtopwindow.cxx b/toolkit/source/awt/vclxtopwindow.cxx index c0ce4d891d94..55dbb8070b91 100644 --- a/toolkit/source/awt/vclxtopwindow.cxx +++ b/toolkit/source/awt/vclxtopwindow.cxx @@ -209,6 +209,20 @@ void SAL_CALL VCLXTopWindow::setDisplay( ::sal_Int32 _display ) pWindow->SetScreenNumber( _display ); } +sal_Bool VCLXTopWindow::getFullScreen() { +SolarMutexGuard g; +if (auto const win = VCLXContainer::GetAsDynamic()) { +return win->IsFullScreenMode(); +} +return false; +} + +void VCLXTopWindow::setFullScreen(sal_Bool value) { +SolarMutexGuard g; +if (auto const win = VCLXContainer::GetAsDynamic()) { +return win->ShowFullScreenMode(value); +} +}
[Bug 162290] Conditional format error
https://bugs.documentfoundation.org/show_bug.cgi?id=162290 --- Comment #9 from m_a_riosv --- Range shown is correct H3:H16? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162290] Conditional format error
https://bugs.documentfoundation.org/show_bug.cgi?id=162290 --- Comment #8 from ady --- (In reply to m_a_riosv from comment #6) > What is this? > > Apply Style =New Style If it helps, when you open attachment 195662 and follow the above steps, you get to the CF dialog for the pre-selected range. You see in that dialog the name of the field, "Apply Style", and the field itself contains the name of the style, "Untitled 4". Open that "Untitled 4" drop down field and select "New Style". Here the OP should perform the changes, instead of continuing with the next (unneeded and unwanted) step. The next (wrong) step, pressing the "Edit Style" button, is what triggers the result seen by the OP. Hopefully this time I am being clear enough. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162290] Conditional format error
https://bugs.documentfoundation.org/show_bug.cgi?id=162290 --- Comment #7 from ady --- (In reply to m_a_riosv from comment #6) > What is this? Miguel, that's the Conditional Formatting dialog, specific for the range that was pre-selected. The reason that the result is applied to all cells instead of being conditionally used for the pre-selected range (only) is because pressing the "Edit Style" button opens the Style Editor on the _Default_ style. That step (i.e. pressing the Edit Style button) is unneeded (and unwanted for the result that the OP wants to achieve). The edition of the "New Style" should be (and is) performed on the already-opened dialog (the one that opens when selecting "New Style"). > NAB. The other issues I mentioned (e.g. the Conditional Formatting is not always part of the cell's context menu, but sometimes it is there) is not clear to me. But that is not part of this bug report. -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-24.04' - include/svx svx/source
include/svx/svdobj.hxx|4 include/svx/svdoole2.hxx |2 ++ svx/source/svdraw/svdmrkv.cxx |2 +- svx/source/svdraw/svdobj.cxx |9 + 4 files changed, 16 insertions(+), 1 deletion(-) New commits: commit 6475f4de73807f44ee1a32aa22447ed7ee1971c8 Author: Noel Grandin AuthorDate: Fri Jul 19 13:23:41 2024 +0200 Commit: Miklos Vajna CommitDate: Fri Aug 2 15:25:42 2024 +0200 reduce cost of dynamic casting in SdrMarkView::CheckSingleSdrObjectHit which shows up when navigating large complex documents with lots of shapes Change-Id: I0631daf1365387f1192815402921ada191ab6046 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170760 Reviewed-by: Noel Grandin Tested-by: Jenkins (cherry picked from commit 0ee4b0339c3f3fd2f39f7193e2cf54df63a071b6) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/170730 Tested-by: Jenkins CollaboraOffice Reviewed-by: Miklos Vajna diff --git a/include/svx/svdobj.hxx b/include/svx/svdobj.hxx index 431d851fced2..9fda19df539b 100644 --- a/include/svx/svdobj.hxx +++ b/include/svx/svdobj.hxx @@ -51,6 +51,7 @@ class SdrItemPool; class SdrModel; class SdrObjList; class SdrObject; +class SdrOle2Obj; class SdrPage; class SdrPageView; class SdrTextObj; @@ -768,6 +769,7 @@ public: void SetMarkProtect(bool bProt); bool IsMarkProtect() const { return m_bMarkProt;} virtual bool IsSdrTextObj() const { return false; } +virtual bool IsSdrOle2Obj() const { return false; } virtual bool IsTextPath() const { return false ; } /// Whether the aspect ratio should be kept by default when resizing. @@ -1007,6 +1009,8 @@ SVXCORE_DLLPUBLIC E3dObject* DynCastE3dObject(SdrObject*); inline const E3dObject* DynCastE3dObject(const SdrObject* p) { return DynCastE3dObject(const_cast(p)); } SVXCORE_DLLPUBLIC SdrTextObj* DynCastSdrTextObj(SdrObject*); inline const SdrTextObj* DynCastSdrTextObj(const SdrObject* p) { return DynCastSdrTextObj(const_cast(p)); } +SVXCORE_DLLPUBLIC SdrOle2Obj* DynCastSdrOle2Obj(SdrObject*); +inline const SdrOle2Obj* DynCastSdrOle2Obj(const SdrObject* p) { return DynCastSdrOle2Obj(const_cast(p)); } struct SdrObjCreatorParams diff --git a/include/svx/svdoole2.hxx b/include/svx/svdoole2.hxx index 444c12348226..f422f15434ba 100644 --- a/include/svx/svdoole2.hxx +++ b/include/svx/svdoole2.hxx @@ -183,6 +183,8 @@ public: // #i118485# missing converter added virtual rtl::Reference DoConvertToPolyObj(bool bBezier, bool bAddText) const override; + +virtual bool IsSdrOle2Obj() const final { return true; } }; class SVXCORE_DLLPUBLIC SdrEmbedObjectLink final : public sfx2::SvBaseLink diff --git a/svx/source/svdraw/svdmrkv.cxx b/svx/source/svdraw/svdmrkv.cxx index fbbbfcac0cad..0d409f609f49 100644 --- a/svx/source/svdraw/svdmrkv.cxx +++ b/svx/source/svdraw/svdmrkv.cxx @@ -2426,7 +2426,7 @@ SdrObject* SdrMarkView::CheckSingleSdrObjectHit(const Point& rPnt, sal_uInt16 nT const bool bCheckIfMarkable(nOptions & SdrSearchOptions::TESTMARKABLE); const bool bDeep(nOptions & SdrSearchOptions::DEEP); -const bool bOLE(dynamic_cast< const SdrOle2Obj* >(pObj) != nullptr); +const bool bOLE(DynCastSdrOle2Obj(pObj) != nullptr); auto pTextObj = DynCastSdrTextObj( pObj); const bool bTXT(pTextObj && pTextObj->IsTextFrame()); SdrObject* pRet=nullptr; diff --git a/svx/source/svdraw/svdobj.cxx b/svx/source/svdraw/svdobj.cxx index eadccae5b3a4..d956616d43a9 100644 --- a/svx/source/svdraw/svdobj.cxx +++ b/svx/source/svdraw/svdobj.cxx @@ -3269,6 +3269,15 @@ SdrTextObj* DynCastSdrTextObj(SdrObject* pObj) return nullptr; } +SdrOle2Obj* DynCastSdrOle2Obj(SdrObject* pObj) +{ +// SdrTextObj has subclasses, with lots of SdrObjKind identifiers, so use a virtual method +// to be safer. +if( pObj && pObj->IsSdrOle2Obj() ) +return static_cast(pObj); +return nullptr; +} + rtl::Reference SdrObjFactory::CreateObjectFromFactory(SdrModel& rSdrModel, SdrInventor nInventor, SdrObjKind nObjIdentifier) { SdrObjCreatorParams aParams { nInventor, nObjIdentifier, rSdrModel };
[Bug 153343] Forms: Real font size of text in label field is 8pt, although default font size in control properties is different
https://bugs.documentfoundation.org/show_bug.cgi?id=153343 Michael Weghorn changed: What|Removed |Added CC||m.wegh...@posteo.de Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |m.wegh...@posteo.de |desktop.org | --- Comment #9 from Michael Weghorn --- (In reply to Heiko Tietze from comment #8) > Seems the standard theme settings are not correctly applied to the form > control. Looking at commit ea36e0502c0bc381577cfa1b1a7fedf0f05d1d72 Author: Caolán McNamara Date: Tue Oct 4 12:42:33 2022 +0100 tdf#150786 use a 'standard' theme for form controls i.e. ignore system theme so we get the same results on export to pdf regardless of the theme (esp dark) and don't follow the system theme when hosted with a writer/calc/impress document (do continue to use system theme for StarBasic dialogs as seen in BasicIDE) Didn't reuse 'NativeWidgetLook' for this because is currently defaults off, while we currently do use the colors derived from the system theme even when this is off, its really the NWF flag to render using the platform theming engine Change-Id: I816d7ebaf793e5eac7bd937d44c1db0371145199 mentioned in comment 5, it generally seems to be an intentional change to not take the system style into account for form controls in documents. Pending Gerrit change to show the actually used font size in the dialog: https://gerrit.libreoffice.org/c/core/+/171426 Whether or not a default font size of 8 is appropriate would in my opinion be something to discuss in a separate bug report if considered inappropriate - unless the suggestion is to make appearance of form controls dependent on the style again, i.e. logically reverting (part of) the above-mentioned commit. -- You are receiving this mail because: You are the assignee for the bug.
core.git: Branch 'distro/collabora/co-23.05' - vcl/source
vcl/source/gdi/pdfwriter_impl.cxx |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) New commits: commit f31f61de291a37b57c23ebdfa6f9c5e78364608d Author: Caolán McNamara AuthorDate: Thu Aug 1 09:49:49 2024 +0100 Commit: Miklos Vajna CommitDate: Fri Aug 2 15:21:48 2024 +0200 m_aPixelSize should be in pixels, but GetPrefSize depends on GetPrefMapMode i.e later we do: Size aSize = PixelToLogic(rEmit.m_aPixelSize, MapMode(m_aMapMode.GetMapUnit())); and PrefSize is in PrefMapMode units. Change-Id: I387316804496fc0a05c3370f370f5f562c288d77 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171251 Tested-by: Jenkins CollaboraOffice Reviewed-by: Miklos Vajna (cherry picked from commit de15d0a566ce72f2d508ceb7b3fbf60d2aa31329) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171405 diff --git a/vcl/source/gdi/pdfwriter_impl.cxx b/vcl/source/gdi/pdfwriter_impl.cxx index 99b7e768c23e..bca34b3d9fae 100644 --- a/vcl/source/gdi/pdfwriter_impl.cxx +++ b/vcl/source/gdi/pdfwriter_impl.cxx @@ -9669,7 +9669,7 @@ void PDFWriterImpl::createEmbeddedFile(const Graphic& rGraphic, ReferenceXObject } rEmit.m_nFormObject = createObject(); -rEmit.m_aPixelSize = rGraphic.GetPrefSize(); +rEmit.m_aPixelSize = rGraphic.GetSizePixel(); } void PDFWriterImpl::drawJPGBitmap( SvStream& rDCTData, bool bIsTrueColor, const Size& rSizePixel, const tools::Rectangle& rTargetArea, const AlphaMask& rAlphaMask, const Graphic& rGraphic )
core.git: Branch 'distro/collabora/co-24.04' - include/svx sd/qa svx/source
include/svx/svdpage.hxx |1 + sd/qa/unit/tiledrendering/tiledrendering.cxx |3 +++ svx/source/svdraw/svdmrkv.cxx| 13 - svx/source/svdraw/svdpage.cxx| 19 +++ 4 files changed, 35 insertions(+), 1 deletion(-) New commits: commit 183078c3a4314f88c858cf0825ffa7bfcd384dd6 Author: Gökay Şatır AuthorDate: Thu Aug 1 15:07:39 2024 +0300 Commit: Miklos Vajna CommitDate: Fri Aug 2 15:21:22 2024 +0200 When a shape is selected, send other shapes' rectangles. GitHub issue link: * https://github.com/CollaboraOnline/online/issues/9689 Also add OrdNum property to ExtraInfo in order to exclude the selected shape from the list. Check new properties in tiledrendering test. Signed-off-by: Gökay Şatır Change-Id: I544e2c8089510f47b0cc0f25e368cad6d459cb2e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171374 Reviewed-by: Miklos Vajna Tested-by: Jenkins CollaboraOffice diff --git a/include/svx/svdpage.hxx b/include/svx/svdpage.hxx index 0fcca5be701d..cd28cf8ab1ac 100644 --- a/include/svx/svdpage.hxx +++ b/include/svx/svdpage.hxx @@ -94,6 +94,7 @@ public: virtual SdrObject* getSdrObjectFromSdrObjList() const; void CopyObjects(const SdrObjList& rSrcList); +static OString GetObjectRectangles(const SdrObjList& rSrcList); // tdf#116879 clean up everything (without Undo), plus broadcasting // changes. Split to this call and a private one (impClearSdrObjList) diff --git a/sd/qa/unit/tiledrendering/tiledrendering.cxx b/sd/qa/unit/tiledrendering/tiledrendering.cxx index 39668614084b..3f91ad463f49 100644 --- a/sd/qa/unit/tiledrendering/tiledrendering.cxx +++ b/sd/qa/unit/tiledrendering/tiledrendering.cxx @@ -2693,6 +2693,9 @@ void lcl_extractHandleParameters(std::string_view selection, sal_uInt32& id, sal id = handle0.get_child("id").get_value(); x = handle0.get_child("point").get_child("x").get_value(); y = handle0.get_child("point").get_child("y").get_value(); + +CPPUNIT_ASSERT(aTree.get_child("OrdNum").get_value() >= 0); +CPPUNIT_ASSERT(aTree.get_child("ObjectRectangles").size() >= 1); } } diff --git a/svx/source/svdraw/svdmrkv.cxx b/svx/source/svdraw/svdmrkv.cxx index 43a803d8b4dd..fbbbfcac0cad 100644 --- a/svx/source/svdraw/svdmrkv.cxx +++ b/svx/source/svdraw/svdmrkv.cxx @@ -947,7 +947,9 @@ void SdrMarkView::SetMarkHandlesForLOKit(tools::Rectangle const & rRect, const S aExtraInfo.append("{\"id\":\"" + OString::number(reinterpret_cast(pO)) + "\",\"type\":" -+ OString::number(static_cast(pO->GetObjIdentifier(; ++ OString::number(static_cast(pO->GetObjIdentifier())) ++ ",\"OrdNum\":" + OString::number(pO->GetOrdNum()) +); if (mpMarkedObj && !pOtherShell) { @@ -1215,6 +1217,15 @@ void SdrMarkView::SetMarkHandlesForLOKit(tools::Rectangle const & rRect, const S aExtraInfo.append(", \"url\": \"" + mediaObj->getTempURL().toUtf8() + "\""); } +SdrPage *pPage = pPageView ? pPageView->GetPage(): nullptr; +if (pPage) +{ +// Send all objects' rectangles along with the selected object's information. +// Other rectangles can be used for aligning the selected object referencing the others. +OString objectRectangles = SdrObjList::GetObjectRectangles(*pPage); +aExtraInfo.append(", \"ObjectRectangles\": "_ostr + objectRectangles); +} + aExtraInfo.append(handleArrayStr + "}"); sSelectionText += ", " + aExtraInfo; diff --git a/svx/source/svdraw/svdpage.cxx b/svx/source/svdraw/svdpage.cxx index b15a8438d56e..cbf15673b12c 100644 --- a/svx/source/svdraw/svdpage.cxx +++ b/svx/source/svdraw/svdpage.cxx @@ -134,6 +134,25 @@ SdrObject* SdrObjList::getSdrObjectFromSdrObjList() const return nullptr; } +OString SdrObjList::GetObjectRectangles(const SdrObjList& rSrcList) +{ +OString result = "["_ostr; + +for (const rtl::Reference& item: rSrcList) +{ +if (item->IsPrintable() && item->IsVisible()) +{ +tools::Rectangle rectangle = item->GetCurrentBoundRect(); +OString ordNum(std::to_string(item->GetOrdNum())); +result += "["_ostr + rectangle.toString() + ", "_ostr + ordNum + "]"_ostr; +} +} + +result = result.replaceAll("]["_ostr, "],["_ostr); + +return result + "]"_ostr; +} + void SdrObjList::CopyObjects(const SdrObjList& rSrcList) { CloneList aCloneList;
[Bug 162298] Cancelling "Export directly as PDF" deletes text marked as "hidden".
https://bugs.documentfoundation.org/show_bug.cgi?id=162298 --- Comment #5 from m_a_riosv --- There is no hidden text on the file, I think. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 154375] Spell check starts with the wrong language
https://bugs.documentfoundation.org/show_bug.cgi?id=154375 Stéphane Guillou (stragu) changed: What|Removed |Added Component|Calc|Linguistic Crash report or|153591 149429 | crash signature|| See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||3591, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||9429 CC||so...@libreoffice.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 149429] Changing Calc document's language should overwrite cell direct formatting language
https://bugs.documentfoundation.org/show_bug.cgi?id=149429 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4375 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 153591] Spellchecking can not be disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=153591 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4375 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162290] Conditional format error
https://bugs.documentfoundation.org/show_bug.cgi?id=162290 --- Comment #6 from m_a_riosv --- (In reply to nigelP from comment #3) > Created attachment 195662 [details] > Corrupted format spreadsheet > > Select cells H2:H16 > Right mouse click - Conditional Formatting > Cell Value = "is less than" =0.03 > Range shown is correct H3:H16 What is this? > Apply Style =New Style > Organiser - Style - Edit Style > Numbers=Percent Decimal places=1 > Font Style=Bold > Font Effects Font colour=Red > OK > Nearly all cells reformatted to Red / Bold / ### > OK to return to Conditional Formatting for H2:H16 > OK to return to corrupted format spreadsheet -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162317] Saving a document with an image to DOCX creates a broken file
https://bugs.documentfoundation.org/show_bug.cgi?id=162317 Mike Kaganski changed: What|Removed |Added URL||https://ask.libreoffice.org ||/t/writer-not-saving-comple ||te-docx-file/108921/ -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162317] New: Saving a document with an image to DOCX creates a broken file
https://bugs.documentfoundation.org/show_bug.cgi?id=162317 Bug ID: 162317 Summary: Saving a document with an image to DOCX creates a broken file Product: LibreOffice Version: 4.3.0.4 release Hardware: All OS: All Status: UNCONFIRMED Keywords: bisected, regression Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: mikekagan...@hotmail.com Created attachment 195666 --> https://bugs.documentfoundation.org/attachment.cgi?id=195666=edit Saving to DOCX creates a broken file The attachment contains an image frame with several empty paragraphs. A DOCX created from it misses xmlns:pic, so fails to open in Word. Regression after commit 1279f9c835d188be72a21779377cb03841d6bc54 (DOCX drawingml export: give drawinglayer pictures the correct namespace, 2013-12-17). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162314] LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=162314 Jonathan Clark changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Assignee|libreoffice-b...@lists.free |jonat...@libreoffice.org |desktop.org | Ever confirmed|0 |1 --- Comment #2 from Jonathan Clark --- Created attachment 195665 --> https://bugs.documentfoundation.org/attachment.cgi?id=195665=edit Example reproducer I was able to reproduce this hang with the attached document. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 140347] UI: Footnote area in Tools _> Footnotes and endnotes not self-explaining
https://bugs.documentfoundation.org/show_bug.cgi?id=140347 Commit Notification changed: What|Removed |Added Whiteboard||target:25.2.0 -- You are receiving this mail because: You are the assignee for the bug.
core.git: sw/uiconfig
sw/uiconfig/swriter/ui/footnotepage.ui | 161 + 1 file changed, 105 insertions(+), 56 deletions(-) New commits: commit 35003f56dce36326777900b8562643651537a489 Author: Heiko Tietze AuthorDate: Fri Aug 2 12:52:17 2024 +0200 Commit: Heiko Tietze CommitDate: Fri Aug 2 14:51:35 2024 +0200 Resolves tdf#140347 - Terminology in foot/endnote dialog Patch submitted by ol...@ogundersen.net with a few modifications on spacing Change-Id: Ib197b96df87a62a4ddc732f62b699a3670ecd948 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/171400 Tested-by: Jenkins Reviewed-by: Heiko Tietze diff --git a/sw/uiconfig/swriter/ui/footnotepage.ui b/sw/uiconfig/swriter/ui/footnotepage.ui index a6a0c8f013cb..fe0beea84874 100644 --- a/sw/uiconfig/swriter/ui/footnotepage.ui +++ b/sw/uiconfig/swriter/ui/footnotepage.ui @@ -1,5 +1,5 @@ - + @@ -9,12 +9,16 @@ 1 10 - + True False +6 +6 +6 +6 6 -12 +6 24 @@ -29,13 +33,13 @@ False 12 6 -6 -12 +3 +6 True False -Numbering +Numbering: 0 @@ -47,7 +51,7 @@ True False -Start at +Start at: 0 @@ -59,7 +63,7 @@ True False -Before +Before: 0 @@ -71,7 +75,7 @@ True False -Position +Position: True pospagecb 0 @@ -89,7 +93,7 @@ True False -Counting +Counting: 0 @@ -101,7 +105,7 @@ True False -After +After: 0 @@ -261,13 +265,14 @@ 0 0 -2 +3 True False +start 0 none @@ -277,14 +282,13 @@ False 12 6 -True -6 -12 +3 +6 True False -End of footnote +End of footnote: 0 @@ -296,7 +300,7 @@ True False -Start of next page +Start of next page: 0 @@ -357,29 +361,30 @@ 1 -1 +2 True False +start 0 none - + True False 12 6 -6 -12 +3 +6 True False -Paragraph +Paragraph: 0 @@ -391,7 +396,7 @@ True False -Page +Page: 0 @@ -403,7 +408,6 @@ True False -True Select the paragraph style for the footnote text. Only special styles can be selected. @@ -419,7 +423,6 @@ True False -True Select the page style that you want to use for footnotes. @@ -431,69 +434,105 @@ 1 + + + + +True +False +Text style + + + + + + + +1 +0 + + + + +True +False +start +0 +none + + + +True +False +12 +6 +3 +6 - + True False -True - - -Select the character style that you want to use for footnote anchors in the text area of your document. -
[Bug 140347] UI: Footnote area in Tools _> Footnotes and endnotes not self-explaining
https://bugs.documentfoundation.org/show_bug.cgi?id=140347 Heiko Tietze changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 108568] [META] Footnote and endnote properties and settings
https://bugs.documentfoundation.org/show_bug.cgi?id=108568 Bug 108568 depends on bug 140347, which changed state. Bug 140347 Summary: UI: Footnote area in Tools _> Footnotes and endnotes not self-explaining https://bugs.documentfoundation.org/show_bug.cgi?id=140347 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162316] The index doesn't use the font set in the index paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=162316 --- Comment #1 from micael.camo...@gmail.com --- Created attachment 195664 --> https://bugs.documentfoundation.org/attachment.cgi?id=195664=edit File with the described bug -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162316] New: The index doesn't use the font set in the index paragraph style
https://bugs.documentfoundation.org/show_bug.cgi?id=162316 Bug ID: 162316 Summary: The index doesn't use the font set in the index paragraph style Product: LibreOffice Version: 24.2.4.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: micael.camo...@gmail.com Description: - I created a new document using the font Gelasio, including the general index. - Few weeks later, to create a second edition of the document, I copied/pasted the file odt, renamed it and then I moved all the paragraph styles from Gelasio font to Baramond font. -The paragraphs changed correctly to the new font but the index still with Gelasio font. I can set manually the Baramond font to the index but at the following update it reset the Gelasio font. Steps to Reproduce: I can't reproduce it Actual Results: The index doesn't use the font set in the index paragraph style Expected Results: The index must use the font set in the index paragraph style Reproducible: Couldn't Reproduce User Profile Reset: Yes Additional Info: Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Ubuntu package version: 4:24.2.4~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162313] Support more mouse shortcuts to move between slides in presentation mode
https://bugs.documentfoundation.org/show_bug.cgi?id=162313 --- Comment #1 from Timur --- Other Logi M585 mouse: ButtonPress event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 21250652, (119,28), root:(151,92), state 0x0, button 9, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 21250780, (119,28), root:(151,92), state 0x0, button 9, same_screen YES ButtonPress event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 21251365, (119,28), root:(151,92), state 0x0, button 8, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 21251478, (119,28), root:(151,92), state 0x0, button 8, same_screen YES -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162314] LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=162314 Hossein changed: What|Removed |Added Keywords||bisected, regression CC||jonat...@libreoffice.org Version|24.2.2.2 release|25.2.0.0 alpha0+ --- Comment #1 from Hossein --- This is a regression, as the problem was not present in LibreOffice 24.2.2.2, but it is reproducible in the latest LO 25.2 dev master. This is the responsible commit, Adding Jonathan to CC: commit 04184aa7e3aada8f4d938d20dfdb54b3a7dd3896 author Jonathan ClarkThu Jul 18 08:40:16 2024 -0600 committer Jonathan ClarkThu Jul 25 14:23:35 2024 +0200 tree4bfaec67439c192cd4091b47acb3d26ae074b9b7 parent 33629ff9348a0df88c11257a3921129df4875238 [diff] tdf#157829 sw: Implemented line break underflow for bidi portions $ git bisect log git bisect start # bad: [f806fc136b3410ec9a1e09320d100c78b33c867b] tdf#137335 calculate paragraph height in RTF/DOCX git bisect bad f806fc136b3410ec9a1e09320d100c78b33c867b # good: [898d5d470e24a6f2fb244fec24df33ba8855] Revert "Related: tdf#155266 force flush after drawing native scrollbars" git bisect good 898d5d470e24a6f2fb244fec24df33ba8855 # good: [65b3808a24db4d8b549eb1643d009330f63abf65] i#84870: Add a unit test git bisect good 65b3808a24db4d8b549eb1643d009330f63abf65 # good: [78a9afc5ea493a703467b72475a9d80a9fa8a6db] tdf#77388 sw: add missing comment git bisect good 78a9afc5ea493a703467b72475a9d80a9fa8a6db # good: [11169e6b29cbe7d782a6236d2a866b07b7501417] tdf#161853 icon choice ctrl: Drop WB_SMART_ARRANGE handling git bisect good 11169e6b29cbe7d782a6236d2a866b07b7501417 # good: [5b9dec4caa727cd46ae9163812ecfc3142157cd1] tdf#155447 qt a11y: Don't report "Unknown" for unsupported props git bisect good 5b9dec4caa727cd46ae9163812ecfc3142157cd1 # good: [92454bca2045b9e9ca636d086cb8520ccf03be22] tdf#161501 vcl: Make TabitemValue position-aware git bisect good 92454bca2045b9e9ca636d086cb8520ccf03be22 # bad: [f9df8d71a9d4ad2e7bc2e221551d9ee007f9fc60] lok: join Webdav Ticker thread. git bisect bad f9df8d71a9d4ad2e7bc2e221551d9ee007f9fc60 # skip: [27e5a74960f50ec041ef7c9e5026afe70a2b4adc] Update git submodules git bisect skip 27e5a74960f50ec041ef7c9e5026afe70a2b4adc # good: [c59730b46b4d7dd0af0c49ecbc852cda2871a5a0] tdf#161501 icon choice ctrl: Draw whole entry natively git bisect good c59730b46b4d7dd0af0c49ecbc852cda2871a5a0 # good: [7dc921e2252dbb60be98695180893e7ae499870d] Related tdf#162136: typo GapWidthSequence instead of GapwidthSequence git bisect good 7dc921e2252dbb60be98695180893e7ae499870d # skip: [6f3a37d074440d29048239bc9cc0175d90f51d9f] Update git submodules git bisect skip 6f3a37d074440d29048239bc9cc0175d90f51d9f # bad: [04184aa7e3aada8f4d938d20dfdb54b3a7dd3896] tdf#157829 sw: Implemented line break underflow for bidi portions git bisect bad 04184aa7e3aada8f4d938d20dfdb54b3a7dd3896 # good: [4aa2d5ede17ddf7345804deb200983367990a7e2] Related: tdf#162093 TableRef item specifier may occur standalone git bisect good 4aa2d5ede17ddf7345804deb200983367990a7e2 # good: [1bbcc3fdf312971ffb681b332f47369739d95dde] O[U]String overloads that return view for rest parameter git bisect good 1bbcc3fdf312971ffb681b332f47369739d95dde # good: [33629ff9348a0df88c11257a3921129df4875238] force max len for some oss-fuzz fuzzers git bisect good 33629ff9348a0df88c11257a3921129df4875238 # first bad commit: [04184aa7e3aada8f4d938d20dfdb54b3a7dd3896] tdf#157829 sw: Implemented line break underflow for bidi portions -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162304] FILEOPEN ODT: IsFollowingTextFlow is inconsistent regarding "top" and "from top" of "Page text area"
https://bugs.documentfoundation.org/show_bug.cgi?id=162304 Justin L changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Justin L --- (In reply to Justin L from comment #0) > So what is supposed to happen when the shape has a relation orientation to > the page? I would assume that it should attempt to go that specified > position on the page, and if that is outside of the layout environment... This dilemma is solved by realizing that "page" does not mean "page". The two choices mean "at constraining container's edge" and "after the constraining container's spacing". > I would have expected the image to be at the edge of the cell, not stuck > below the cell padding. Thus, this example makes sense, and is working as expected. The image is oriented to "Page text area" (aka PAGE_PRINT_AREA), and since "page" in this case means "cell", "top" starts at the edge of the (effective) cell border spacing. That means that comment 2's example is the buggy one. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162315] New: Bookmarks don't show up when clicking Target to insert a Link
https://bugs.documentfoundation.org/show_bug.cgi?id=162315 Bug ID: 162315 Summary: Bookmarks don't show up when clicking Target to insert a Link Product: LibreOffice Version: 24.2.5.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: LibreOffice Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: bliss.cos...@yahoo.com Description: i am trying to highlight a word and make a hyperlink to a bookmark within my document (books marks are there, all internal links work, but they cnanot show up in the dialog where you are supposed to select it). Steps to Reproduce: 1.select a text 2.click hyperlink 3. click target in document and see no bookmarks show up, even if they do get listed in the insert bookmark when you try to make a bookmark. Actual Results: no bookmarks show Expected Results: bookmarks were not there. Reproducible: Always User Profile Reset: No Additional Info: list the bookmarks when you double click on bookmarks. so I can select one it was all fine in 7.5.9 I installed in January. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162314] New: LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=162314 Bug ID: 162314 Summary: LibreOffice Writer hangs in a document with mixed RTL and LTR text in paragraphs Product: LibreOffice Version: 24.2.2.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: hoss...@libreoffice.org Description: After opening and/or converting a LibreOffice Writer document which have paragraphs of mixed RTL and LTR text, LibreOffice hangs. Steps to Reproduce: 1. Open the attachment 2. Try scrolling to the end of document, or convert it to PDF Actual Results: LibreOffice Writer hangs Expected Results: LibreOffice Writer should not hang Reproducible: Always User Profile Reset: No Additional Info: Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8bd57009d38f7551a77566a0e782a7b371aece23 CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=98259 Timur changed: What|Removed |Added Depends on||162313 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=162313 [Bug 162313] Support more mouse shortcuts to move between slides in presentation mode -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162313] New: Support more mouse shortcuts to move between slides in presentation mode
https://bugs.documentfoundation.org/show_bug.cgi?id=162313 Bug ID: 162313 Summary: Support more mouse shortcuts to move between slides in presentation mode Product: LibreOffice Version: 7.4.0.3 release Hardware: All OS: Linux (All) Status: UNCONFIRMED Severity: enhancement Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ti...@libreoffice.org Blocks: 98259 IIUC bug 148986, Impress slides can be moved forward/back also with the mouse buttons, provided mouse is supported. Here is my log for Logitech Cordless Click Plus. ButtonPress event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 20335004, (133,68), root:(165,132), state 0x0, button 9, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 20335236, (133,68), root:(165,132), state 0x0, button 9, same_screen YES ButtonPress event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 20336300, (133,68), root:(165,132), state 0x0, button 8, same_screen YES ButtonRelease event, serial 38, synthetic NO, window 0x6e1, root 0x6b1, subw 0x0, time 20336492, (133,68), root:(165,132), state 0x0, button 8, same_screen YES Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=98259 [Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
[Bug 162255] Math crashes when clicking "fonts"
https://bugs.documentfoundation.org/show_bug.cgi?id=162255 Stéphane Guillou (stragu) changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REOPENED|RESOLVED --- Comment #8 from Stéphane Guillou (stragu) --- Let's mark as "works for me" as a profile reset resolved the issue. If you are willing to, you could share your profile so the cause could be investigated. However: - the profile is likely to contain a fair bit of personal information (e.g. thumbnails of your documents, personal details entered in the Options > LibreOffice > User Data panel...). - I doubt there will be much interest in looking into it if a profile reset already resolved the issue. And as you only recently started using Math, I assume you don't know if the issue is linked to a specific update. By all means, if the issue pops up again, please let us know here! Thank you! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 134896] No documentation about proper conversion of system file names into URLs in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=134896 Olivier Hallot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 80430] [META] Documentation gap for new features
https://bugs.documentfoundation.org/show_bug.cgi?id=80430 Bug 80430 depends on bug 161639, which changed state. Bug 161639 Summary: Expert Configuration help page does not provide proper "path" to the feature on macOS https://bugs.documentfoundation.org/show_bug.cgi?id=161639 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 154226] Add links to documentation websites in on-line Help
https://bugs.documentfoundation.org/show_bug.cgi?id=154226 Olivier Hallot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.