[Libreoffice-ux-advise] [Bug 104318] CTL formatting applies even when CTL checkbox is unchecked
https://bugs.documentfoundation.org/show_bug.cgi?id=104318 --- Comment #24 from Franklin Weng --- (In reply to Khaled Hosny from comment #23) > > I suggest simply dropping the setting and keeping things as they are now. > This is the default for new installations for some time now already and I > don’t see people screaming bloody murder about the extra controls. Nobody screaming doesn't mean they're fine with the options. They may just don't know where to shout. But I agree with your suggestion here. > > On the long run, we should do away with the idea of Western, CTL and CJK > font settings and do like, IIRC, what Microsoft Office is doing now and have > a single font chooser that sets the fonts for all the three to the same > font, the idea that there are only three categories of scripts is outdated > and absured anyway, why I would want to set the same font for Devanagari, > Thai and Arabic; there is absolutely nothing in common between the three. Agree. Don't make every language use the same font. Sometimes it's not because, for example, Chinese and alphanumeric have nothing in common. For me, the (half sized) alphanumeric characters in some Chinese fonts look so terrible! -- 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 #23 from Khaled Hosny --- Hiding CTL or CJK font setting by default and having to expand them or switch to a different tab is bad than status quo. Currently if I enable CTL and CJK controls then all my font settings are visible in one place and I can switch between them with little effort, which is not the case with the suggestion here. I suggest simply dropping the setting and keeping things as they are now. This is the default for new installations for some time now already and I don’t see people screaming bloody murder about the extra controls. On the long run, we should do away with the idea of Western, CTL and CJK font settings and do like, IIRC, what Microsoft Office is doing now and have a single font chooser that sets the fonts for all the three to the same font, the idea that there are only three categories of scripts is outdated and absured anyway, why I would want to set the same font for Devanagari, Thai and Arabic; there is absolutely nothing in common between the three. -- 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 118455] Definition List (or Definition Index) at the end of the page - EDITING
https://bugs.documentfoundation.org/show_bug.cgi?id=118455 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #2 from Heiko Tietze --- The alphabetical list is exactly what you want. You define index entries that are listed (alphabetically) - IIRC there is a ticket on sort by occurrence. All following the standard guidelines of writing. What exactly is missing? -- 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 90393] Text cell as first cell in range should not automatically be considered as label
https://bugs.documentfoundation.org/show_bug.cgi?id=90393 --- Comment #7 from Heiko Tietze --- (In reply to Heiko Tietze from comment #6) > *** Bug 118471 has been marked as a duplicate of this bug. *** From the other thread (In reply to Drew Jensen from comment #2) > (In reply to Julien Nabet from comment #1) > > Heiko/Xisco: should "Range contains column labels" be checked by default so > > the by default sort would consider first line as a label? > > If by default (which it is in the sort dialog on my installation) that is > good. > > But that does not appear to influence the behavior of the Ascending and > Descending sort tool bar buttons actions. (when the sort dialog is not > invoked). When those are used the option in the sort dialog has no effect. > > I would say the current behavior is a bug and for sort functions not > triggered from the dialog box the behavior should be to defaulted to 'first > row contains labels' when the user has selected a full column and should not > have that option set when the user manually selects a range of cells. > > I would not use the setting from the sort dialog, as it becomes a hidden > setting to most users. The issue with sorting was not confirmed there but the request to ignore is relevant here. -- 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 90393] Text cell as first cell in range should not automatically be considered as label
https://bugs.documentfoundation.org/show_bug.cgi?id=90393 Heiko Tietze changed: What|Removed |Added CC||lapsap7+...@gmail.com --- Comment #6 from Heiko Tietze --- *** Bug 118471 has been marked as a duplicate of 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 104318] CTL formatting applies even when CTL checkbox is unchecked
https://bugs.documentfoundation.org/show_bug.cgi?id=104318 --- Comment #22 from Tomaz Vajngerl --- we can't use scroll bars however... -- 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 86612] STATUSBAR: Resized window causes the loss of visibility of zoom functions
https://bugs.documentfoundation.org/show_bug.cgi?id=86612 --- Comment #9 from Samuel Mehrbrodt (CIB) --- (In reply to Heiko Tietze from comment #7) > Got it. Cool feature, works like a charm. Hope you also do it for Writer. Heiko, you could also do this yourself. Just add statusbar:mandatory="false" to the less important elements in the statusbar.xml. See https://cgit.freedesktop.org/libreoffice/core/diff/sd/uiconfig/sdraw/statusbar/statusbar.xml?id=d77f8eef165a7c6fd97cc06dcbc4ead55e7b633c for an example for Draw. -- 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 86612] STATUSBAR: Resized window causes the loss of visibility of zoom functions
https://bugs.documentfoundation.org/show_bug.cgi?id=86612 --- Comment #8 from Heiko Tietze --- PS: Please add this enhancement to the release notes https://wiki.documentfoundation.org/ReleaseNotes/6.1 -- 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 86612] STATUSBAR: Resized window causes the loss of visibility of zoom functions
https://bugs.documentfoundation.org/show_bug.cgi?id=86612 Heiko Tietze changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #7 from Heiko Tietze --- (In reply to Vasily Melenchuk (CIB) from comment #5) > (In reply to Heiko Tietze from comment #3) > > @Vasily: Compiled master from today but when I resize the window it still > > hides the zoom functions. Looking at the code there are mandatory sections > > now on the SB that are kept visible. > > Sry, current patch was including fixes for Draw and Calc statusbars. Got it. Cool feature, works like a charm. Hope you also do it for Writer. -- 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 118481] Display full view of all conditions in dialogue Conditional formatting for...
https://bugs.documentfoundation.org/show_bug.cgi?id=118481 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |mikekagan...@hotmail.com, |.freedesktop.org|tietze.he...@gmail.com Keywords|needsUXEval | Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #2 from Heiko Tietze --- I disagree here, the collapsed sections make sense when many conditions are used. Also, the request without a clear use case like "Benjamin wants to do to achieve , but is blocked by " makes the request sounds like a nice to have for just aesthetical purpose. -- 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 #21 from Heiko Tietze --- Created attachment 143263 --> https://bugs.documentfoundation.org/attachment.cgi?id=143263=edit Mockup for comment 12 (In reply to Heiko Tietze from comment #12) > Tomaz pointed out in the design meeting, that the character dialog depends > on this setting too. Could be expandable sections too, of course, but then you need a scrollarea. Issue here is that users likely switch between Western and Asian quite often. Not too funny with the tabs (neither any other control) so we have to add code that switches automatically to the right tab depending on the current selection. -- 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
