[Libreoffice-bugs] [Bug 156685] Default font color in tables is white over white background (font color should be black)
https://bugs.documentfoundation.org/show_bug.cgi?id=156685 --- Comment #8 from Regina Henschel --- The background for text in the cell is determined in Color GetTextEditBackgroundColor(const SdrObjEditView& rView) https://opengrok.libreoffice.org/xref/core/svx/source/svdraw/svdetc.cxx?r=2c8c436c#673 That looks with GetDraftFillColor() for a color in the item set of the cell. But that has no XATTR_FILLSTYLE item. That seems to be a missing feature of Draw-tables compared to Writer-tables. For example the table properties have no drop-down-field to select "Cell, Row, Table" in the Background tab as known from Writer-tables. GetTextEditBackgroundColor then looks in the MergedItemSet. That has the fill attributes of the table object and results the default background color. I have not looked what happens in case of Impress notes and thumbnails, which are affected too. I guess, that all these cannot be fixed quickly. And who will do it? Therefore I suggest to use a threshold, for which the default background color is not considered "dark" until the underlying problems are all solved. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 49641] Fileopen DOC: Tables lost in a editeng frame (per Comment 6)
https://bugs.documentfoundation.org/show_bug.cgi?id=49641 Justin L changed: What|Removed |Added Summary|Fileopen DOC: Tables lost |Fileopen DOC: Tables lost |in a frame (per Comment 6) |in a editeng frame (per ||Comment 6) --- Comment #11 from Justin L --- The autoshape is imported as an editeng object. Tables cannot be inserted into editeng frames (table menu is disabled, and so is insert table in notebookbar). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 98331] FILEOPEN: missing table in frame from .doc (because the anchor is hidden)
https://bugs.documentfoundation.org/show_bug.cgi?id=98331 Justin L changed: What|Removed |Added See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=11 | |9803| -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 125905] [META] DOC: Regressions introduced by 705a8c226aee3e68db492083b7cf8b704335328b
https://bugs.documentfoundation.org/show_bug.cgi?id=125905 Bug 125905 depends on bug 119803, which changed state. Bug 119803 Summary: FILEOPEN Table in frame in DOC not displayed in Writer (because the characters are hidden) https://bugs.documentfoundation.org/show_bug.cgi?id=119803 What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112700] [META] DOC (binary) table-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112700 Bug 112700 depends on bug 119803, which changed state. Bug 119803 Summary: FILEOPEN Table in frame in DOC not displayed in Writer (because the characters are hidden) https://bugs.documentfoundation.org/show_bug.cgi?id=119803 What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112698] [META] DOC (binary) frame-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112698 Bug 112698 depends on bug 119803, which changed state. Bug 119803 Summary: FILEOPEN Table in frame in DOC not displayed in Writer (because the characters are hidden) https://bugs.documentfoundation.org/show_bug.cgi?id=119803 What|Removed |Added Status|RESOLVED|NEW Resolution|DUPLICATE |--- -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 119803] FILEOPEN Table in frame in DOC not displayed in Writer (because the characters are hidden)
https://bugs.documentfoundation.org/show_bug.cgi?id=119803 Justin L changed: What|Removed |Added Status|RESOLVED|NEW Summary|FILEOPEN Table in frame in |FILEOPEN Table in frame in |DOC not displayed in Writer |DOC not displayed in Writer ||(because the characters are ||hidden) Resolution|DUPLICATE |--- CC||jl...@mail.com See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=98 | |331 | --- Comment #8 from Justin L --- Still repro in 24.2 after similar-sounding bug 117447 was fixed. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 112700] [META] DOC (binary) table-related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=112700 Bug 112700 depends on bug 117447, which changed state. Bug 117447 Summary: FILEOPEN Floating table in attached DOC(X) is lost(hidden) during import https://bugs.documentfoundation.org/show_bug.cgi?id=117447 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 139532] [META] DOCX Floating table related issues
https://bugs.documentfoundation.org/show_bug.cgi?id=139532 Bug 139532 depends on bug 117447, which changed state. Bug 117447 Summary: FILEOPEN Floating table in attached DOC(X) is lost(hidden) during import https://bugs.documentfoundation.org/show_bug.cgi?id=117447 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 117447] FILEOPEN Floating table in attached DOC(X) is lost(hidden) during import
https://bugs.documentfoundation.org/show_bug.cgi?id=117447 Justin L changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #18 from Justin L --- Since the only thing remaining in this bug is a duplicate, lets mark this as fixed, and unmark the other as a duplicate, especially since the other is a "regression" based on the hugely problematic "W8PLCFMan::AdjustEnds deeply flawed concept wrt change tracking" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 86209] MENUS: Reorganize the View menu
https://bugs.documentfoundation.org/show_bug.cgi?id=86209 --- Comment #19 from Monique Balansag --- Keep these information coming. This is good. https://www.kingsport-concrete.com/ -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108364] [META] Table/Row/Column/Cell management function bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108364 Bug 108364 depends on bug 156424, which changed state. Bug 156424 Summary: Copy/paste of a row with images results in a copy with copied images positioned incorrectly https://bugs.documentfoundation.org/show_bug.cgi?id=156424 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 105584] [META] Calc image bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=105584 Bug 105584 depends on bug 156424, which changed state. Bug 156424 Summary: Copy/paste of a row with images results in a copy with copied images positioned incorrectly https://bugs.documentfoundation.org/show_bug.cgi?id=156424 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156424] Copy/paste of a row with images results in a copy with copied images positioned incorrectly
https://bugs.documentfoundation.org/show_bug.cgi?id=156424 Buovjaga changed: What|Removed |Added OS|Windows (All) |All CC||ilmari.lauhakangas@libreoff ||ice.org Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #5 from Buovjaga --- Bibisected the fix with linux-64-7.6 to dfb0d118f6b23730bc632885eb4703a37eeaec16 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156809] CALC VLOOKUP() & HLOOKUP() column or row insertion corrupts references - they do not expand
https://bugs.documentfoundation.org/show_bug.cgi?id=156809 --- Comment #1 from Colin --- Created attachment 189027 --> https://bugs.documentfoundation.org/attachment.cgi?id=189027=edit Simple Example CALC -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156809] New: CALC VLOOKUP() & HLOOKUP() column or row insertion corrupts references - they do not expand
https://bugs.documentfoundation.org/show_bug.cgi?id=156809 Bug ID: 156809 Summary: CALC VLOOKUP() & HLOOKUP() column or row insertion corrupts references - they do not expand Product: LibreOffice Version: 7.4.7.2 release Hardware: All OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: that.man.co...@gmail.com Description: When a VLOOKUP() or HLOOKUP() array is modified by the insertion or deletion of rows or columns the target reference pointing into the array is not updated with the new row or column reference. That is to say if the formula is VLOOKUP(E1:H12;"Row4";3) and a new column is inserted before the third column"G" -this being the target "3" then the contents of column G are moved to column F or "4" in targeting terms but the formula continues to point at column 3 which is now blank. that is to say Formula(ic) references to coordinates in a VLOOKUP() or HLOOKUP table are not updated to the new array coordinates if the target array is modified after the formula has been created. YES - MENU>TOOLS>OPTIONS>CALC>GENERAL>INPUT SETTINGS expand references when columns/rows are inserted has been selected/activated. Steps to Reproduce: Using the attached CALC Observe the formulae and values in A4:A5 Right-click column header "G" and insert one column before Observe the formula and value in A4 Right-click row header "8" and delete one row Observe the formula and value in A5 The impact is also observable when columns are deleted and rows are inserted Pre-naming the array and referring to the name in the formula does not remediate. Actual Results: Formula is not updated to reflect the new coordinates in the Target array Expected Results: Formula should be updated Reproducible: Always User Profile Reset: No Additional Info: Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: sv-SE (en_GB); UI: en-GB Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156805] Draw, Side bar, Gallery. The orizontal division is not maintained
https://bugs.documentfoundation.org/show_bug.cgi?id=156805 m.a.riosv changed: What|Removed |Added Severity|normal |enhancement -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156801] Inconsistent updating of selected character count
https://bugs.documentfoundation.org/show_bug.cgi?id=156801 m.a.riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m.a.riosv --- Reproducible Version: 7.5.7.0.0+ (X86_64) / LibreOffice Community Build ID: f847a74a2ceffe3938736cb5ee88f81b2160a6b7 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8b9643960117612b7e1cae1ed8325c2630232d0f CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 126690] Bad default settings for nested/outline numbering indentations
https://bugs.documentfoundation.org/show_bug.cgi?id=126690 --- Comment #11 from Justin L --- Note that although the locale can define SymbolTextDistance="50" FirstLineOffset="0", svx/source/sidebar/nbdtmg.cxx lcl_CreateNumberingSettingsPtr just ignores those values - they aren't used. I assume that in order to fix this bug, those values would need to be adjusted and applied. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156770] Sidebar doesn't maintain its user fixed size for example after reload the document or the next time it opens.
https://bugs.documentfoundation.org/show_bug.cgi?id=156770 --- Comment #3 from Davide --- Sorry, I checked with 7.6.0, not 7.6.1. The same test has been carried out with: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8b9643960117612b7e1cae1ed8325c2630232d0f CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: it-IT Calc: CL threaded with the same results, closin and opening the file again and save and then reload it. The width of side bar doesn't return as fixed and also the hoizontal division on Gallery. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 35538] Handling of fonts with more than 4 styles (R/B/I/BI) is suboptimal
https://bugs.documentfoundation.org/show_bug.cgi?id=35538 --- Comment #82 from Eyal Rozenberg --- Created attachment 189026 --> https://bugs.documentfoundation.org/attachment.cgi?id=189026=edit Screenshot with different behavior of Merriweather Sans (In reply to João Paulo from comment #81) > Created attachment 189013 [details] > Screenshot showing all variants in Merriweather Sans typeface family (in > PT-BR locale with mixed EN-US names) Here's what I get. Perhaps we don't have the exact same version(s) of the font family downloaded? Anyway, I'd say this kind of exemplifies one aspect of the problem, which is the appearance of supposedly different font families. It's inconsistent across applications but I guess it can sometimes be inconsistent within LO due to some changes to the fonts themselves (or LO code? or the locale?). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156575] Option To Move Close Button To Left
https://bugs.documentfoundation.org/show_bug.cgi?id=156575 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156808] FILEOPEN PPTX: soft edge effect makes image (except for soft edge) disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=156808 Gerald Pfeifer changed: What|Removed |Added Summary|FILEOPEN PPTX: soft edge|FILEOPEN PPTX: soft edge |effect makes image (except |effect makes image (except |for shadows) disappear |for soft edge) disappear -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156808] FILEOPEN PPTX: soft edge effect makes image (except for shadows) disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=156808 --- Comment #1 from Gerald Pfeifer --- If I reduce the radius of the soft edge from 6 down to 1, the visible edge becomes smaller (and the white void instead of the image larger). Moving to a radius of 0, i.e., no soft edge effect, then shows the entire image. The issue shows in both edit and presentation modes. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156808] New: FILEOPEN PPTX: soft edge effect makes image (except for shadows) disappear
https://bugs.documentfoundation.org/show_bug.cgi?id=156808 Bug ID: 156808 Summary: FILEOPEN PPTX: soft edge effect makes image (except for shadows) disappear Product: LibreOffice Version: 24.2.0.0 alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: bibisectRequest, regression Severity: normal Priority: medium Component: Impress Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: ger...@pfeifer.com Created attachment 189025 --> https://bugs.documentfoundation.org/attachment.cgi?id=189025=edit Screenshot showing the problem Using attachment #180067 from bug #149042 it apperas the soft edge effect is quite broken (though surprisingly I cannot find anything in Bugzilla). Notice how in the screenshot - the slide pane shows the full image (a castle) for the first slide, - whereas the edit window only shows a bit of the edge and misses most of the image (which is wrong). Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5fecd865303b3f0a2eeb0b9466d2bcf23cfce068 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 137764] New Writer formula functions should use dedicated namespace in ODF
https://bugs.documentfoundation.org/show_bug.cgi?id=137764 Michael Stahl (allotropia) changed: What|Removed |Added Whiteboard||odf --- Comment #5 from Michael Stahl (allotropia) --- fwiw i looked into this a year ago with some help from Eike and filed https://issues.oasis-open.org/browse/OFFICE-4135 "investigation of suitability of OpenFormula for word processors" -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 148402] Presentation does not refresh if it's not visible
https://bugs.documentfoundation.org/show_bug.cgi?id=148402 --- Comment #3 from Buovjaga --- (In reply to Kuba Orlik from comment #2) > Sure thing. When `org.openoffice.Office.PresenterScreen` is set to > `StartAlways`, the Presenter Console will be started even when using a > single display. This is super useful when presenting over Zoom, as I can > just share the window with the fullscreen slide to the audience, but keep my > speaker notes visible on my display at home, all on one screen. A bit tough to find it: Preference name: Presenter - Property: StartAlways. > So with the `StartAlways` option, start the presentation, alt+tab to the > presenter console, go to Zoom or any other screensharing app, share the > window with the fullscreen presentation, alt+tab to the presenter console, > change to next slide, and see that the audience still sees the first slide. > Only after you alt+tab to the window with the fullscreen slide, will the > audience see the next slide. After alt-tabbing from presenter console to Jitsi, I see the slide has changed, so I guess I can't reproduce what you see. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 518fa99dd7693d64a53e404a065090aedc0002b1 CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 14 August 2023 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156807] New: Libreoffice calc and writer - gray marks on interface rendering
https://bugs.documentfoundation.org/show_bug.cgi?id=156807 Bug ID: 156807 Summary: Libreoffice calc and writer - gray marks on interface rendering Product: LibreOffice Version: 7.0 all versions Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: graphics stack Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: jidolik...@dusyum.com Description: Opening writer and/or calc some gray squares appear on the interface of the document. This not transparent chunks are on the foreground an are not related to the document. They dont appear in print preview document but in the interface (writer). They not appear in Impress interface. They are also not related to hardware acceleration. I had this .problem in all the version of LO7 I tried and not il lower versions 4 or 5. Perhaps is a bug similar to bug 154443 or in https://ask.libreoffice.org/t/grayed-out-chunks-of-text/62582 Very annoying at work. There's also a crazy large square with black border not related to the backgroung cells. I have them on an acer Laptop with intel graphics alongside with a nvidia 3d accelerator chip Any help will be appreciated. Steps to Reproduce: 1.Open libreoffice 2.choose a writer or calc document 3. Actual Results: I tried several view configurations in options and reinitialited the user profiles It happened also to all the users Expected Results: nothing changed Reproducible: Always User Profile Reset: Yes Additional Info: Debian 12 Intel 7 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156806] New: in German translation of UI dialogue for deleting whole colums lacks a word
https://bugs.documentfoundation.org/show_bug.cgi?id=156806 Bug ID: 156806 Summary: in German translation of UI dialogue for deleting whole colums lacks a word Product: LibreOffice Version: 7.5.5.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: thomas.m...@gmx.de Created attachment 189024 --> https://bugs.documentfoundation.org/attachment.cgi?id=189024=edit screen shot of related dialogue in German translation of UI the dialogue for deleting whole colums lacks a word instead of "Spalten löschen" only "Spalten" appears dialogue for lines is correct -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156536] Support ranges / multi-selection for cross-referencing
https://bugs.documentfoundation.org/show_bug.cgi?id=156536 --- Comment #7 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #6) > How does bookmarks come into play now? Oh, I misspoke. I meant "pair of references". So, I needed to reference these kinds of ranges, and would need to: 1. Insert reference to first numbered item. 2. Insert reference to second numbered item. 3. move the cursor between the references and enter the hyphen Now - that's not so bad, but I would have liked to be able to mark a range on the list of numbered item and get that done for me at once. I think the request makes sense UI-wise since no additional widgets are necessary, just an interpretation of a range selection in the list. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156800] No way to change selection colour in Libo on 7.6.0 release ?
https://bugs.documentfoundation.org/show_bug.cgi?id=156800 --- Comment #6 from nouvo09 --- So as shown on the to pictures I re-installed the 7.5.5 version of Calc on the same machine, the same session, the same user. Obviously both of them cannot be launched at the same time but successsively. Here is the proof that the DM settings or session settings ou OS have no influence in the colour. I think there sould be a default colour in Libo itself, that noone seems to be know about. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156310] Cross reference does not jump to number range in a frame
https://bugs.documentfoundation.org/show_bug.cgi?id=156310 Heiko Tietze changed: What|Removed |Added CC||samuel.mehrbrodt@allotropia ||.de, vmik...@collabora.com --- Comment #4 from Heiko Tietze --- With v7.4 (and below) it was not possible to click on a field, eg to select it, while now you can do. Both, single click and ctrl+click navigated to the reference while now only ctrl+click does. Sounds good to me, but I cannot find the ticket. Maybe bug 123626, Samuel/Miklos (found it by searching Gerrit for ctrl+click)? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156800] No way to change selection colour in Libo on 7.6.0 release ?
https://bugs.documentfoundation.org/show_bug.cgi?id=156800 --- Comment #5 from nouvo09 --- Created attachment 189023 --> https://bugs.documentfoundation.org/attachment.cgi?id=189023=edit launching Calc 7.6.0.3 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156800] No way to change selection colour in Libo on 7.6.0 release ?
https://bugs.documentfoundation.org/show_bug.cgi?id=156800 --- Comment #4 from nouvo09 --- Created attachment 189022 --> https://bugs.documentfoundation.org/attachment.cgi?id=189022=edit launching Calc 7.5.5 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 150570] [FORMATTING] Editing conditional formatting by adding a reference to another sheet can cause the wrong condition to change
https://bugs.documentfoundation.org/show_bug.cgi?id=150570 --- Comment #3 from Buovjaga --- Tested with the file and could not reproduce. Condition can be changed fine without side effects. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a389e6bd7aacfa4e1ff1ea3a46199fb381d1131f CPU threads: 8; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 10 July 2023 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156789] CALC FORMATTING: Cell background color not rendered when OS high contrast display mode is on
https://bugs.documentfoundation.org/show_bug.cgi?id=156789 --- Comment #20 from Michael Weghorn --- >From looking at this a bit: Excel seems to do the same as Calc and doesn't render the cell background when High Contrast is enabled, s. screenshosts attachment 189020 and attachment 189021, so seems to adhere to what Caolán quoted in comment 16. (In reply to Heiko Tietze from comment #17) > Besides the question if we need to modify colors at all I believe the > configuration should not be affected, in other words the dialog should still > show the actual color. That sounds reasonable to me when it's about explicitly selecting a specific color. > Michael, what is your recommendation? Keep colors depending on HC and fix > issues (see c14) or drop it and limit HC to the UI only (my preference). I think dropping the feature completely would be unfortunate, because I'd assume there are people that actually want high contrast in the document, which the current behavior ensures (and Excel on Windows does as well, s. above). Ideally, we should probably support what the corresponding platform understanding of what a "High Contrast mode" is. For the gtk3 VCL plugin, I'm wondering whether we need to have any specific code for the case of only covering the UI but not the document or whether this is already covered by the theme, i.e. whether switching to High Contrast in GNOME settings "just" sets a corresponding theme and icon theme and LO already does what it should because it supports themes. @Balázs: Do you get the expected overall result when disabling the "Automatically detect high contrast mode of OS" or is anything in LO then not using high contrast where you'd expect it? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156789] CALC FORMATTING: Cell background color not rendered when OS high contrast display mode is on
https://bugs.documentfoundation.org/show_bug.cgi?id=156789 --- Comment #19 from Michael Weghorn --- Created attachment 189021 --> https://bugs.documentfoundation.org/attachment.cgi?id=189021=edit Screenshot of the sample document in Excel with High Contrast White enabled -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156789] CALC FORMATTING: Cell background color not rendered when OS high contrast display mode is on
https://bugs.documentfoundation.org/show_bug.cgi?id=156789 --- Comment #18 from Michael Weghorn --- Created attachment 189020 --> https://bugs.documentfoundation.org/attachment.cgi?id=189020=edit Screenshot of the sample document in Excel with High Contrast Black enabled -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156685] Default font color in tables is white over white background (font color should be black)
https://bugs.documentfoundation.org/show_bug.cgi?id=156685 Heiko Tietze changed: What|Removed |Added Priority|medium |high -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156685] Default font color in tables is white over white background (font color should be black)
https://bugs.documentfoundation.org/show_bug.cgi?id=156685 Heiko Tietze changed: What|Removed |Added CC||momonas...@gmail.com --- Comment #7 from Heiko Tietze --- White text color on sky blue background is an improvement. But tables should not draw white on white. The style defines fo:background-color="#ff" and use-window-font-color="true" and I suspect this as the root cause. What do you think, Maxim? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156783] LO crash selecting table with the whole document and changing table border
https://bugs.documentfoundation.org/show_bug.cgi?id=156783 Commit Notification changed: What|Removed |Added Whiteboard|target:24.2.0 |target:24.2.0 target:7.6.1 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 88278] [META] SVG import image filter (all modules)
https://bugs.documentfoundation.org/show_bug.cgi?id=88278 Bug 88278 depends on bug 117920, which changed state. Bug 117920 Summary: SVG is shifted after inserting in document https://bugs.documentfoundation.org/show_bug.cgi?id=117920 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156536] Support ranges / multi-selection for cross-referencing
https://bugs.documentfoundation.org/show_bug.cgi?id=156536 --- Comment #6 from Heiko Tietze --- (In reply to Eyal Rozenberg from comment #5) > "Mr. Smith's conduct clearly exhibited bad faith, > as is elaborated in paragraphs 43--51 below". This would be a great start for any kind of request. How does bookmarks come into play now? -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156805] Draw, Side bar, Gallery. The orizontal division is not maintained
https://bugs.documentfoundation.org/show_bug.cgi?id=156805 Davide changed: What|Removed |Added Severity|minor |normal -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156805] Draw, Side bar, Gallery. The orizontal division is not maintained
https://bugs.documentfoundation.org/show_bug.cgi?id=156805 Davide changed: What|Removed |Added Blocks||156767 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156767 [Bug 156767] [META] Technical Writer (EDITING) Suggested bug fixes, enhancements and features for technical writers. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156805] New: Draw, Side bar, Gallery. The orizontal division is not maintained
https://bugs.documentfoundation.org/show_bug.cgi?id=156805 Bug ID: 156805 Summary: Draw, Side bar, Gallery. The orizontal division is not maintained Product: LibreOffice Version: 7.4.3.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: minor Priority: medium Component: Draw Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: davide.p...@gmail.com Description: I need to expand the space for the galleries list and pull down the division bar beetwen the list and the gallery content. Closing and opening the document again (or reload the document) make the bar division going back to the previous dimensions. Steps to Reproduce: 1.In the side bar, pull down the division bar beetwen the list and the gallery content. 2.Work in the document, save, reload or close and open it again Actual Results: The horizontal division of the side bar returns to the default position. Expected Results: The side bar remains as previously set (see also bug 156770 concerning the vertical division) Reproducible: Always User Profile Reset: No Additional Info: Since version 7.4.3.2. Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156767] [META] Technical Writer (EDITING) Suggested bug fixes, enhancements and features for technical writers.
https://bugs.documentfoundation.org/show_bug.cgi?id=156767 Davide changed: What|Removed |Added Depends on||156805 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156805 [Bug 156805] Draw, Side bar, Gallery. The orizontal division is not maintained -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108519] [META] Page break bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108519 Bug 108519 depends on bug 156728, which changed state. Bug 156728 Summary: Document layout changed: shape is vertically centered instead of aligned to bottom https://bugs.documentfoundation.org/show_bug.cgi?id=156728 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156728] Document layout changed: shape is vertically centered instead of aligned to bottom
https://bugs.documentfoundation.org/show_bug.cgi?id=156728 Michael Stahl (allotropia) changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |michael.st...@allotropia.de |desktop.org | --- Comment #2 from Michael Stahl (allotropia) --- fixed on master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 107738] [META] Section bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=107738 Bug 107738 depends on bug 156725, which changed state. Bug 156725 Summary: Table inside frame layout changed: content shifted to the left and 2 rows https://bugs.documentfoundation.org/show_bug.cgi?id=156725 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156725] Table inside frame layout changed: content shifted to the left and 2 rows
https://bugs.documentfoundation.org/show_bug.cgi?id=156725 Michael Stahl (allotropia) changed: What|Removed |Added Resolution|--- |FIXED Assignee|libreoffice-b...@lists.free |michael.st...@allotropia.de |desktop.org | Status|NEW |RESOLVED --- Comment #4 from Michael Stahl (allotropia) --- fixed on master -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156725] Table inside frame layout changed: content shifted to the left and 2 rows
https://bugs.documentfoundation.org/show_bug.cgi?id=156725 --- Comment #3 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/db83c41d460103df5d80f5bd99816575c4ead5cd tdf#156725 sw: layout: don't prevent moving between columns ... It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156725] Table inside frame layout changed: content shifted to the left and 2 rows
https://bugs.documentfoundation.org/show_bug.cgi?id=156725 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156728] Document layout changed: shape is vertically centered instead of aligned to bottom
https://bugs.documentfoundation.org/show_bug.cgi?id=156728 Commit Notification changed: What|Removed |Added Whiteboard||target:24.2.0 -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156728] Document layout changed: shape is vertically centered instead of aligned to bottom
https://bugs.documentfoundation.org/show_bug.cgi?id=156728 --- Comment #1 from Commit Notification --- Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ee82accbd0d67eaf0f5a164a82b86abd00c3b0c9 tdf#156728 sw: layout: invalidate fly on header/footer size It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156767] [META] Technical Writer (EDITING) Suggested bug fixes, enhancements and features for technical writers.
https://bugs.documentfoundation.org/show_bug.cgi?id=156767 Davide changed: What|Removed |Added Depends on||156804 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156804 [Bug 156804] Text inserted from autotext doesn't show the set number of paragraph -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156804] Text inserted from autotext doesn't show the set number of paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=156804 Davide changed: What|Removed |Added Blocks||156767 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=156767 [Bug 156767] [META] Technical Writer (EDITING) Suggested bug fixes, enhancements and features for technical writers. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156804] New: Text inserted from autotext doesn't show the set number of paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=156804 Bug ID: 156804 Summary: Text inserted from autotext doesn't show the set number of paragraph Product: LibreOffice Version: 7.5.4.2 release Hardware: x86-64 (AMD64) OS: Windows (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: davide.p...@gmail.com Description: >From release 5.4 on. I have some recurring texts I insert in a document using Auto Text. I use 3 numbered title levels. The numbering is set in Tools > Heading and Numbering as follow: Number: 1,2,3 Start at: 1 Paragraph style: Title_3 Character style: None Steps to Reproduce: 1.Create a text with a paragraph whose structure is numbered at 3rd level 2.Make the text an auto text: Ctrl+F3 >AutoText > New 3.Insert the text just created 4. The number disappear. Note: Click into the paragraph shows the correct Style name Ctrl+M doesn't restore the style making the number be visible (old Writer problem) Actual Results: The structure number of the paragraph doesn't appear Expected Results: The text inserted maintains the numbering set in Tools > Heading and Numbering Reproducible: Always User Profile Reset: No Additional Info: Issue noticed since release 7.4.3.2, I don't checked it in previous versions Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: it-IT (it_IT); UI: en-GB Calc: CL threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156789] CALC FORMATTING: Cell background color not rendered when OS high contrast display mode is on
https://bugs.documentfoundation.org/show_bug.cgi?id=156789 --- Comment #17 from Heiko Tietze --- Agree with Ady that this is implemented in a weird way. Plus, switching on via "[x] Automatically detect high contrast mode of OS" under tools > options > a11y is pretty awkward. Besides the question if we need to modify colors at all I believe the configuration should not be affected, in other words the dialog should still show the actual color. Michael, what is your recommendation? Keep colors depending on HC and fix issues (see c14) or drop it and limit HC to the UI only (my preference). -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151134] FILESAVE PPTX: indentation of second (and other) textbox(es) shifts to the left
https://bugs.documentfoundation.org/show_bug.cgi?id=151134 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added CC||samuel.mehrbrodt@allotropia ||.de Status|NEW |ASSIGNED Assignee|libreoffice-b...@lists.free |samuel.mehrbrodt@allotropia |desktop.org |.de -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156770] Sidebar doesn't maintain its user fixed size for example after reload the document or the next time it opens.
https://bugs.documentfoundation.org/show_bug.cgi?id=156770 --- Comment #2 from Davide --- This issue appears from release 7.5.4.2. I just checked 7.6.0.3 and it remains. The same is true for the horizontal space in the gallery side bar of Draw, but I'll post a different bug report for this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156789] CALC FORMATTING: Cell background color not rendered when OS high contrast display mode is on
https://bugs.documentfoundation.org/show_bug.cgi?id=156789 Caolán McNamara changed: What|Removed |Added CC||m.wegh...@posteo.de --- Comment #16 from Caolán McNamara --- Yeah, this is apparently by design. Maybe following the "letter of the law" for some compliance effort in the past, I find the outcome quite odd but there is quite a lot of built-in code that works hard to provide this result for high contrast accessibility. IIRC when I enable a similar setting in e.g. MSOffice I get fairly bizarro-land results too. I tried to cover what I know in slide 7 of https://fosdem.org/2023/schedule/event/lotech_darkmodes/ which I'll paste here: << Accessibility High Contrast Mode May not be a dark mode, but often is, but this is a special mode. We make a special effort to follow these rules, with arguably strange results: * learn.microsoft.com/en-us/windows/win32/winauto/high-contrast-parameter “Map all colors to a single pair of foreground and background colors. Use the GetSysColor function to determine the appropriate foreground and background colors, using either a combination of COLOR_WINDOWTEXT and COLOR_WINDOW or a combination of COLOR_BTNTEXT and COLOR_BTNFACE. The GetSysColor function returns the colors selected by the user through the Control Panel. * Omit any bitmapped images that would typically be displayed behind text. Such images are visually distracting to a user who needs high contrast. Images that would typically be drawn in multiple colors should be drawn using the foreground and background colors selected for text.” >> I don't know if Michael W. has any specific insight into if we're doing this right at all, but I think this old a11y recommendation is why we end up like this. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156803] New: Table Cell Background Color select does not remember selected color
https://bugs.documentfoundation.org/show_bug.cgi?id=156803 Bug ID: 156803 Summary: Table Cell Background Color select does not remember selected color Product: LibreOffice Version: 7.5.5.2 release Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: medium Component: Writer Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: vkera...@gmail.com I am creating lots of Writer tables and I use different colors for various cells/rows/columns. If I start working with one color, I think LO should remember my last choice. But when I click somewhere out of the table the selector is going back to yellow. Even when I click on a cell which already has some background color the selector stays on yellow. I think it should stay on the selected color or if it has to change I think it should only change when the user clicks on a cell with background and to choose this particular color. -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 108253] [META] Calc cell formula bugs and enhancements
https://bugs.documentfoundation.org/show_bug.cgi?id=108253 Bug 108253 depends on bug 156357, which changed state. Bug 156357 Summary: Cannot copy formula by copying cell when displaying with Show Formula https://bugs.documentfoundation.org/show_bug.cgi?id=156357 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 156663] FILEOPEN PPTX: Skewed images shown with different aspect ratio and different clipping
https://bugs.documentfoundation.org/show_bug.cgi?id=156663 Mike Kaganski changed: What|Removed |Added Resolution|FIXED |DUPLICATE See Also|https://bugs.documentfounda | |tion.org/show_bug.cgi?id=15 | |3008| --- Comment #4 from Mike Kaganski --- (In reply to Gerald Pfeifer from comment #3) > This has been fixed by > https://git.libreoffice.org/core/+/ > 6c06c8a2be3d8cbbcb8ab1aaaeb04db95114dfcb%5E%21 Aha, yes, you are right; and this is exactly the same issue - that the cropping wasn't applied from srcRect, because one of its members was negative. Marking as duplicate. Thank you! *** This bug has been marked as a duplicate of bug 153008 *** -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 60251] [META] ACCESSIBILITY: Tracking Windows OS accessibility and AT issues
https://bugs.documentfoundation.org/show_bug.cgi?id=60251 Bug 60251 depends on bug 156561, which changed state. Bug 156561 Summary: NVDA doesn't announce popup content when it's made visible after the parent widget https://bugs.documentfoundation.org/show_bug.cgi?id=156561 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 151059] Can't type "^" character with AltGr+3 using Slovenian keyboard, opening Gallery instead
https://bugs.documentfoundation.org/show_bug.cgi?id=151059 --- Comment #5 from grofaty --- I have opened Writer and now I have checked the Tools | Customize | Keyboard tab | "Libreoffice" option button on top-right and I see problem is even greater then I have reported the bug. I only need ^ character, because of an exponent in Calc, but I see now other characters from other languages are affected too. I haven't noticed this before, because I never ever use this special characters (not my native Slovenian characters). Ctrl+Alt+1 --> Propertires side bar --> It should display character: ~ Ctrl+Alt+2 --> Styles side bar --> It should display character: ˇ Ctrl+Alt+3 --> Gallery side bar --> It should display character: ^ Ctrl+Alt+4 --> Navigator side bar --> It should display character: ˘ Ctrl+Alt+5 --> Page side bar --> It should display character: ° Ctrl+Alt+6 --> Style Inspector --> It should display character: ˛ To be exact, characters are typed as (e.g. for character: ^) Ctrl+Alt+3+Spacebar or AltGr+3+Spacebar, but LibreOffice steal keyboard shortcut at Ctrl+Alt+3 Behaviour of key combination Ctrl+Alt is equal to pressing single AltGr key. @McNamara, Ctrl+Alt+Shift+some_key is not affected like I have tested. Also, above problem is most probably not only Slovenian and Hungarian problem. We can see in "Comment 1" that also Bosnian keyboard is affected. In my humble opinion probably all ex-Yugoslavia keyboards are affected, because there used to be single country with united keyboard. Now they are separate countries, but as I know the same keyboard is used or at least common keyboard definition is used. Probably ex-Yugoslavia countries are affected: Slovenia, Croatia, Bosnia, Serbia, North Macedonia, Montenegro, Kosovo. But... if Hungarian is affected that is not ex-Yugoslavia country, then even more countries are affected, probably other Slavic and other Easter Europe keyboards. Maybe even more keyboards, because of special characters that are used in some special languages. In my humble opinion keyboard shortcuts: Ctrl+Alt+number is looking for a trouble. Retested in: Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: sl-SI (en_SI); UI: en-US Calc: threaded -- You are receiving this mail because: You are the assignee for the bug.
[Libreoffice-bugs] [Bug 153718] EDITING In a Calc table, the default document language setting is not honored throughout the table. Instead, some cells are set to English(USA)
https://bugs.documentfoundation.org/show_bug.cgi?id=153718 --- Comment #8 from Buovjaga --- (In reply to Ben Opp from comment #4) > Created attachment 186296 [details] > This sample document exhibited the described behavior, but does not when I > open it now. So you don't see the problem anymore? I see German (Austria) as the language in the cells. (In reply to Ben Opp from comment #7) > Created attachment 186298 [details] > clicking on document language in bottom UI panel, these are the choices > available > > 4 more German dictionaries and English(USA) dictionary are installed, but > not available for selecting. > There is a mismatch between the installed dictionaries and the ones I can > set as document language What if you click Mehr... and select from there? -- You are receiving this mail because: You are the assignee for the bug.