[Libreoffice-ux-advise] [Bug 142527] Add caption category "LibreOffice Writer Listing"
https://bugs.documentfoundation.org/show_bug.cgi?id=142527 --- Comment #2 from QA Administrators --- Dear Olivier Hallot, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #25 from Kevin Suo --- (In reply to Caolán McNamara from comment #21) I like your proposal. It looks good. And I also like the Standard Filter to go to the Filter By Condition submenu. The key to the autofilter popup is "clear" and "quick" - the rows in the first level popup menu, the better. Standard Filter should be a submenu because it is by nature a more complex filter. People using autofilter normally set the conditions one column by column. If he/she want to use the standard filter directly, then he will simply use the Data > More Filers menu, or the Standard Filter in the (proposed) autofilter submenu. Below is a simple use case showing how spreadsheet experts uses autofilter (take attachment 176404 for example): 1. I want to verify that the MaterialNumbers are valid. So, I click on filter in column S, find that there are blanks. I filter those blanks, thinking while they are blank. Then I find that they are blank may be because the QTYs (column P) are zero. 2. Then I click the filter in column P, to verify that my guess was correct. Then I find that not all QTYs in column P are zeros. So in addition to the filter condition already set, I set filter the zeros in column P, and then filter the non-zeros, trying to find a clue. Nothing special found. 3. Then I clear the filter condition in column P, but keep the filter condition in column S, and then continue my research. Then I noticed that the empty MaterialNumbers may be due to the "GL_Account". So I filter column A, notice that there are only two General Ledger Accounts which have blank material numbers. I got it! 4. Then I want to know more about my data, so I clear all the autofilter conditions, and continue researching. As shown in the above workflow, people working with autofilter are doing there research on a "experimental" basis. They do not know what they want exactly at the first time. After they know what they want and they have done enough evaluation of their data, then they may use the Standard Filter (or simply setting autofilter conditions one column by one column) to set more complex conditions to get what they need. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #22 from kabilo --- Both suggestions are excellent . I would like a suggestion from Heiko Tietze. I do not use sorting in the filter and this solution is better for its extension by color sorting. I would leave the 'Standard filter' menu in the main menu. Filter by condition or Quick filter - I don't know which is better. So far, a Quick filter. The filter by condition would be better if the offer was expanded in the future as in MSO, Google, OnlyOffice (similar to the Standard filter only for a given column). Decide Quick because it is a predefined filter type (it is not necessary to select from the list of automatic filter or from the standard filter). I prefer more list items as well. Thanks -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #27 from kabilo --- (In reply to Kevin Suo from comment #24) > No, please do not remove the sorting in the autofilter. I did not mean to remove, but to create a submenu with a menu sort ascending sort descending sort by background color sort by font color -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added CC||samuel.mehrbrodt@allotropia ||.de --- Comment #23 from Samuel Mehrbrodt (allotropia) --- (In reply to Caolán McNamara from comment #21) > Created attachment 176833 [details] > proposal > > Like excel and sheets and current calc, keep a sort section and a filter > section. > Call the color submenu "Filter by Color", call the other one "Filter by > Condition" (the launch filter dialog "Standard Filter.." option) moves into > that submenu. I haven't done anything to that submenu except move the > existing entries into that, but there is obviously a lot of space to work > with for extra entries in there now and/or reordering[1] it Standard filter also supports filtering by colors, so maybe place it below "Filter by condition" (not in the submenu). -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #20 from Kevin Suo --- (In reply to Heiko Tietze from comment #19) That's good, but: 1. Is the "separator" between "Sort" and "Quick Filter" really needed? 2. The name "Quick Filter" is misleading - I do not see how that can be quick. I think it should be named "Value Is", or "By Value". 3. Also its submenu should be re-ordered. The "Top 10" is much less useful than the empty check ones. So it becomes: Value Is Empty Not Empty Zero Not Zero Is Error Not Error Maximum Minimum Top 10 Bottom 10 (The new ones I suggested are just FYI and may be implemented one by one at a later stage) 4. And the last point, we should increase the number of items in the actual filter item list. Current there are 8. I think previously there were 9 and Caolán has reduced that in recent commits (commit 75517c177). This is the most import information shown to the user in the auto filter and I think there at least should be 10 items. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #26 from Kevin Suo --- And I want to add that, based on the workflow I mentioned above, during the "experimental" researching process, the most important information in the autofilter dropdown is the data entry items. Other rows would be "disturb" the user's thinking except they are really needed. This is also why I reported this bug. I am an accountant expert, have been using spreadsheets for 16 years. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #19 from Heiko Tietze --- Created attachment 176824 --> https://bugs.documentfoundation.org/attachment.cgi?id=176824=edit Consolidated autofilter menu How about this? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145990] Change Tab color dialog for sheet color selection to some sub menu color palette
https://bugs.documentfoundation.org/show_bug.cgi?id=145990 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #4 from Heiko Tietze --- The topic was on the agenda of the design meeting. Since Thomas agrees with my comment 2 let's resolve the idea as WF. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #21 from Caolán McNamara --- Created attachment 176833 --> https://bugs.documentfoundation.org/attachment.cgi?id=176833=edit proposal Like excel and sheets and current calc, keep a sort section and a filter section. Call the color submenu "Filter by Color", call the other one "Filter by Condition" (the launch filter dialog "Standard Filter.." option) moves into that submenu. I haven't done anything to that submenu except move the existing entries into that, but there is obviously a lot of space to work with for extra entries in there now and/or reordering[1] it (this also demos the followup up patch to restore back to 9 rows of checkboxes for the values) [1] there are a number of uitests for the autofilter so it is reasonably expensive in time to fix those up to new locations FWIW -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145730] Flip Impress templates when locale setting is set to RTL language
https://bugs.documentfoundation.org/show_bug.cgi?id=145730 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|cl...@documentfoundation.or |heiko.tietze@documentfounda |g, |tion.org |libreoffice-ux-advise@lists | |.freedesktop.org, | |so...@libreoffice.org | Blocks||145878 --- Comment #12 from Heiko Tietze --- The topic was on the agenda of the design meeting but did not receive further input. Having such a function fully automatic likely fails. Content might not be switchable, buggy RTL detection, etc. And while I'd prefer to ship dedicated RTL master slides (or have special RTL templates) the idea is tempting. Would suggest to realize this per extension. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=145878 [Bug 145878] [META] Enhancements that could be realized per extension -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 70418] When selecting text, automatically select entire word
https://bugs.documentfoundation.org/show_bug.cgi?id=70418 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #15 from Heiko Tietze --- This topic was on the agenda of the design meeting. To answer Thomas' questions: + What should be the default behavior? + start with character, revert per character + Where should this setting be changeable? + no option here (at least not in the UI) (Heiko) + option at Tools > Options > Writer & Impress -> General -> Editing (Luke) + How can it be made possible to switch temporarily to the other mode? + all or nothing The point here is probably not primarily the keyboard (works well with shift+ctrl) but selection per cursor (mouse, touchpad etc.). It's known on Windows but would be rather disturbing on Linux. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145980] Table Alignment options are somewhat confusing, illustration needed
https://bugs.documentfoundation.org/show_bug.cgi?id=145980 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5739 Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 117276] Autofilter settings being reset in some cases
https://bugs.documentfoundation.org/show_bug.cgi?id=117276 Samuel Mehrbrodt (allotropia) changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||samuel.mehrbrodt@allotropia ||.de Keywords||needsUXEval Resolution|FIXED |--- Status|VERIFIED|REOPENED --- Comment #15 from Samuel Mehrbrodt (allotropia) --- (In reply to Vasily Melenchuk (CIB) from comment #14) > I confirm your observations. Seems original problem from bug description is > not fixed. At the same time this looks like not a bug from technical point > of view: in p.4 we select all known/visible values, so filter is removed and > shows all data. Moreover this behavior is identical to MS Excel (tested with > Office 365). Agree with your assessment. If I see this correctly, Autofilter does not remember from which column a row has been hidden - just which rows are hidden. So technically this is correct: The highlight on column B is reset after step 5, because all items in column B (which are not hidden by other filters) are visible. Not sure it's worth adding more complexity here. We might go back to show hidden values in the autofilter dropdown (maybe show them as inactive when it was hidden by another row) - but that makes it harder to use the autofilter dropdown when you have lots of data. The current state is very simple: You can just continue filtering on the currently visible rows. So this is something for UX team to evaluate. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146018] Group similar autofilter submenu items to save the vertical space
https://bugs.documentfoundation.org/show_bug.cgi?id=146018 --- Comment #24 from Kevin Suo --- (In reply to kabilo from comment #22) > I do not use sorting in the filter and this solution is better for its > extension by color sorting. No, please do not remove the sorting in the autofilter. The sorting there is a quick way to sort a certain column. It is intuitive. Sorting using the Data > Sort menu or the toolbar requires much more mouse-clicks and also requires more thinking to identify the columns to sort. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 146128] enable Writer's options 'Formatting Aids' --> 'Hidden characters' font effect for F10 display formatting toggle by default
https://bugs.documentfoundation.org/show_bug.cgi?id=146128 --- Comment #3 from Heiko Tietze --- (In reply to paour from comment #0) > Additional Info: > This will display form fields eg for mailing. I don't get this. Do you mind to elaborate? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 117484] Clicking into a cell of table will select the full table instead of entering the corresponding cell
https://bugs.documentfoundation.org/show_bug.cgi?id=117484 Heiko Tietze changed: What|Removed |Added Resolution|--- |NOTABUG Status|NEW |RESOLVED --- Comment #11 from Heiko Tietze --- The topic was on the agenda of the design meeting. I see no other opinion than "standard and consistent behavior". Resolving as NAB. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145739] Revamp the Column tab of Table Properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=145739 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=14 ||5980 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 145976] Make macro selector dialog not-resizable
https://bugs.documentfoundation.org/show_bug.cgi?id=145976 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Summary|Description box on Macro|Make macro selector dialog |Selector should have fixed |not-resizable |height | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- Topic was on the agenda of the design meeting but did not receive further input. So let's follow the HIG and make the whole dialog non-resizable. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 92406] STATUSBAR: Making the statusbar configurable in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=92406 --- Comment #17 from Walter V Boston --- window weep hole: I am lose my statusbar bar. this satausbar re create. https://civiljungle.com/weep-holes/ -- You are receiving this mail because: You are on the CC list for the bug.
