[Libreoffice-ux-advise] [Bug 38295] Many margin comments/notes are complicated to use
https://bugs.documentfoundation.org/show_bug.cgi?id=38295 --- Comment #19 from BottleOnTheGround --- Created attachment 153332 --> https://bugs.documentfoundation.org/attachment.cgi?id=153332&action=edit example styling as png -- 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 38295] Many margin comments/notes are complicated to use
https://bugs.documentfoundation.org/show_bug.cgi?id=38295 --- Comment #18 from BottleOnTheGround --- Created attachment 153331 --> https://bugs.documentfoundation.org/attachment.cgi?id=153331&action=edit example styling in html (should work properly in firefox) My suggestion for the UI regarding coloring looks as described below. Example: = - The attachment writer_comment_UI_example.html shows a living example of the description below (without lines for comments, because they are difficult - The attachment writer_comment_UI.png shows an example of the transparency of unfocussed comments. Not selected / focussed comment: - transparency of background / marking / text is 50%. - marked text has dashed border Comment selection: == - Definition: - mouse cursor is hovers over comment area. - mouse cursor is hovers over marked text. - transparency of text marking border becomes 0%. - transparency of marked text becomes 0%. Comment focus: == - Definition: - typing cursor is inside a comment - like selected comment, but: - border width increases. - dashed lines are solid. Further improvement There is still a problem, if comments and text are so far away, that both cannot be shown on screen. As solving that problem makes things more difficult, I only focussed on coloring / styling in this post. -- 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 126857] Alignment of images
https://bugs.documentfoundation.org/show_bug.cgi?id=126857 V Stuart Foote changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval -- 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 126124] Cannot find the border of the text box easily when I want to resize or move text
https://bugs.documentfoundation.org/show_bug.cgi?id=126124 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Heiko Tietze --- A usability test in Nantes revealed the same issue but from the opposite point of view. Task was to copy text, and the user struggled with the fact that clicking the frame and some space around does not activate the edit mode but selects the frame [1]. So while you want a larger clickable area to move around a text box, others ask for easier switching into the edit mode. And actually the hot zone is large enough to activate both, even with huge spacing you get the field highlighted on click. Do you agree? [1] https://design.blog.documentfoundation.org/2017/10/28/impress-lists/ (see copy/paste) -- 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 126649] Line style presets arrangement and additional one.
https://bugs.documentfoundation.org/show_bug.cgi?id=126649 --- Comment #13 from Regina Henschel --- (In reply to andreas_k from comment #1) > what is Line Style 9? I don't know the origin of "Line Style 9" but these styles are explicitly treated in source, see https://opengrok.libreoffice.org/xref/core/oox/source/export/drawingml.cxx?r=3feaff84#911 and following lines. -- 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 126658] Arrow Style modification workflow is unclear
https://bugs.documentfoundation.org/show_bug.cgi?id=126658 --- Comment #7 from Heiko Tietze --- (In reply to Regina Henschel from comment #6) > > But what is Add good for? > > Draw a closed shape, but not a custom shape. Keep it selected and open... One of the most important features of an office suite. If we keep it a simple renaming of "Add" into "Add selected shape" or just "Add Selection" could help. > My proposal would be, to divide the dialog in two parts. One part for > applying settings to a selected line (in menu Format) and a second part for > defining dash styles, marker styles and managing their sets (in menu Tools). I would remove this far-fetched corner case feature and let users install new arrows per extension, which in turn have to be defined manually. The XML shouldn't be too difficult. -- 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@lists.freedesktop.org
https://bugs.documentfoundation.org/show_bug.cgi?id=112271 --- Comment #10 from V Stuart Foote --- (In reply to Heiko Tietze from comment #9) > We had a couple of similar topics recently (eg. image anchoring in bugs > 123169, 126247, 87720, 87742) where settings made in a dialog are expected > to remain over sessions. I would take this as a rule of thumb and just save > those values (without any access per Tools > Options). But without an ability to reset values to known defaults--short of clearing profile--making each setting stateful would generate a whole range of usage complaints and RTFM responses to nuisance BZ reports. Seems wise to at least provide a reset if not maintaining 'defaults' on launch for the Find & Replace dialog. -- 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 126658] Arrow Style modification workflow is unclear
https://bugs.documentfoundation.org/show_bug.cgi?id=126658 --- Comment #6 from Regina Henschel --- (In reply to Heiko Tietze from comment #5) > Modify is Rename You are right. I had looked at the "Line Styles" tab, not at the "Arrow Styles" tab. > But what is Add good for? Draw a closed shape, but not a custom shape. Keep it selected and open the Line dialog on "Arrow Styles" tab. Now the Add button is enabled. Click it and enter a name. Close dialog. Draw a line and open the line arrow drop-down list. Find your new marker at the bottom of the list. Adding a dash style or an "arrow" will copy the common current set from share to the user directory and add the new item there. I don't have > any option and always get a straight line. My proposal would be, to divide the dialog in two parts. One part for applying settings to a selected line (in menu Format) and a second part for defining dash styles, marker styles and managing their sets (in menu Tools). I have no strong opinion whether selecting a set would be better in the part in menu Format (similar to the selecting drop-down for colors in the Area dialog) or in menu Tools. -- 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 126074] Icon styles should not modify official application icons in start center (and other relevant places)
https://bugs.documentfoundation.org/show_bug.cgi?id=126074 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW -- 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 62926] Add option to show 'Apply Style' menu in plain text
https://bugs.documentfoundation.org/show_bug.cgi?id=62926 --- Comment #10 from Heiko Tietze --- (In reply to V Stuart Foote from comment #9) > Hmm, and what other WYSIWYG rendered listboxes are there besides Font (Font > Name lb) and Style (Paragraph Style lb)? None comes in my mind but if there are controls we have to be consistent. > Also, would note that the Sidebar Styles deck has its own 'Show previews' > check box that toggles WYSIWYG in the Content panels. It just does not link > back to the listbox previews--suspect that could be tweaked. Was thinking about this checkbox too but would keep it there. It's some special kind of UI and you may switch more frequently while the dropdowns being WYSIWYG or not are more generic. > Ability to supress the Font preview as now, comment 6, should just be > supplemented with a similar check box toggle for Style previews. They could > then be applied independently as preferred, and of course held in profile. > > I'd think doing that, and adding an additional checkbox to the Tools -> > Options -> View panel is all that is needed here. Not to make it a all or > nothing with a single checkbox toggle on a new sub panel. Also possible but bloats the options dialog further. Hard to imagine that a user want only one of the dropdown to not be WYSIWYG. -- 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 126658] Arrow Style modification workflow is unclear
https://bugs.documentfoundation.org/show_bug.cgi?id=126658 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #5 from Heiko Tietze --- Modify is Rename (if we make the title control readonly - or change into a label, and drop the weird dialog). But what is Add good for? I don't have any option and always get a straight line. -- 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 66756] FORMATTING: Bullets and numbering -- set incremental indent for all levels
https://bugs.documentfoundation.org/show_bug.cgi?id=66756 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #5 from Heiko Tietze --- We do not copycat MSO. And the benefit over absolute values is totally unclear to me. Of course, you don't need to specify every level in detail but you loose the ability to do so. The UI would need more changes: the mentioned checkbox is a global option while everything today belongs to a certain level. So I'm still against this change. (I don't close reopened tickets) -- 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@lists.freedesktop.org
https://bugs.documentfoundation.org/show_bug.cgi?id=112271 --- Comment #9 from Heiko Tietze --- We had a couple of similar topics recently (eg. image anchoring in bugs 123169, 126247, 87720, 87742) where settings made in a dialog are expected to remain over sessions. I would take this as a rule of thumb and just save those values (without any access per Tools > Options). -- 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 126826] Press Undo Spell Checking dialog has no effect in document
https://bugs.documentfoundation.org/show_bug.cgi?id=126826 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords|needsUXEval | --- Comment #4 from Heiko Tietze --- Clearly a bug to me. You can undo outside the dialog and the button offers this operation inside, and it seems to work but only for the preview. We could remove the undo button/function, on the other hand. -- 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 107158] [META] Notebookbar Groupedbar
https://bugs.documentfoundation.org/show_bug.cgi?id=107158 Bug 107158 depends on bug 124394, which changed state. Bug 124394 Summary: Change German language String in grouped bar compact https://bugs.documentfoundation.org/show_bug.cgi?id=124394 What|Removed |Added Status|NEW |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
