jgraduate - Project Hosting on Google Code

Last 7 days Dec 29, 2009 issue 16 (Uplift jPicker) commented on by Ch...@digitalmagicpro.com - From the creator of jPicker - jPicker V1.0.12 is not ready and will not be for a while. See http://www.digitalmagicpro.com/jPicker/ for a list of expected updates. However, V1.0.11b has just been posted and does allow NULL color selections (only by deleting the hex code). It SHOULD be a straight replacement with no requirements for additional code changes. From the creator of jPicker - jPicker V1.0.12 is not ready and will not be for a while. See http://www.digitalmagicpro.com/jPicker/ for a list of expected updates. However, V1.0.11b has just been posted and does allow NULL color selections (only by deleting the hex code). It SHOULD be a straight replacement with no requirements for additional code changes. Older Nov 16, 2009 issue 17 (Begin stop of the Linear gradient tab should reflect the Sol...) reported by worms_...@yahoo.com - What steps will reproduce the problem? 1. Select an object (in the awesome SVG-edit application, for instance) 2. Set the object color to anything but red 3. Open the colorpicker --> The colorpicker reflects the selected Solid color. 4. Now decide that you want a Linear gradient. 5. Switch to the Linear gradient tab What is the expected output? The colorpicker reflects the selected Solid color as the Begin stop of the gradient What do you see instead? A red to yellow default gradient :( What version of the product are you using? On what operating system? All! Please provide any additional information below. It would be a great help to not have to go back to the Solid color tab to check out the color values and to not have to manually fill them in the Linear gradient tab. What steps will reproduce the problem? 1. Select an object (in the awesome SVG-edit application, for instance) 2. Set the object color to anything but red 3. Open the colorpicker --> The colorpicker reflects the selected Solid color. 4. Now decide that you want a Linear gradient. 5. Switch to the Linear gradient tab What is the expected output? The colorpicker reflects the selected Solid color as the Begin stop of the gradient What do you see instead? A red to yellow default gradient :( What version of the product are you using? On what operating system? All! Please provide any additional information below. It would be a great help to not have to go back to the Solid color tab to check out the color values and to not have to manually fill them in the Linear gradient tab. Nov 13, 2009 issue 15 (Serialization bugs on Opera/Win/non-EN due to cloneNode) Status changed by adeveria - Fixed in r68. Status: Fixed Fixed in r68. Status: Fixed Nov 13, 2009 r68 (Fixed issue 15: Serialization bugs on Opera/Win/non-EN due t...) committed by adeveria - Fixed issue 15 : Serialization bugs on Opera/Win/non-EN due to cloneNode Fixed issue 15 : Serialization bugs on Opera/Win/non-EN due to cloneNode Nov 05, 2009 issue 16 (Uplift jPicker) Labels changed by codedread - Labels: NeededFor-0.3 −NeededFor-0.2 Labels: NeededFor-0.3 −NeededFor-0.2 Nov 05, 2009 issue 16 (Uplift jPicker) reported by codedread - Looks like jGraduate uses jPicker-1.0.9. From http://www.digitalmagicpro.com/jPicker/ it seems jPicker is now at 1.0.12. One of the additions is the ability to select 'none' color, which is something we need in SVG-edit, see this bug: For jGraduate-0.02 we definitely need to uplift jPicker to its latest version and test. Looks like jGraduate uses jPicker-1.0.9. From http://www.digitalmagicpro.com/jPicker/ it seems jPicker is now at 1.0.12. One of the additions is the ability to select 'none' color, which is something we need in SVG-edit, see this bug: For jGraduate-0.02 we definitely need to uplift jPicker to its latest version and test. Nov 05, 2009 issue 14 (decouple media paths in js (related to inclusion in other pr...) Status changed by codedread - Status: Accepted Status: Accepted Nov 03, 2009 issue 15 (Serialization bugs on Opera/Win/non-EN due to cloneNode) reported by adeveria - Due to a bug in Opera/Windows on some non-English locales, serializing the SVG has periods turned into commas. This only occurs when cloneNode or importNode is used on the element. So, I suggest an alternative is used to using cloneNode in the script. Due to a bug in Opera/Windows on some non-English locales, serializing the SVG has periods turned into commas. This only occurs when cloneNode or importNode is used on the element. So, I suggest an alternative is used to using cloneNode in the script. Sep 20, 2009 issue 14 (decouple media paths in js (related to inclusion in other pr...) reported by Christian.Tzurcanu - Couple of days ago i begun hacking into svg-edit, jgraduate for possible inclusion in Google appengine.. but.. I'm having a HARD time with the hard-wiring of the paths. Could be introduced a decoupling element (a string that the developer can set so he can have the editor.html in one place and the media files (images, css and js) into other places)? this bug will also be filed with svg-edit where i have the same problem Couple of days ago i begun hacking into svg-edit, jgraduate for possible inclusion in Google appengine.. but.. I'm having a HARD time with the hard-wiring of the paths. Could be introduced a decoupling element (a string that the developer can set so he can have the editor.html in one place and the media files (images, css and js) into other places)? this bug will also be filed with svg-edit where i have the same problem Sep 06, 2009 r67 (Link to CSS gradient documentation) committed by codedread - Link to CSS gradient documentation Link to CSS gradient documentation Sep 04, 2009 r66 (Minor fix to improve svg-edit compatibility) committed by adeveria - Minor fix to improve svg-edit compatibility Minor fix to improve svg-edit compatibility Sep 04, 2009 issue 13 (Colorpicker doesn't display correctly on Firefox 1.5.x ( SVG...) changed by adeveria - Fixed in r65 mostly by changing inline-blocks (not supported correctly in FF1.5/2.0) to floats. Also fixed bug where stops couldn't be moved due to selector not working properly. Status: Fixed Owner: adeveria Fixed in r65 mostly by changing inline-blocks (not supported correctly in FF1.5/2.0) to floats. Also fixed bug where stops couldn't be moved due to selector not working properly. Status: Fixed Owner: adeveria Sep 04, 2009 r65 (Fixed issue 13: Colorpicker doesn't display correctly on Fir...) committed by adeveria - Fixed issue 13 : Colorpicker doesn't display correctly on Firefox 1.5.x Fixed issue 13 : Colorpicker doesn't display correctly on Firefox 1.5.x Sep 02, 2009 issue 13 (Colorpicker doesn't display correctly on Firefox 1.5.x ( SVG...) reported by worms_...@yahoo.com - What steps will reproduce the problem? 1. Open the colorpicker from the bottom toolbar --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_opening_colorpicker.jpg This is OK 2. Click "Linear gradient" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_selecting_gradient.jpg This does not display correctly 3. Click "Begin stop" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_begin_stop.jpg This is OK 4. After choosing a begin stop --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_begin_stop.jpg This is not OK 5. Click "End stop" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_end_stop.jpg This is not OK 6. After choosing an end stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_end_stop.jpg This is not OK 7. Click OK to exit the colorpicker That works! :) In what browser did you experience this problem? (ALL, Firefox, Opera 10 Alpha, etc) On Firefox 1.5.0.8 / Windows 2000 On Firefox 1.5.0.12 / Windows XP On early versions of SeaMonkey 2 (alpha software), the colorpicker also appears strange, but differently (I think this isn't vastly used anymore, but it can help figuring out what happens, maybe): Clicking "Linear gradient" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_1.jpg (not OK) Selecting a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_2.jpg (OK) After choosing a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_3.jpg (not OK) In its present state, the screen requires to be of a certain height, so the user can reach the top "linear gradient" tab of the colorpicker. Additional information: This was reported as issue number 164 for SVG-edit: http://code.google.com/p/svg-edit/issues/detail?id=164 What steps will reproduce the problem? 1. Open the colorpicker from the bottom toolbar --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_opening_colorpicker.jpg This is OK 2. Click "Linear gradient" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_selecting_gradient.jpg This does not display correctly 3. Click "Begin stop" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_begin_stop.jpg This is OK 4. After choosing a begin stop --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_begin_stop.jpg This is not OK 5. Click "End stop" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_end_stop.jpg This is not OK 6. After choosing an end stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_end_stop.jpg This is not OK 7. Click OK to exit the colorpicker That works! :) In what browser did you experience this problem? (ALL, Firefox, Opera 10 Alpha, etc) On Firefox 1.5.0.8 / Windows 2000 On Firefox 1.5.0.12 / Windows XP On early versions of SeaMonkey 2 (alpha software), the colorpicker also appears strange, but differently (I think this isn't vastly used anymore, but it can help figuring out what happens, maybe): Clicking "Linear gradient" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_1.jpg (not OK) Selecting a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_2.jpg (OK) After choosing a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_3.jpg (not OK) In its present state, the screen requires to be of a certain height, so the user can reach the top "linear gradient" tab of the colorpicker. Additional information: This was reported as issue number 164 for SVG-edit: http://code.google.com/p/svg-edit/issues/detail?id=164 Aug 13, 2009 issue 12 (end-stop dragging) changed by codedread - Status: Accepted Labels: NeededFor-0.3 Status: Accepted Labels: NeededFor-0.3 Aug 13, 2009 issue 12 (end-stop dragging) commented on by Christian.Tzurcanu - this happens after changing the color of the end-stop this happens after changing the color of the end-stop Aug 13, 2009 issue 12 (end-stop dragging) reported by Christian.Tzurcanu - the exposed surface of the end-stop circle is not big enough to be grabbed while trying to drag the exposed surface of the end-stop circle is not big enough to be grabbed while trying to drag Aug 09, 2009 issue 8 (jGraduate should create SVG document for div that launches i...) Labels changed by codedread - Labels: Priority-Low −Priority-Medium Labels: Priority-Low −Priority-Medium Jul 31, 2009 r64 (Uplift from final integration with SVG-edit) committed by codedread - Uplift from final integration with SVG-edit Uplift from final integration with SVG-edit Jul 31, 2009 r63 (Minor fix to end-stop color picker) committed by codedread - Minor fix to end-stop color picker Minor fix to end-stop color picker Jul 31, 2009 r62 (Rework how Paint objects are created and handled by jGraduat...) committed by codedread - Rework how Paint objects are created and handled by jGraduate. This will require rework in SVG-edit Rework how Paint objects are created and handled by jGraduate. This will require rework in SVG-edit Jul 30, 2009 issue 10 (Radial Gradient Tab) Labels changed by codedread - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Jul 30, 2009 issue 11 (Connect draggable stops with a line) reported by codedread - The stops should be connected in the swatch with a line (maybe two lines, black and white?). As the stops are dragged around the swatch, the line must update dynamically. The stops should be connected in the swatch with a line (maybe two lines, black and white?). As the stops are dragged around the swatch, the line must update dynamically. Jul 30, 2009 issue 10 (Radial Gradient Tab) reported by codedread - The next logical step for a gradient picker is to add a Radial Gradient tab similar to the Linear Gradient tab. The basic requirements are: 1) add a tab called "Radial Gradient" 2) has two focusable handles: one for center and one for edge (radius) 3) has two color pickers and an overall alpha bar just like linear gradient 4) returns a radialGradient object in the Paint object The next logical step for a gradient picker is to add a Radial Gradient tab similar to the Linear Gradient tab. The basic requirements are: 1) add a tab called "Radial Gradient" 2) has two focusable handles: one for center and one for edge (radius) 3) has two color pickers and an overall alpha bar just like linear gradient 4) returns a radialGradient object in the Paint object Jul 30, 2009 r61 (Update 0.2 branch will latest trunk updates from integration...) committed by codedread - Update 0.2 branch will latest trunk updates from integration with SVG-edit Update 0.2 branch will latest trunk updates from integration with SVG-edit Jul 30, 2009 r60 (Opera throws NOT_SUPPORTED_ERROR if trying to clone a null n...) committed by codedread - Opera throws NOT_SUPPORTED_ERROR if trying to clone a null node. Opera throws NOT_SUPPORTED_ERROR if trying to clone a null node. Jul 30, 2009 r59 (Update from ongoing integration with SVG-edit) committed by codedread - Update from ongoing integration with SVG-edit Update from ongoing integration with SVG-edit Jul 28, 2009 r58 (Accept options in like jPicker. Added Paint constructor.) committed by codedread - Accept options in like jPicker. Added Paint constructor. Accept options in like jPicker. Added Paint constructor. Jul 28, 2009 r57 (Update size of stop markers on 0.2 branch) committed by codedread - Update size of stop markers on 0.2 branch Update size of stop markers on 0.2 branch Jul 28, 2009 r56 (Update size of stop markers) committed by codedread - Update size of stop markers Update size of stop markers Jul 26, 2009 issue 9 (Return the CSS gradient in the Paint object) reported by codedread - When jGraduate returns its paint object, when the linearGradient object is non-null we should add a 'css' property to it that returns the CSS gradient string. When jGraduate returns its paint object, when the linearGradient object is non-null we should add a 'css' property to it that returns the CSS gradient string. Jul 26, 2009 r55 (Creating 0.2 branch ) committed by codedread - Creating 0.2 branch Creating 0.2 branch Jul 26, 2009 r54 (Fix Issue 7 for realz this time. Modify index.html to use t...) committed by codedread - Fix Issue 7 for realz this time. Modify index.html to use the alpha value. Fix Issue 7 for realz this time. Modify index.html to use the alpha value. Jul 26, 2009 issue 8 (jGraduate should create SVG document for div that launches i...) Labels changed by codedread - I've decided that this is a lot of work for some minor convenience. It's better to just illustrate how developers would do this in the example demo/test page. Labels: NeededFor-0.3 −NeededFor-0.2 I've decided that this is a lot of work for some minor convenience. It's better to just illustrate how developers would do this in the example demo/test page. Labels: NeededFor-0.3 −NeededFor-0.2 Jul 26, 2009 issue 7 (Cannot Set Overall Opacity of Linear Gradient Paint) Status changed by codedread - Fixed in r53. Use slider to set overall gradient paint. Status: Fixed Fixed in r53. Use slider to set overall gradient paint. Status: Fixed Jul 26, 2009 r53 (Fix Issue 7: Use slider to set overall gradient paint opacit...) committed by codedread - Fix Issue 7 : Use slider to set overall gradient paint opacity Fix Issue 7 : Use slider to set overall gradient paint opacity Jul 26, 2009 r52 (Fix bug in jpicker call for stops (alpha to int and hide ove...) committed by codedread - Fix bug in jpicker call for stops (alpha to int and hide overlay) Fix bug in jpicker call for stops (alpha to int and hide overlay) Jul 26, 2009 r51 (More style adjustments, added hash to swatch background) committed by codedread - More style adjustments, added hash to swatch background More style adjustments, added hash to swatch background Jul 26, 2009 r50 (Visuals for opacity (no functionality yet)) committed by codedread - Visuals for opacity (no functionality yet) Visuals for opacity (no functionality yet) Jul 22, 2009 issue 8 (jGraduate should create SVG document for div that launches i...) Labels changed by codedread - Labels: NeededFor-0.2 Labels: NeededFor-0.2 Jul 22, 2009 issue 7 (Cannot Set Overall Opacity of Linear Gradient Paint) Labels changed by codedread - Labels: NeededFor-0.2 Labels: NeededFor-0.2 Jul 22, 2009 issue 8 (jGraduate should create SVG document for div that launches i...) commented on by codedread - It also occurred to me that jGraduate can do something similar to what jPicker does: Provide a convenience method that can be called beforehand to set up the div. Something like: jGraduate_setPaintLG(div, {x1, y1, x2, y2, beginColor, beginOpacity, endColor, endOpacity}) This method will return a <svg> document that is ready to be inserted into the <div>. So: 1) if user does not need a gradient to be shown in the div prior to launching jGraduate, then simply set background-color and call jGraduate(). In this case, jGraduate will handle creating the SVG document and managing it. 2) if user wants a gradient to be shown in the div prior to launching jGraduate, then call jGraduate_setPaintLG($('div#foo'), {...} ) and then call jGraduate(). It also occurred to me that jGraduate can do something similar to what jPicker does: Provide a convenience method that can be called beforehand to set up the div. Something like: jGraduate_setPaintLG(div, {x1, y1, x2, y2, beginColor, beginOpacity, endColor, endOpacity}) This method will return a <svg> document that is ready to be inserted into the <div>. So: 1) if user does not need a gradient to be shown in the div prior to launching jGraduate, then simply set background-color and call jGraduate(). In this case, jGraduate will handle creating the SVG document and managing it. 2) if user wants a gradient to be shown in the div prior to launching jGraduate, then call jGraduate_setPaintLG($('div#foo'), {...} ) and then call jGraduate(). Jul 22, 2009 issue 8 (jGraduate should create SVG document for div that launches i...) reported by codedread - Having to include a small SVG document for the div that will launch jGraduate to represent the paint is painful for the user of jGraduate. It would be nice if this could be done automatically from jGraduate upon first call: - if <div id="foo"> does not contain a <svg> node, then jGraduate will create one and append it to the div: <svg id="foo_svg" xmlns="http://www.w3.org/2000/svg"> <linearGradient id="foo_lg"> <stop offset="0"/> <stop offset="1"/> </linearGradient> <rect width="100%" height="100%" fill="#rrggbb"/> </svg> where #rrggbb is the background-color of the div#foo. - if the div DOES have a <svg> node, get a reference to its linearGradient and rect elements The second part of this defect is that jGraduate itself should manage the gradient and the rect's fill when ok is clicked so that the test page does not have to. jGraduate must still return a separate gradient node that can be imported into the DOM. This will reduce the test demo pages to very little code (unless the caller needs to set up a gradient in the div before jGraduate is first called). Having to include a small SVG document for the div that will launch jGraduate to represent the paint is painful for the user of jGraduate. It would be nice if this could be done automatically from jGraduate upon first call: - if <div id="foo"> does not contain a <svg> node, then jGraduate will create one and append it to the div: <svg id="foo_svg" xmlns="http://www.w3.org/2000/svg"> <linearGradient id="foo_lg"> <stop offset="0"/> <stop offset="1"/> </linearGradient> <rect width="100%" height="100%" fill="#rrggbb"/> </svg> where #rrggbb is the background-color of the div#foo. - if the div DOES have a <svg> node, get a reference to its linearGradient and rect elements The second part of this defect is that jGraduate itself should manage the gradient and the rect's fill when ok is clicked so that the test page does not have to. jGraduate must still return a separate gradient node that can be imported into the DOM. This will reduce the test demo pages to very little code (unless the caller needs to set up a gradient in the div before jGraduate is first called). Jul 22, 2009 issue 7 (Cannot Set Overall Opacity of Linear Gradient Paint) reported by codedread - With the Solid Color tab, it is possible to set the overall opacity (jPicker has an alpha slider). However, this is not possible in the Linear Gradient tab. The Linear Gradient tab should have the same alpha slider widget and edit box underneath the gradient swatch. This needs to be sent back to the Ok callback as well. With the Solid Color tab, it is possible to set the overall opacity (jPicker has an alpha slider). However, this is not possible in the Linear Gradient tab. The Linear Gradient tab should have the same alpha slider widget and edit box underneath the gradient swatch. This needs to be sent back to the Ok callback as well. Jul 22, 2009 issue 6 (Cannot drag stops in Opera) Status changed by codedread - Fixed in r49. Opera does not like $('image.stop') but is ok with $('.stop'). Alrighty then! Status: Fixed Fixed in r49. Opera does not like $('image.stop') but is ok with $('.stop'). Alrighty then! Status: Fixed Jul 22, 2009 r49 (Fix Issue 6: Opera does not like but is ok with ) committed by codedread - Fix Issue 6 : Opera does not like but is ok with Fix Issue 6 : Opera does not like but is ok with Jul 22, 2009 issue 5 (Stop circles are missing in Safari) Status changed by codedread - This was caused by Webkit bug 27952: https://bugs.webkit.org/show_bug.cgi?id=27592 I have worked around this in the code as of r48 Status: Fixed This was caused by Webkit bug 27952: https://bugs.webkit.org/show_bug.cgi?id=27592 I have worked around this in the code as of r48 Status: Fixed Jul 22, 2009 r48 (Fix Issue 5: Circles now show up in Webkit (work around Bug ...) committed by codedread - Fix Issue 5 : Circles now show up in Webkit (work around Bug 27952) Fix Issue 5 : Circles now show up in Webkit (work around Bug 27952) Jul 22, 2009 r47 (Added title to the gradient tab also) committed by codedread - Added title to the gradient tab also Added title to the gradient tab also Jul 22, 2009 r46 (Add missing PNGs and fix MIME type for jPicker CSS) committed by codedread - Add missing PNGs and fix MIME type for jPicker CSS Add missing PNGs and fix MIME type for jPicker CSS

issue 13 (Colorpicker doesn't display correctly on Firefox 1.5.x ( SVG...) reported by worms_...@yahoo.com - What steps will reproduce the problem? 1. Open the colorpicker from the bottom toolbar --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_opening_colorpicker.jpg This is OK 2. Click "Linear gradient" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_selecting_gradient.jpg This does not display correctly 3. Click "Begin stop" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_begin_stop.jpg This is OK 4. After choosing a begin stop --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_begin_stop.jpg This is not OK 5. Click "End stop" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_end_stop.jpg This is not OK 6. After choosing an end stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_end_stop.jpg This is not OK 7. Click OK to exit the colorpicker That works! :) In what browser did you experience this problem? (ALL, Firefox, Opera 10 Alpha, etc) On Firefox 1.5.0.8 / Windows 2000 On Firefox 1.5.0.12 / Windows XP On early versions of SeaMonkey 2 (alpha software), the colorpicker also appears strange, but differently (I think this isn't vastly used anymore, but it can help figuring out what happens, maybe): Clicking "Linear gradient" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_1.jpg (not OK) Selecting a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_2.jpg (OK) After choosing a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_3.jpg (not OK) In its present state, the screen requires to be of a certain height, so the user can reach the top "linear gradient" tab of the colorpicker. Additional information: This was reported as issue number 164 for SVG-edit: http://code.google.com/p/svg-edit/issues/detail?id=164

What steps will reproduce the problem? 1. Open the colorpicker from the bottom toolbar --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_opening_colorpicker.jpg This is OK 2. Click "Linear gradient" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_selecting_gradient.jpg This does not display correctly 3. Click "Begin stop" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_begin_stop.jpg This is OK 4. After choosing a begin stop --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_begin_stop.jpg This is not OK 5. Click "End stop" --> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_end_stop.jpg This is not OK 6. After choosing an end stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/ff15012_clicking_after_end_stop.jpg This is not OK 7. Click OK to exit the colorpicker That works! :) In what browser did you experience this problem? (ALL, Firefox, Opera 10 Alpha, etc) On Firefox 1.5.0.8 / Windows 2000 On Firefox 1.5.0.12 / Windows XP On early versions of SeaMonkey 2 (alpha software), the colorpicker also appears strange, but differently (I think this isn't vastly used anymore, but it can help figuring out what happens, maybe): Clicking "Linear gradient" ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_1.jpg (not OK) Selecting a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_2.jpg (OK) After choosing a begin stop ---> http://www.corpsmoderne.net/~eve97/vertex/svg-edit/sm2_old_colorpicker_3.jpg (not OK) In its present state, the screen requires to be of a certain height, so the user can reach the top "linear gradient" tab of the colorpicker. Additional information: This was reported as issue number 164 for SVG-edit: http://code.google.com/p/svg-edit/issues/detail?id=164

Last 7 days

Older