Re: [Libreoffice-ux-advise] UI changes for LO-5.0 - review needed
2015-06-17 11:04 GMT+02:00 Jean-Baptiste Faure : > Le 17/06/2015 10:10, Zolnai Tamás a écrit : >> [...] >> Highlighting should be placed above the area fill. It's a bug, I >> missed to cherry-pick all needed changes from master, >> now it works on libreoffice-5.0 branch too. > > Ha, ok. Works now. > > Another thing: highlighting is only in the paragraph style dialog, not > in the paragraph formatting dialog nor in the property tab of the > sidebar. Is that delibarate? Yes, it works like that. A paragraph style is special, it can contain both paragraph and character attributes, but the direct formatting of paragraphs means only paragraph level attributes. Best Regards, Tamás ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 91588] UI: Drawing toolbar doesn't show Select button by default
https://bugs.documentfoundation.org/show_bug.cgi?id=91588 Maxim Monastirsky changed: What|Removed |Added CC||momonas...@gmail.com --- Comment #6 from Maxim Monastirsky --- (In reply to Yousuf (Jay) Philips from comment #5) > but with LO Draw, once you click a tool and draw, the tool is then > deactivated and it returns to select mode. At least the zoom mode button doesn't work that way. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 91588] UI: Drawing toolbar doesn't show Select button by default
https://bugs.documentfoundation.org/show_bug.cgi?id=91588 Yousuf (Jay) Philips changed: What|Removed |Added Status|REOPENED|NEEDINFO CC||libreoffice-ux-advise@lists ||.freedesktop.org Summary|UI TOOLBAR DRAW Drawing |UI: Drawing toolbar doesn't |toolbar doesn't show Select |show Select button by |button by default |default --- Comment #5 from Yousuf (Jay) Philips --- (In reply to Thomas Krumbein from comment #4) > so: > - select square-tool and create one or two squares > - select text-tool and create one or two text entries > - now you want move one of the squares but text-tool is still activ. you > cannot deselect it - so with every click inside the document a new textfield > will be created. This is not a good workflow! Text tool is not a constantly active control. Once you draw a textbox and type something in it, you cant automatically draw a second one without pressing the text tool again. It is always possible to select a square once you've finished creating a textbox. If i have misunderstood what you have meant, please submit a screencast, so that its easier to understand. > If the select tool is visible, it is possible to deselect the text-tool and > select the square direct. If the text tool is active, pressing escape deactivates it. If a user doesnt know about the escape key, by using any app in LO, they would know that if you dont type anything in a textbox, the textbox disappears. So if the text tool was active and i didnt want to use it, clicking once would show a cursor line in a textbox and clicking a second time would return to select mode. > All grafic programms has a visible select tool in first place (i.e. adobe > illustrator, draw, corel draw etc) - so this should even be visible in LO > draw by default. Yes you are correct that other graphic apps have the select tool visible, but LO Draw acts quite different then other graphic apps. In other apps, if you click on a tool, that tool is always active until you click off of it, but with LO Draw, once you click a tool and draw, the tool is then deactivated and it returns to select mode. So if it is always on select mode unless you want to draw something and then returns to select mode after drawing it, there isnt much use of a select tool button. What do other ux-advise members think of this? -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] UI changes for LO-5.0 - review needed
Le 17/06/2015 10:10, Zolnai Tamás a écrit : > [...] > Highlighting should be placed above the area fill. It's a bug, I > missed to cherry-pick all needed changes from master, > now it works on libreoffice-5.0 branch too. Ha, ok. Works now. Another thing: highlighting is only in the paragraph style dialog, not in the paragraph formatting dialog nor in the property tab of the sidebar. Is that delibarate? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] UI changes for LO-5.0 - review needed
2015-06-17 9:16 GMT+02:00 Jean-Baptiste Faure : > Hi, > > Le 17/06/2015 00:17, Zolnai Tamás a écrit : >> Hi guys, >> >> I submit two patches to gerrit related to text highlighting: >> First one renames all instances of character "Background" to "Highlighting": >> https://gerrit.libreoffice.org/#/c/16322/ >> Second one adds a Highlighting Tab to paragraph styles dialog, because >> in the LO-4.4 release we lost the functionality of setting character >> background for paragraph styles: >> https://gerrit.libreoffice.org/#/c/16324/ >> > > I do not understand how Highlighting is supposed to work when in > conjunction with area filling. I tried it but if I define an area > filling then the color highlighting is not visible. Even if I set > transparency. So, at the moment, it is one or the other but not both. Highlighting should be placed above the area fill. It's a bug, I missed to cherry-pick all needed changes from master, now it works on libreoffice-5.0 branch too. Thanks, Tamás ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 92056] underline dropdown
https://bugs.documentfoundation.org/show_bug.cgi?id=92056 Maxim Monastirsky changed: What|Removed |Added CC||momonas...@gmail.com --- Comment #11 from Maxim Monastirsky --- IMHO an Underline dropdown, if anything, should show underline related options (similar to what we have in the sidebar right now, and what MS Word has). The ability to easily choose a dropdown line style, without going through the dialog, could be very useful feature. In general I don't like the idea of a dropdown with commands that are not a variation of the main button. Dropdown items should either belong to the same toggle group as the main button, so that they can replace each other (like text alignment, or shapes), or there should be no main button (which is not an option for underline as it's much used). Other then that it's too confusing, and also highly undiscoverable for a new user, that would never ever think of looking for strike through under "Underline", unless he already knows it's there. Also, if there is no enough room for strike through on the toolbar, it could be a hidden button by default. That's exactly the purpose of hidden buttons, to have there much useful buttons, when there is no enough room for them by default, so that a user could easily add them, without wasting time with the toolbar customization dialog. Rarely used buttons, shouldn't be in the toolbar anyway, even as hidden buttons. -- 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 http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] UI changes for LO-5.0 - review needed
Hi, Le 17/06/2015 00:17, Zolnai Tamás a écrit : > Hi guys, > > I submit two patches to gerrit related to text highlighting: > First one renames all instances of character "Background" to "Highlighting": > https://gerrit.libreoffice.org/#/c/16322/ > Second one adds a Highlighting Tab to paragraph styles dialog, because > in the LO-4.4 release we lost the functionality of setting character > background for paragraph styles: > https://gerrit.libreoffice.org/#/c/16324/ > I do not understand how Highlighting is supposed to work when in conjunction with area filling. I tried it but if I define an area filling then the color highlighting is not visible. Even if I set transparency. So, at the moment, it is one or the other but not both. That said I still not understand why background has been renamed in area. It sound weird when translated in French (zone). Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. Disclaimer: my Internet Provider being located in France, each of our exchanges over Internet will be scanned by French spying services. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
