[Libreoffice-ux-advise] [Bug 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #3 from Heiko Tietze --- How about an (expert) option here? The general approach would be something like Browsers offer where you can zoom into the content. We could do the same for font size and maybe kind reintroduce bug 101646 (UI scaling), which receives a lot of interest, but per control vs. per application. Though, this sounds like an overkill to me. -- 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 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 --- Comment #2 from Mike Kaganski --- A transcript from #libreoffice IRC chat: > Marqeaux has joined > Marqeaux: Hi everybody. I want to ask a question about the formula bar in > Calc. The font size in the formula bar has been increased for better > readability. Is there a way to make the font size in the formula bar smaller > again, just like it was in previous versions of LibreOffice? > Marqeaux: Oh, I'm using LibreOffice 6.3.0. I forgot to mention that piece of > information... > quikee[m]: Marqeaux: interesting ... it's the same size for me > Marqeaux: I got LibreOffice 6.3.0. on more machines installed. The formula > bar shows a bigger font (too big for my taste), and the formula bar is also > increased in height. It used to have the same height as the cell bar (where > you see in which cell you are)... > Marqeaux: I prefer the situation like it was in LO 6.2. (the formula bar, I > mean...) > Marqeaux: ;) > mikekaganski: Marqeaux: I confirm font size increase in 6.3 > quikee[m]: maybe it manifests in windows. I was looking in Linux with gtk3 > backend > quikee[m]: we modified the scrollbars of the formula bar.. could be that has > influenced the size > mikekaganski: quikee[m]: /me bisects > Marqeaux: Is there a way in the expert configuration to alter the size of the > fonts in the formula bar, and also the height of the formula bar? > quikee[m]: Marqeaux: no, I don't think so... increase is also not intentional > so it looks like you "found" a bug > mikekaganski: Marqeaux: ... which needs a bug report > mikekaganski: quikee[m]: 04b60370a73b79e3aa0a04bc7cff45dff1db6286 > Marqeaux: I made a screenshot of what I see (on multiple machines, not only > on Xubuntu): https://mupload.nl/img/edk3kknwn.png > mikekaganski: Marqeaux: so it was intentional in the end: tdf#101443 > Marqeaux: I guess it's intentional, because more and more software follow the > GTK3 guidelines. I think it's awful, because GTK3 makes everything big and > bold, and with no borders. I looks like a "Fischer-Price" kinda of > approach > mikekaganski: Marqeaux: it wasn't because of "GTK3" (and most LO users are on > Windows btw); it was because of the previous font was unreadable on some > macOS (not using GTK3 also) > mikekaganski: Marqeaux: "In addition to inputline redesign, character size > has been increased to 120% of original size. This prevents very small / > unreadable inputline character sizes on some OS X resolutions" > Marqeaux: Ah, alright. But anyway I takes up too much space now. It's > fine that the fonts in the formula bar are bigger, but I hope that there's a > way to make it "normal" again... > mikekaganski: Marqeaux: the commit mentioned above has the min font size > fixed (16, strange size for UI actually). You may file an enhancement request > to make it user-configurable or smaller. > Marqeaux: Yes, I also found it a very strange decission to make it that big. > It just doesn't fit into the GUI. I think it's better to make it > user-configurable, rather than to leave it "hard-coded". Although my eyes > aren't that good (I wear glasses and I'm middle aged), but I never had > trouble reading the formula bar as it was before. > Marqeaux: Where can I file an enhancement request? > mikekaganski: Marqeaux: I already wrote a comment there in the original bug. > I gave you the link to the bug, and that's the site where we write and track > reports. > mikekaganski: Marqeaux: please file your request separately regardless of my > comment: it would help to provide arguments when needed. Please put the > mentioned bug to See Also in the new report. Thanks. > Marqeaux: Thanks for the advice. I will report it, along with my arguments. > Thank you too! ;) > Marqeaux has disconnected: Quit: Ik ben weg! Tot ziens allemaal! I still think that it's easy to make a smll tweak - just to make this little thingie a bit bigger... and then do another tiny tweak to change that a little... and so on. But if there's a problem with readability of some text size that is used throughout our application, and there's no such problems in other applications on that OS, then that means that either we use wrong text size *universally* in our app (which means we don't get correct size from OS), or (if we use proper size) that we render text wrong (blurry?). And tweaking text size in one specific control to workaround is just wrong. A fix is needed, but in a different place. Please don't enrich the codebase with hacks that would make it a PITA later to find why something works differently and unexpectedly. And in general - that patch included *different* fixes - something that is *never* a good thing, e.g. in case when you need to revert one change, but not another. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list
[Libreoffice-ux-advise] [Bug 127066] UI: Font size in input line (formular bar) larger than in other UI elements
https://bugs.documentfoundation.org/show_bug.cgi?id=127066 --- Comment #1 from Thorsten Wagner --- Calc input line is a special widget which is used in Calc only. In relation to other UI widgets this widget may contain a lot of text like direct input to Calc cells. It's only a small effort to revert font size equal to the other UI elements, but this will restore worse readability especially with larger amounts of text. -- 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 122007] Support for multiple selection of list entries in data series selection
https://bugs.documentfoundation.org/show_bug.cgi?id=122007 Buovjaga changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REOPENED|RESOLVED CC||todven...@suomi24.fi -- 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 125864] Safer application of options for each filter criterium in a pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=125864 Buovjaga changed: What|Removed |Added Status|REOPENED|RESOLVED Keywords|needsUXEval | CC||todven...@suomi24.fi Resolution|--- |WORKSFORME -- 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 125864] Safer application of options for each filter criterium in a pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=125864 Markus Elfring changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #7 from Markus Elfring --- Will any nicer solution ideas appear? -- 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 122007] Support for multiple selection of list entries in data series selection
https://bugs.documentfoundation.org/show_bug.cgi?id=122007 Markus Elfring changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- --- Comment #13 from Markus Elfring --- (In reply to Heiko Tietze from comment #12) > Multi-selection in the chart wizard lists makes no sense I disagree. > and removing entries is only necessary if the selected range has not been > chosen carefully. Please check the mentioned use case once more. Can other contributors convince you better for corresponding application needs? -- 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 125834] Extend context menu in a pivot table with mark actions
https://bugs.documentfoundation.org/show_bug.cgi?id=125834 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.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 125834] Extend context menu in a pivot table with mark actions
https://bugs.documentfoundation.org/show_bug.cgi?id=125834 Markus Elfring changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- Ever confirmed|0 |1 --- Comment #6 from Markus Elfring --- (In reply to Heiko Tietze from comment #5) I would appreciate a nicer context menu. -- 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 126618] More explanatory title for "Compare documents" file select dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=126618 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |79045_79...@mail.ru, |.freedesktop.org|heiko.tietze@documentfounda ||tion.org, ||mentoring@documentfoundatio ||n.org Status|UNCONFIRMED |NEW Priority|medium |low Severity|normal |minor Keywords|needsUXEval | Ever confirmed|0 |1 --- Comment #4 from Heiko Tietze --- Such an explanatory text would spoil the system dialog, if possible at all. And to some extend I agree with the OP that in most cases the document is compared with the original. Together with the fact that our documentation talks about this term we should change the label to "Compare to original document". That's definitely an easy hack. -- 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 125864] Safer application of options for each filter criterium in a pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=125864 --- Comment #6 from Markus Elfring --- (In reply to Heiko Tietze from comment #5) > Having options for each of the 3 parameters is an overkill and impairing > usability. I got other application expectations. I hope that this view can be reconsidered. > So closing as WFM. Would other contributors like to adjust the software situation any 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 122007] Support for multiple selection of list entries in data series selection
https://bugs.documentfoundation.org/show_bug.cgi?id=122007 Heiko Tietze changed: What|Removed |Added Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #12 from Heiko Tietze --- We had this topic on the agenda of the weekly design meeting. Multi-selection in the chart wizard lists makes no sense and removing entries is only necessary if the selected range has not been chosen carefully. So closing this as WFM. -- 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 125826] Support context menus for management of list entries in pivot table setup dialogue
https://bugs.documentfoundation.org/show_bug.cgi?id=125826 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #6 from Heiko Tietze --- For accessibility it makes sense to have alternatives to the drag 'n drop actions. So let's add a context menu to Field with the actions Add to Row, Add to Column, Add to Values and the respective menu at these lists with "Remove". -- 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 125834] Extend context menu in a pivot table with mark actions
https://bugs.documentfoundation.org/show_bug.cgi?id=125834 Heiko Tietze changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #5 from Heiko Tietze --- We had this topic on the agenda for the weekly design meeting. The row/column selection is not limited to pivot tables and commands would be relevant for spreadsheets too. And since we have plenty of shortcuts to deal with data I close this as WFM. -- 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 125864] Safer application of options for each filter criterium in a pivot table
https://bugs.documentfoundation.org/show_bug.cgi?id=125864 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WORKSFORME --- Comment #5 from Heiko Tietze --- We had this topic on the agenda for the weekly design meeting. Having options for each of the 3 parameters is an overkill and impairing usability. So closing as WFM. -- 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 62926] Add option to show 'Apply Style' menu in plain text
https://bugs.documentfoundation.org/show_bug.cgi?id=62926 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | CC|libreoffice-ux-advise@lists | |.freedesktop.org| --- Comment #13 from Heiko Tietze --- Results from the poll: * Add the new option under Options > View, next to "Show Font Preview" 40% (44 votes) * Combine the two (and prehaps more) controls under the same option 29.09% (32 votes) * Don't add another option 14.55% (16 votes) * Add the new option under Options > Writer > View 11.82% (13 votes) * Don't add another option and also remove the exiting "Show Font Preview" 4.54% (5 votes) Taking the 2nd and 3rd option together (combine and no new) the majority is against an additional checkbox. So let's combine the styles dropdown WYSIWYG preview with View > Font. I would keep the sidebar preview option extra as this is a different workflow and affecting a list instead dropdowns. -- 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
