[Libreoffice-ux-advise] [Bug 137236] Chapter, Filename and Template should be be shown in "Select" frame not "Format" frame in Fields dialog - Document tab
https://bugs.documentfoundation.org/show_bug.cgi?id=137236 --- Comment #18 from sdc.bla...@youmail.dk --- (In reply to Mike Kaganski from comment #16) > that don't take overall architectural picture into account; e.g. here, I > don't see an analysis like "This will change this from consistent into > inconsistent; yet, we estimate that about 60% users who currently use this > feature have problems, and the suggestion is expected to lower that number > to 35%". [avoiding politely the question of whether the possible change in consistency is "logical" or "subjective" (-: and completely oblivious of the overall architectural picture - but without disputing the general validity and importance of doing so ] How about an analysis like this (seriously meant): This change will guarantee with 100% that it will be possible to write a simpler, more comprehensible help page: https://help.libreoffice.org/7.1/en-US/text/swriter/01/04090001.html where (on this help page) all Types and Select items can be placed in a single table (so their relationship can be clearly indicated), rather than the current hybrid with a separate "Select" section, and where the instruction to the user is -- as the page currently says -- to insert a field, choose an item in the select list and press insert. (At present, the current help page is wrong, when some items to insert are in the Format frame. This change will also avoid having to find a way to explain these alternatives.) With all that in place, then it is easy to indicate that "Format" applies only Types "Date", "Page" "Statistics" and "Time", where format can be used to choose how dates, times, and numbers are displayed. Based on these potential improvements in the help page, we estimate that 3% of the users might read it, with 85% of them being able to successfully achieve (and/or) expand their possibility to use Document Field Types, with satisfaction. (ok, maybe this paragraph is only half-serious) Furthermore, it is predicted that with a consistent relation between Type and Select, and useful explanations of Field Types and Select in the Document Fields help, then users will gain advantage in understanding the DocInformation tab and the Variables tab, where all fields are inserted from the "Select" frame, and where Format is used (in DocInformation) like in Document to control dates and times (no numbers there) and roughly the same in Variables (now with numbers, and with greater numerical display variations (plus text) because of "Additional formats"). I suspect there already exist usability studies that show the advantage of a consistency across the tabs of the UI -- even if there are not studies of this particular Insert Fields dialog (with its different tabs). ---Please -- no reply to this analysis is needed -- but I wanted to lay out the main issue that motivated the OP and comment 14 -- 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 137813] Status bar shows 'SVG selected' while the actual image based on PDF (so PDF selected)
https://bugs.documentfoundation.org/show_bug.cgi?id=137813 Telesto 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 137814] UI: Rename Properties to 'Page Properties' and 'Slide' to Slide Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137814 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.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 137808] Rename "Track Changes" under "View" to "Tracked Changed"
https://bugs.documentfoundation.org/show_bug.cgi?id=137808 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.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 137813] Status bar shows 'SVG selected' while the actual image based on PDF (so PDF selected)
https://bugs.documentfoundation.org/show_bug.cgi?id=137813 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval |regression Severity|normal |minor Ever confirmed|0 |1 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org, qui...@gmail.com Priority|medium |low Status|UNCONFIRMED |NEW --- Comment #1 from Heiko Tietze --- In 6.4 it was "Image" but now we get "SVG", likely since this is the default in SdrGrafObj::TakeObjNameSingul(). And before I dig deeper it's better to ask Tomaz. -- 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 136772] Fileopen DOCX: Formatting of text in shape - not proper Text Fill and missing Text Outline effects
https://bugs.documentfoundation.org/show_bug.cgi?id=136772 Dieter changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Blocks||107657 --- Comment #3 from Dieter --- (In reply to Timur from comment #2) > This bug is about missing text outline of title text "Manual del EP". > MSO has customizable Text Fill and Text Outline in Format Text Effects and > LO only has simple outline checkbox. I confirm that, but I think, it is more an enhancement request than a bug, because - as you said - this feature isn't available in LO at all. So i suggest to change bug summary to something like "Add text contour feature to LO". Do you agree? cc: Design-Team Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=107657 [Bug 107657] [META] Font effects 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 137808] Rename "Track Changes" under "View" to "Tracked Changed"
https://bugs.documentfoundation.org/show_bug.cgi?id=137808 Heiko Tietze changed: What|Removed |Added CC||fit...@ubuntu.com, ||momonas...@gmail.com Ever confirmed|0 |1 Status|UNCONFIRMED |NEW --- Comment #1 from Heiko Tietze --- Rather "Show tracked changes". But we have two UNO commands defined, .uno:ShowTrackedChanges (FN_REDLINE_SHOW) and .uno:ViewTrackChanges that forwards to the other command but uses the short label. It was introduced with https://gerrit.libreoffice.org/c/core/+/23976 for bug 91781. But I don't see any good reason. Maybe "View" is the implicit action. And in fact, we do not use any "Show" in the menu items. IMHO, it's a good practice to use verbs. (Show/Edit) TC is a good example how the approach of short labels fails. OTOH, these repeated Show * looks also bad. -- 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 137808] Rename "Track Changes" under "View" to "Tracked Changed"
https://bugs.documentfoundation.org/show_bug.cgi?id=137808 --- Comment #2 from Roman Kuznetsov <79045_79...@mail.ru> --- We have Edit-Track changes-Show and View-Track changes and it's the same control. I agree with John, but I suggest rename it to "View-Show Track changes" >From another side all items in the View menu toggle show-hide something... Other opinions? -- 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 136772] Fileopen DOCX: Formatting of text in shape - not proper Text Fill and missing Text Outline effects
https://bugs.documentfoundation.org/show_bug.cgi?id=136772 --- Comment #4 from Timur --- In cases like these, not sure if new LO bug is needed to support this feature for editing, or this bug is enough just to read from DOCX, without modifying. -- 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 136772] Fileopen DOCX: Formatting of text in shape - not proper Text Fill and missing Text Outline effects
https://bugs.documentfoundation.org/show_bug.cgi?id=136772 Timur changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=10 ||7407 -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 Heiko Tietze changed: What|Removed |Added CC||kain...@gmail.com --- Comment #1 from Heiko Tietze --- Properties is always the last entry of the context menu. New Page is useful, always good to have alternative workflows. Same for delete, background etc. Don't see why we have to drop the Page submenu. -- 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 136772] Fileopen DOCX: Formatting of text in shape - not proper Text Fill and missing Text Outline effects
https://bugs.documentfoundation.org/show_bug.cgi?id=136772 --- Comment #5 from Dieter --- (In reply to Timur from comment #4) > In cases like these, not sure if new LO bug is needed to support this > feature for editing, or this bug is enough just to read from DOCX, without > modifying. I'm not a developer, but I assume, that if you open a docx-file correct, there is also a possibility to create such effects in LO and vice versa. Or do you have any objections to such a feature in LO? -- 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 136772] Fileopen DOCX: Formatting of text in shape - not proper Text Fill and missing Text Outline effects
https://bugs.documentfoundation.org/show_bug.cgi?id=136772 --- Comment #6 from Heiko Tietze --- Created attachment 166797 --> https://bugs.documentfoundation.org/attachment.cgi?id=166797&action=edit Text Fill and Outline in MSO MSO can fill and outline either in solid colors or (multi-step) gradients (besides shadow, reflection, glow, soft edges, and 3D text effects). We should make it possible in LibreOffice too, at least for compatibility. -- 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 136772] Fileopen DOCX: Formatting of text in shape - not proper Text Fill and missing Text Outline effects
https://bugs.documentfoundation.org/show_bug.cgi?id=136772 Heiko Tietze changed: What|Removed |Added Severity|normal |enhancement Ever confirmed|0 |1 Keywords|implementationError,| |needsUXEval | Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #7 from Heiko Tietze --- No UX topic, don't see an implementationerror. And there is likely a duplicate. -- 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 137814] UI: Rename Properties to 'Page Properties' and 'Slide' to Slide Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137814 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Keywords|needsUXEval |difficultyBeginner, ||easyHack, skillDesign, ||topicDesign Status|UNCONFIRMED |NEW CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Severity|normal |trivial --- Comment #1 from Heiko Tietze --- Yes, Page Properties in Draw, Slide Properties in Impress. In case of Impress, the menu entry in sd/uiconfig/simpress/popupmenu/page.xml is .uno:SlideSetup and for Draw it's sd/uiconfig/sdraw/popupmenu/page.xml .uno:PageSetup. Both UNO commands are defined in officecfg/registry/data/org/openoffice/Office/UI/DrawImpressCommands.xcu with separate 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 99794] Add option that undoing input doesn't jump view to the undo target cell
https://bugs.documentfoundation.org/show_bug.cgi?id=99794 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #14 from Cor Nouws --- (In reply to mattreecebentley from comment #13) > This bug is very upsetting when working with graphs and the like, as it is > impossible to compare before-and-after results for new data without setting > up a new field, which is time-consuming. What about using View > Freezing Rows and Columns to have both the chart and the table with data visible? > But more to the point, not a single other action in libreoffice steals focus > like this. > Not writing, not pasting. And neither should undo. I read different opinions here. And yes, I have to deal with it too, now and then, but don't find it that annoying. Using some short cuts for navigating (Ctrl+arrows e.g. ) often helps. > If you're worried about not knowing whether the action has occured, make you > concern consistent for pasting, writing also. That happens in my view, so no problem there. -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #2 from andreas_k --- In general you are right Telesto. It may be a bit confuse, the reasons are: 1. Property is always the last item and I wouldn't move it somewhere into a submenu. 2. New Page has a submenu, cause it was always that way in the past and I didn't want to remove the New Page item cause of the reason, I always get bug report when remove stuff. Thanks for the Feedback Telesto. For me it's a WFM or WF -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #3 from Telesto --- (In reply to Heiko Tietze from comment #1) > Properties is always the last entry of the context menu. New Page is useful, > always good to have alternative workflows. Same for delete, background etc. > Don't see why we have to drop the Page submenu. There might be alternative workflows possible.. But we also have customization feature.. So from my perspective LibreOffice should have only 'baseline' options. This topic belong again on the design principle/guidance list :-). GUI must useful for the general public and restrict itself to they basics. Special needs, practical features for group of people should not be implemented as (default) setting, IMHO. So not denying this makes sense for some; or multiple workflows are possible . Not against multiple workflows. This more about how it should be configured by default (stock). If there a templates with settings for different configurations (fine). Say Newbie, Pro] A configuration manager for most used 'tweaks/ features' also makes sense.. But (a) duplicating setting in (b) a not the most obvious place (like here) or enabled Markdown by default (not here) not the right way to go. There is kind of baseline configuration. Which uses they 'typical' prototype (sorry undefined) user 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 62672] Default data type of the Paste function needs to be configurable
https://bugs.documentfoundation.org/show_bug.cgi?id=62672 Cor Nouws changed: What|Removed |Added Version|4.0.1.2 release |Inherited From OOo CC||c...@nouenoff.nl --- Comment #10 from Cor Nouws --- The suggestion as such, makes sense. Although I always encourage people to use Ctrl+Shft+V :) ( So that may make the time waiting for changes, more comfortable ;) ) -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #4 from Telesto --- (In reply to andreas_k from comment #2) > 2. New Page has a submenu, cause it was always that way in the past and I > didn't want to remove the New Page item cause of the reason, I always get > bug report when remove stuff. Surely understand removing stuff ends up in complains :-). So also get you're not volunteering :P. There is a need for 'design' principles first. This setting is redundant. History based etc. With proper principles and nice argument you can at least explain to people why it got removed :-) And in addition their is an answer how to 'solve' their problem. People may configure LibreOffice in every way the want. This simply about default. If would be impossible to adjust, I get they objection. But this isn't the case. This simply a customization thing -- 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 116703] Make clear distinction on differences between "Export" and "Save As", and move items in those filters accordingly
https://bugs.documentfoundation.org/show_bug.cgi?id=116703 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #15 from Cor Nouws --- (In reply to Heiko Tietze from comment #10) > +1 for not being an HTML editor, similar to PDF. Users would miss both. > Compromise would be to _export_ to HTML (where we have XHTML and XML right > now). We know that we have users that are really happy with the HTML - for limited functionality of course ;) So I would not make life harder then needed, and leave this as is. @mike: you mention HTML as example. I don't know if there are more? -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #5 from andreas_k --- if there is a solution, the issue can be fixed by change the page.xml file. it's really simple. - https://opengrok.libreoffice.org/xref/core/sd/uiconfig/sdraw/popupmenu/page.xml?r=bd96f02f but please have also a look at impress page.xml file - https://opengrok.libreoffice.org/xref/core/sd/uiconfig/simpress/popupmenu/page.xml?r=bd96f02f When I redesign the popup menues, I removed a lot of commands from the context menu. After some bug reports, I added some items back. -- 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 134554] [META] Styles Inspector
https://bugs.documentfoundation.org/show_bug.cgi?id=134554 --- Comment #17 from Heiko Tietze --- Here we go https://gerrit.libreoffice.org/c/core/+/104927 -- 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 114246] FILEOPEN: Read-only file is open with design mode enabled.
https://bugs.documentfoundation.org/show_bug.cgi?id=114246 --- Comment #11 from Heiko Tietze --- I can follow Lionel's arguments. Should we resolve as WF, Xisco? -- 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 87362] TOOLBAR: New image toolbar
https://bugs.documentfoundation.org/show_bug.cgi?id=87362 Heiko Tietze changed: What|Removed |Added CC||kain...@gmail.com --- Comment #13 from Heiko Tietze --- Can we resolve this issue as fixed and bug 120985 as WF? -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #6 from Telesto --- (In reply to andreas_k from comment #5) > if there is a solution, the issue can be fixed by change the page.xml file. > it's really simple. > - > https://opengrok.libreoffice.org/xref/core/sd/uiconfig/sdraw/popupmenu/page. > xml?r=bd96f02f > > but please have also a look at impress page.xml file > - > https://opengrok.libreoffice.org/xref/core/sd/uiconfig/simpress/popupmenu/ > page.xml?r=bd96f02f > > When I redesign the popup menues, I removed a lot of commands from the > context menu. After some bug reports, I added some items back. Hmm, will try to find those reports first. -- 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 120886] Unify border and line formatting
https://bugs.documentfoundation.org/show_bug.cgi?id=120886 --- Comment #8 from Heiko Tietze --- No further input. The request is not specific enough to be actionable and the image toolbars are quite similar. Would recommend to resolve WF. What do you think, Andreas? -- 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 101835] UI request for 'Merge Cells' control in 'Format - Cells' window
https://bugs.documentfoundation.org/show_bug.cgi?id=101835 --- Comment #11 from Heiko Tietze --- Old ticket, missing further discussion. We have Merge Cells in the sidebar and run into issues when the selection spans over merged and normal cells (eg. C10:E10 are merged and you select D9:D11 => messagebox "not possible" or you select D11:E11 => merge is checked and you can only unmerge). The merge action is just not a _attribute_ of a cell. -- 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 113606] TOOLBAR: Handling of icon "borders" in the table toolbar should be improved (see comment 4)
https://bugs.documentfoundation.org/show_bug.cgi?id=113606 --- Comment #12 from Heiko Tietze --- The widget has the tooltip "Borders (Shift to overwrtite)". Removing functionality might be too much. -- 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 63374] calc gives no visual clue about enter/edit cell mode
https://bugs.documentfoundation.org/show_bug.cgi?id=63374 --- Comment #6 from Heiko Tietze --- Don't see the use case when this status bar information would be needed. -- 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 66472] A suggestion for better ergonomics for column, row, and cell actions in Calc
https://bugs.documentfoundation.org/show_bug.cgi?id=66472 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #10 from Heiko Tietze --- (In reply to Laurent Lyaudet from comment #0) > Suppose you want to unhide all hidden columns and all hidden rows. > You have to click 5 times > I propose the X zone to be replaced by the following visual element, > split the X zone in 3 parts like this... > and make all three zones clickable and right clickable: To un/hide all col/rows you select all and right click either row or column (two clicks +1). While the separation sounds like a fancy addition it has not so much benefit as it just provides the right click on a part of this cell (1+1 clicks). And we have to select all anyway to give proper feedback. So I'm not objecting the idea but doubt its benefit. -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from V Stuart Foote --- Properties dialog always belongs on the context menu. The new Page sub menu adds convenience of the Rename, and New Page (from the Pages pane and menu) are nice to have. And while the 'Set background image...' dialog workflow can be done from the Properties dialog -> Background 'Bitmap' tab it requires a lot of user understanding that the new command simplifies. Presence of these controls on the context menu rather than on the Properties dialog is fine, and it not be helpful to reexpand the Properties dialog. -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #8 from Telesto --- (In reply to V Stuart Foote from comment #7) > Properties dialog always belongs on the context menu. > > The new Page sub menu adds convenience of the Rename, and New Page (from the > Pages pane and menu) are nice to have. And while the 'Set background > image...' dialog workflow can be done from the Properties dialog -> > Background 'Bitmap' tab it requires a lot of user understanding that the new > command simplifies. > > Presence of these controls on the context menu rather than on the Properties > dialog is fine, and it not be helpful to reexpand the Properties dialog. They Page Properties I'm able to get. They Page sub menu not so. 1. Dislike sub menu's in context menu in principle [are there guidelines?]. So needs to avoided as far as possible. In context of costs/benefits. 2) With the page sub menu present I'm inclined to move properties to the sub menu (except simply less accessible). So not really an option.. --Renaming sub menu item I prefer to see what I'm doing; noticing names of other pages and such. And certain page needs to be selected * Available in Page Panel being obvious choice * And ideally in the right context menu of the sidebar/navigator [currently not the case somehow, why not?) * Selecting page & Pressing F2 (ouch, F2 using for insert text; this key normally used for rename on Windows.. but there probably is shortcut) --Background item sub menu Can be set in * Menu Page -> background * Sidebar -> Page * Right Click Context Menu -> Properties (will be page properties in the future) And maybe even right click -> Slide/Page panel (currently not the case). But in the context menu. Not seeing the point (as a default) --New page/delete page sub menu item Prefer this doing a point where you can see slides. So page/slide panel. And maybe navigator context menu (currently not present) And Page menu -> New page And I personally select a page in panel & press Delete key. Surely not taking the de-tour in a context menu. New page has (can have?) a short cut to.. They context menu is really superfluous. If people find it useful for some reason, fine. But they should add it themselves. There enough ways of reaching the goal. And the Context Menu entry surely most logical thing. --- I qualify this as an (superfluous) customization, IMHO. LibreOffice should deliver some workflow. Not making every workflow possible in advance. And if there is a need for such commands, combine those in different template configurations. Or let people share their dialog customization (similar to the Personas thing) That's possible to have different workflows, doesn't every workflow should by present in they UI by default (bloating stuff). You put commands at positions where it's "obvious" to look. And right click context menu on page have certain page settings doesn't that criteria, IMHO I can't explain more clearly, it simply feels off/wrong. And with more specific design principles, this might be 'obvious'. While my argument maybe not followed here, this same argument will be brought up in other case.. To archive they opposite. We can't add a new command in a sub menu.. because ... And cherry picking argument or selective weighting arguments being something I really dislike. There is simply not not a consistent pattern. Which kind of infuriating Design principles/guidelines are still guidelines. So still a possibility to do it differently. However there must be good arguments for doing so. But there a kind of barrier. -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 Telesto changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX |--- --- Comment #9 from Telesto --- Setting to UNCONFIRMED..like this on they regular UX meeting. Even if i'm (likely) not attending -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 --- Comment #10 from andreas_k --- My opinion is Wantfix. -- 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 137815] Draw right click context menu has Page and Properties
https://bugs.documentfoundation.org/show_bug.cgi?id=137815 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #11 from Heiko Tietze --- So far three times -1, no need to bring this up in the meeting. -- 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 137742] Google Docs exports only (ambiguous) "en" language tag text attribute
https://bugs.documentfoundation.org/show_bug.cgi?id=137742 --- Comment #18 from Mike Kaganski --- Not to contradict Eike (personally I totally agree with his assessment), just wanted to mention two related discussions, which incidentally show how ambiguous this is - so this basically is expected to support Eike's PoV: 1. In this one, a random person argues that for "Guessing the missing parts" problem, *the rule is to select the "original country" of the language. The exceptions are mostly based on population* (mentioning en, pt, and zh as those exception cases). https://stackoverflow.com/questions/2500066/if-you-have-an-application-localized-in-pt-br-and-pt-pt-what-language-you-shoul 2. This one shows that the first fallback for English locales is chosen by Google to be "International English variant", which is en-GB: "After opening a bug report on Google, defaulting to en_GB and not default strings.xml, they mentioned that this in the intended behaviour for Android N above". https://stackoverflow.com/questions/45511769/localization-for-canada-defaults-to-uk-should-default-to-us -- 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
