[Libreoffice-ux-advise] [Bug 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #20 from BogdanB --- There was a lot of work for each UI variants. They sould be NOT removed. If still experimental we don't show them in first UI picker, only when Experimental is checked in Options. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #19 from Rizal Muttaqin --- (In reply to Telesto from comment #18) > * Do we want to remove some UI variants, and if so which? > -> They regular Tabbed is the only one I personally would use. So I could do > without the rest. If I have to pick 3 for removal from they UI, I would opt > for the following: > > Groupbar compact > Tabbed compact > Contextual grouped > > I also don't see much point in a special sidebar configuration. This can be > arranged manually, I think? There is no need to remove any UI option. We should take into account that some Notebookbar interface are still in experimental mode, so with that case if we enable it, the UI list in the UI chooser dialog should be extended also. Pretty same if we install another NB variant via extension. So, the dialog ideally should be flexible enough in the future. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #18 from Telesto --- * Do we want to remove some UI variants, and if so which? -> They regular Tabbed is the only one I personally would use. So I could do without the rest. If I have to pick 3 for removal from they UI, I would opt for the following: Groupbar compact Tabbed compact Contextual grouped I also don't see much point in a special sidebar configuration. This can be arranged manually, I think? -- 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 135336] LIST STYLES: formatting is not being consistently applied to paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=135336 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #4 from Regina Henschel --- There is no choice about the behavior, but it is specified in ODF. Read https://oasis-tcs.github.io/odf-tc/odf1.3/content.odf13-schema.html#element-style_list-level-label-alignment (17.20, part 3) If the paragraph inside the list-item has a style, which specifies fo:text-indent and/or fo:margin-left, then the indents from the paragraph are used. Besides that, there are rules of precedence in https://oasis-tcs.github.io/odf-tc/odf1.3/content.odf13-schema.html#ListDefaultStyle (5.3.2, part3). So nothing to do for the design team. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 BogdanB changed: What|Removed |Added CC||buzea.bog...@libreoffice.or ||g --- Comment #17 from BogdanB --- I don't care about Microsoft here, but we already have some interfaces and they are very hard to find by an average Joe. Ubuntu Mate helped my in choosing another look with their Welcome page. The same thing would be usefull for LibreOffice users. First time when this in installed you have the option to choose the user interface you wish. It's a one more screen, but a very important one. Everyone we listen in social media complains about LibreOffice poor design. But we know is not true. But they don't know what we know. So, this screen would be the market to meet the request and the offer. -- 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 135417] [MOCKUP] LibreOffice "Format" menu mockup
https://bugs.documentfoundation.org/show_bug.cgi?id=135417 --- Comment #5 from Telesto --- (In reply to Roman Kuznetsov from comment #4) > Let's will not touch main menu > > -1 from me Would you mind to give some kind of explanation :-). I'm lacking telepathy skills. Ideally every element change should be discussed one by one. I'm do agree on a some of the suggestions. Others are more problematic. Like putting change case under a submenu (looks nicer, not sure how would be received). Putting crop settings together makes sense, IMHO. At some point we end up at the same discussion as the toolbar/tabbed interface. So different being able to set the 'old' menu configuration somewhere for enduser comp-ability reasons ;-) One of the arguments of NeoOffice using 4.4.7.2 as baseline was the menu structure. Not the best argument I have heard, but -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 Rizal Muttaqin changed: What|Removed |Added CC||riz_17_...@yahoo.co.id --- Comment #16 from Rizal Muttaqin --- (In reply to Dieter from comment #11) > > So the strategy "Let's copy MS Word" will never work. I tend to disagree. We are all know who is the top dog of the office suite race. LibO is not a clone of MS Office, but in some extent we should look at what familiar with majority of user. Regarding this case, to provide this two idealisms (being not a carbon copy to keep our identity/ability or being conservative or whatsoever reason and also in the same time give familiarity), a startup dialog for choosing UI IS A MUST. Otherwise, we would loose one of our idealism. So as we discussed in Telegram, Heiko already working on the UI chooser dialog then we now have choices: 1. Show user how to access the dialog via Tips of the Day (provide short explqnation and a link to the dialog) 2. Show another infobar which provide a link to a dedicated website about how to choose UI or may be show the page directly after user launch LibO at first start as Mike Saunder suggested 3. Show the dialog in the startup (or i.e. in fresh new user profile) as Pedro, Andreas, John and me suggested 4. Show an extra UI chooser dialog in the installer as we target Windows user only as Italo suggested The first choice has a clear question: do user really read ToTD message or even they disable it at first appearance? I have no clue about what majority user do, but me the latest (since I can show it later again via Help > Tips of The Day). May be we need a poll for this case. For second choice we should consider user with no Internet connection at all, or may be we can set the page locally? But providing another infobar would make LibO too bloated as we have already add a button for release note link. For third choice Pedro already said his comment the pro and cons but at least the neeeded for creating another dialog already in progress. For fourth choice we should consider may be in the future this traditional installation method will less relevant as the trend now clearly show many tech giant including MSFT actively suggest the developers two join in software store game. -- 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 135417] [MOCKUP] LibreOffice "Format" menu mockup
https://bugs.documentfoundation.org/show_bug.cgi?id=135417 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru --- Comment #4 from Roman Kuznetsov <79045_79...@mail.ru> --- Let's will not touch main menu -1 from 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #15 from Roman Kuznetsov <79045_79...@mail.ru> --- (In reply to Heiko Tietze from comment #0) Question is: > * Do we want to switch the default from Standard to Tabbed (or any other > option) NO! > Another issue is that we have quite many UI variants and it might confuse > users. Question here > * Do we want to remove some UI variants, and if so which? May be -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #14 from Telesto --- (In reply to andreas_k from comment #12) > From an enterprise point of view, LibO should remove all different UIs and > make them available as extension. What's the reasoning behind this? I only see different audiences. Not taking in editions. University's who use LibreOffice should use an Enterprise Edition. Which maybe opt for the tabbed menu, as the enduser (students) like them etc. I don't think the dichotomy between community <-> enterprise being fruitful. Company's might have to drop toolbars because every employee being used to tabbed stuff. About the extension part; LibreOffice has outdone itself on the variants of the user interface, IMHO. This shows the flexibility. However, it's confusing to choose (from user perspective) and hard to maintain quality of those. There are specific tabbed related issues. So if there are toolbar & a tabbed bar default and the rest as extension (if technical possible), also fine >From a community point of view I would say go for tabbed layout for windows >users by default Hard to tell why people are choosing LibreOffice, maybe because of the toolbar :-). I'm surely not to interested in they tabbed stuff. However I do read a lot of complains about LibreOffice looking old & outdated. Mostly because of lacking tabbed toolbar, but maybe (also) partly because of theming. Somehow I find they tabbed mode one big gray area. Not nice to look at. For example the tabs are still gray even with theming. And sidebar having different shade of gray. It's aesthetically not 'polished' somehow; can't put my finger on it exactly. It must be possible to make it little more attractive for they eye, without being distracting. [And I have this problem of course only with tabbed interface, not with they regular toolbar] -- 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 135336] LIST STYLES: formatting is not being consistently applied to paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=135336 --- Comment #3 from R. Green --- (In reply to Dieter from comment #2) > My understanding: paragraph styles should always prevail over list styles … IMV, the evidence suggests the opposite: If PARAGRAPH style indents were meant to prevail, then why duplicate these same properties in LIST styles? The duplication is easily explained by the fact that LIST style indents are meant to overrule PARAGRAPH indents. Also, what would be the point of splitting "Position" properties between two different dialogues? But, as you say, it's one for the design team. -- 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 135336] LIST STYLES: formatting is not being consistently applied to paragraphs
https://bugs.documentfoundation.org/show_bug.cgi?id=135336 Dieter changed: What|Removed |Added Keywords||needsUXEval CC||dgp-m...@gmx.de, ||libreoffice-ux-advise@lists ||.freedesktop.org --- Comment #2 from Dieter --- (In reply to R. Green from comment #0) > COMMENT: What is the correct behaviour? To my understanding, List style > formatting should always prevail over paragraph styles. But does there also > need to be a way for the user to apply an "After text" indent? My understanding: paragraph styles should always prevail over list styles So is there a hierarching (should also include character styles) => cc: Design-Team -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #13 from Telesto --- @Heiko > I disagree with the dialog on first start Please explain why? I find a dialog the ideal compromise (only at first launch; if no setting is present). As it accommodates the toolbar and tabbed bar user, without us having to make a binary choice. There is not good/bad. It are simple different options. Tip of the day is not to obvious, and really easy to click away without reading I personally like the toolbars, but the default these days is tabbed. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 andreas_k changed: What|Removed |Added CC||kain...@gmail.com --- Comment #12 from andreas_k --- >From a muffin dev point of view I can say that if LibO change to a notebookbar layout by default, than the LibO message has to be also, that LibO is a community project and not for enterprises. >From a community point of view I would say go for tabbed layout for windows users by default to find devs how will work on Bugfixes for the notebookbar component. I was very conservative when users switch to different UIs cause there is no developer how work on Bugfixes. But after years of waiting that someone will work on Bugfixes, Nobody come to support my work so I also get boring to work on notebookbar. >From an enterprise point of view, LibO should remove all different UIs and make them available as extension. As LibO is a community project with smart people to do think things, I would say +1000 to have an UI selector after the installation. LibO have to care on the project and not on the enterprise end user. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #11 from Dieter --- The discussion should take into account, that UI of MS Word is not static: "We’ve been on a multi-year design journey to create more focused, immersive experiences, from the single-line ribbon, to Dark Mode, to Fluent. The next wave of Microsoft 365 UX changes will go even further by fading brand colors from app headers and exploring adaptive commanding. A flexible ribbon that progressively discloses contextually relevant commands at the right time just where you need them." [1] So the strategy "Let's copy MS Word" will never work. [1] https://medium.com/microsoft-design/m365future-815cf30a8be -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #10 from Pedro --- Also, I think that not adopting something that is mature enough to be offered to users because it's more "work for the devs" is not a satisfactory reason. If we're here to avoid bringing something new because it's hard work what's the point? -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #9 from Pedro --- Just want to add: perfection is the enemy of good. Sometimes it's necessary to change things to create scale and accelerate evolution. Adopting another UI may well be a jolt that brings more development and user focus to LibO. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #8 from John Mills --- I sincerely do not want this to be impolite, but pragmatism is fulfilling the wishes of what users want. I understand the attachment to the current user interface as you have a considerable amount of investment in this. However in my anecdotal experience and reading many threads this is something that is hampering adoption of LibreOffice. If it can not be changed on one operating system only then why not consider all? Of course I realise that documentation and development is limited and this would cause disruption. There is a feeling that LibreOffice is dated and the UI is an area that is consistently brought up as highlighted by Heiko in this Bug. The 'Contextual Single hybrid' may well be the most functional. But if you switch to this you will upset the people who want the current interface to remain default and never please those users that want an Office suite that looks and works similarly to Microsoft Office. Yes, it is not identical as you wrote previously but it is close enough that a new user of LibreOffice is not instantly disengaged due to an interface paradigm that came from Xerox park and interface very simmilar to Microsoft Office 2003. I do not deny that the current interface is possibly more 'feature complete' and 'efficient' or any other number of additional descriptions. However it is not what the majority of people are looking for today in an office suite, and being so opposed to any change does not help with user adoption for LibreOffice. If anything I believe that LibreOffice market will decline as users switch to applications such as WPS office, free Office and Softmaker who ship by default with interfaces similar to Microsoft's ribbon that are simpler and more efficient for people, particularly those under 25 to use. With best regards, John -- 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 135433] Add support for "TK" keyword for content writing
https://bugs.documentfoundation.org/show_bug.cgi?id=135433 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #5 from Regina Henschel --- Created attachment 164008 --> https://bugs.documentfoundation.org/attachment.cgi?id=164008=edit Macro to insert image page margin I think, that such markers can be made with an image in the page margin. Such can be done with a macro and the macro can be bound to an icon or shortcut. Such can be provided by an extension. The attachment contains a principle macro for such task. To test it, put a small image with filename 'warning.png' into your user folder where the file 'registrymodifications.xcu' is located. You can make an empty module in the Basic IDE and then import the attached macro into 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #7 from Pedro --- IMO, the main problem that became quite clear in several comments in that Reddit thread and other online discussions is that many people didn't even know about the alternative UIs. Thus, something must be done for users to be made aware of them. There are two ways to address this: 1 - Change the default UI. 2 - Provide a dialog picker at first start after an installation and give the user freedom of choice to select one of the multiple available UIs. 3 - Keep it as is. Option 1 presents some advantages: a) not necessary to make a new dialog to select the UI. b) Tailor the selected UI to OS where LibO is installed. Option 1 also presents some disadvantages: a) Novice users, or users with such an ingrained routine that they don't venture to look at different menus still won't know where to change the UI in case they don't like it, b) A choice is imposed by the devs to the users. There might be Windows users that prefer the standard toolbar and won't like to have their UI changed from one version to the other. c) The devs need to choose the default UI to ship to users. This opens a can of worms of discussion, where personal preferences of devs might not match the preference of end users (ex. more devs work on Linux environment and prefer standard toolbar thus they pick that for Windows users that prefer Tabbed UI) Option 2 to me has more advantages: a) Highlight the flexibility in UIs from LibO, one of the strong points of LibO together with file compatibility, b) Highlight ALL the UIs done by the Design community of LibO. The standard toolbar is legacy, the Notebookbar UIs were actually developed by work of LibO contributors. c)Provide freedom of choice to the user. The user will be made aware of the different UIs. Novice users may be able to pick a UI more familiar to them (ex. Tabbed UI), conservative users may pick their preferred UI (Standard), adventurous users may try out the unique UIs (Groupedbar). d) No need to update documentation tailored for the standard toolbar (or at least documentation can be gradually updated for other UIs). Simply include a disclaimer that LibO documentation is tailored only to the standard toolbar. Option 2 disadvantages: a) Creating yet another dialog at first start. As for the alternative UIs being "lightweight Glade assembled UIs" I do not see that as a disadvantage. They provide the same functionality, and if more users are made aware of these UIs, more bug reports will be filled to further improve them, and Glade, which is a win-win situation. Therefore, my vote goes (in order of preference) is the following: Vote: Option 2 - provide a dialog at first start for users to select UI. IF NOT: Option 1 - Changed the default UI in Windows and MacOS installs to the Tabbed UI. DEFINITELY AGAINST: current situation. Change is needed. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #6 from V Stuart Foote --- (In reply to John Mills from comment #5) > The force of conservatism vs pragmatism and user adoption/growing the > LibreOffice ecosystem. No this is pragmatic--the MUFFIN Tabbed NB only looks like the MS Ribbon UI it does not implement that API. While changing the default for only the Windows builds would require a whole parallel documentation including large sections detailing the differences between our button UNO actions and the MS API for the Ribbon namespace. Again that is pragmatism recognizing the reality of the development and documentation resources available to the project. Frankly the most functional MUFFIN UI is the Contextual Single hybrid--but the default Toolbar, Menu & Dialog supplemented by the Sidebar remains the most appropriate to ship cross-platform. Again that is being pragmatic. Working with one of the MUFFIN alternatives is already trivial from the View menu for anyone interested--no reason to choose one of them as a default when existing default is the most functional. Again pragmatism. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #5 from John Mills --- The force of conservatism vs pragmatism and user adoption/growing the LibreOffice ecosystem. -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #4 from V Stuart Foote --- s/Toolbar & Dialog/Toolbar, Menu & Dialog/ -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #3 from V Stuart Foote --- Sorry, but the MUFFIN are 'alternative' lightweight Glade based assembled user interfaces. The fully instrumented UI remains Toolbar & Dialog based. That should remain the 'default' UI, with some guidance for folks interested in one of the MUFFIN assemblages, e.g. work on bug 117463 Otherwise a robust -1 and => WF -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #2 from John Mills --- The most logical UI choice would be the tabbed interface on Microsoft Windows as this is the UI that the vast majority of users would be most familiar with. I say that as someone who has installed LibreOffice on numerous colleague, friends and student's PCs. The standard 'Tabbed' UI (not compact)is the closest to the Microsoft Ribbon and would aid in the adoption of LibreOffice. This is a very pragmatic option and aids in the adoption of FLOSS software for those users that are 'put off' by the current UI that resembles Microsoft office 2003. -- 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 44448] Option to auto-update Table of Contents, or question offered to do so at printing, is desirable
https://bugs.documentfoundation.org/show_bug.cgi?id=8 Heiko Tietze changed: What|Removed |Added CC|heiko.tietze@documentfounda |libreoffice-ux-advise@lists |tion.org|.freedesktop.org Keywords||needsUXEval --- Comment #32 from Heiko Tietze --- Is this change really desperately needed? Importance is high... -- 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 135501] Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 --- Comment #1 from Heiko Tietze --- (In reply to Heiko Tietze from comment #0) > With the release of 7.0 we got some attention and comments. For example here https://www.reddit.com/r/linux/comments/i43zrt/libreoffice_70_released_with_new_features_and/ -- 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 135501] New: Change the default UI
https://bugs.documentfoundation.org/show_bug.cgi?id=135501 Bug ID: 135501 Summary: Change the default UI Product: LibreOffice Version: 7.1.0.0.alpha0+ Master Hardware: All OS: All Status: UNCONFIRMED Keywords: needsUXEval Severity: enhancement Priority: medium Component: UI Assignee: libreoffice-b...@lists.freedesktop.org Reporter: heiko.tie...@documentfoundation.org CC: libreoffice-ux-advise@lists.freedesktop.org Depends on: 117463 Blocks: 113209 With the release of 7.0 we got some attention and comments. And a surprisingly large number of users is not aware of the UI variants and would like to use one of the Notebookbar variants. Question is: * Do we want to switch the default from Standard to Tabbed (or any other option) Changing the default feels like a regression for many users. So this change should not be done before we have an option to choose the UI, see bug 117463 (I disagree with the dialog on first start but welcome advertising and access via Tip-Of-The-Day.) Another issue is that we have quite many UI variants and it might confuse users. Question here * Do we want to remove some UI variants, and if so which? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=113209 [Bug 113209] [META] UI bugs and enhancements https://bugs.documentfoundation.org/show_bug.cgi?id=117463 [Bug 117463] Create a Dialog that shows up on first boot of Writer/Calc/Impress for the user to pick its default UI -- 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 135472] Russian Text Language changes to Dutch with Russian locale setting because of system input language
https://bugs.documentfoundation.org/show_bug.cgi?id=135472 --- Comment #5 from Telesto --- (In reply to Eike Rathke from comment #4) > First, the locale selected (here ru-RU) is not the writing language. It > determines the number formats used in document content. The writing language > is determined by the text/character attribution, which can be set by the > default document language (you didn't say if you set that as well), or via a > document template or paragraph or text styles or attribution. It's set to Russian default (see the attached screenshot) it did it automatically after changing the locale settings) > On systems that do support switching input languages (e.g. by hotkeys or > input methods) the user expects the writing language to follow the input > language. This is not related to keyboard layout. IMHO the default setting > (not-ignore) should not be changed. > > So, what happens if the default document language is set to Russian and not > just the locale? -> They issue I reported here happened. As soon as I start typing the Russian input language is changing to Dutch. It doesn't happen after checking Ignore system input language -- 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 135472] Russian Text Language changes to Dutch with Russian locale setting because of system input language
https://bugs.documentfoundation.org/show_bug.cgi?id=135472 --- Comment #4 from Eike Rathke --- First, the locale selected (here ru-RU) is not the writing language. It determines the number formats used in document content. The writing language is determined by the text/character attribution, which can be set by the default document language (you didn't say if you set that as well), or via a document template or paragraph or text styles or attribution. On systems that do support switching input languages (e.g. by hotkeys or input methods) the user expects the writing language to follow the input language. This is not related to keyboard layout. IMHO the default setting (not-ignore) should not be changed. So, what happens if the default document language is set to Russian and not just the locale? -- 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 135411] UI: Make the automatic caption functionality/settings more accessible
https://bugs.documentfoundation.org/show_bug.cgi?id=135411 --- Comment #4 from Mike Kaganski --- (In reply to Heiko Tietze from comment #1) > Don't see the need. And Insert would be definitely wrong, rather Tools. The > function adds a caption when you insert an object (table, frame, image...) > so you don't need to use Insert > Caption. It's perfectly fine to have this > as a global setting, in my opinion. Agree. -- 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 135411] UI: Make the automatic caption functionality/settings more accessible
https://bugs.documentfoundation.org/show_bug.cgi?id=135411 Telesto changed: What|Removed |Added CC||mikekagan...@hotmail.com --- Comment #3 from Telesto --- @Heiko Thanks for the reminder ;-) @Mike Any input on this.. * I dislike this being a global setting (so if enabled, enabled for every document) * The whole setting being hidden somewhere in the Tools -> Options -> Writer. Not a place somebody normally looks for a feature. Or must this be combined with the image frame styles somehow, at the point where a image frame style can be defined (and set default), including anchoring and such (bug 87720) -- 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 135417] [MOCKUP] LibreOffice "Format" menu mockup
https://bugs.documentfoundation.org/show_bug.cgi?id=135417 --- Comment #3 from Heiko Tietze --- We discussed the proposal in the design meeting and appreciate the approach. However, it a) changes on the menu should be done carefully (or optionally, see bug 120132, and b) need a broad consensus as it affects the familiarity with the UI for all users. So please add other modules to the mockup (and share it on here as access to GDrive is not always possible/wanted). -- 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 135411] UI: Make the automatic caption functionality/settings more accessible
https://bugs.documentfoundation.org/show_bug.cgi?id=135411 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG --- Comment #2 from Heiko Tietze --- No further input, resolving as NAB. The setting is perfectly suited under Tools > Options. -- 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 135359] BORDERS "Line arrangement" display shows "Set no borders" when dialog is reopened, irrespective of actual border setting
https://bugs.documentfoundation.org/show_bug.cgi?id=135359 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Ever confirmed|0 |1 Severity|trivial |enhancement CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Priority|medium |low Status|UNCONFIRMED |NEW --- Comment #11 from Heiko Tietze --- (In reply to Dieter from comment #10) > I support the idea to be consistent with other dialogs, but I also think, > importance is trivial Let's do it. We should also enable the respective preset if a combination of border lines is configured respectively. -- 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 84502] Add shortcut keys to each Sidebar Tab to open its content panel(s)
https://bugs.documentfoundation.org/show_bug.cgi?id=84502 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | -- 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 87842] Writer zoom at "page width", option to eliminate 3d page edge and gutter
https://bugs.documentfoundation.org/show_bug.cgi?id=87842 Heiko Tietze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #24 from Heiko Tietze --- Discussed this topic in the design meeting. Resolving as WONTFIX because + minimizing the gutter makes the view not like a page anymore, would result in issues with the rulers, and requires some effort to implement + no further input since 2017 -- 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 135472] Russian Text Language changes to Dutch with Russian locale setting because of system input language
https://bugs.documentfoundation.org/show_bug.cgi?id=135472 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 CC||er...@redhat.com Status|UNCONFIRMED |NEW --- Comment #3 from Heiko Tietze --- Привет мир likely keeps the language in Russian. But the question about default for the system language is valid. -- 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 135474] Insert image location points to AppData\Roaming\LibreOfficeDev\4\user\gallery with a fresh profile
https://bugs.documentfoundation.org/show_bug.cgi?id=135474 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #2 from Heiko Tietze --- Think is has been like this forever with the idea to promote the Gallery. But a good question, change to User/Images (not consistent across OS)? -- 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 132780] Feature Request: Add Calc Tables with functionality similar to Excel tables
https://bugs.documentfoundation.org/show_bug.cgi?id=132780 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org Keywords|needsUXEval | --- Comment #15 from Heiko Tietze --- (In reply to Eike Rathke from comment #14) > I agree, those Table features are still missing. Removing UX for now. Please ping if you need input. -- 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 135441] LibreOffice needs settable charset/encoding defaults
https://bugs.documentfoundation.org/show_bug.cgi?id=135441 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEEDINFO Keywords|needsUXEval | Ever confirmed|0 |1 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #5 from Heiko Tietze --- No UX issue, apparently. Rather NOB. Let's wait for a test file. -- 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 135441] LibreOffice needs settable charset/encoding defaults
https://bugs.documentfoundation.org/show_bug.cgi?id=135441 --- Comment #4 from Eike Rathke --- (In reply to 伟思礼 from comment #3) > ALL files created or edited by me are UTF-8 without BOM. That's about normal these days when not on Windows. > The file command confirms that both of those files are UTF-8. > > But the import dialog that comes up when I paste ALWAYS says UTF-16. And that *never* happens for me. Hence my request to attach such file here. > Sometimes I forget to change it. I do not know whether that is the cause of > my Anki problems, but I have noticed that occasionally, there is a BOM in > the permanent file, right before a recently pasted data item (not at the > beginning of file). That would be wrong. A BOM must not occur in the middle of data, it may only appear at the start of a text stream. What did create that? > And sometimes there is a zero-width non-printing > character in the file. That shouldn't matter if it is properly encoded. > Whenever either of these spurious characters has appeared, they are always > on an item that Anki is having trouble with. So Anki is the problem, and not LibreOffice? -- 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 135433] Add support for "TK" keyword for content writing
https://bugs.documentfoundation.org/show_bug.cgi?id=135433 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #4 from Heiko Tietze --- I dislike the idea to parse the text. TK (and any other text) can be inserted with a different context (https://www.urbandictionary.com/define.php?term=TK). How about a dedicated command that set's the flag for a paragraph instead? And to integrate it with existing features we could show it like comments, maybe with another shape. -- 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 135051] Add Extension Group to Groupedbar
https://bugs.documentfoundation.org/show_bug.cgi?id=135051 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Severity|normal |enhancement Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5050 Status|UNCONFIRMED |NEW --- Comment #1 from Heiko Tietze --- Bug 135050 is green, so let's do it here as well. -- 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 135050] Extension icons in Groupedbar Compact don't appear outside of drop-down menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135050 Heiko Tietze changed: What|Removed |Added Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda |.freedesktop.org|tion.org --- Comment #2 from Heiko Tietze --- (In reply to andreas_k from comment #1) > Would be good to have, yes. Green light from Andreas, removing UX. -- 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 135050] Extension icons in Groupedbar Compact don't appear outside of drop-down menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135050 Xisco Faulí changed: What|Removed |Added Severity|normal |enhancement -- 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 135050] Extension icons in Groupedbar Compact don't appear outside of drop-down menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135050 --- Comment #1 from andreas_k --- Would be good to have, yes. -- 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 135051] Add Extension Group to Groupedbar
https://bugs.documentfoundation.org/show_bug.cgi?id=135051 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.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 135050] Extension icons in Groupedbar Compact don't appear outside of drop-down menu
https://bugs.documentfoundation.org/show_bug.cgi?id=135050 Xisco Faulí changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||xiscofa...@libreoffice.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 132138] Styles for Accent, Status like in calc
https://bugs.documentfoundation.org/show_bug.cgi?id=132138 Xisco Faulí changed: What|Removed |Added See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||5060 -- 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
