[Libreoffice-ux-advise] [Bug 154211] Allow selecting a range between current cursor position and an element in Navigator with Shift + click (EDITING)
https://bugs.documentfoundation.org/show_bug.cgi?id=154211 Stéphane Guillou (stragu) changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||stephane.guillou@libreoffic ||e.org Status|UNCONFIRMED |NEW OS|Windows (All) |All Blocks||103030 Version|7.5.1.2 release |Inherited From OOo Ever confirmed|0 |1 Summary|Selecting an area between |Allow selecting a range |current cursor position and |between current cursor |a point in Navigator|position and an element in |(EDITING) |Navigator with Shift + ||click (EDITING) Hardware|x86-64 (AMD64) |All --- Comment #3 from Stéphane Guillou (stragu) --- That could be an interesting feature, but would need to be only possible for some elements in the Navigator (like headings, fields, bookmarks, hyperlinks...), and we would need to check if it interferes in any way with potential multiselection implemented for bug 129610. Copying UX team in for their opinion. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103030 [Bug 103030] [META] Navigator sidebar deck and floating window -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153899] Clone format of unmerged cells breaks up merging, applies to first unmerged cell only
https://bugs.documentfoundation.org/show_bug.cgi?id=153899 --- Comment #10 from Eyal Rozenberg --- This was discussed in the design meeting this evening, but - not in a satisfactory manner IMHO. Here's what the minutes say: > + merging cells with the keep option does exactly this, we > must not format hidden cells this bug does not regard the merging action, so either this sentence is incorrect or I misunderstand it. > + copying/cloning merged cells takes merge state into account, > however, applying a format via cell style, which is the supposed > workflow does not I'm sorry, that does not make sense. This bug is about "clone formatting". If it takes the merge state into account, the answer to Q1 is affirmative. Now, what about Q2? > + cloning the merged state is a convenience feature I don't understand this sentence. Cloning is a feature in LO calc, and you guys decided it also applies the merged or unmerged state. What does it matter whether cloning is a "convenience feature" or not? Given your position, the obvious decision is for the format to apply to all unmerged cells. I haven't read any argument for the alternative in the minutes. And thus I don't understand why you concluded > => WF/NAB rather than will-fix, is-a-bug. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154080] Comment indicator is too small, non-circumspect, easy to miss
https://bugs.documentfoundation.org/show_bug.cgi?id=154080 --- Comment #10 from Eyal Rozenberg --- Created attachment 186294 --> https://bugs.documentfoundation.org/attachment.cgi?id=186294&action=edit Screenshot of calc window with attachment 185851, with 7.6 nightly Situation is somewhat better with a recent 7.6 nightly. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154429] Suggestions for Default settings for new installs
https://bugs.documentfoundation.org/show_bug.cgi?id=154429 --- Comment #8 from markbal...@gmail.com --- Thanks, I like to hear the philosophy, I'm all about this and if I thought LibreOffice was clumsy and ugly I would not use it or take the time to make the input I did. I will do as you have suggested and try to identify specific use cases that can be discussed. As MSO forces its user base into saas' fully invasive and dollar sucking model and as is well documented working in partnership with 3rd parties to access, share and watch user data and activity, I'm all about getting users away from that thief of privacy. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 80281] FORMATTING: "Keep aspect ratio" checkbox of images or photos not always honoured
https://bugs.documentfoundation.org/show_bug.cgi?id=80281 Stéphane Guillou (stragu) changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5239 --- Comment #10 from Stéphane Guillou (stragu) --- (In reply to Heiko Tietze from comment #9) > What we could do is to check the aspect ration checkbox by default (for > images). We scale images proportionally by default when using the mouse (you > have to press Shift for open aspect ratio), while the opposite is true for > shapes. I think that makes sense. It would make it more similar to what MS Office does. See my comment in bug 153919#c8 This request is already in bug 125239. Heiko, do you want to close this as "won't fix" or do you want it discussed at the next UX meeting? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154410] Improve Calc's Format > Align Text menu's contents and labels
https://bugs.documentfoundation.org/show_bug.cgi?id=154410 --- Comment #4 from Stéphane Guillou (stragu) --- (In reply to ady from comment #1) > (In reply to Stéphane Guillou (stragu) from comment #0) > > alignment, which needs to be present to revert a change made from the menu > > (and be on par with the toolbar's de-activating of alignment options; > > I'm not sure I understand the need for that point. It's a design principle: "Provide access to all functions via the menu bar" https://wiki.documentfoundation.org/Design/Guidelines Obviously, this is not applied 100% to all functions, otherwise we would have overwhelmingly large menus. But we should absolutely make the default setting available in the menu. > Another possibility could be to have the menu entries work as the icons; > select once and the attribute is set (and the menu entry (icon) would look > "pressed"); select the "pressed" menu entry again and the "default" > alignment would be set. The menu entries and the icons in the toolbar(s) > would/should be in sync. That's true, but seeing Heiko's comment, I'd go with the extra option. (In reply to Eyal Rozenberg from comment #2) > (In reply to Stéphane Guillou (stragu) from comment #0) > > - its functions can be used for other things than text, for example shapes; > > Isn't it in the cell formatting dialog though? I'm talking about the menu, not the dialog. I guess it's a UNO command that has different effects depending of what is in the current selection. > > - "Format > Align Text" relabelled to "Alignment" because it doesn't just > > affect text. This matches the tab title in the Format Cells dialog. > > What else does it affect? In the other bug, you mentioned "numbers", but > numbers are also text. I affects the relative position of shapes, see above. (In reply to Heiko Tietze from comment #3) > The to-be-introduced UNO command is not limited for the main menu. Users may > want it on the standard toolbar or somewhere else. I'd let you decide on this one. Toolbar allows "turning it off" back to Default, so the current situation is not as bad as for the menu. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154429] Suggestions for Default settings for new installs
https://bugs.documentfoundation.org/show_bug.cgi?id=154429 --- Comment #7 from Heiko Tietze --- (In reply to markballew from comment #6) > Sorry some have taken offense... No worries, no one has taken offense. MSO is doing great work and it would be nice to realize many ideas. But LibreOffice is a different product and not just the ugly copycat. Besides being a community project, we put freedom paramount and we allow full insights into the documents. Not to speak about standards, inclusion, education, etc. So while your statement is not wrong you should refer to specific use cases. And while LibreOffice might be seen as ugly and clumsy you will find solutions that are superior to MSO. Help us (actually yourself *g*) to make the other parts as efficient and beautiful. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154429] Suggestions for Default settings for new installs
https://bugs.documentfoundation.org/show_bug.cgi?id=154429 --- Comment #6 from markbal...@gmail.com --- Sorry some have taken offense, I certainly could have worded some things better, but I don't believe it is copying, looking at it from that perspective would be like saying lets not do what works and do something different. There is a logic of navigation and user experience that MS has invested millions maybe billions into research and analysis for their UX, for beyond the capacity of this project, it is just a fact of life that the world has been mentally programmed to think in their paradigm. My point here is that from a user adoption perspective it would be wise to wow a new user instead of confuse them. New users rarely read through the guides, they just want to jump in and use it, that's because they have work to do and not time to waste. Even web ux design has fallen into standard navigation paradigms, this is just what it is. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147232] Improvement of CALC diagrams
https://bugs.documentfoundation.org/show_bug.cgi?id=147232 --- Comment #12 from Regina Henschel --- (In reply to Heiko Tietze from comment #10) > The desired functionality is an equally scaled diagram inside the chart > object. It can be achieved by defining the proper size for the chart > (Position and Size), plus deleting all legends and axis labels. Eventually > the inner diagram (aka wall) can be moved to top-left and scaled per mouse > to the maximum. At least this is how I understand the needs. No that will not work. The request is, that the unit on x-axis and y-axis are displayed with the same length. I had missed such feature a lot myself. If you have fixed min and max values you can get it manually by dragging the chart wall to the correct size. The chart wall will not be square in most cases. The size of the chart wall is without legends and labels. Manually changing does not work well, if the axis minimum and maximum are set to automatic, because a change in data might change the to be displayed width or height. The feature is only meaningful for xy-charts because in other charts the x-axis is not a value axis but a category axis. I think this report is duplicate to bug 43174 in regard to axis scaling. Exporting a chart to SVG and the needed features in such export is a different topic. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152184] Dark Mode: Application Colors > Color Scheme should automatically follow System Settings > Appearance
https://bugs.documentfoundation.org/show_bug.cgi?id=152184 Heiko Tietze changed: What|Removed |Added Status|RESOLVED|NEW Keywords|needsUXEval | Resolution|DUPLICATE |--- CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Ever confirmed|0 |1 --- Comment #17 from Heiko Tietze --- This patch removes the "Libreoffice Dark" scheme and introduces a switch that changes the Automatic colors from light to dark (user-defined colors are kept on switching). It also lists a "System Theme" entry which is assigned to light for now. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 152184] Dark Mode: Application Colors > Color Scheme should automatically follow System Settings > Appearance
https://bugs.documentfoundation.org/show_bug.cgi?id=152184 --- Comment #16 from Commit Notification --- Heiko Tietze committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/5675937f7564fa5614f7be5aec0d7f20ba91d02c Resolves tdf#152184 - Application color should follow system color It will be available in 7.6.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] [Bug 152184] Dark Mode: Application Colors > Color Scheme should automatically follow System Settings > Appearance
https://bugs.documentfoundation.org/show_bug.cgi?id=152184 Commit Notification changed: What|Removed |Added Whiteboard||target:7.6.0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153847] Change label for .uno:InsertIndexesEntry and label and tooltip for .uno:IndexEntryDialog
https://bugs.documentfoundation.org/show_bug.cgi?id=153847 sdc.bla...@youmail.dk changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |sdc.bla...@youmail.dk |desktop.org | -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147232] Improvement of CALC diagrams
https://bugs.documentfoundation.org/show_bug.cgi?id=147232 --- Comment #11 from Heiko Tietze --- Created attachment 186277 --> https://bugs.documentfoundation.org/attachment.cgi?id=186277&action=edit Workflow to achieve square diagrams Illustration to comment 10 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147232] Improvement of CALC diagrams
https://bugs.documentfoundation.org/show_bug.cgi?id=147232 Heiko Tietze changed: What|Removed |Added CC||er...@redhat.com, ||rb.hensc...@t-online.de --- Comment #10 from Heiko Tietze --- Had a private communication with the OP and planned to bring it back to BZ but forgot, sorry. The desired functionality is an equally scaled diagram inside the chart object. It can be achieved by defining the proper size for the chart (Position and Size), plus deleting all legends and axis labels. Eventually the inner diagram (aka wall) can be moved to top-left and scaled per mouse to the maximum. At least this is how I understand the needs. The formalized request would be to provide controls for a (relative) position and size for the wall. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154429] Suggestions for Default settings for new installs
https://bugs.documentfoundation.org/show_bug.cgi?id=154429 Heiko Tietze changed: What|Removed |Added Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED --- Comment #5 from Heiko Tietze --- (In reply to markballew from comment #0) > I recommend that you start a new team effort to map navigation patterns... One could also argue copying is the end of creativity. Anyway, the big advantage of LibreOffice as an open source project is that it is community-driven. You can join here talk and get heard. The way images are placed in documents is a complex topic and discussed in several tickets (will make this on a duplicate). The second part how text flows around is related, and has as well its duplicates. We organize reports (whether bugs or enhancements) in META tickets, and bug 87740 holds a lot of information. You are very welcome to join the discussions. *** This bug has been marked as a duplicate of bug 146445 *** -- You are receiving this mail because: You are on the CC list for the bug.
