[Libreoffice-ux-advise] [Bug 114996] Link to External Data shows extraneous tables when only one exists
https://bugs.documentfoundation.org/show_bug.cgi?id=114996 --- Comment #10 from Dan Dascalescu --- What use cases would be for a user select "HTML_all" when trying to import data in a spreadsheet, if "HTML_all encompasses the entire text content, including content that is not in tables"? Sounds to me that the best you'd hope to get from HTML_all would be an unstructured text dump. -- 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 115867] Windows 10 icon theme follow MSO guidelines
https://bugs.documentfoundation.org/show_bug.cgi?id=115867 --- Comment #2 from andreas_k --- As all icon themes everything will be available as svg file too. My main goal is to have different color schemes for the Colibre icon theme (like Colibres have 1.000 colors) I'm thinking of: - MSO color scheme - high contrast - something that look more fancy than MSO (for the younger generation) - 1.000 colors available as extension via the extension webpage the MSO one and maybe a second one I'd like to have available in core. -- 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 115867] Windows 10 icon theme follow MSO guidelines
https://bugs.documentfoundation.org/show_bug.cgi?id=115867 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu 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 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 --- Comment #22 from Heiko Tietze --- (In reply to Ole Tange from comment #21) > Benjamin wants to select a font. He cannot remember the name, but he knows > what it looks like. That's the only valid use case, IMHO. All other are handled by the filter or auto-completion. And don't worry, I understand your idea how to filter, much better than today. What I refuse (and other people I talked to as well) is the multi-column output. A suggestion was to show fonts in an extra sidebar deck. -- 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 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 Ole Tange changed: What|Removed |Added Attachment #139530|0 |1 is obsolete|| Attachment #139592|0 |1 is obsolete|| Attachment #139865|0 |1 is obsolete|| --- Comment #21 from Ole Tange --- Created attachment 139996 --> https://bugs.documentfoundation.org/attachment.cgi?id=139996&action=edit Dynamic font selector (rev 2). > * Simplicity > It is a huge control spawning over the whole screen but the use case is not > to see all [fonts]. How about this use case: Benjamin wants to select a different font fast. The font is not in a recent used list, but amongst all the installed fonts. Benjamin is not interested in spending a lot of time on configuring his font setup. Here being able to see the wanted font quickly is important. That the control is huge less important: Benjamin’s focus is on finding the correct font fast; his focus is not on any other controls on the screen, thus it is not important that he can see any other controls on the screen. Or this use case (which is a situation I have been in multiple times): Benjamin wants to use a font, but cannot remember the start of the font name. However, he knows part of the name is ‘light’. The font is not in a recent used list, but amongst all the installed fonts. Benjamin is not interested in spending a lot of time on configuring his font setup. A real example of this are the Microsoft fonts: Some of them are prefixed with ‘Microsoft’, others with ‘MS’ and yet others with ‘MS Office’. Take ‘MS Office Symbol Light’ as example: I would perfectly understand if a user searched for ‘symbol’ to find that one. Or this use case (which is a situation I have also been in): Benjamin wants to select a font. He cannot remember the name, but he knows what it looks like. Again you really want a lot of fonts to be displayed at once. > Sure, you can enter the font name. But wouldn't the user expect to select > [Montserrat] with "Mo" and cursor down? After typing ‘Mo’ the dynamically filtered list is the following ([] denotes substrings that are highlighted in yellow): DejaVu Sans [Mo]no E[mo]jiOne Color Gara[mo]nd Liberation [Mo]no [Mo]dern No. 20 [Mo]ngolian Baiti [Mo]notype Corsiva [Mo]ntserrat [Mo]ntserrat Black [Mo]ntserrat ExtraBold [Mo]ntserrat ExtraLight [Mo]ntserrat Hairline [Mo]ntserrat Light [Mo]ntserrat SemiBold [Mo]ntserrat Thin [Mo]ntserrat Ultra Light Segoe UI E[mo]ji thus the user will expect “DejaVu Sans Mono” to be active when pressing ‘down’. Pressing down again with make “EmojiOne Color” active. Pressing Enter will select it. - o - It is clear that I have not been able to communicate the idea so clearly that you have understood it. I have updated the “animation” with an example where the user enters ‘lig’, gets a dynamically filtered list, presses ‘down’, ‘down’, ‘right’, and ‘enter’ to select the font. I have also included an example of the character dialog and a windows with very little screen estate below the search field. The solution to both of these is the same as a normal dropbox: Put the values above the search field. (And I have added a scroll bar, so it is clear that the box can scroll down but not sideways – just like the current font dropbox). -- 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 114996] Link to External Data shows extraneous tables when only one exists
https://bugs.documentfoundation.org/show_bug.cgi?id=114996 --- Comment #9 from Eike Rathke --- (In reply to Dan Dascalescu from comment #8) > Does that mean they are not intended for the user? No, read my previous comment. -- 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 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 --- Comment #20 from Heiko Tietze --- (In reply to Ole Tange from comment #19) >> * Simplicity > Why is it not _a_ use case to see all the fonts? The user story would be "Benjamin wants to get an overview as he don't know what fonts are installed on the current system" and this is more up to the font management tool than to the word processor. >> * Start from sidebar and withing dialogs doesnt work > Can you provide a screenshot of an example where you cannot envision this > will work? Just open the character dialog. Or think of the sidebar. Put the font name combobox somewhere at the bottom. >> * Keyboard only usage not simple > In total 6 keypresses - including writing 'Mont'. Sure, you can enter the font name. But wouldn't the user expect to select with "Mo" and cursor down? Your solution would suit the third option in this recent post about improvements for font listing https://design.blog.documentfoundation.org/2018/02/18/improvements-font-listing/ and we discussed it respectively. But the nobody was really thrilled by your idea. -- 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 91130] Smaller default font name list
https://bugs.documentfoundation.org/show_bug.cgi?id=91130 --- Comment #19 from Ole Tange --- > * Simplicity > It is a huge control spawning over the whole screen but the use case is not > to see all. And search (type and filter the dropdown) replaces the need for > a large overview. Why is it not _a_ use case to see all the fonts? I would reckon many users do not have an overview over all the fonts they have installed (I, for one, do not, and I consider myself advanced user). I agree this is not the _primary_ use case, but I really do not see why giving this overview should be seen as something negative. There is a reason we also let people see more than one file name in a directory listing: It is simpler if they can get an overview by seeing more files. In other words: I still do not understand how it is a goal to make it harder to see all the fonts installed. Because the extension of that argument would be that it would be simpler to present a single font at a time. Maybe you can enlighten me? > * Start from sidebar and withing dialogs doesnt work > Dropdown is not only located in the top left area but also in dialogs and > at the sidebar. The layout wont work on all positions. Can you provide a screenshot of an example where you cannot envision this will work? Then I may be able to suggest a mockuped solution. > * Scrolling unclear > Many columns mean you either scroll all, or each column individually, or > you scroll horizontally. Not defined in the mockup and yet quite complicate. As the fonts are sorted, the scrollbar will be at the right hand side controlling all columns. Just as if you had a multi-column table on a normal page in Writer. The font dropdown already does scrolling of at least 2 columns: Font name and font preview of non-western fonts. If it is still unclear how this would work, I will be happy to make a mockup showing the scroll bar and some scrolling action. > * Keyboard only usage not simple > Consider a keyboard only interaction where the user type Montse and presses > down and enter to get the font she is looking for. In your proposal either > many arrow steps or the mouse is needed. To select 'Montserrat' the user will type: Mont While the user does that, the dropdown dynamically filters the list. When the final 't' is pressed the dropdown only shows these fonts (These are the only fonts on my system that match the substring 'mont'): Montserrat Montserrat Black Montserrat ExtraBold Montserrat ExtraLight Montserrat Hairline Montserrat Light Montserrat SemiBold Montserrat Thin Montserrat Ultra Light Then the user presses 'down' to highlight [Montserrat] followed by 'Enter'. In total 6 keypresses - including writing 'Mont'. If this is unclear, I will be happy to make a mockup "animation" showing this. How many keypresses would you find is acceptable including writing 'Mont'? And while we are on it: How many mouse clicks/scroll-events would you find acceptable to choose a font? > * Slow generation of this grid > The grid with WYSYWIG font preview sounds like a challenge for performance. I agree, but I see several solutions for that. On slow machines generating preview of the full fontlist is somewhat of a task. One solution would be to generate those previews in the advance and cache those on disk. My testing shows that a preview PNG of a font is around 2 kb. The generating could be done when LibreOffice starts or when the dropdown is accessed. If a preview PNG exists for the font, use that, otherwise generate a PNG, and save it to the disk. To make the UI responsive you could use a default font until the preview is generated or loaded from disk. When opening the list the first time it will then look similar to a web page where a lot of images is loading in parallel. -- 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 105352] Pasting multiple paragraphs without direct formatting into an empty formatted one , will result in the formatting of the last paragraph
https://bugs.documentfoundation.org/show_bug.cgi?id=105352 Telesto changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=37 ||685 -- 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 115805] Choices in valuable boxes "incrément"
https://bugs.documentfoundation.org/show_bug.cgi?id=115805 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Ever confirmed|0 |1 --- Comment #1 from Heiko Tietze --- Left, right, top, bottom are properties of padding in the paragraph settings dialog with a (proper) increase of 0.1cm for the numerical steppers. Please be more specific on what dialog exactly you think the steppers should change differently. -- 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 115805] Choices in valuable boxes "incrément"
https://bugs.documentfoundation.org/show_bug.cgi?id=115805 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.org -- 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 47278] RFE: Add option to PDF Export for produce monochrome pdf document
https://bugs.documentfoundation.org/show_bug.cgi?id=47278 Timur changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||6675 -- 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 115311] UI missing for nesting character styles
https://bugs.documentfoundation.org/show_bug.cgi?id=115311 --- Comment #3 from Heiko Tietze --- (In reply to Kenneth Hanson from comment #2) > I strongly disagree. The ability to nest character styles is extremely > important for complex documents. It's the only sane way to represent > semantic or formatting considerations that are orthogonal to each other. Can we find a good example? Something like but better than: * in-text citation with highlighted words. "And she said:Though shalt NEVER format directly!, and went away." ( and as html-like illustration of character style 'cite' and 'emphasis'). In the example you get NEVER in italic from cite plus bold from emphasis but I think a direct formatting would be fine here just for simplicity of the UI. When you present Change and Apply (or Add) I doubt that users understand that. Visualization could be done via tree where the second style is a children of the first (still not easy to understand). -- 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
