[Libreoffice-ux-advise] [Bug 127491] Enter a half-width character at begining of line , The Language change from Japanese to English.
https://bugs.documentfoundation.org/show_bug.cgi?id=127491 --- Comment #6 from QA Administrators --- Dear nogajun, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping -- 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 135054] UI: Make it possible to set the column with in % even with relative disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=135054 --- Comment #2 from Telesto --- (In reply to Heiko Tietze from comment #1) > Follow-up/Different POV to bug 134924 duplicating bug 72662. > You may suggest to switch this option on once the user enters % in any of > the spin edit fields. Might work but is too much automatism in my opinion. -> Too much automatism? Not sure what the argument entails? However for people wanting a nice distribution and lazy for calculating :-). And this won't be the first hidden feature ;-). The child heading styles inherit the font size of the top heading. They defined relative.. Which makes sense and being awful at the same time :-). Relative to what. And what font size do I get .. but is here of topic of course :-) The column width number are coming from somewhere too. Of course not a that important, but nice to have IMHO And the spinbutton does already allow input in inch/pt even if system is set to cm :-). And defining in table width in points? Really? -- 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 134924] Table width changes after going to column tab (see comment 7)
https://bugs.documentfoundation.org/show_bug.cgi?id=134924 Heiko Tietze changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5054 -- 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 135054] UI: Make it possible to set the column with in % even with relative disabled
https://bugs.documentfoundation.org/show_bug.cgi?id=135054 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||4924 Status|UNCONFIRMED |RESOLVED Blocks||103100 CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org --- Comment #1 from Heiko Tietze --- Follow-up/Different POV to bug 134924 duplicating bug 72662. Imagine percent to be tricky since you don't know what is 100% at the input field. The solution is a checkbox (in contrast to 72662) that allows to enter percent. And we have "[ ] Relative" at Table > Width (if not Alignment > Automatic) which makes all spinners showing the percentage - also at the column tab. You may suggest to switch this option on once the user enters % in any of the spin edit fields. Might work but is too much automatism in my opinion. So resolving the request WF. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=103100 [Bug 103100] [META] Writer table bugs -- 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 134929] The preset spacing "from left" is depending how you walk through alignment options
https://bugs.documentfoundation.org/show_bug.cgi?id=134929 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #5 from Heiko Tietze --- (In reply to Mike Kaganski from comment #4) > Anyway, it's just a matter of UX, and any reasonable mode may have its > proponents and those who dislike that. UnCCing myself. There are always people who are unhappy with different solutions than known. Input from UX has been given, unCCing too (keeping the reopened ticket open). -- 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 134530] Varied file path options depending on application selected
https://bugs.documentfoundation.org/show_bug.cgi?id=134530 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #3 from Heiko Tietze --- No further input, so resolving as WF. The request might be reasonable for your workflow, Willy, but is uncommon for the majority. Plus, it has a considerable effort to implement and drawbacks on the usability (more configuration switches make the interaction not easier). Feel free to reopen if you disagree or if you can provide further arguments. -- 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 134976] UI: a quick way to pick a ODF version on save
https://bugs.documentfoundation.org/show_bug.cgi?id=134976 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #14 from Heiko Tietze --- Looks like UX input has been given. We have some who argue WF with the idea that switching between formats is not a user task. And we have a discussion how to implement the feature with a) (optional) extra dialog in the save as workflow and b) extra filetype in the type dropdown. -- 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 134805] List styles: "New style from selection" propagates (in error) to UNSELECTED paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=134805 Heiko Tietze changed: What|Removed |Added Resolution|WONTFIX |NOTABUG --- Comment #7 from Heiko Tietze --- Not WF but "not a bug", of course. -- 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 134805] List styles: "New style from selection" propagates (in error) to UNSELECTED paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=134805 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #6 from Heiko Tietze --- Thanks for the input. I weight the effort to continue a list higher than restarting a list, as it works today, and resolve the ticket as wontfix therefore. -- 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 130862] AUTO-REDACT: enhance GUI and term
https://bugs.documentfoundation.org/show_bug.cgi?id=130862 Adolfo Jayme changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- 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 130862] AUTO-REDACT: enhance GUI and term
https://bugs.documentfoundation.org/show_bug.cgi?id=130862 --- Comment #7 from Commit Notification --- Adolfo Jayme Barrientos committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e3552b5393b2912732530b4087d22ecf90865926 tdf#130862 Remove wrong size values from individual buttons; use HIG spacing It will be available in 7.1.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 mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 130862] AUTO-REDACT: enhance GUI and term
https://bugs.documentfoundation.org/show_bug.cgi?id=130862 Commit Notification changed: What|Removed |Added Whiteboard|target:7.0.0|target:7.0.0 target:7.1.0 -- 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 134380] UI Shape size setting relative to Entire page/Paragraph area missing from UI
https://bugs.documentfoundation.org/show_bug.cgi?id=134380 Balázs Regényi changed: What|Removed |Added Assignee|libreoffice-b...@lists.free |regenyi.balazs+libreoffice_ |desktop.org |bugzi...@gmail.com Ever confirmed|0 |1 Status|UNCONFIRMED |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
[Libreoffice-ux-advise] [Bug 134929] The preset spacing "from left" is depending how you walk through alignment options
https://bugs.documentfoundation.org/show_bug.cgi?id=134929 Mike Kaganski changed: What|Removed |Added CC|mikekagan...@hotmail.com| --- Comment #4 from Mike Kaganski --- I like how it works presently. Choosing an alignment mode that defines fixed position of course sets that value; choosing a mode that allows tuning does its best to keep previously selected positioning. Anyway, it's just a matter of UX, and any reasonable mode may have its proponents and those who dislike that. UnCCing myself. -- 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 134929] The preset spacing "from left" is depending how you walk through alignment options
https://bugs.documentfoundation.org/show_bug.cgi?id=134929 Telesto changed: What|Removed |Added Resolution|NOTABUG |--- CC||mikekagan...@hotmail.com Status|RESOLVED|UNCONFIRMED --- Comment #3 from Telesto --- @Mike Would love you're opinion. I personally think the alignment change should reset the spacing to zero in case from left (scope is bit large) 1. Click Align left: Set the table width to 12 2. Click from left (fine) 3. Click Right fine 4. Click From Left again. Wrong -> It uses setting from right. 5. Same issue when click center first an from left second 6. Manual has the same flaw as from left (except manual opts for center by default) I would assume from left behaves the same as if it was initially select. So 1. Set alignment from left 2. Set width to 12. Left 0 Right 5 CM -- 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 134857] CONFIGURATION VIEWING languages dialog option "For the current document only" is wrong
https://bugs.documentfoundation.org/show_bug.cgi?id=134857 chris...@labs.epiuse.com changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 --- Comment #4 from chris...@labs.epiuse.com --- (In reply to Heiko Tietze from comment #3) > (In reply to christos from comment #0) > > A. The default language for Western documents is NOT shown although the > > label above this field is "Default Languages for Documents". > > The Default Paragraph Style (and all derived styles) change the language > (you find it under Font) to your default. The language at the cursor is > shown in the status bar - and you can change it there as well, just click it. This report is not about how to change the language, but about what LibreOffice shows in the languages options under "Default Languages for Documents". See the rest of item A in the original report and the attachment about Writer. Taken together, the Western language field and checkbox "For this document only" are inconsistent for Writer. > > II. For Impress > > The default language for Western documents is shown. > > Maybe I missed this point. But what exactly is different at Impress? Main > menu, tools > options, sidebar, some properties, statusbar... Same steps as in Writer, that is - same language settings - creation of a new document - now an Impress presentation - which of course starts out in the default language - change of language for all text through the menu (without using More...) - opening the languages dialog from the window of this presentation Impress does not lead to the inconsistency mentioned above between language and checkbox (see the picture for Impress and compare it to the one for Writer, noting the difference between USA and UK English). In other words, the sequence of steps gives different results when the languages are displayed from a Writer or an Impress window. Writer shows the language of the current document, Impress the (global) default. -- 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