[Bug 161031] Form creating is too niche to merit a main menu item visible by default
https://bugs.documentfoundation.org/show_bug.cgi?id=161031 Eyal Rozenberg changed: What|Removed |Added Resolution|NOTABUG |WONTFIX --- Comment #6 from Eyal Rozenberg --- Our agreement at the meeting was on WONTFIX. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160938] FORMCONTROLS: Add ability to Find and Replace field names
https://bugs.documentfoundation.org/show_bug.cgi?id=160938 Heiko Tietze changed: What|Removed |Added Priority|medium |low Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #9 from Heiko Tietze --- We discussed the topic in the design meeting. Object names are unique and F&R is very unlikely to support some workflow. But being an ODF editor we should have a place to find all objects, and together with regular expressions it the function might become handy. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161218] Inconsistent and confusing Text Flow | Break options in Table Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=161218 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Heiko Tietze --- Proposed solution in bug 151002 *** This bug has been marked as a duplicate of bug 151002 *** -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 150514] Formatting shortcut to clip/truncate text display in cells (instead of overflowing into next cell)
https://bugs.documentfoundation.org/show_bug.cgi?id=150514 --- Comment #3 from Heiko Tietze --- Rather a duplicate of bug 134249. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161090] Allow specifying how many / which values are grouped in remainder of Pie-of-Pie or Bar-of-Pie chart
https://bugs.documentfoundation.org/show_bug.cgi?id=161090 Mihai Vasiliu changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=16 ||1229 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- The request is not clear to me. Do you want to create the cell text by a formula? If yes, do you request an enhancement to the formula language to include formatting on parts of the text? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 153309] Provide framework to suppress editing with direct formatting of a styled document, or template.
https://bugs.documentfoundation.org/show_bug.cgi?id=153309 Cor Nouws changed: What|Removed |Added Version|7.4.4.2 release |Inherited From OOo CC||c...@nouenoff.nl --- Comment #11 from Cor Nouws --- - in general: huge proponent of using styles - forcing users, and not nudging them (with great tools) will make that users look for different ways to do what they want.. - why Writer and not global - after all the suggestion is a Framework.. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO CC||vsfo...@libreoffice.org Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161234] Issues with the new cell outline in Calc 24.8
https://bugs.documentfoundation.org/show_bug.cgi?id=161234 Rafael Lima changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161234] Issues with the new cell outline in Calc 24.8
https://bugs.documentfoundation.org/show_bug.cgi?id=161234 Stéphane Guillou (stragu) changed: What|Removed |Added Status|UNCONFIRMED |NEW Version|unspecified |24.8.0.0 alpha0+ Ever confirmed|0 |1 CC||stephane.guillou@libreoffic ||e.org --- Comment #1 from Stéphane Guillou (stragu) --- (In reply to Rafael Lima from comment #0) > 1) The square used for dragging is not drawn correctly, and if the zoom is > above 220% it gets disconnected from the cell outline, giving a weird > impression of a bug I had a observed the same and wanted to report the issue. > 2) The distance between the cell outline and the cell should not be > proportional to the zoom level. When the zoom level is too high, the > distance between the outline and the cell becomes too much. We should use an > absolute distance, similar to the one when the zoom is 100% Wouldn't this be an issue at lower zoom levels? Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: ae798781ef4df7a1fdef13af0bc459bf4f6e7b4c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161234] Issues with the new cell outline in Calc 24.8
https://bugs.documentfoundation.org/show_bug.cgi?id=161234 m_a_riosv changed: What|Removed |Added CC||miguelangelrv@libreoffice.o ||rg --- Comment #2 from m_a_riosv --- Reproducible with Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: eb3ae3234e098e1ee605624b0cac4c90436628d0 CPU threads: 16; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: threaded -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161234] Issues with the new cell outline in Calc 24.8
https://bugs.documentfoundation.org/show_bug.cgi?id=161234 --- Comment #3 from Rafael Lima --- (In reply to Stéphane Guillou (stragu) from comment #1) > Wouldn't this be an issue at lower zoom levels? I don't think this would be an issue... I tested it in 30% zoom and it looks fine, because the distance at 100% is not a lot. There's also the issue with the line width, because it increases and decreases with zoom. Maybe this should also be a fixed value (as Google Sheets does). Also, at some zoom levels (such as 95%) the distance at the bottom and right sides are larger than the distances at the top and left sides. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161234] Issues with the new cell outline in Calc 24.8
https://bugs.documentfoundation.org/show_bug.cgi?id=161234 --- Comment #4 from ady --- (In reply to Stéphane Guillou (stragu) from comment #1) > (In reply to Rafael Lima from comment #0) > > 1) The square used for dragging is not drawn correctly, and if the zoom is > > above 220% it gets disconnected from the cell outline, giving a weird > > impression of a bug > I had a observed the same and wanted to report the issue. I don't understand what is described here as "not drawn correctly". IIUC, there is some (not-fixed, proportional?) distance between the squared fill handle and the "active-cell line", in whichever zoom factor. Other than that, what exactly is "different and wrong" when zooming-in and dragging the fill handle? At which exact detail should we be looking (in comparison to 100% zoom, or in comparison to older versions)? > > > 2) The distance between the cell outline and the cell should not be > > proportional to the zoom level. When the zoom level is too high, the > > distance between the outline and the cell becomes too much. We should use an > > absolute distance, similar to the one when the zoom is 100% > Wouldn't this be an issue at lower zoom levels? If there is an issue at lower zoom levels (or at high screen resolutions?), maybe there should be both lower and upper limits / thresholds – the distance (between the cell limits and the "active-cell line") should not be shorter than ‘x’ value nor larger than ‘y’ value, and the distance would vary in between those 2 limits according to zoom or screen resolution. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 --- Comment #2 from David --- My proposal is that the final render of the cell content could be based on a partial subset of html, focusing on format tags, this way on the final rendering phase if it contains tags they are used for format. It is quite similar to the way Qt widgets work. For a calc cell some examples: - plain text -> no format at all - after formula evaluation the result is plain text -> no format at all - cell text has html tags -> apply them to the final render - after formula evaluation the final text has html tags -> apply them to the final render I would stick to the basic format tags, like bold, italic, underline, etc, it does not make sense to implemente a table into a cell. I think this feature could improve a lot conditional format and become an advantage compared to competitors spreadsheet software. BR -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 153309] Support disabling direct formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=153309 Eyal Rozenberg changed: What|Removed |Added Summary|Provide framework to|Support disabling direct |suppress editing with |formatting |direct formatting of a | |styled document, or | |template. | --- Comment #12 from Eyal Rozenberg --- It would be useful to allow opt-in suppression of DF - not to force users, but for users who want to engage in this kind of self-discipline. +1 from me. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 --- Comment #3 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161223] basic HTML cell render
https://bugs.documentfoundation.org/show_bug.cgi?id=161223 QA Administrators changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 161234] Issues with the new cell outline in Calc 24.8
https://bugs.documentfoundation.org/show_bug.cgi?id=161234 --- Comment #5 from Stéphane Guillou (stragu) --- (In reply to ady from comment #4) > I don't understand what is described here as "not drawn correctly". I was referring to the square not following the rectangle and eventually getting disconnected at higher zoom levels. Not sure if some additional thing was meant by Rafael's "not drawn correctly". -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 160983] RecalcOptimalRowHeightMode should be effective for CSV imports also
https://bugs.documentfoundation.org/show_bug.cgi?id=160983 Stéphane Guillou (stragu) changed: What|Removed |Added CC||balazs.varga...@gmail.com, ||jl...@mail.com, ||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Blocks||109239 See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||3026, ||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||4098 --- Comment #10 from Stéphane Guillou (stragu) --- I see the "calculating" message and the high-height cells (e.g. at row 54) when importing the sample file with only comma as a delimiter. Version: 24.2.3.2 (X86_64) / LibreOffice Community Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded I can see how it can be frustrating for users wanting to edit simple formats like CSV/TSV, expecting LO to handle it as simply as possible. Ideally, you'd expect a simple on/off setting in the import dialog, along the lines of "Adapt row height to fit contents"? Or something different? Justin and Balazs, you recently worked on RecalcOptimalRowHeightMode, what do you think? Copying the UX/Design team in for opinion. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109239 [Bug 109239] [META] CSV / TSV / Text Import and export / Text to Columns dialogs bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug.