Re: [Libreoffice-ux-advise] [Libreoffice] [REVIEW 3-5: Late feature] Improvements in the header / footer behavior
Hi, Le 07/01/2012 04:34, Jan Holesovsky a écrit : [...] 3 more commits; the most important is bringing back the delay before appearing of the controls (500ms instead of 1s): http://cgit.freedesktop.org/libreoffice/core/commit/?id=6abeafcd6a409c0910b19d1c935fe08431d66ae0 http://cgit.freedesktop.org/libreoffice/core/commit/?id=aa3bfbe776bcefd7e7b143e6843315df6b2a5ecb http://cgit.freedesktop.org/libreoffice/core/commit/?id=60c968e9a2ef14aa289e677bd7f40d2c4724fd12 I hope / believe it is perfect now; or at least near to perfection :-) It also seems to me that the appearing when you use keyboard to navigate is gone too; but testing appreciated, of course. Hmmm, well, for me (Gnome 3.2, gnome-shell, Ubuntu 11.10 x86_64) the button blinks under the mouse pointer until it leaves the page break, then the button becomes visible. If you are lucky, you may succeed to get the dropdown menu when clicking the blinking button. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Slide sorter in Draw
Hi Kendy, Le 18/02/2012 00:26, Jan Holesovsky a écrit : Hi, I've run yesterday in an annoyance that I've heard of, but noticed just yesterday when working on some slides. When you use the slide sorter that you have on your left hand side (in Impress), it quite often happens to you that instead of just selecting the slide, you also hide it at the same time. That's true. I have been facing the same problem. [...] http://cgit.freedesktop.org/libreoffice/core/commit/?id=4866b20ec6205b04cd21077fd00d68c4d4bb2c1b changes the behavior so that it shows the buttons at the top when you enter the thumbnail in its bottom part, and at the bottom when you enter the thumbnail at the top. This way, you have more space to position the mouse, and higher chance that you'll do what you actually wanted. Please test in the next daily build; comments appreciated :-) Nice change; it works well for me. :-) LibreOffice 3.6.0alpha0+ Version ID : ab2f830-babed3d-39746e8-f0d66fd-fefd87 Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] new header / footer click-to-reveal bits ...
Hi, Le 23/08/2012 10:27, Michael Meeks a écrit : Hi guys, Cedric just made my week with fixing: https://bugs.freedesktop.org/show_bug.cgi?id=46141 To show the add header/footer controls only when a user clicks on the header or footer ( thanks Cedric ! :-) Of course it needs testing; particularly if it's is going to get back-ported to -3-6 ;-) the commit is not entirely tiny: http://cgit.freedesktop.org/libreoffice/core/commit/?id=3d7927152169474c3c73ac36d5d79008fe6bab3e Thoughts / input particularly testing much appreciated. It seems to work well and I like the idea. Tested with LO 3.7.0.0.alpha0+ (Build ID: a581d31). The main risk I see is when you work with a large file because when a temporary header/footer is added, the layout is updated. Whit large files it is time consuming. To have an idea with a limit case, please try with https://bugs.freedesktop.org/attachment.cgi?id=61925 from fdo#48932 (be careful: fdo#52108). Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] About Manage/Edit dialog in Conditional Formatting
Hi ux-advise peoples, I think we need your advise in a controversial request for enhancement about the new dialog (version 3.6) Manage / Edit in Conditional Formatting. You can read the enhancement suggested and its comments in BugZilla : https://bugs.freedesktop.org/show_bug.cgi?id=54940 I have been made aware of this issue by this message on QA mailing-list : http://nabble.documentfoundation.org/Libreoffice-qa-Ask-for-help-on-discrepancy-about-a-enhancement-request-in-bugzilla-tp4008683.html To quickly understand the issue, you can do the test I described in this answer: http://lists.freedesktop.org/archives/libreoffice-qa/2012-September/002653.html. For me it is more than an enhancement. Here, we have a problem of design, if we consider the point of view of the end-user. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] About Manage/Edit dialog in Conditional Formatting
Hi, Le 24/09/2012 07:06, Rainer Bielefeld a écrit : Jean-Baptiste Faure schrieb: For me it is more than an enhancement. Here, we have a problem of design, if we consider the point of view of the end-user. Hi Jean, Sorry, my first name is Jean-Baptiste, not Jean :-) I still am not sure whether I understood all details of intentions of current design, and so I am not sure whether your proposal in Bug 54940 can be the solution. But at least I agree that the current behavior might be confusing, your proposal is one of the several expectations I hadwhat should happen when I work with the dialog. Thank you Rainer, I feel less lonely ;-) Best regard. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] LO 3.6.2 : about Manage dialog from Conditional Formatting
Hi all, Now, the bottleneck fdo#54498 has been fixed for LO 3.6.2, it is a great step toward making LO 3.6 usable for production ! So I think it's time for developers to consider the severe UX issue we have with the Edit dialog from manage screen in Format - Conditional Formatting - Manage. The problem has been described in fdo#54774, fdo#54940, and on QA and UX-advise mailing-list. We had very few answers and only one developer (Markus) point of view. So I decided to ask on developers ML as it is a developer problem. To make the story short, I think it is crucial to make the Edit dialog from Format CF Manage Button Edit to work exactly in the same way as Format CF CF, regardless the constraints from using relative references. My main argument is here : http://lists.freedesktop.org/archives/libreoffice-qa/2012-September/002653.html This Manage dialog is very important as it gives a summary of all CF defined in the current sheet. It is a long waited function for all peoples who are using CF in their spreadsheets. So a big thank you to Markus for that. But now it is important to not give a bad user experience with this new great function. If nothing is possible, I think the better thing to do is to remove the button Edit from the Manage dialog. Best regards. JBF, irritating QA people. -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [Libreoffice-qa] LO 3.6.2 : about Manage dialog from Conditional Formatting
Hi Bjoern, Thank you very much for your kind words. I think that this story shows that we need more discussion between developers, QA-team and power users. Later I will try to make constructive propositions to improve our collaboration, for the moment I am building the master to test the patches commited by Michael for fdo54940. :-) Best regards. JBF Le 28/09/2012 11:29, Bjoern Michaelsen a écrit : Hi Jean-Baptiste, On Wed, Sep 26, 2012 at 10:29:20AM +0200, Bjoern Michaelsen wrote: On Wed, Sep 26, 2012 at 06:35:57AM +0200, Jean-Baptiste Faure wrote: Nobody interested to test and answer? I think it is rather that most in QA already have their share of critical bugs to care about. just wanted to follow up on this one as while we discussed the issue at hand some more in private, my initial email was probably quite a bit harsh when standing on its own. Given that, I was happy that you continued to discuss it constructively. Still please accept my apologies for the inital blunt reply, and I hope the issue at hand can be worked out satisfactorily in due time. Best, Bjoern ___ List Name: Libreoffice-qa mailing list Mail address: libreoffice...@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/ -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Advice required on auto text resize (Impress)
Le 03/10/2012 13:19, Muthu Subramanian K a écrit : Hi all, Context: Currently the text font size box in the toolbar displays the originally set font size even when the font size is reduced because of 'Auto fit' I think this autofit feature is very disturbing if you are not aware of it. From my point of view it should be removed because if what you are writing does not fit in the available room, you should write less words or add room (split the text on another slide), but not write smaller when what you are writing is intended to be viewed on a projection screen. At least autofit should not be activated by default. One of our users requested the behavior where the text font size is changed when the autofit size changes the text size. I agree. Advice: It would be really nice if I could get the UX team's advice on this, please? And how much value this behavior might provide (if at all) to the users? For users who don't know the autofit feature, it increases the probability to understand why the text changes its size without having modified anything. :-) Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Advice required on auto text resize (Impress)
Hi, Le 08/10/2012 15:23, Thorsten Behrens a écrit : Hi there, [...] Thank you very much for these explanations about autofit feature. Jean-Baptiste Faure wrote: I think this autofit feature is very disturbing if you are not aware of it. Granted - so how to best display that? PowerPoint has a little icon next to the textboxes that have this enabled. I think it is a good idea. Perhaps this icon should have two states, one which indicates that this property is enabled and another when autofit is in action (text size is actually reduced) with a tooltip saying that autofit is enabled and what is the actual font size. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] conditional format dialog
Hi Markus, Le 10/10/2012 08:15, Markus Mohrhard a écrit : Hey, I have been in the last two weeks refactoring the conditional formats dialogs. I finally implemented most parts of the original proposal, including the correct menu structure and finally also the ref input edit fields. Additionally I remove some of the ugly hacks that were a result of the short time the dialog was written in. Impressive work ! :-) I saw that the button to select a range is came back. It's position at the bottom of the dialog surprised me. It would be great if you could have a look at the dialog and mention any problems you see or make proposals how to make the dialog more beautiful. 1/ I think that the dialogs should be less high, indeed it is unlikely to have enough conditions to completely fill the window. With only one or two conditions we have a large empty space which I think not very beautiful. And on a 16:10 screen you don't see the bottom border of the window. Is it technically possible to make these dialogs resizable ? 2/ When opening dialog Format CF condition when the current cell has a CF, the condition for Cell value is is still empty (LO 3.7.0.0.alpha0+ (Build ID: a7efb9b)). Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] color managing in LibO
Hi, Le 15/11/2012 18:27, Alexander Wilms a écrit : [...] - toolbar button for font color, cell background color - needs a small pop-up dialog with a button to go to a bigger dialog for defining custom colors? I guess that's not necessary. If one only wants one or two custom colors it should be easy to define them within the popup. If one wants a whole palette, one can still use the 'area formatting' dialog and modify/open/save palettes. Why not adding a button in the formatting toolbar allowing to change the current colors palette ? It seems that many users are not aware that several colors palette are available. Changing colors palette is easy to do in Impress (menu Format Area Colors tab) but not in Writer and Calc in which you need to open the drawing toolbar, add an object and open the right-click menu of this object. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Think about the Save Icon and Navigator Icon please
Le 18/02/2013 09:56, jie luo a écrit : [...] And the save icon used floppy, which only known to aged 16+ or so; the navigator icon is a star also I don't get it. Would you please redo those 2? Why ? Did you find a bug report which asks where is the save icon, I do not find it ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Think about the Save Icon and Navigator Icon please
Le 20/02/2013 02:21, jie luo a écrit : Im the silly one don't see the save icon first place. I won't tell you I clicked the Open File icon instead when I want to save. Perhaps the first one, but what about the next ones ? With all softwares there is icons that I am not able to understand on the first look, it is not a problem because the tooltips give me the meaning of each icon. Im going to suggest a vote poll, just 2 options and count the negative vote only. :-) Why ? If there is a real problem, please fill a bug report and suggest a better icon. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Template manager issues pending
Hi, Le 11/05/2013 00:59, Michel Renon a écrit : Hi all, Le 10/05/2013 17:06, Cor Nouws a écrit : Hi all, Worked myself through the list with template related issues and - apart from all great progress - found a few that are still open. And with 4.1 approaching rapidly... 60589 - [Template manager]: Can not copy styles between different files and templates I would say that the only one being able to work on that is Mirek : as he strongly designed the new Template Manager, he must know how to do that. *why is Mirek silent for such a long time on this subject ?* As I really don't understand how the new Template Manager was designed, I absolutely have no idea how to correct that bug in the new Template Manager. As Cedric said in https://bugs.freedesktop.org/show_bug.cgi?id=60589#c7 this function should be part of styles manager (F11) not of templates manager. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Change default shortcut of Redo action
Hi, Le 10/05/2013 23:03, JorenDC a écrit : Hi all, I would like to have some UX-advice input first, before working on a patch related to https://bugs.freedesktop.org/show_bug.cgi?id=32368 (Undo/Redo shortcuts do not adhere to the basic scheme of Gnome). Any objections to change the default shortcut for Redo to ctrl+shift+z (undo is ctrl+z). I verified the behavior of other programs, and I see most of them (randomly: Firefox and on Linux (Mint), Adobe Reader on Windows, Twitter (v2.2.0) and native 'text editor' on Mac OSX, ...) uses ctrl+shift+z for a redo action. I found 1 application during my random search that also uses ctrl+y as redo: Word for Mac. I do not agree: I never had to use ctrl+shift+Z as shortcut for redo, and I used gnome for years, and now xfce. AFAIK Firefox and Thunderbird have both, ctrl+shift+Z and ctrl+Y. I think we need to choose the shortcuts our users are used to use. And mainly, our users are MS-Windows users. What is the basic scheme of MS-Windows ? Is it possible to have the default shortcuts depending on the OS / Window Manager ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [GSoC] Use Widget Layout for the Start Center
Hi Krisztian, Le 24/07/2013 18:16, Krisztian Pinter a écrit : Hi all! I'm working on this GSoC project: https://wiki.documentfoundation.org/Development/Gsoc/Ideas#Use_Widget_Layout_for_the_Start_Center I just tried the first implementation of the new startcenter in the master. It is interesting to view the recent documents but there is a problem in the actual implementation in which it is impossible to see the entire name of the file. Do you plan to offer different views of the list, like icons, detailed list and compact list? In the mockup (here: https://wiki.documentfoundation.org/Design/Whiteboards/Start_Center) the filenames follow the old ms-dos 8 digit rule; am I wrong if I assume that, today, nobody still uses that rule in the real life ? ;-) Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [GSoC] Use Widget Layout for the Start Center
Hi, Le 14/08/2013 08:51, Mirek M. a écrit : On Tue, Aug 13, 2013 at 11:10 PM, Jean-Baptiste Faure jbf.fa...@sud-ouest.org mailto:jbf.fa...@sud-ouest.org wrote: Hi Krisztian, Le 24/07/2013 18:16, Krisztian Pinter a écrit : Hi all! I'm working on this GSoC project: https://wiki.documentfoundation.org/Development/Gsoc/Ideas#Use_Widget_Layout_for_the_Start_Center I just tried the first implementation of the new startcenter in the master. It is interesting to view the recent documents but there is a problem in the actual implementation in which it is impossible to see the entire name of the file. Do you plan to offer different views of the list, like icons, detailed list and compact list? My opinion on the matter: It'd be good to keep the number of views simple. A detailed list makes sense, but I don't see much of a point in an icon list (thumbnails are much more informational, icons just show the file type and are completely useless when you're not on the All tab). I disagree, icons are useful even when you are not on the All tab to distinguish between ODF, MSO files or other document formats. I think thumbnails are informational if you have the possibility to zoom temporary on a particular thumbnail to see a more detailed view. In other cases I prefer icons and filenames. I'm not in favor of a compact list either -- if you need a list, use the detailed list view, if you need to browse quickly, use the thumbnail view. I realize that the compact view is much more compact, but it doesn't seem worth the work and the UI overhead. I agree, it was just an example of the different possible views. In the mockup (here: https://wiki.documentfoundation.org/Design/Whiteboards/Start_Center) the filenames follow the old ms-dos 8 digit rule; am I wrong if I assume that, today, nobody still uses that rule in the real life ? ;-) Sorry, I left out the handling of long names from the proposal. Given that Gnome Documents [1] uses the same layout, how about adopting their way -- limiting the filename to two rows, and if it doesn't fit, cutting it off about 8 characters from the end of the word, if I'm not mistaken. You can ask Jon McCann or Jakub Steiner about the specifics, if you'd like. Why only 2 rows? If the files systems allow to have long filenames, applications should not decide to nullify this functionality. In a detailed list view, each column should be adjustable. Indeed it is very common to have filenames longer than 30 characters and distinguishable only by their last characters (for example when using suffixes like _v01, _v02, etc.). As the new StartCenter becomes a kind of document manager, it should be very useful if it allowed to right-click on a document to display some useful informations like size, pathname, last modified date, etc. From an accessibility point of view, tooltips should be displayed in the thumbnails view. Another function which could be very useful is remove all not existent local files from the recent files list. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] [GSoC] Use Widget Layout for the Start Center
Hi Krisztian, Le 24/07/2013 18:16, Krisztian Pinter a écrit : Hi all! I'm working on this GSoC project: https://wiki.documentfoundation.org/Development/Gsoc/Ideas#Use_Widget_Layout_for_the_Start_Center Another problem with the current implementation: it seems not possible to browse the recent files by using left and right arrays on the keyboard, it is only possible to click on thumbnails with the mouse which is not the most efficient for many users. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] some thoughts on the Sidebar
Hi Regina, Le 10/09/2013 16:16, Regina Henschel a écrit : Hi Jean-Baptiste, [...] If you have enabled the sidebar in View menu, then a click on the closer cross of the sidebar will do exact that: Close the deck (= the area of the panels) but keep the menu tab bar open. So feature is already there. Oups, I am stupid :-( Thank you. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Carlito + Caladea
Hi Mirek, Le 12/10/2013 00:53, Mirek M. a écrit : Hi guys, I hope we'll be bundling Carlito [1] and Caladea [2], Google's metric equivalents to Calibri and Cambria, and replacing Calibri and Cambria with these fonts by default. You missed to add the links [1] and [2] Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Remove the Navigator button below the scrollbar in Writer
Hi, Le 14/11/2013 13:02, bjoern a écrit : Hi guys, there is a patch to remove the navigator from the scrollbar: Gnome syndrome ? ;-) Too enthusiastic (and erroneous) application of Occam's razor methodology ? ;-) Why to keep this navigation feature there ? In the scrollbar, you always have it at hand. Many users do not have the Navigator always open. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Remove the Navigator button below the scrollbar in Writer
Hi Samuel, Le 30/11/2013 15:17, Samuel Mehrbrodt a écrit : Hi, finally it's time to decide how to proceed. I created a poll with (hopefully) all suggestions mentioned in this thread and ask everyone to share their opinion there: http://doodle.com/pcbb859qgnapxz33 If an option is missing, please let me know. In addition to the option in an extra toolbar, we could have in the standard toolbar : if we have the zoom button there, why not the navigation (multi-)button ? Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ 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