[Libreoffice-ux-advise] [Bug 153537] FIELD DIALOG: Add possibility to assign character style to the field
https://bugs.documentfoundation.org/show_bug.cgi?id=153537 --- Comment #13 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153537] FIELD DIALOG: Add possibility to assign character style to the field
https://bugs.documentfoundation.org/show_bug.cgi?id=153537 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154593] Show a "Welcome Screen" on first startup with appropriate info and choices
https://bugs.documentfoundation.org/show_bug.cgi?id=154593 --- Comment #5 from V Stuart Foote --- I'm not saying dump the "functional" 'User Interface..' dialog pop-up on new profile use. As agreed/implmented for bug 137931 that remains acceptable. What is NOT acceptable is a Welcome dialog popped open from the UI, it would be far more efficient to open a web browser and link WiKi and tailored help content for getting users started. I am saying the 'User interface...' dialog is sufficient, anything more needs to go to the Tools -> Options dialog panels. That where the now defunct 'Personalization' panel would be a reasonable location to consolidate some of the emerging UI configuration decisions/settings that folks might like to adjust. Lots of opportunity to do something functional there. A Welcome screen though would just be "fluff" that new users/or on profile reset will be blow through, non-functional other than self-advertising and a waste of dev effort to implement/maintain that could be better spent elsewhere. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154593] Show a "Welcome Screen" on first startup with appropriate info and choices
https://bugs.documentfoundation.org/show_bug.cgi?id=154593 --- Comment #4 from Eyal Rozenberg --- (In reply to John Mills from comment #3) > "we WANT people to read the manual and spend time on forum, maillist, even > ASK on how to use/configure LibreOffice." > > This sounds incredibly elitist and not in the spirit of an inclusive > community. Well, we might _like_ users to do that, but it is unrealistic to assume they would. So we certainly can't _expect_ them to do so. Anyway, that's irrelevant, because it's a settled matter! I don't know why Stuart is opening this discussion up again. (And just think what would happen if LO became more popular, and 2 Billion people would start filling the mailing lists and IRC channels with mundane questions...) > This is very much the sentiment on "JRTFM" that you see hard-core > Linux types express to newbie users, I'm a hard-code Linux type and my slogan is: If the user needs to read the manual for basic usage, then the developer/UX designer has failed. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154593] Show a "Welcome Screen" on first startup with appropriate info and choices
https://bugs.documentfoundation.org/show_bug.cgi?id=154593 --- Comment #3 from John Mills --- (In reply to V Stuart Foote from comment #1) > Why? We should NOT pester people with this kind of nonsense, we should > provide functional defaults that let them get on with using the application. > > If they choose to poke around with customization and personalization--fine! > > Bet we should not FORCE it on them, there are other documentation > avenues/getting started help that is more appropriate than an "in-your-face" > do this before you can start doing anything. > > The UI picker as evolved was sufficient, it hinted that the MUFFIN > assemblages were available as alternatives. Beyond that we WANT people to > read the manual and spend time on forum, maillist, even ASK on how to > use/configure LibreOffice. > > We don't need to do hand-holding to walk folks through it--that's just > insulting to even the average user. As a very experienced user of LibreOffice you certainly do not need "hand-holding" but for many users this would be incredibly useful. To attract new users to LibreOffice we need to meet them in the middle and provide some help in the beginning, then you can direct them to user manuals after. How many users of LibreOffice do you think go to the effort of what you advocate in your opening statement? "we WANT people to read the manual and spend time on forum, maillist, even ASK on how to use/configure LibreOffice." This sounds incredibly elitist and not in the spirit of an inclusive community. This is very much the sentiment on "JRTFM" that you see hard-core Linux types express to newbie users, which wasn't helpful 20 years ago and isn't helpful now when you wish to grow the LibreOffice community and bring FLOSS software to a market dominated by commercial corporations that restrict the essential freedom of users. We can do better. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154593] Show a "Welcome Screen" on first startup with appropriate info and choices
https://bugs.documentfoundation.org/show_bug.cgi?id=154593 --- Comment #2 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #1) > Why? ... we should > provide functional defaults that let them get on with using the application. > > But we should not FORCE it on them, there are other documentation > avenues/getting started help that is more appropriate than an "in-your-face" > do this before you can start doing anything. We agreed we need to ask the user explicitly about some things on first startup. This is not my idea - I would have been fine with some default choices. But we had super-long discussions and arguments about the default UI which seem to have reached a wide agreement on doing this. As for the dark/light mode - that's more debatable, although many apps ask about this on startup. > We should NOT pester people with this kind of nonsense But we already pester people with nonsense on startup - with tip of the day. I have to apologize though, I wrote tooltip and meant to say tip of the day. > The UI picker as evolved was sufficient, it hinted that the MUFFIN > assemblages were available as alternatives. Beyond that we WANT people to > read the manual and spend time on forum, maillist, even ASK on how to > use/configure LibreOffice. If we decide the only thing to ask on startup is for a choice of UI mode, we could have the startup screen only contain that. > We don't need to do hand-holding to walk folks through it--that's just > insulting to even the average user. I don't believe that UI mode selection is insulting hand-holding. Other ideas, like choosing whether or not to show the sidebar, are silly hand-holding and I would agree with you on that. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154593] Show a "Welcome Screen" on first startup with appropriate info and choices
https://bugs.documentfoundation.org/show_bug.cgi?id=154593 --- Comment #1 from V Stuart Foote --- Why? We should NOT pester people with this kind of nonsense, we should provide functional defaults that let them get on with using the application. If they choose to poke around with customization and personalization--fine! Bet we should not FORCE it on them, there are other documentation avenues/getting started help that is more appropriate than an "in-your-face" do this before you can start doing anything. The UI picker as evolved was sufficient, it hinted that the MUFFIN assemblages were available as alternatives. Beyond that we WANT people to read the manual and spend time on forum, maillist, even ASK on how to use/configure LibreOffice. We don't need to do hand-holding to walk folks through it--that's just insulting to even the average user. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 137931] Show the UI selection dialog on first start-up
https://bugs.documentfoundation.org/show_bug.cgi?id=137931 --- Comment #26 from Eyal Rozenberg --- (In reply to V Stuart Foote from comment #22) Agree with John's comment about this. Also, let's move the discussion about possible welcome-dialog items other than UI selection to bug 154593. Stuart, remember that bringing up the UI selection dialog on first startup is the compromise we seem to have reached in the heated argument regarding the default choice of UI. Please let's not re-tread this again. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 137931] Show the UI selection dialog on first start-up
https://bugs.documentfoundation.org/show_bug.cgi?id=137931 --- Comment #25 from Eyal Rozenberg --- (In reply to haevalencia from comment #20) > create a welcome screen dialog that includes relevant options to customize > on first use. (In reply to andreas_k from comment #21) > have the font stuff at a welcome wizard so the import of docx > files will be improved if Arial or some other fonts are selected. Andreas, Ha-Valencia - I've opened bug 154593 about a welcome screen/dialog, please continue the discussion about what should or should not appear on a welcome dialog over there. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 137931] Show the UI selection dialog on first start-up
https://bugs.documentfoundation.org/show_bug.cgi?id=137931 --- Comment #24 from John Mills --- I disagree with this part STuart: "Even the concept of "first startup" is a misnomer for the vast count of installations. Many distributions would never allow it to launch, and for folks doing their own installation--they'd blow through it on launch after install and NEVER see it again (even with the TOTD)." Linux users are very much in the minority of LO users, and how can you say with certainty Linux distros would stop this? If users have to make a choice then they can't "blow through it" as you say, especially with Windows and MacOS where this would be part of the installation essentially. Moving a first run "wizard" to a sub-selection of a user menu completely undermines the purposes of this request. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154593] Show a "Welcome Screen" on first startup with appropriate info and choices
https://bugs.documentfoundation.org/show_bug.cgi?id=154593 Eyal Rozenberg 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] [Bug 137931] Show the UI selection dialog on first start-up
https://bugs.documentfoundation.org/show_bug.cgi?id=137931 Eyal Rozenberg changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4593 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 137931] Show the UI selection dialog on first start-up
https://bugs.documentfoundation.org/show_bug.cgi?id=137931 John Mills changed: What|Removed |Added Blocks|125823 | Keywords|needsUXEval | --- Comment #23 from John Mills --- There certainly is some growing momentum for this time "user wizard" which really would be very beneficial for end users of LibreOffice. As I wrote previously I would see this having the UI selection, something on light and dark mode, the fonts is a fantastic idea too and aid in interoperability. This is sorely what is needed with LibreOffice, in a world where Microsoft has >90% of the Office space this is a way to draw more users to FLOSS software. This first-run dialog could also be a way to steer users to where they can find online help, make donations, join forums and participate in the project. The key being that every user would see this. It only has to be a few choices that would be completed in under one minute. This could be the "angle" that marketers are looking for in a potential version 8. TDF could sell this as "LibreOffice is the world's most versatile Office suite and we are empowering our users to create something that works best for them, something the commercial competitors can't." Or something to that effect, the key being the user has the choice to customise LibreOffice to their own expectations. I can not see how those advocates of FLOSS software do not want to empower users by presenting to them some of the wonderful features that LibreOffice has to offer. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=125823 [Bug 125823] [META] Personalization (LibreOffice Themes) bugs and Improvements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 137931] Show the UI selection dialog on first start-up
https://bugs.documentfoundation.org/show_bug.cgi?id=137931 V Stuart Foote changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=12 ||5217 CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval Blocks||125823 --- Comment #22 from V Stuart Foote --- Many of these additional UI theming ideas, including "first startup" would be more suitable to place on a substantially reworked Tools -> Options -> 'Personalization' panel--where dumping the old Mozilla theme crap, bug 125217, is long overdue. Much less so as changes to the the View -> 'User Interface...' dialog and the current UI picker. Even the concept of "first startup" is a misnomer for the vast count of installations. Many distributions would never allow it to launch, and for folks doing their own installation--they'd blow through it on launch after install and NEVER see it again (even with the TOTD). So, since it is in need of refactoring to dump the old Mozilla style UI theming, let's plan to do something useful with the 'Personalization' panel and assemble the useful UI controls there. Then the 'Personalize' dialog could then be linked from the View toolbar directly, or even linked from the 'User Interface...' dialog. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=125823 [Bug 125823] [META] Personalization (LibreOffice Themes) bugs and Improvements -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153537] FIELD DIALOG: Add possibility to assign character style to the field
https://bugs.documentfoundation.org/show_bug.cgi?id=153537 --- Comment #12 from tor...@yahoo.com --- (In reply to Heiko Tietze from comment #11) > (In reply to TorrAB from comment #0) > > Expected Results: > > A field should have its own, pre-defined, character style > > What is your use case that makes such an enhancement necessary? I mean > applying the CS after inserting a field sounds okay to me. Well, I often read the direct formatting was bad practice. With the same predefined character style, a field would have the same consistent look within the document (main text, header, …), and between documents. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150739] Add an option to warn when autofill overwrites existing data (turned off by default)
https://bugs.documentfoundation.org/show_bug.cgi?id=150739 --- Comment #10 from Peter Toye --- > But let's leave a room to add an option to warn when autofill overwrites > existing data. Even so, that should be turned off by default. Agreed. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 153847] Change label for .uno:InsertIndexesEntry and label and tooltip for .uno:IndexEntryDialog
https://bugs.documentfoundation.org/show_bug.cgi?id=153847 sdc.bla...@youmail.dk changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=15 ||4550 --- Comment #4 from sdc.bla...@youmail.dk --- https://gerrit.libreoffice.org/c/core/+/149881 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 147232] Improvement of CALC diagrams
https://bugs.documentfoundation.org/show_bug.cgi?id=147232 --- Comment #21 from Heiko Tietze --- (In reply to Regina Henschel from comment #20) > So it is not clear to me, what you request. (In reply to shoe200 from comment #18) > It is uncomfortable to work with a diagram which is up to 200 x 90 cm... This makes sense. You want to work on a small diagram and export/print later in a large size. It is, however, not the same as > It would be nice to have an option like "Scale X and Y axis identically" in > XY diagram export. I don't see a good solution for the scaling problem. Maybe the chart style as discussed in bug 90490. Changing the diagram per Position/Size should scale it up properly, what's probably missing is the font size, line width, etc. If so, these details need to be discussed here. You also might not want to change Pos/Size of the diagram but the wall inside. The flexible idea is to get rid of any spacing so both parameters are the same (comment 10). Can be done per mouse in the Format Wall dialog but not as input of attributes. The alternative is to add the wall size to the P dialog (and not the Chart Wall dialog). Which means you change the inner wall size affecting the overall diagram size or vice versa. Not so nice. The last resort is to keep the wall attributes together and to _show_ the diagram P values next to it (changing the wall size above the maximum of the diagram has an effect on the overall diagram size). In the end I wonder if this issue wouldn't be solved better per macro. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154112] In Insert - TOC/Index dialog, rename "Additional styles" -> "Selected styles" (on Type tab with type "Table of Contents")
https://bugs.documentfoundation.org/show_bug.cgi?id=154112 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #4 from Heiko Tietze --- (In reply to Heiko Tietze from comment #2) > suggest to keep it thinking of unnecessary burden for the l10n team. (In reply to sdc.blanco from comment #3) > WF is fine with me. ... issue is (user) does not want to read the > documentation It's a very advanced option anyway. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 154542] Enhancement: add "Exit Group" and "Exit All Groups" to Group context menu defaults
https://bugs.documentfoundation.org/show_bug.cgi?id=154542
Heiko Tietze changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
|.freedesktop.org|tion.org,
||mentoring@documentfoundatio
||n.org
Keywords|needsUXEval |difficultyBeginner,
||easyHack, skillDesign,
||topicUI
OS|Windows (All) |All
--- Comment #1 from Heiko Tietze ---
The command .uno:LeaveGroup ("Exit Group") is available in Draw/Impress via
popup menus
form.xml, 3dscene2.xml, line.xml, connector.xml, 3dobject.xml, curve.xml,
measure.xml, draw.xml, graphic.xml, multiselect.xml
but not
sd/uiconfig/sdraw/popupmenu/group.xml
sd/uiconfig/simpress/popupmenu/group.xml
(which is shown for groups).
Let's add it together with .uno:LeaveAllGroups ("Exit All Group") there.
(And ideally clean up the other menus.)
--
You are receiving this mail because:
You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 150739] Add an option to warn when autofill overwrites existing data (turned off by default)
https://bugs.documentfoundation.org/show_bug.cgi?id=150739 Heiko Tietze changed: What|Removed |Added Keywords||needsUXEval --- Comment #9 from Heiko Tietze --- It's a no-go to interrupt the workflow. Imagine you pull down the handle and Calc takes over to ask you whether you really want to do this (ending in the situation that you cannot continue anyway). The only solution I see is to inform the user once data got overwritten. But since you manually pull down the handle you should see what's going on. -- You are receiving this mail because: You are on the CC list for the bug.
