Launchpad has imported 9 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=37480.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-05-22T15:30:19+00:00 Dave Neary wrote: After many years using LibreOffice/OOo I found out today for the first time how to set font colour to a custom RGB colour. To do this, you need to add a new colour to the palette, via Tools->Options, Colour. Then in that dialog, the workflow is kind of unintuitive. I clicked on the "Add" button to add a new colour, which was the wrong thing to do - apparently I needed to change the name of the active colour first - then when I clicked "Modify", and set the new RGB colour, then clicked "OK", the colour wasn't saved - I had to click "Modify" first. I was expecting to see this in the toolbar in the colour drop-down - perhaps a "Custom" button at the bottom of drop-down? Or right- click->Modify in the palette colours? Or even in "Format->Character". But this definitely seems like a context change, rather than a global setting/option. Dave. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/0 ------------------------------------------------------------------------ On 2011-05-22T23:55:55+00:00 Yfjiang wrote: In my opinion, good point, but not sure which is the preferred way to do that. As a summary: 1. a "Custom" button at the bottom of color drop-down? 2. right-click->Modify in the palette colours? 3. context based change in "Format->Character"? 4. Redesign current dialog box? Anyway it is an Enhancement request. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/1 ------------------------------------------------------------------------ On 2011-05-22T23:57:08+00:00 Yfjiang wrote: cc Christoph for reviewing, Thanks! Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/2 ------------------------------------------------------------------------ On 2011-05-25T09:12:43+00:00 Christoph-spamforme wrote: Hi Dave, thanks for the feedback. Yifan, thanks for the CC! True, color handling is hard - we are collecting color handling issues at the moment. I'll kindly ask for two weeks patience for some more info how we'll address those issues. Setting tag "color_handling" to "Whiteboard". Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/3 ------------------------------------------------------------------------ On 2011-05-30T10:54:51+00:00 Dave Neary wrote: (In reply to comment #0) > Then in that dialog, the workflow is kind of unintuitive. I clicked on the > "Add" button to add a new colour, which was the wrong thing to do - apparently > I needed to change the name of the active colour first - then when I clicked > "Modify", and set the new RGB colour, then clicked "OK", the colour wasn't > saved - I had to click "Modify" first. I realise this is poorly explained... let me try again. When I get to the colours dialog in the options, my instinct was to hit the "Add" button to add a new colour. But this creates a new colour from the active colours (which is, by default, Blue 8 with RGB (153,204,255) for me) and fails with a "Duplicate entry" error. There's then a pop-up which prompts me for a new colour name. I put in "Scarlet". I wanted to set it to (61,6,7). So I hit "Modify" to modify the colour, then set the RGB to (61,6,7), the colour looks OK, and I hit "OK" to save is. The problem is that this saves "Scarlet" as (153,204,255), because to save my updated colour, I was supposed to hit "Modify". This also applies if I change the colour with the "Edit" button. I would expect "OK" to save the colour as it is, and "Cancel" to revert to the previously saved colour. Hope that's clearer. In any case, happy to see the bug report get attention :) Dave. Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/4 ------------------------------------------------------------------------ On 2011-06-13T08:40:46+00:00 gggeek wrote: +1 Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/5 ------------------------------------------------------------------------ On 2011-11-01T06:06:38+00:00 Vitriol-vitriol wrote: *** Bug 42474 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/6 ------------------------------------------------------------------------ On 2011-11-01T06:47:06+00:00 Michal Suchanek wrote: There are two issues here: 1) adding colors to the palette is separate from using colors to the palette. This is clearly wrong UI. 2) adding colors to the palette is awkward I guess this could be solved by a) adding/ re-using from toolkit a simple color picker. The current picker is weird and there are existing better pickers in Gtk/Windows/Gimp/.. which could be reused from the underlying platform or ported. b) add a "Custom ..." option in the color dropdowns which calls this picker. The picker should have OK or Apply to use the color and "Add to palette" to save the color. c) if the colors in preferences are to be preserved then there should be an "Add ..." button that invokes the same picker with "Apply" disabled (not visible). Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/7 ------------------------------------------------------------------------ On 2013-02-23T19:43:07+00:00 Björn Michaelsen wrote: > c) if the colors in preferences are to be preserved then there should be an > "Add ..." button that invokes the same picker with "Apply" disabled (not > visible). This is done by mmeeks work in current releases, for the rest: The description of this bug is still very vague => NEEDINFO Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/884751/comments/11 ** Changed in: df-libreoffice Status: Unknown => Incomplete ** Changed in: df-libreoffice Importance: Unknown => Wishlist -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/884751 Title: Changing font colour to custom RGB value is hard Status in LibreOffice Productivity Suite: Incomplete Status in “libreoffice” package in Ubuntu: Invalid Bug description: From upstream bug: After many years using LibreOffice/OOo I found out today for the first time how to set font colour to a custom RGB colour. To do this, you need to add a new colour to the palette, via Tools->Options, Colour. Then in that dialog, the workflow is kind of unintuitive. I clicked on the "Add" button to add a new colour, which was the wrong thing to do - apparently I needed to change the name of the active colour first - then when I clicked "Modify", and set the new RGB colour, then clicked "OK", the colour wasn't saved - I had to click "Modify" first. I was expecting to see this in the toolbar in the colour drop-down - perhaps a "Custom" button at the bottom of drop-down? Or right-click->Modify in the palette colours? Or even in "Format->Character". But this definitely seems like a context change, rather than a global setting/option. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/884751/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
