New in CVS:
The Gradient tool (Ctrl+F1 or the g key) is a new convenient way to create, edit, and manage gradients:
o Simply drag anywhere on canvas to create a gradient on selected objects. Existing gradients can be edited by dragging their handles (as in any tool that has on-canvas gradient editing enabled).
o The tool's controls bar lets you choose the type of the newly created gradients (linear or radial) and whether they will be applied to the objects' fill or stroke.
o For the gradient(s) of selected object(s), you can choose one of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the selected gradient definition and applies it to the selected objects, which is useful when you have several objects sharing one gradient definition but want to change that. The Edit... button opens the gradient dialog where you can edit the gradient definition (add/move/delete stops and change colors and opacities of stops).
o The selected (blue) on-canvas gradient handle can be moved by arrow keys with all the regular modifiers (Alt ro move by 1 screen pixel, Shift to move by 10 times the distance). The Tab and Shift+Tab keys let you move selection from one handle to the next or previous.
This functionality is largely equivalent to that of the Fill&Stroke dialog, but is much more convenient. Still TODO:
- toggle buttons for spread (none/reflect/repeat)
- button/dialog to rename selected gradient definition
- X/Y spinbuttons for the position of the selected handle
- the ability to assign color to the selected handle, so it's possible to edit at least two-stop gradients without opening the gradient editor
- additional draggable handles for multi-stop gradients
Also today I eliminated the old gradient position widget in Fill&Stroke as redundant. I'm thinking about removing the remaining gradient controls there too ("vector" list, Add/Edit, spread) because they are a duplication of what is available in the gradient tool, and have no added advantages in the dialog.
All these changes were rather disruptive, so please test everything thoroughly. Of course any feedback on the usability, terminology (e.g. I had to invent the term "gradient definition" for that color strip with stops that can be applied to objects' gradients; Sodipodi termed them "vectors" which is incredibly misleading), or anything else is welcome.
/me lifts jaw
This is excellent Bulia, thank you very much.
wow
On Sat, 5 Mar 2005 03:10:33 -0400, bulia byak <buliabyak@...400...> wrote:
New in CVS:
The Gradient tool (Ctrl+F1 or the g key) is a new convenient way to create, edit, and manage gradients:
o Simply drag anywhere on canvas to create a gradient onselected objects. Existing gradients can be edited by dragging their handles (as in any tool that has on-canvas gradient editing enabled).
o The tool's controls bar lets you choose the type of thenewly created gradients (linear or radial) and whether they will be applied to the objects' fill or stroke.
o For the gradient(s) of selected object(s), you can chooseone of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the selected gradient definition and applies it to the selected objects, which is useful when you have several objects sharing one gradient definition but want to change that. The Edit... button opens the gradient dialog where you can edit the gradient definition (add/move/delete stops and change colors and opacities of stops).
o The selected (blue) on-canvas gradient handle can be movedby arrow keys with all the regular modifiers (Alt ro move by 1 screen pixel, Shift to move by 10 times the distance). The Tab and Shift+Tab keys let you move selection from one handle to the next or previous.
This functionality is largely equivalent to that of the Fill&Stroke dialog, but is much more convenient. Still TODO:
toggle buttons for spread (none/reflect/repeat)
button/dialog to rename selected gradient definition
X/Y spinbuttons for the position of the selected handle
the ability to assign color to the selected handle, so it's possible
to edit at least two-stop gradients without opening the gradient editor
- additional draggable handles for multi-stop gradients
Also today I eliminated the old gradient position widget in Fill&Stroke as redundant. I'm thinking about removing the remaining gradient controls there too ("vector" list, Add/Edit, spread) because they are a duplication of what is available in the gradient tool, and have no added advantages in the dialog.
All these changes were rather disruptive, so please test everything thoroughly. Of course any feedback on the usability, terminology (e.g. I had to invent the term "gradient definition" for that color strip with stops that can be applied to objects' gradients; Sodipodi termed them "vectors" which is incredibly misleading), or anything else is welcome.
SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Sat, Mar 05, 2005 at 03:10:33AM -0400, bulia byak wrote:
The Gradient tool (Ctrl+F1 or the g key) is a new convenient way to create, edit, and manage gradients:
I've added a news item on this. Nice to see this long-planned feature see reality. :-)
All these changes were rather disruptive, so please test everything thoroughly. Of course any feedback on the usability, terminology (e.g.
One comment about terminology:
o For the gradient(s) of selected object(s), you can chooseone of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the
From a PR perspective, 'fork' could be an uncomfortable term for people
still sensitive to our split from Sodipodi, and seeing it in the toolbar may be seen by some as salt in old wounds...
Bryce
On Sun, 6 Mar 2005 12:47:15 -0800, Bryce Harrington <bryce@...260...> wrote:
One comment about terminology:
o For the gradient(s) of selected object(s), you can chooseone of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the
From a PR perspective, 'fork' could be an uncomfortable term for people still sensitive to our split from Sodipodi, and seeing it in the toolbar may be seen by some as salt in old wounds...
Yeah, I thought about these:
Twin: a bit obscure?
Fork: maybe less obscure, but has some connotations :)
Copy: misleading because it may imply copying to the clipboard
Duplicate: maybe OK but rather long for a button label.
Any comments?
On Sun, Mar 06, 2005 at 05:06:32PM -0400, bulia byak wrote:
On Sun, 6 Mar 2005 12:47:15 -0800, Bryce Harrington <bryce@...260...> wrote:
One comment about terminology:
o For the gradient(s) of selected object(s), you can chooseone of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the
From a PR perspective, 'fork' could be an uncomfortable term for people still sensitive to our split from Sodipodi, and seeing it in the toolbar may be seen by some as salt in old wounds...
Yeah, I thought about these:
Twin: a bit obscure?
Fork: maybe less obscure, but has some connotations :)
Copy: misleading because it may imply copying to the clipboard
Duplicate: maybe OK but rather long for a button label.
Any comments?
I also was not able to come up with a good term. Copy and Duplicate sprang to mind but I agree with your assessment. I also thought of:
Clone: Possibly confused with other existing clone feature
Split: Nonintuitive
Branch: Obscure
Divide: Nondescriptive
Duplicate sounds like the most accurate description, but you're right that it's long. But what about making a toolbar icon for it, and then used "Duplicate gradient" as the tooltip?
Bryce
On Sunday 06 March 2005 22:17, Bryce Harrington wrote:
On Sun, Mar 06, 2005 at 05:06:32PM -0400, bulia byak wrote:
On Sun, 6 Mar 2005 12:47:15 -0800, Bryce Harrington
<bryce@...260...> wrote:
One comment about terminology:
o For the gradient(s) of selected object(s), you can chooseone of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the
From a PR perspective, 'fork' could be an uncomfortable term for people still sensitive to our split from Sodipodi, and seeing it in the toolbar may be seen by some as salt in old wounds...
Yeah, I thought about these:
Twin: a bit obscure?
Fork: maybe less obscure, but has some connotations :)
Copy: misleading because it may imply copying to the clipboard
Duplicate: maybe OK but rather long for a button label.
Any comments?
I also was not able to come up with a good term. Copy and Duplicate sprang to mind but I agree with your assessment. I also thought of:
Clone: Possibly confused with other existing clone feature
Split: Nonintuitive
Branch: Obscure
Divide: Nondescriptive
Duplicate sounds like the most accurate description, but you're right that it's long. But what about making a toolbar icon for it, and then used "Duplicate gradient" as the tooltip?
Separate ?
As an innocent bystander, this gradient tools rocks. Really awesome guys.
Craig
On Sun, 6 Mar 2005, bulia byak wrote:
Date: Sun, 6 Mar 2005 17:06:32 -0400 From: bulia byak <buliabyak@...400...> To: Bryce Harrington <bryce@...260...> Cc: Inkscape developer mailing list inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] Re: [Inkscape-user] NEW: gradient tool
On Sun, 6 Mar 2005 12:47:15 -0800, Bryce Harrington <bryce@...260...> wrote:
One comment about terminology:
o For the gradient(s) of selected object(s), you can chooseone of the gradient definitions in the document from the drop-down list in the controls bar. The Fork button creates a copy of the
From a PR perspective, 'fork' could be an uncomfortable term for people still sensitive to our split from Sodipodi, and seeing it in the toolbar may be seen by some as salt in old wounds...
I didn't make that connection but fork() is a technical term in this context, which essentially a type of copy isn't it?
Yeah, I thought about these:
Twin: a bit obscure?
Fork: maybe less obscure, but has some connotations :)
Copy: misleading because it may imply copying to the clipboard
Copy or New were the ideas I had straight away.
I understand the possible confusion with clipboard copy but for now I think Copy might be the least worst choice and less confusing than any new term we could come up.
New might be appropriate but only depending on how exactly the functionlity works (if changes were temporary, not effecting the original definition and needed to be copied to a new name so that they can be saved without obliterating the original).
Duplicate: maybe OK but rather long for a button label.
"Size is not important" :)
You have no choice but to leave space for longer text in translations. If you think Duplicate is the best name for it then you should definately use it.
(Perhaps in future it might be appropriate or Inkscape to have more standard toolbars with the option to show/hide text labels or only have the most important labels shown)
Any comments?
Looks good.
Sincerely
Alan Horkan
Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://www.abisource.com
participants (5)
-
Alan Horkan -
Andy Fitzsimon -
Bryce Harrington -
bulia byak -
Craig Bradney