In Gradient tool:
* Moving gradient handles by arrow keys is restored (it was broken for some time)
* Press Ctrl+A to select all stops in the selected objects.
* When two or more adjacent stops are selected, pressing Ins adds stops in the middles of all selected stop intervals.
* Intermediate stops can be mousedragged along their gradient line, within the limits of the adjacent unselected stops (or end handles).
* Dragging with Ctrl moves the selected stops snapping them to 1/10 fractions of the available range. * Dragging with Alt moves the selected stops depending on how close each one is to the stop being dragged, using a smooth bell-like curve similar to the node sculpting feature in Node tool. This makes it easy to approximate different gradient profiles; for example, if you have a two-stop gradient that you want to shape according to a curved profile, select both ends of the gradient, press Ins a few times to add a number of intermediate nodes, then Alt+drag a node in the middle to smoothly profile the gradient.
* Pressing Ctrl+L with some intermediate stops selected attempts to simplify the selected portion of the gradient, removing those stops that can be removed without too much change in the way the gradient looks. In particular, new stops created by double-clicking or pressing Ins initially do not change the appearance of the gradient, so if you press Ctrl+L, all redundant stops that weren't moved or repainted since creation will be deleted.
Hello,
I really like the editing gradients on canvas. But what I'm still missing (compared with Xara) is drag and drop colors onto the gradient to create new stops.
Regards, Tobias
Am Sonntag, den 07.10.2007, 03:18 -0300 schrieb bulia byak:
In Gradient tool:
- Moving gradient handles by arrow keys is restored (it was broken
for some time)
Press Ctrl+A to select all stops in the selected objects.
When two or more adjacent stops are selected, pressing Ins adds
stops in the middles of all selected stop intervals.
- Intermediate stops can be mousedragged along their gradient line,
within the limits of the adjacent unselected stops (or end handles).
* Dragging with Ctrl moves the selected stops snapping them to1/10 fractions of the available range. * Dragging with Alt moves the selected stops depending on how close each one is to the stop being dragged, using a smooth bell-like curve similar to the node sculpting feature in Node tool. This makes it easy to approximate different gradient profiles; for example, if you have a two-stop gradient that you want to shape according to a curved profile, select both ends of the gradient, press Ins a few times to add a number of intermediate nodes, then Alt+drag a node in the middle to smoothly profile the gradient.
- Pressing Ctrl+L with some intermediate stops selected attempts to
simplify the selected portion of the gradient, removing those stops that can be removed without too much change in the way the gradient looks. In particular, new stops created by double-clicking or pressing Ins initially do not change the appearance of the gradient, so if you press Ctrl+L, all redundant stops that weren't moved or repainted since creation will be deleted.
On 10/7/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
Hello,
I really like the editing gradients on canvas. But what I'm still missing (compared with Xara) is drag and drop colors onto the gradient to create new stops.
I looked into this but the problem is that onButtonPressed sets the fill color of selection (thus removing gradient) whenever I release mouse after a drag. Jon: Can it be fixes so that this only happens when I click on the swatch in the palette, not when I drag the swatch somewhere and drop it there?
On Oct 7, 2007, at 9:04 AM, bulia byak wrote:
I looked into this but the problem is that onButtonPressed sets the fill color of selection (thus removing gradient) whenever I release mouse after a drag. Jon: Can it be fixes so that this only happens when I click on the swatch in the palette, not when I drag the swatch somewhere and drop it there?
I'll have to look into this a little more. The main problem is that a lot of the color and fill event propagation is very convoluted and at times redundant. The good news is that I need to address this for the color pickers a bit more, so I can look at the gradient stuff at the same time.
On 10/7/07, Jon A. Cruz <jon@...18...> wrote:
I'll have to look into this a little more. The main problem is that a lot of the color and fill event propagation is very convoluted and at times redundant. The good news is that I need to address this for the color pickers a bit more, so I can look at the gradient stuff at the same time.
You don't need to look into the gradient stuff, I'll do it all myself, as well as fill propagation :) The _only_ thing I'm asking you to do is to prevent onButtonPressed in swatches.cpp from firing when I release mouse after dragging a swatch, so it _only_ works when I click on the swatch after dragging. This really needs to be done, because currently this behavior causes a crash if you drop a color on an object with gradient (and some handles selected) in Gradient tool. After you do this, the crash will be gone, and I will implement the correct behavior (for both gradients and objects) in sp_ui_drag_data_received in interface.cpp (it's mostly there but needs more work).
On Oct 7, 2007, at 3:25 PM, bulia byak wrote:
You don't need to look into the gradient stuff, I'll do it all myself, as well as fill propagation :) The _only_ thing I'm asking you to do is to prevent onButtonPressed in swatches.cpp from firing when I release mouse after dragging a swatch, so it _only_ works when I click on the swatch after dragging.
True.
The "onButtonPressed" method should not be called then. Mental was good on pointing out why the on-foo naming is dangerous.
However... there might be some other things that *should*. I'll make sure they don't linger too much.
On 10/7/07, Jon A. Cruz <jon@...18...> wrote:
as well as fill propagation :) The _only_ thing I'm asking you to do
is to prevent onButtonPressed in swatches.cpp from firing when I
release mouse after dragging a swatch, so it _only_ works when I click
on the swatch after dragging. True.
The "onButtonPressed" method should not be called then.
Any news on this? I want to close this issue so I don't have to remember about it :)
On Oct 11, 2007, at 10:34 AM, bulia byak wrote:
On 10/7/07, Jon A. Cruz <jon@...18...> wrote:
as well as fill propagation :) The _only_ thing I'm asking you to do
is to prevent onButtonPressed in swatches.cpp from firing when I
release mouse after dragging a swatch, so it _only_ works when I click
on the swatch after dragging. True.
The "onButtonPressed" method should not be called then.
Any news on this? I want to close this issue so I don't have to remember about it :)
Yeah. I did some digging... it was someone else adding functionality via that shortcut.
To get things really going it might take a fix for things to grab the color, instead of the color being pushed onto them. I'll see what I can figure out...
On Oct 11, 2007, at 9:52 PM, Jon A. Cruz wrote:
Yeah. I did some digging... it was someone else adding functionality via that shortcut.
To get things really going it might take a fix for things to grab the color, instead of the color being pushed onto them. I'll see what I can figure out...
Bit of correction. It was someone refining something I'd done, but with different methods.
The main point of needing to switch up is still true.
On 10/7/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
I really like the editing gradients on canvas. But what I'm still missing (compared with Xara) is drag and drop colors onto the gradient to create new stops.
This is now implemented. Please test and let me know if you find any problems.
Am Dienstag, den 16.10.2007, 03:32 -0300 schrieb bulia byak:
On 10/7/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
I really like the editing gradients on canvas. But what I'm still missing (compared with Xara) is drag and drop colors onto the gradient to create new stops.
This is now implemented. Please test and let me know if you find any problems.
The first tests worked fine. But I think we need visual feedback for the three different actions we can do with dragging a colour to the gradient: a) fill the hole object b) create a new stop c) change the colour of a stop
My idea: - only add the + to the mouse cursor if it will create a new stop - show a temporary stop if it will create a new stop - mark the stop if it will it change the colour of a stop
The other think, that would be nice is to show the gradient path as soon as I drag a colour over an object with a gradient.
Regards, Tobias
On 10/16/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
The first tests worked fine. But I think we need visual feedback for the three different actions we can do with dragging a colour to the gradient: a) fill the hole object b) create a new stop c) change the colour of a stop
I thought about it, but it looks like this dragging of a color is managed entirely by GTK and I don't know how to change the appearance. Jon, maybe you know more about it - is it possible to change the dragging cursor for mousedrag? Currently even the mouseover color of the handle (red) does not work when I hover with a dragged color over it, although it works fine in any other mouse move or action.
- only add the + to the mouse cursor if it will create a new stop
yes
- show a temporary stop if it will create a new stop
no, that would be confusing, just change the cursor to +
- mark the stop if it will it change the colour of a stop
yes, just by letting it turn red as it normally does when mouseovered
Any chance of get the center of the stops filled with it's current color while in the gradient tool.Seems to me this would be better than guessing at a quick glance. Especially since we are moving to all on canvas editing soon/already. If this is already done then awesome, I haven't updated to the current SVN in a couple of days or a week i don't remember.
Joshua L. Blocher verbalshadow
On 10/17/07, bulia byak <buliabyak@...400...> wrote:
On 10/16/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
The first tests worked fine. But I think we need visual feedback for the three different actions we can do with dragging a colour to the gradient: a) fill the hole object b) create a new stop c) change the colour of a stop
I thought about it, but it looks like this dragging of a color is managed entirely by GTK and I don't know how to change the appearance. Jon, maybe you know more about it - is it possible to change the dragging cursor for mousedrag? Currently even the mouseover color of the handle (red) does not work when I hover with a dragged color over it, although it works fine in any other mouse move or action.
- only add the + to the mouse cursor if it will create a new stop
yes
- show a temporary stop if it will create a new stop
no, that would be confusing, just change the cursor to +
- mark the stop if it will it change the colour of a stop
yes, just by letting it turn red as it normally does when mouseovered
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Wed, 2007-10-17 at 04:02 +0300, Joshua Blocher wrote:
Any chance of get the center of the stops filled with it's current color while in the gradient tool.Seems to me this would be better than guessing at a quick glance. Especially since we are moving to all on canvas editing soon/already. If this is already done then awesome, I haven't updated to the current SVN in a couple of days or a week i don't remember.
When you doubleclick between to stops to add a new stop, that is exactly, what you get, isn't it? It's been like that since quite a while I believe. If it's not what you mean, I don't understand, what you're asking for, please elaborate.
David
Joshua L. Blocher verbalshadow
On 10/17/07, bulia byak <buliabyak@...400...> wrote:
On 10/16/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
The first tests worked fine. But I think we need visual feedback for the three different actions we can do with dragging a colour to the gradient: a) fill the hole object b) create a new stop c) change the colour of a stop
I thought about it, but it looks like this dragging of a color is managed entirely by GTK and I don't know how to change the appearance. Jon, maybe you know more about it - is it possible to change the dragging cursor for mousedrag? Currently even the mouseover color of the handle (red) does not work when I hover with a dragged color over it, although it works fine in any other mouse move or action.
- only add the + to the mouse cursor if it will create a new stop
yes
- show a temporary stop if it will create a new stop
no, that would be confusing, just change the cursor to +
- mark the stop if it will it change the colour of a stop
yes, just by letting it turn red as it normally does when mouseovered
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 10/17/07, David Christian Berg <david@...407...> wrote:
On Wed, 2007-10-17 at 04:02 +0300, Joshua Blocher wrote:
Any chance of get the center of the stops filled with it's current color while in the gradient tool.Seems to me this would be better than guessing at a quick glance. Especially since we are moving to all on canvas editing soon/already. If this is already done then awesome, I haven't updated to the current SVN in a couple of days or a week i don't remember.
When you doubleclick between to stops to add a new stop, that is exactly, what you get, isn't it? It's been like that since quite a while I believe. If it's not what you mean, I don't understand, what you're asking for, please elaborate.
David
Double clicking on a gradient line does give you the color spot for that stop but, that is not what I mean.
I mean actually showing the color in the center of the stop think square, circle, or diamond with a fill of the stops current color shown is if it had a white background so transparent(colors with low opacity) show up better.
Joshua L. Blocher verbalshadow
On 10/17/07, bulia byak <buliabyak@...400...> wrote:
On 10/16/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
The first tests worked fine. But I think we need visual feedback for the three different actions we can do with dragging a colour to the gradient: a) fill the hole object b) create a new stop c) change the colour of a stop
I thought about it, but it looks like this dragging of a color is managed entirely by GTK and I don't know how to change the appearance. Jon, maybe you know more about it - is it possible to change the dragging cursor for mousedrag? Currently even the mouseover color of the handle (red) does not work when I hover with a dragged color over it, although it works fine in any other mouse move or action.
- only add the + to the mouse cursor if it will create a new stop
yes
- show a temporary stop if it will create a new stop
no, that would be confusing, just change the cursor to +
- mark the stop if it will it change the colour of a stop
yes, just by letting it turn red as it normally does when mouseovered
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
I mean actually showing the color in the center of the stop think square, circle, or diamond with a fill of the stops current color shown is if it had a white background so transparent(colors with low opacity) show up better.
Now so we're talking stops and not centres between stops, right? sounds a lot more logical :-) anyways, I would prefer a tool tip, that doesn't only show the colour as you suggest but also allows you to see (copy, if gtk allows that in tool tips) the colour code.
Did I now get what you want? I mean concept wise? or does my idea not serve the purpose you want it to serve?
David
Joshua L. Blocher verbalshadow
On 10/17/07, bulia byak <buliabyak@...400...> wrote:
On 10/16/07, Tobias Jakobs <tobias.jakobs@...128...> wrote:
The first tests worked fine. But I think we need visual feedback for the three different actions we can do with dragging a colour to the gradient: a) fill the hole object b) create a new stop c) change the colour of a stop
I thought about it, but it looks like this dragging of a color is managed entirely by GTK and I don't know how to change the appearance. Jon, maybe you know more about it - is it possible to change the dragging cursor for mousedrag? Currently even the mouseover color of the handle (red) does not work when I hover with a dragged color over it, although it works fine in any other mouse move or action.
- only add the + to the mouse cursor if it will create a new stop
yes
- show a temporary stop if it will create a new stop
no, that would be confusing, just change the cursor to +
- mark the stop if it will it change the colour of a stop
yes, just by letting it turn red as it normally does when mouseovered
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 10/17/07, Joshua Blocher <verbalshadow@...400...> wrote:
I mean actually showing the color in the center of the stop think square, circle, or diamond with a fill of the stops current color shown is if it had a white background so transparent(colors with low opacity) show up better.
You have that color displayed in the selected style indicator in the statusbar, when the handle is selected.
On 10/17/07, bulia byak <buliabyak@...400...> wrote:
On 10/17/07, Joshua Blocher <verbalshadow@...400...> wrote:
I mean actually showing the color in the center of the stop think square, circle, or diamond with a fill of the stops current color shown is if it had a white background so transparent(colors with low opacity) show up better.
You have that color displayed in the selected style indicator in the statusbar, when the handle is selected.
Right thats is very much true, but I'm not sure there is any reason to have to select a handle/stop to see the color of it. I think that it will increase awareness and usabiltiy when dealing with complex or multi gradients on top on each other or any case were the color you see is not going to be color you get in the stop. I don't have much free time but I'm willing to work on it, but will need guidiance.
Joshua L. Blocher verbalshadow
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
On 10/17/07, Joshua Blocher <verbalshadow@...400...> wrote:
Right thats is very much true, but I'm not sure there is any reason to have to select a handle/stop to see the color of it. I think that it will increase awareness and usabiltiy when dealing with complex or multi gradients on top on each other or any case were the color you see is not going to be color you get in the stop. I don't have much free time but I'm willing to work on it, but will need guidiance.
OK, if you want to work on it, I think it will be an improvement. Let me know if you need any help.
On Oct 16, 2007, at 4:22 PM, bulia byak wrote:
I thought about it, but it looks like this dragging of a color is managed entirely by GTK and I don't know how to change the appearance. Jon, maybe you know more about it - is it possible to change the dragging cursor for mousedrag? Currently even the mouseover color of the handle (red) does not work when I hover with a dragged color over it, although it works fine in any other mouse move or action.
I'd just been looking at that recently.
When I first added color drag-n-drop I was digging around things a bit, but don't remember all the details at the moment.
The gist of the main complication is that gtk+ is running the drag-n- drop, but our app has the entire window as a single widget. Instead of setting up widgets and letting them interact, it's got one large one and pretends to be different.
Basically there's a lot of replicating what GTK+ normally handles, but only some of it is re-implemented. We might need to set things up as sub-widgets, or we might just need to add a bit more to the file import code.
On Oct 16, 2007, at 11:42 PM, Jon A. Cruz wrote:
Basically there's a lot of replicating what GTK+ normally handles, but only some of it is re-implemented. We might need to set things up as sub-widgets, or we might just need to add a bit more to the file import code.
I added in hooks to the drag-n-drop motion and leave events. These need to in turn be hooked to trigger highlighting of target items.
There is no enter event. So the leave needs to clear things, and a motion with things still cleared means an enter happened. We might need to add something to the generic context handlers, but I'm not sure of the best way off hand.
One other thing to check is to be sure of what type of drag-n-drop is happening.
On 10/7/07, bulia byak wrote:
Press Ctrl+A to select all stops in the selected objects.
When two or more adjacent stops are selected, pressing Ins adds
stops in the middles of all selected stop intervals.
- Intermediate stops can be mousedragged along their gradient line,
within the limits of the adjacent unselected stops (or end handles).
Do you think handling color stops ingradients via Align and Distribute dialog would make sense?
E.g.:
- distribute all color stops evenly - randomize all color stops positions
Alexandre
Here are a few more features added since the last announcement:
* drag and drop of colors from palette onto gradient now works
* Shift+drag around stops to add them to selection
* When one or more gradient stops are selected, using the Copy command (Ctrl+C) copies to the clipboard the style (color and opacity) of the selected stop or the averaged style of several selected stops, not the entire object with gradient as before. This means you can now copy/paste style between stops: select the source stop(s), copy, select the destination stop(s), paste style (Ctrl+Shift+V). With several selected stops, this also allows you to easily average their colors and opacities by copying them and pasting the style back onto them. (After that, redundant gradient stops can be removed by simplification with Ctrl+L).
participants (6)
-
Alexandre Prokoudine -
bulia byak -
David Christian Berg -
Jon A. Cruz -
Joshua Blocher -
Tobias Jakobs