[Libreoffice-ux-advise] [Bug 54169] LibO doesn’t obey OS setting “only show the accelerator underline when the Alt key is being pressed”
https://bugs.documentfoundation.org/show_bug.cgi?id=54169 --- Comment #51 from Xisco Faulí --- A polite ping, still working on this bug? -- 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 118274] TABLE: Table styles should include table alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=118274 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #7 from Regina Henschel --- Currently the "table styles" in the Styles dialog are not styles in a technical sense, but they are table-templates. Such table-template is a set of cell formatting information, each of them for a special group of cells, e.g. the first row. Such cell formatting information contains a reference to a table cell style and a reference to a paragraph style. But the table template cannot have a reference to a table style. And the alignment information belongs to the element , not to the element . LibreOffice has only a rudimentary implementation of table-styles. It always writes the information as automatic-style, that is the way to write hard formatting. And if a file uses "true" table styles, LibreOffice does not understand it. The file format allows table styles as "true" styles, including inheritance and the possibility to use the same style for different tables. But LibreOffice has not implemented to use it. The UI will be tricky, because tables refer to two sources for their formatting, an element of family "table" and an element . So it is a valid request, to implement the use of true table styles. There exist bug 34391 about "table styles". But in fact the entire comments in it are about table templates. Therefore I think, it is better to keep this bug report for "true" table styles. A "true" table style is an element of family table as child element of element , in contrast to the current implementation as child of element . -- 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 118274] TABLE: Table styles should include table alignment
https://bugs.documentfoundation.org/show_bug.cgi?id=118274 Dieter Praas changed: What|Removed |Added Keywords||needsUXEval Summary|TABLE: Table styles don't |TABLE: Table styles should |include table alignment |include table alignment CC||libreoffice-ux-advise@lists ||.freedesktop.org Severity|normal |enhancement --- Comment #6 from Dieter Praas --- Now it's clear to me. I can confirm the observed behaviour. I think this is more an enhancement than a bug. I'm also not sure, if it is possible to add table alingment to table styles. So I don't want to change status to NEW. Perhaps some more experienced user knows more about it. -- 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 103791] ORG-MODE for LIBREOFFICE
https://bugs.documentfoundation.org/show_bug.cgi?id=103791 Buovjaga changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #6 from Buovjaga --- We should ask UX, if this is to be accepted as a core feature. -- 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 118266] WRITER, a new function "withdraw" or "redo", to withdraw the last applied "ADD to DICTIONARY" in spell checking
https://bugs.documentfoundation.org/show_bug.cgi?id=118266 Dieter Praas changed: What|Removed |Added OS|Linux (All) |Windows (All) Blocks||109527 Status|UNCONFIRMED |NEW CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org Ever confirmed|0 |1 Keywords||needsUXEval --- Comment #1 from Dieter Praas --- I suport this idea! But let's also ask Design Team. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=109527 [Bug 109527] [META] Spell check dialog 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 90279] Left click drag in Writer to insert image, textbox, etc.
https://bugs.documentfoundation.org/show_bug.cgi?id=90279 Yousuf Philips (jay) (retired) changed: What|Removed |Added Blocks||103152 Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103152 [Bug 103152] [META] Writer image 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 101179] Writer/Web: View > HTML Source mode toggles are awkward
https://bugs.documentfoundation.org/show_bug.cgi?id=101179 Heiko Tietze changed: What|Removed |Added Keywords||easyHack, needsDevEval CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| --- Comment #4 from Heiko Tietze --- Definitely a bug since the "HTML source" toggle button on the toolbar does the trick. Version: 6.0.4.2 Build ID: 6.0.4-2 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group -- 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 118239] Short cuts – allow for actions in reverse ways.
https://bugs.documentfoundation.org/show_bug.cgi?id=118239 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |tietze.he...@gmail.com |.freedesktop.org| --- Comment #4 from Heiko Tietze --- Some commands open dialogs, ctrl+H for Find & Replace, and dialogs are handled via confirmation button, where Cancel is assigned to escape and Okay (or the confirmative action) to Enter (depending on the workflow it might also require a more intentional action/click). Last but not least some functions should execute/open/show something but not revert this operation. You press ctrl+F to show the find bar but when you press it again it doesnt close but receives the focus again when you are working in the document. Escape is the typical shortcut to close those dialog-like toolbars/widgets. -- 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 118239] Short cuts – allow for actions in reverse ways.
https://bugs.documentfoundation.org/show_bug.cgi?id=118239 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- There are toggle function like bold font weight (ctrl+B) that works in both ways. The status is indicated by a lowered toolbar button (depending on your desktop environment/used theme). We also have some hidden functions that get sticky (toggled on) after double click, Clone Formatting is an example. Other commands start a function like Save (ctrl+S) or Print (ctrl+P), which cannot be reverted. Speaking about toolbars, there is another method for activation with hotkeys, given the function is placed in the main menu. In case of LibreOffice we provide it at View > Toolbars (alt+V, T, ). Closing the request as WONTFIX. If you assign a shortcut to the visibility of the toolbar you need to grab the mouse afterwards to start your command. Makes no sense IMHO. But luckily we offer a personalization via Tools > Customize > Keyboard. -- 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