[Libreoffice-ux-advise] [Bug 101349] Default set of table styles
https://bugs.documentfoundation.org/show_bug.cgi?id=101349 --- Comment #31 from Commit Notification --- heiko tietze committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a5af0fd9f27af42cf2e8571f659cdad6e606215b tdf#101349 Default table styles It will be available in 6.0.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://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 99027] [FORMATTING] Default table border width is useless
https://bugs.documentfoundation.org/show_bug.cgi?id=99027 --- Comment #19 from Yousuf Philips (jay) --- (In reply to Cor Nouws from comment #18) > I would choose one that is visible with printing, and still nicely thin on > the screen. Be it 0.5 or 1.0 pt - fine for me. So we are going with 0.5pt, as will be used it in the default table style (bug 107554), common default width used in other word processors, and it was the second listbox option found in LO 3.3. Use 0.5pt with the border toolbar control https://gerrit.libreoffice.org/44369 -- 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 113235] Better wording for "Tools > Options > Calc > General .. Use legacy cursor movement behavior when selecting"
https://bugs.documentfoundation.org/show_bug.cgi?id=113235 --- Comment #6 from Cor Nouws --- (In reply to Heiko Tietze from comment #5) > So my suggestion for the option is: "Excel compatible selection for multiple > cells". _If_ choosing that style of description, make it "Excel style selection". But I wouldn't. > This feature would be better realized with two radio buttons that > are labeled "(o) Expand to least row of right column" and "( ) Expand to > last row of left column". it works with every expanding of multi row/column selected cellranges in all directions. It truly is: "let, when extending a selection, the content of last selected column/row determine where the automatic extending (using Ctrl+Shift) stops" Or "when extending a selection, the content of last selected column/row determines where the automatic extending (using Ctrl+Shift) stops" > And even better when the function works also in > the other way from right to left, which isn't true. test harder ;) -- 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 86508] Change default colors for conditional formatting color scales
https://bugs.documentfoundation.org/show_bug.cgi?id=86508 Yousuf Philips (jay) changed: What|Removed |Added CC|libreoffice-ux-advise@lists | |.freedesktop.org| --- Comment #16 from Yousuf Philips (jay) --- (In reply to Xisco Faulí from comment #15) > > With the 2 part color scales, Katarina and I were debating it on IRC with > > the suggested options from comment 6 and thought a color on both side with > > one of them not being white, as white is the default color of the sheet, > > would likely be the best option (i.e. Green and Yellow). What do others > > think? > > @Yousuf, it seems there are no other opinions after 2 years :D > Should the UX team be added? Heiko's added it to the agenda of this week's design meeting. Stuart, Cor, Adolfo: do you guys have a preference for the color scale 2 entries. See the excel colors mentioned in comment 6. -- 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 113235] Better wording for "Tools > Options > Calc > General .. Use legacy cursor movement behavior when selecting"
https://bugs.documentfoundation.org/show_bug.cgi?id=113235 --- Comment #5 from Heiko Tietze --- To explain Cor's picture: Starting at the upper left cell pressing shift+ctrl+right and shift+ctrl+down selects the A3:B8 in the new mode but A3:B12 when legacy is enabled. So my suggestion for the option is: "Excel compatible selection for multiple cells". This feature would be better realized with two radio buttons that are labeled "(o) Expand to least row of right column" and "( ) Expand to last row of left column". And even better when the function works also in the other way from right to left, which isn't true. -- 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 113602] Warning in 'Options, Load/save, General' concerning file format should be more specific
https://bugs.documentfoundation.org/show_bug.cgi?id=113602 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Status|UNCONFIRMED |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Resolution|--- |WONTFIX --- Comment #1 from Heiko Tietze --- WONTFIX in my opinion because of too many dependencies for the various file formats. You deliberately disabled a safety function and want now a secondary functionality depending on what happened while editing. Given that's possible easily (what I doubt) the user may get accustomed to it and expect the same for other relations. Meaning for rich text you get a warning that fields will not be saved, on html that RTL direction may not work in browser foo, etc. Pandora's box. But feel free to reopen if you disagree. -- 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 113080] context menu should include items "copy comment" and " paste comment"
https://bugs.documentfoundation.org/show_bug.cgi?id=113080 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Status|UNCONFIRMED |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Resolution|--- |WONTFIX -- 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 113080] context menu should include items "copy comment" and " paste comment"
https://bugs.documentfoundation.org/show_bug.cgi?id=113080 --- Comment #4 from Heiko Tietze --- Created attachment 137567 --> https://bugs.documentfoundation.org/attachment.cgi?id=137567&action=edit Comments in Calc and Excel We provide the same options like Microsoft. Adding "copy/paste comment" to the menu would clutter it heavily. => WONTFIX If you frequently need a function like this you should rather do it per macro. -- 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 113651] UI Edit - Track Changes submenu item names inconsistent with ones in Writer
https://bugs.documentfoundation.org/show_bug.cgi?id=113651 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists | |.freedesktop.org| Ever confirmed|0 |1 --- Comment #2 from Heiko Tietze --- Yes. Jay, please harmonize the labels. -- 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 98301] Context menu "Save Image..." call of uno.saveGraphic is unclear that no conversion of image is provided
https://bugs.documentfoundation.org/show_bug.cgi?id=98301 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval |easyHack, needsDevEval CC|libreoffice-ux-advise@lists |mentoring@documentfoundatio |.freedesktop.org|n.org, ||tietze.he...@gmail.com --- Comment #7 from Heiko Tietze --- Simplest solution is to rename the function to 'Save as PNG' with a filter that does not provide other file types. Sounds like an easyhack to me. -- 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
