Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | adapt help to new color picker | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | documentation | Reporter: | Regina Henschel <rb.henschel> | ||||||
Component: | Online help | Assignee: | Ariel Constenla-Haile <arielch> | ||||||
Status: | CLOSED FIXED | QA Contact: | |||||||
Severity: | Normal | ||||||||
Priority: | P3 | CC: | arielch, issues | ||||||
Version: | OOo 3.4 Beta | ||||||||
Target Milestone: | 4.0.0 | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | PATCH | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Description
Regina Henschel
2012-02-29 21:02:56 UTC
I'll try to fix this and provide a diff file. Created attachment 77266 [details]
Help changes for file text/shared/optionen/01010500.xhp
Created attachment 77267 [details]
Help changes for file text/shared/optionen/01010501.xhp
Patched Help files "should" work. Have no way to build modules for testing :( Can some friendly soul please test and submit? Hi Uwe, some comments: The preview is now the other way round. The left part is the new color, and the right part is the original one. (id="par_id3154164") I'm not sure whether in id="par_id31400044" and id="par_id3148944" it is really clear that this property is locked, when selecting a color in the left big field. Perhaps add: "All colors in the left, big field will contain the property which is set by the color slider." Rethink paragraph id="par_id3148944"? The essential problem is, that it is not possible to _store_ color values in other models, but it must be RGB. What do you reference with <comment>UFI: is this still true?</comment> before bookmark id="bm_id3159152"? Uwe, thanks for your help. I've set this issue to "Patch" to indicate to integrate the text into SVN. Regina, thank you for your comments. These two patches and the one in 118979 were my first attempts in creating patches. Instead of the following two header lines: --- 01010500.xhp Mon Feb 27 11:50:42 2012 +++ new01010500.xhp Thu Mar 01 19:13:30 2012 there should be instead these two lines to get the file names right: --- old01010500.xhp Mon Feb 27 11:50:42 2012 +++ 01010500.xhp Thu Mar 01 19:13:30 2012 The patch view of Bugzilla only shows the correct file name on top, then the old file contents at the left and the new contents at the right. So I suppose Bugzilla gets it right, the patch will change the existing file and not create a new one. I cannot open the second patch attachment for viewing now. Don't know why. Would it be better to have both file patches in one patch file? But then I would have to find out how to include the complete path of the files (starting from where?) I inserted the comment because I'm not sure about the CMYK and RGB handling. The line above the comment says this: "%PRODUCTNAME uses only the RGB color model for printing in color. The CMYK controls are provided only to ease the input of color values using CMYK notation." This is about printing, not storing, of color values. It would be fine to write a guide or tutorial describing the new Color Picker and the handling of colors. However, I don't know too much about this at the moment. *** Issue 120317 has been marked as a duplicate of this issue. *** Reopening. The patches were never applied. Compiling and testing. "arielch" committed SVN revision 1453677 into trunk: i118997 - Adapt Online Help to new Color Picker fixed in 4.0.0 |