[Libreoffice-ux-advise] [Bug 127983] Font Awesome
https://bugs.documentfoundation.org/show_bug.cgi?id=127983 Thomas Lendo changed: What|Removed |Added CC||thomas.le...@gmail.com Blocks||113305 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113305 [Bug 113305] [META] Bundled fonts bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 76069] Split esoteric/old format support to a separate package
https://bugs.documentfoundation.org/show_bug.cgi?id=76069 Thomas Lendo changed: What|Removed |Added Keywords||needsUXEval CC||c...@nouenoff.nl, ||libreoffice-ux-advise@lists ||.freedesktop.org, ||thomas.le...@gmail.com --- Comment #4 from Thomas Lendo --- I'm in favor of closing this bug report. This is a big effort for---what?--saving some kilobytes of disk space? As long as LibreOffice are supporting file formats, they shouldn't be separated into extra packages (or extensions or something else). -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127927] Make Character Dialog HIG conform
https://bugs.documentfoundation.org/show_bug.cgi?id=127927 Thomas Lendo changed: What|Removed |Added CC||thomas.le...@gmail.com Blocks||108734 --- Comment #2 from Thomas Lendo --- Font tab, Font Effects tab, Position tab, Hyperlink tab: very good, I like the changes except the things Heiko mentioned in his comment 1. Effects and Relief options: I find it better to have checkboxes that are greyed out if not available or radio buttons instead of the now available drop-down buttons which makes it hard to see at a glance what options are available for the user. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108734 [Bug 108734] [META] Character dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127947] Reduce amount of tabs in the Paragraph dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=127947 Thomas Lendo changed: What|Removed |Added Blocks||107642 CC||thomas.le...@gmail.com Summary|Paragraph Dialog reduce |Reduce amount of tabs in |tabs|the Paragraph dialog Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107642 [Bug 107642] [META] Paragraph dialog bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127947] Paragraph Dialog reduce tabs
https://bugs.documentfoundation.org/show_bug.cgi?id=127947
--- Comment #2 from Thomas Lendo ---
Outline/Numbering/Alignment/Indent/Spacing:
Line Spacing and Spacing shouldn't mixed as 'Don't add space between ...' is
related to Spacing and not to Line Spacing. I would move Line Spacing to the
bottom of the Spacing section.
Where is the 'Restart at this paragraph' option of the Numbering section?
I miss a text in front of the 'Start' drop-down field where now is 'Last
line:'. And where is the 'Expand single word' checkbox?
Where is 'Register-true' of the current Indent & Spacing tab?
In general, I think the drop down boxes are too small to give languages--other
than English and with longer names--enough space.
Text Flow/Breaks/Properties/Hyphenation/Drop Cap/Line Numbering:
Drop Caps section is missing the preview image. :-/
Drop Caps section is also missing 'Whole word' and 'Number of characters'.
'Text' and 'Character style' must be positioned together as the are related.
The text direction drop-down field seems too short in relation to the default
text that is shown now ('Use superordinate object settings').
I miss the 'Start with:' in front of the number field in the Line Numbering
section. Now it isn't self-explanatory what the number means.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 34355] Option to show track changes in margin is missing
https://bugs.documentfoundation.org/show_bug.cgi?id=34355 --- Comment #79 from Amit Singh --- I appreciate sharing that a balloon view is not your preference. However, many have a completely different preference. I suppose that further suggests that this should be a changeable setting. I personally agree with many, many in this thread that the balloon visualization of changes is a "must-have" feature. I spend the majority of my day writing, and I professionally depend on it. For me this feature is so critical and important that I simply cannot use LibreOffice for collaborative writing with my entire team. I use the mode in MS Word where it shows the final version of the document, but highlights the deleted text in balloons on the border. Personally, I think that having the cross-out text in the middle of the remaining text makes it visually very challenging, and in many cases unreadable. The other disadvantage of keeping the deleted text and showing it in "cross-out" letters is that it bloats the length of the document. What I find so beautiful about the "balloon mode" is that the document looks very similar to the final version, but the deleted stuff is still visible on the sidelines. For many things we write, the length of the document is very critical. If you keep the deleted text in there (cross-out), the document will appear to get longer and longer, the more changes there are (and it becomes less readable). This will mess up a lot of things in the document, for instance how text flows around figures, etc. A few years ago, someone maintained a "wish list" web page with the Top 10 most desired features for LibreOffice/OpenOffice. This particular request was solid #1 pretty much the entire time. So there are A LOT of people who really, really want and need this feature. I think some of the comments on this thread also reflect this. Based on this background, commenting that this is simply a "bad idea" is not helpful. I understand that people have different preferences, and FOSS is all about choice. Telling users that there need and wish of having this feature is a bad idea is not really appreciative of their feedback. https://www.lyricsbell.com/ -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 128033] SharePoint integration for easy revision comparison
https://bugs.documentfoundation.org/show_bug.cgi?id=128033 V Stuart Foote changed: What|Removed |Added Blocks||121362 CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval --- Comment #1 from V Stuart Foote --- Clearly out of scope, that level of "integration" would require excessive dev effort with native MS libs. Not reasonable to even consider this when we still have OneDrive/SharePoint CMIS connection issues of bug 62437 IMHO => WF Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=121362 [Bug 121362] [META] SharePoint interoperability bugs and enhancements -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127807] Make Border dialog HIG conform
https://bugs.documentfoundation.org/show_bug.cgi?id=127807 --- Comment #4 from Thomas Lendo --- I share the opinion of Heiko in comment 3. Maybe it helps if you change the arrangements of the sections: Line Arrangement Padding Line Shadow Style Properties On the current arrangement of the border tab I like that it's good readable for Western LTR users: Line Arrangement -> Line ->Padding The other sections are less important and in the bottom part of the dialog (Shadow Style, Properties). What I don't like in the current dialog is that Shadow Style is streched over 3 rows what it shouldn't. This is better realized in your proposal, Andreas. I'm not sure if the height of the dialog is too large. In my current LibreOffice installation on Ubuntu the dialog is more wide than high. In your proposal it's more like a square. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127903] CUSTOMIZE DIALOG: why is KEY_EQUAL not available for assignment to keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=127903 Cor Nouws changed: What|Removed |Added Version|6.3.2.2 release |Inherited From OOo -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127903] CUSTOMIZE DIALOG: why is KEY_EQUAL not available for assignment to keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=127903 --- Comment #3 from Commit Notification --- Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8519c6d98250a5f2b4c78e330fc79907c596a447 Resolves tdf#127903 - Allow customization with equal key It will be available in 6.4.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 on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127903] CUSTOMIZE DIALOG: why is KEY_EQUAL not available for assignment to keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=127903 Commit Notification changed: What|Removed |Added Whiteboard||target:6.4.0 -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127903] CUSTOMIZE DIALOG: why is KEY_EQUAL not available for assignment to keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=127903 Heiko Tietze changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127927] Make Character Dialog HIG conform
https://bugs.documentfoundation.org/show_bug.cgi?id=127927 Heiko Tietze changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||olivier.hallot@libreoffice. ||org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Do we add colons to the section headers, eg. "Family:"? Would remove it. Effects and Relief options are mutually exclusive and require either a dropdown as done or radio buttons, which requires to change some lines of code. Font color dropdown is not aligned with any control below, not a big deal though. Raise/Lower and Relative font depend on position Super/Subscript above and could be indented. Not sure about Fit to Line. It changes the scaling in case of rotation... and there is no help (CC Olivier). Events are not related to the target frame so the button shouldn't be right of this input. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127937] AutoCalculation status is not reported clearly to user
https://bugs.documentfoundation.org/show_bug.cgi?id=127937 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Blocks||86066 CC||libreoffice-ux-advise@lists ||.freedesktop.org Status|UNCONFIRMED |NEW --- Comment #2 from Heiko Tietze --- Would be a nice addition to the statusbar. The to-be-drawn icon could be disabled or not depending on the state. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=86066 [Bug 86066] [META] bugs and improvements to the statusbar -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127947] Paragraph Dialog reduce tabs
https://bugs.documentfoundation.org/show_bug.cgi?id=127947 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Heiko Tietze --- You cannot just drop tabs, somehow those properties have to be available (MSO has some buttons on the dialog opening additional dialogs). And moving controls from one to another tab is also not so simple. As a general note, I'm a bit confused about one, two, or three column layout. For example, at Text Flow you seem to save space primarily. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127934] Make Cell Format dialog HIG conform
https://bugs.documentfoundation.org/show_bug.cgi?id=127934 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #1 from Heiko Tietze --- Missing Language at Numbers tab (affects the list of formats, see Hebrew for example). Alternative layout would be to show the preview on the right column and options below the lists. Regarding Alignment, the Indent(ation) relates to the Horizontal alignment (only for Left). Would place it next to this dropdown. No hard feelings about the rest. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 123102] WRITER: Numbering should be separate for table columns so inserting a new row outside shouldn't increase number in vertically merged cell where rows don't change
https://bugs.documentfoundation.org/show_bug.cgi?id=123102 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #10 from Heiko Tietze --- Obviously the table numbering is not taking the merged rows into account. And it is quite unclear how it works as splitting on top behaves differently as below where the numbers go up. 1 - - - 2 - - 4 - I would treat this as a bug when the round-trip is broken. And my user expectation is that merged cells are counted as merged. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127759] EDITING cut/move table rows/columns in Writer tables
https://bugs.documentfoundation.org/show_bug.cgi?id=127759 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #15 from Heiko Tietze --- (In reply to László Németh from comment #13) > - Support MSO's full row selection mode (2.A), keeping also the recent > behavior (2.B). > > - LibreOffice has already had a quick row/column insertion mode and deletion > mode (Alt-Delete). I suggest a similar quick row/column selection by > extending Ctrl-A mode with a row & column selection states or using similar > Ctrl-Shift-arrow selection as in Calc (that could work after a Ctrl-A in > cells with multiword cell content). See This topic was on the agenda for the design meeting. And while Gerhard mentioned that s/he not always want to change the table structure, there is general acceptance to the change. And the MSO way with selection beyond the border allows both workflows. Ideally we add a formatting mark after the row/col that can be selected. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 123102] WRITER: Numbering should be separate for table columns so inserting a new row outside shouldn't increase number in vertically merged cell where rows don't change
https://bugs.documentfoundation.org/show_bug.cgi?id=123102 Timur changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||0643 -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 123102] WRITER: Numbering should be separate for table columns so inserting a new row outside shouldn't increase number in vertically merged cell where rows don't change
https://bugs.documentfoundation.org/show_bug.cgi?id=123102 Timur changed: What|Removed |Added Attachment #154823|0 |1 is obsolete|| --- Comment #9 from Timur --- Created attachment 154824 --> https://bugs.documentfoundation.org/attachment.cgi?id=154824=edit Test compared OO LO MSO -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 123102] WRITER: Numbering should be separate for table columns so inserting a new row outside shouldn't increase number in vertically merged cell where rows don't change
https://bugs.documentfoundation.org/show_bug.cgi?id=123102 Timur changed: What|Removed |Added Summary|WRITER EDITING Issue with |WRITER: Numbering should be |inserting a new row in a|separate for table columns |table with numbering in a |so inserting a new row |vertically merged cell |outside shouldn't increase ||number in vertically merged ||cell where rows don't ||change -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 123102] WRITER EDITING Issue with inserting a new row in a table with numbering in a vertically merged cell
https://bugs.documentfoundation.org/show_bug.cgi?id=123102 --- Comment #8 from Timur --- Created attachment 154823 --> https://bugs.documentfoundation.org/attachment.cgi?id=154823=edit Test compared OO LO MSO (In reply to NISZ LibreOffice Team from comment #0) > Steps to Reproduce: > 3. Insert numbering in the 3 merged cells (1,2, 3). In left column I don't get 1, 2, 3 but 1. 4. 7. And new row changes that to 1. 5. 8. If we add numbering in right column than (before new row) it's 2. 4. 6. 8. 10. 12. 14. 15. 16. And left numbers are also changed. And that shows wrong logic. Separate adding of numbering in columns should separately number columns so that we get 1. 2. 3. in left and 1. 2. 3. in the right column. Bug looks justified to me. Repro already with OO. Anyway, I'll add UX here. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 123102] WRITER EDITING Issue with inserting a new row in a table with numbering in a vertically merged cell
https://bugs.documentfoundation.org/show_bug.cgi?id=123102 Timur changed: What|Removed |Added Version|6.3.0.0.alpha0+ |Inherited From OOo Status|UNCONFIRMED |NEW CC||libreoffice-ux-advise@lists ||.freedesktop.org Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 127903] CUSTOMIZE DIALOG: why is KEY_EQUAL not available for assignment to keyboard shortcuts
https://bugs.documentfoundation.org/show_bug.cgi?id=127903 Heiko Tietze changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |heiko.tietze@documentfounda |desktop.org |tion.org Status|NEW |ASSIGNED --- Comment #2 from Heiko Tietze --- https://gerrit.libreoffice.org/#/c/80436/ Tried to show "Ctrl+Equal" in the dialog instead of "Ctrl+=" but failed. And since l10n of these strings is hard-coded plus the keyboard has no "equal" label, it might be better to leave this alone. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
