[Libreoffice-ux-advise] [Bug 118295] Gridlines "Show on colored cells" not working
https://bugs.documentfoundation.org/show_bug.cgi?id=118295 Julien Nabet changed: What|Removed |Added CC||serval2...@yahoo.fr Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Julien Nabet --- On pc Debian x86-64 with master sources updated today, I could reproduce this. I noticed that this option was used with vars or const like: - bGridOnTop - VOPT_GRID_ONTOP 318 IMPL_LINK( ScTpContentOptions, GridHdl, ListBox&, rLb, void ) 319 { 320 sal_Int32 nSelPos = rLb.GetSelectedEntryPos(); 321 boolbGrid = ( nSelPos <= 1 ); 322 boolbGridOnTop = ( nSelPos == 1 ); 323 324 pColorFT->Enable(bGrid); 325 pColorLB->Enable(bGrid); 326 pLocalOptions->SetOption( VOPT_GRID, bGrid ); 327 pLocalOptions->SetOption( VOPT_GRID_ONTOP, bGridOnTop ); 328 } => Show : value 0, bGrid = true, bGridOnTop = false Show on colored cells : value 1, bGrid = true, bGridOnTop = true Hide : value 2, bGrid = false, bGridOnTop = false See https://opengrok.libreoffice.org/xref/core/sc/source/ui/optdlg/tpview.cxx#318 Again the same mix (grid on color/grid on top): 498 case SCLAYOUTOPT_GRID_ONCOLOR: 499 pValues[nProp] <<= GetOption( VOPT_GRID_ONTOP ); 500 break; https://opengrok.libreoffice.org/xref/core/sc/source/core/tool/viewopti.cxx#498 Finally the value is used in sc/source/ui/view/gridwin4.cxx: 557 bool bGridFirst = !rOpts.GetOption( VOPT_GRID_ONTOP ); ... 715 if ( bGridFirst && ( bGrid || bPage ) ) 716 aOutputData.DrawGrid(*pContentDev, bGrid, bPage); 717 718 aOutputData.DrawBackground(*pContentDev); 719 720 if ( !bGridFirst && ( bGrid || bPage ) ) 721 aOutputData.DrawGrid(*pContentDev, bGrid, bPage); See https://opengrok.libreoffice.org/xref/core/sc/source/ui/view/gridwin4.cxx#715 -- 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 118095] Provide an option to disable drag and drop editing
https://bugs.documentfoundation.org/show_bug.cgi?id=118095 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #1 from Regina Henschel --- You select a text and the next mouse-down on it will deselect it? How will you then drag something? Currently you click on the selected text, which will deselect it, and then click with mouse-down starts a new selection. What is bad with that workflow? -- 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 118095] Provide an option to disable drag and drop editing
https://bugs.documentfoundation.org/show_bug.cgi?id=118095 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org 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 56899] UI: Export dialogue for graphics should remember settings for consecutive exports (within session)
https://bugs.documentfoundation.org/show_bug.cgi?id=56899 Buovjaga changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=89 ||192 -- 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 67560] Draw: PNG export options not remembered
https://bugs.documentfoundation.org/show_bug.cgi?id=67560 Buovjaga changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=89 ||192 -- 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 117989] BASE form's objects can not be dragged outside the visible window in design mode
https://bugs.documentfoundation.org/show_bug.cgi?id=117989 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||todven...@suomi24.fi Keywords||needsUXEval --- Comment #1 from Buovjaga --- (In reply to Ηλίας Ηλιάδης from comment #0) > This behavior is more complicated by the fact that you can set the x and y > positions to anything you want using the properties window. Then the window > moves to the position of the object. But since there is no horizontal > scrollbar if you want to move to another object not visible on visible area > the only way is to use either the From Navigator or zoom outside. This is not true for me. Instead, the object hits the edge of the visible area and when I go back to the position and size, the values have been limited forcefully. Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 0929a98acca8ec4d86caa97d3090a39f89f35f90 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on June 20th 2018 -- 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 117883] The features for the "Create:" heading below "Impress Presentation" can't be accessed.
https://bugs.documentfoundation.org/show_bug.cgi?id=117883 Buovjaga changed: What|Removed |Added Keywords||needsUXEval Blocks||61914 CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||todven...@suomi24.fi --- Comment #4 from Buovjaga --- Fortunately, a recent bug report has a resizing & positioning macro that allows us to simulate the starting situation. 1. Open attachment 142300 (enable macros when asked) 2. Close document so you drop to start center Interestingly, the running the macro on Linux does not alter the height, so the case is Windows-only. Let's ask UX team. Should we limit the ability to resize the height, by macros & whatever cosmic coincidences? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=61914 [Bug 61914] [META] Start Center bugs and enhancements -- 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 112697] Master slide incorrectly applied to pasted slide from a different presentation if the master slides have the same names (sometimes, not consistent)
https://bugs.documentfoundation.org/show_bug.cgi?id=112697 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #10 from Buovjaga --- Talked briefly with Mike and he agreed that we should bring in UX. Quoting Regina from the dupe: (In reply to Regina Henschel) > I think, it is the same, at least it should be handled together. > > A decision about the desired behavior in case of identical names is needed, > e.g. (a) silent rename of source master page and add it as new master page > (b) dialog about name conflict (c) silent apply of standard page object from > source to target master page. The desired behavior is likely different for > copy inside a document compared to copy between documents. > Pasting pages to and from Draw has the additional aspect, that source and > target document might have different layer-sets. > > I think, copy of pages/slides between documents need some UX-advice. -- 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 104318] CTL formatting applies even when CTL checkbox is unchecked
https://bugs.documentfoundation.org/show_bug.cgi?id=104318 --- Comment #11 from Heiko Tietze --- Created attachment 143002 --> https://bugs.documentfoundation.org/attachment.cgi?id=143002=edit Mockup for comment 10 Tomaz, Caolan what do you think? Basically I removed "For the current document only" and rearranged the controls. -- 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 118296] Color at tools > options > gridlines cannot be reverted
https://bugs.documentfoundation.org/show_bug.cgi?id=118296 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Regina Henschel --- (In reply to Heiko Tietze from comment #0) > "Grid color" (some grayish color) The color is COL_LIGHTGRAY (=c0c0c0), defined in https://opengrok.libreoffice.org/xref/core/include/tools/color.hxx#250. This is set as default in https://opengrok.libreoffice.org/xref/core/sc/inc/viewopti.hxx and called SC_STD_GRIDCOLOR in core. The string "Grid color" belongs to the strings, which are localized. It is named STR_GRIDCOLOR in core. Default setting: If the color "c0c0c0" is contained in the current color palette of Calc, then the color name from that palette is shown; if the color is not contained, the localized version of STR_GRIDCOLOR is shown. Test it: Start with a new user profile. Start with new Calc document and switch to palette HTML there. Go to the options dialog tab. Now you see "Silver". I can confirm your observation, that there is no UI way back to string "Grid Color". That is, because the registrymodifications.xcu gets an item "gridlinecolor" if the user has selected a different grid color. And sometimes the grid color is entered in UserColors, even without touching the grid color. But my suggestion is different: I would not add it to any palette. But I would prefer an option in the dialog, to set the default color. An item "default" above the color palette selection for example, similar to other dialogs, which have an item "automatic" at that place. That would solve the problem, that the user does not know which color is the default one. -- 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 101736] standard keyboard shortcut to increase / decrease indent on macOS (macOS only)
https://bugs.documentfoundation.org/show_bug.cgi?id=101736 Heiko Tietze changed: What|Removed |Added OS|Mac OS X (All) |All CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com, |.freedesktop.org|vstuart.fo...@utsa.edu Resolution|--- |WORKSFORME Status|NEW |RESOLVED Keywords|needsUXEval | --- Comment #6 from Heiko Tietze --- We discussed the request in the design session. Indentation is not a function that requires a shortcut by default, so we suggest to customize it (the commands are "Increment Indent Value", "Decrement Indent Value"). MSO Word indents on tab (and decrease the indentation to zero with backspace) while we insert a tabulator character. That can be done in Word with ctrl+tab (or was it ctrl+t?). In the end, we don't think that changing our well-working interaction makes much sense. (The "missing" shortcut is not restricted to macOS) -- 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 39829] L10n decimal and thousands separator selection for CSV (or other delimiter) text being imported to Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=39829 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Keywords|needsUXEval | Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #11 from Heiko Tietze --- We discussed the topic in the design session. While Excel provides an "Advanced..." dialog where the user can define the delimiters, the supposed workflow in LibreOffice is to select it via Language. That means in case of 1,2;1,3 it should be "German", and that reads the values as numbers 1.1, 1.2... even when locale setting is US English. So the request is a WF. But we should update the preview to make it clear what language means. Bug 118298 - Update preview in CSV import dialog when the language is changed -- 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 39829] L10n decimal and thousands separator selection for CSV (or other delimiter) text being imported to Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=39829 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||8298 -- 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 99615] No way to accept autocomplete and continue typing in the cell (without exiting and returning)
https://bugs.documentfoundation.org/show_bug.cgi?id=99615 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Resolution|--- |WORKSFORME Status|NEW |RESOLVED CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| --- Comment #5 from Heiko Tietze --- We discussed the topic in the design session and agree with Eike. The supposed workflow is to go into edit mode per F2; that's by the way the same in Excel. -- 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 118296] Color at tools > options > gridlines cannot be reverted
https://bugs.documentfoundation.org/show_bug.cgi?id=118296 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||5560 -- 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 118295] Gridlines "Show on colored cells" not working
https://bugs.documentfoundation.org/show_bug.cgi?id=118295 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||5560 -- 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 105560] "View > Grid Lines for Sheet" only affects current sheet, not all selected sheets
https://bugs.documentfoundation.org/show_bug.cgi?id=105560 Heiko Tietze changed: What|Removed |Added Resolution|--- |NOTABUG CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| Keywords|needsUXEval | Status|NEW |RESOLVED See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=11 ||8292 --- Comment #22 from Heiko Tietze --- We discussed this ticket in the design session and came to the conclusion of NOTABUG. Tools > options as a general setting and view > gridlines for the current sheet is the proposed workflow and works alike at Excel. Issues around this topic: Bug 118292 - Setting of View > Gridlines not stored with the document (see also comment 20) Bug 118294 - Hidden gridlines cannot made visible temporarily Bug 118295 - Gridlines "Show on colored cells" not working Bug 118296 - Color at tools > options > gridlines cannot be reverted -- 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 118296] New: Color at tools > options > gridlines cannot be reverted
https://bugs.documentfoundation.org/show_bug.cgi?id=118296 Bug ID: 118296 Summary: Color at tools > options > gridlines cannot be reverted Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: normal Priority: medium Component: Calc Assignee: libreoffice-b...@lists.freedesktop.org Reporter: tietze.he...@gmail.com CC: libreoffice-ux-advise@lists.freedesktop.org, vstuart.fo...@utsa.edu When changing the tools > options > calc > view > visual aids > color from "Grid color" (some grayish color) to something else like Light Gray 4 it cannot be reverted since "Grid color" is not available on any palette. What we can do is to change the default to Light Gray 3 or to add the Grid color to the libreoffice palette, for example. -- 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 118295] New: Gridlines "Show on colored cells" not working
https://bugs.documentfoundation.org/show_bug.cgi?id=118295 Bug ID: 118295 Summary: Gridlines "Show on colored cells" not working Product: LibreOffice Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: normal Priority: medium Component: Calc Assignee: libreoffice-b...@lists.freedesktop.org Reporter: tietze.he...@gmail.com CC: libreoffice-ux-advise@lists.freedesktop.org, vstuart.fo...@utsa.edu Tools > options > calc > visual aids > gridlines = Show on colored cells is supposed to show the gridlines when the cell background is yellow, for example. That doesn't work at 6.0. Furthermore, this feature is better provided as an extra option. For example like this: *Visual Aids* (o) Show Gridlines ( ) Hide Gridlines [ ] But show on colored cells If the user has gridlines active by default but switches it off temporarily per view > gridlines, the show on colored cells might become handy as well. So we could also do it like this *Visual Aids* (o) Show Gridlines ( ) Hide Gridlines [x] Always show gridlines on colored cells -- 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 113236] UI: The naming menu "Tools > Protect Spreadsheet" is not correct/confusing
https://bugs.documentfoundation.org/show_bug.cgi?id=113236 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com, |.freedesktop.org|vstuart.fo...@utsa.edu Keywords|needsUXEval | --- Comment #5 from Heiko Tietze --- We discussed Protect, Lock, and Freeze in the design session and came to the conclusion that Cor's original proposal is the best way to go taking into consideration that help maybe will lag behind. @Cor: Tell me, if your limited time keeps you away from the patch (you are assigned). -- 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