Re: [Inkscape-devel] [UI] Name for a new function

Yes please draw some use case diagrams.
(And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!) On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar
functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify: 1. Make a red circle with a black stroke 2. Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...400...> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...400...
wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inkscape /+bug/1556592 https://bugs.launchpad.net/inkscape/+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Yes please draw some use case diagrams.
(And I like the renaming too. I'm still much more of a user than a
developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar
functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...400...
wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason < olof.bjarnason@...400...> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inkscape /+bug/1556592 https://bugs.launchpad.net/inkscape/+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
____________________________ From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify: 1. Make a red circle with a black stroke 2. Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...400...> wrote:
Mvh
/Olof ----------------- Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...400...> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof ----------------- Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inkscape /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...3386... .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...3348... com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3313... r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inksca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...3364...... il .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...3388..... l. com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3286...... ke r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inks ca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-)
brynn
-------------------------------------------------- From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...3363... il .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...3387... l. com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3285... ke r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inks ca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-) brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...837...363... il .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...3365...87... l. com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arraiza@...837...285... ke r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inks ca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
1. Add a new menu item called "Deconstruct object" (or "Stroke to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-)
brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...360...3363... il .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnason@...837...387... l. com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arraiza@...360...3285... ke r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.net/inks ca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
To me this 4 option -agree with the Olaf 1-3- give: + More logic to naming in -a pro- user point of view - Usualy we need two steps to archive this kind of result - Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke to
fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-)
brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarn ason@...3363... il .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarna son@...3387... l. com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arr aiza@...3285... ke r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad. net/inks ca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke to
fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-)
brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object -44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > Seeing how it works would help understanding. From a > simple user: > > "deconstruct object" sounds like breaking up any object to > individual > pieces, maybe like Ungroup, or Break Apart. And I can't > imagine > how > "stroke > to fill" fits with either of those. ("stroke to fill" > sounds like > some kind > of a stripe pattern) > > All best :-) > brynn > > ____________________________ > From: C R > Sent: Saturday, May 07, 2016 3:13 AM > To: Olof Bjarnason > Cc: Inkscape Devel List > Subject: Re: [Inkscape-devel] [UI] Name for a new function > > > Yes please draw some use case diagrams. > (And I like the renaming too. I'm still much more of a user > than a > developer > of inkscape and that name (stroke to path) has annoyed me > for > years!) > > > Will do! And yes, I'm going to recommend renaming it as > well. It's > always > been a bit of a sticking point in my head as well. > > > -C > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > I think stroke to path is already a naming convention for a > very > similar > functionality, so I will keep this name if possible if the > feature > is > not > too different. If a user will receive most of the time the > same > result I > will try to keep it to avoid confusion. Having too many > features > with > similar behaviours could be frustrating. > > > Agreed. This is my main reason for proposing a modification > to the > behaviour > of Stroke to Path (We can think about renaming it later, > however > that > may be > confusing to our current user base. As a daily user, I'm > all for > changing it > to "Strike to Fill", which is what Stroke to Path actually > does. > > I would strongly suggest not to create a new menu option if > the > behaviour is > not too different from the expected one if we think the > users are > going to > keep using it as they were doing before. > > > To clarify: > 1. Make a red circle with a black stroke > 2. Path > Stroke to Path > > > Watch the red circle vanish > > > Note that I didn't ask Inkscape to throw away the fill, it > just > does > it > because there is no shape to contain it anymore. > Since we have Paint Order in trunk now, this is even more > of an > issue; you > don't want Stroke to Path to throw away everything you did > to make > that > shape look the way it is, which may include a stack of LPEs > and > markers, not > to mention the fill may include a complex gradient that you > have to > copy and > paste-in-place to recover. The way it has worked has always > been a > major > workflow bottleneck, and Jabier's new function fixes the > problem > entirely. > > > Would folks like to see some use case and work flow > diagrams? > If so, I can have them ready tomorrow. > > > -C > > > > > > > > > > Otherwise, reading the feature explanation, "decompose > object" or > "deconstruct object"sounds self-explanatory to me. > > > I don't have an answer, but I would raise some questions > about how > we > think > it is going to be used: what is the purpose, what is the > expected > outcome > and I would compare to the stroke to path option to ensure > that are > enough > different. > > > :) > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarn > ason@...3363... > il > .com> > wrote: > > > > > > > > > > Mvh > > > > > /Olof > ----------------- > Är du systemutvecklare? > Spana in https://cilamp.se > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > Basicly, this is how Stroke to Fill should work. > > > How it works now: > Ctrl+Alt+C > Stroke to Path > > > Result: stroke is indeed converted to path, but the fill > and all > other parts > of the selection that are not strokes vanish. If any LPEs > are > applied > to the > path they are thrown out as well (you need to convert > object to > path > before > this operation to preserve the appearance). > > > > > How it should work (this "deconstruct" alternative): > Ctrl+Alt+C > Stroke to Path > > > Result: All LPE's applied to stroke, then the stroke is > converted > to > path. > > > My thought is, if we use the convention that a fill is only > turned > into an > object if there is a fill set on the object, then we can > please > anyone who > prefers the old behaviour. All they have to do is get rid > of the > fill > colour > on the object before applying Stroke to Path. > > > The current way it's handled is counter-intuitive. Most of > the > time, > all you > want to do is convert the outline to a fill, not throw away > tons of > data. > The point is to preserve appearance, and the Jabier's new > function > does this > much much better. > > > Thanks, that is a good explanation. However the wording > "stroke to > path" > isn't that clear to me. > > > Now that I understand what is going on I think > "deconstruct" is > actually a > quite good albeit little techy word for the operation. > "Decompose"? > "Path to > fills"? > > > The end result is a bunch of filled paths, and the input is > what > exactly? I > think "X to Y" is a good but then the X and the Y should be > closer > to > what > the operation is actually doing ;) > > > > > > My 2p. > -C > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarna > son@...3387... > l. > com> > wrote: > > Is there any image giving an example of what the command > does...? > Like > before/after with arrows and descriptive text? > > > It's kind of hard to understand what is happening from the > very > brief > description at the top of that thread... > > > > > > > Mvh > > > > > /Olof > ----------------- > Är du systemutvecklare? > Spana in https://cilamp.se > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arr > aiza@...3285... > ke > r.es> > wrote: > > Hi to all UI power! > I Just to know a name for the patch https://bugs.launchpad. > net/inks > ca > pe > /+bug/1556592 > > See the ScislaC proposal on #5 > Bryce like "Deconstruct object", me too. > > Is ok the name? Another one? > > Cheers, Jabier. > > --------------------------------------------------------- > ---------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers > of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > --------------------------------------------------------- > ---------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers > of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > --------------------------------------------------------- > ---------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers > of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > > --------------------------------------------------------- > ---------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers > of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > > > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > --------------------------------------------------------- > ---------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3313... r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke to
fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-)
brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió: > > > The new effect convert a object with one or more of this > fill,strokes > or marker to a item with all converted to paths, same > visual, > no more > markers or strokes. Also retain paint order. > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > Seeing how it works would help understanding. From a > > simple user: > > > > "deconstruct object" sounds like breaking up any object > > to > > individual > > pieces, maybe like Ungroup, or Break Apart. And I > > can't > > imagine > > how > > "stroke > > to fill" fits with either of those. ("stroke to fill" > > sounds like > > some kind > > of a stripe pattern) > > > > All best :-) > > brynn > > > > ____________________________ > > From: C R > > Sent: Saturday, May 07, 2016 3:13 AM > > To: Olof Bjarnason > > Cc: Inkscape Devel List > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > function > > > > > > Yes please draw some use case diagrams. > > (And I like the renaming too. I'm still much more of a > > user > > than a > > developer > > of inkscape and that name (stroke to path) has annoyed > > me > > for > > years!) > > > > > > Will do! And yes, I'm going to recommend renaming it as > > well. It's > > always > > been a bit of a sticking point in my head as well. > > > > > > -C > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > I think stroke to path is already a naming convention > > for a > > very > > similar > > functionality, so I will keep this name if possible if > > the > > feature > > is > > not > > too different. If a user will receive most of the time > > the > > same > > result I > > will try to keep it to avoid confusion. Having too many > > features > > with > > similar behaviours could be frustrating. > > > > > > Agreed. This is my main reason for proposing a > > modification > > to the > > behaviour > > of Stroke to Path (We can think about renaming it > > later, > > however > > that > > may be > > confusing to our current user base. As a daily user, > > I'm > > all for > > changing it > > to "Strike to Fill", which is what Stroke to Path > > actually > > does. > > > > I would strongly suggest not to create a new menu > > option if > > the > > behaviour is > > not too different from the expected one if we think the > > users are > > going to > > keep using it as they were doing before. > > > > > > To clarify: > > 1. Make a red circle with a black stroke > > 2. Path > Stroke to Path > > > > > > Watch the red circle vanish > > > > > > Note that I didn't ask Inkscape to throw away the fill, > > it > > just > > does > > it > > because there is no shape to contain it anymore. > > Since we have Paint Order in trunk now, this is even > > more > > of an > > issue; you > > don't want Stroke to Path to throw away everything you > > did > > to make > > that > > shape look the way it is, which may include a stack of > > LPEs > > and > > markers, not > > to mention the fill may include a complex gradient that > > you > > have to > > copy and > > paste-in-place to recover. The way it has worked has > > always > > been a > > major > > workflow bottleneck, and Jabier's new function fixes > > the > > problem > > entirely. > > > > > > Would folks like to see some use case and work flow > > diagrams? > > If so, I can have them ready tomorrow. > > > > > > -C > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, "decompose > > object" or > > "deconstruct object"sounds self-explanatory to me. > > > > > > I don't have an answer, but I would raise some > > questions > > about how > > we > > think > > it is going to be used: what is the purpose, what is > > the > > expected > > outcome > > and I would compare to the stroke to path option to > > ensure > > that are > > enough > > different. > > > > > > :) > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > <olof.bjarn > > ason@...3363... > > il > > .com> > > wrote: > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > /Olof > > ----------------- > > Är du systemutvecklare? > > Spana in https://cilamp.se > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > Basicly, this is how Stroke to Fill should work. > > > > > > How it works now: > > Ctrl+Alt+C > Stroke to Path > > > > > > Result: stroke is indeed converted to path, but the > > fill > > and all > > other parts > > of the selection that are not strokes vanish. If any > > LPEs > > are > > applied > > to the > > path they are thrown out as well (you need to convert > > object to > > path > > before > > this operation to preserve the appearance). > > > > > > > > > > How it should work (this "deconstruct" alternative): > > Ctrl+Alt+C > Stroke to Path > > > > > > Result: All LPE's applied to stroke, then the stroke is > > converted > > to > > path. > > > > > > My thought is, if we use the convention that a fill is > > only > > turned > > into an > > object if there is a fill set on the object, then we > > can > > please > > anyone who > > prefers the old behaviour. All they have to do is get > > rid > > of the > > fill > > colour > > on the object before applying Stroke to Path. > > > > > > The current way it's handled is counter-intuitive. Most > > of > > the > > time, > > all you > > want to do is convert the outline to a fill, not throw > > away > > tons of > > data. > > The point is to preserve appearance, and the Jabier's > > new > > function > > does this > > much much better. > > > > > > Thanks, that is a good explanation. However the wording > > "stroke to > > path" > > isn't that clear to me. > > > > > > Now that I understand what is going on I think > > "deconstruct" is > > actually a > > quite good albeit little techy word for the operation. > > "Decompose"? > > "Path to > > fills"? > > > > > > The end result is a bunch of filled paths, and the > > input is > > what > > exactly? I > > think "X to Y" is a good but then the X and the Y > > should be > > closer > > to > > what > > the operation is actually doing ;) > > > > > > > > > > > > My 2p. > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > <olof.bjarna > > son@...3387... > > l. > > com> > > wrote: > > > > Is there any image giving an example of what the > > command > > does...? > > Like > > before/after with arrows and descriptive text? > > > > > > It's kind of hard to understand what is happening from > > the > > very > > brief > > description at the top of that thread... > > > > > > > > > > > > > > Mvh > > > > > > > > > > /Olof > > ----------------- > > Är du systemutvecklare? > > Spana in https://cilamp.se > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > <jabier.arr > > aiza@...3285... > > ke > > r.es> > > wrote: > > > > Hi to all UI power! > > I Just to know a name for the patch https://bugs.launch > > pad. > > net/inks > > ca > > pe > > /+bug/1556592 > > > > See the ScislaC proposal on #5 > > Bryce like "Deconstruct object", me too. > > > > Is ok the name? Another one? > > > > Cheers, Jabier. > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > > > > > > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > > > > > > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > ------------------------------------------------------- > ---- > -------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-dev > el
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3286...... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke
to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
> > > > From simple user :-) brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
> > > > Here are some screenshots working, notice the not default > paint > order: > > Before apply: > View mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -14 > > Line mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -24 > > Apply : No screen shot my screnshot dont fire when menu > path is > open. I > put a temp item after "stroke to path" menu > > After apply : > View mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -34 > Line mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -44 > > Also another cuestion if finaly is a diferent item in the > menu > could be > good have a shortcut. > > Cheers, Jabier. > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza > Cenoz > escribió: > > > > > > > > The new effect convert a object with one or more of > > this > > fill,strokes > > or marker to a item with all converted to paths, same > > visual, > > no more > > markers or strokes. Also retain paint order. > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > > > > > > > > Seeing how it works would help understanding. >From a > > > simple user: > > > > > > "deconstruct object" sounds like breaking up any > > > object > > > to > > > individual > > > pieces, maybe like Ungroup, or Break Apart. And I > > > can't > > > imagine > > > how > > > "stroke > > > to fill" fits with either of those. ("stroke to fill" > > > sounds like > > > some kind > > > of a stripe pattern) > > > > > > All best :-) > > > brynn > > > > > > ____________________________ > > > From: C R > > > Sent: Saturday, May 07, 2016 3:13 AM > > > To: Olof Bjarnason > > > Cc: Inkscape Devel List > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > function > > > > > > > > > Yes please draw some use case diagrams. > > > (And I like the renaming too. I'm still much more of > > > a > > > user > > > than a > > > developer > > > of inkscape and that name (stroke to path) has > > > annoyed > > > me > > > for > > > years!) > > > > > > > > > Will do! And yes, I'm going to recommend renaming it > > > as > > > well. It's > > > always > > > been a bit of a sticking point in my head as well. > > > > > > > > > -C > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > > > I think stroke to path is already a naming convention > > > for a > > > very > > > similar > > > functionality, so I will keep this name if possible > > > if > > > the > > > feature > > > is > > > not > > > too different. If a user will receive most of the > > > time > > > the > > > same > > > result I > > > will try to keep it to avoid confusion. Having too > > > many > > > features > > > with > > > similar behaviours could be frustrating. > > > > > > > > > Agreed. This is my main reason for proposing a > > > modification > > > to the > > > behaviour > > > of Stroke to Path (We can think about renaming it > > > later, > > > however > > > that > > > may be > > > confusing to our current user base. As a daily user, > > > I'm > > > all for > > > changing it > > > to "Strike to Fill", which is what Stroke to Path > > > actually > > > does. > > > > > > I would strongly suggest not to create a new menu > > > option if > > > the > > > behaviour is > > > not too different from the expected one if we think > > > the > > > users are > > > going to > > > keep using it as they were doing before. > > > > > > > > > To clarify: > > > 1. Make a red circle with a black stroke > > > 2. Path > Stroke to Path > > > > > > > > > Watch the red circle vanish > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > fill, > > > it > > > just > > > does > > > it > > > because there is no shape to contain it anymore. > > > Since we have Paint Order in trunk now, this is even > > > more > > > of an > > > issue; you > > > don't want Stroke to Path to throw away everything > > > you > > > did > > > to make > > > that > > > shape look the way it is, which may include a stack > > > of > > > LPEs > > > and > > > markers, not > > > to mention the fill may include a complex gradient > > > that > > > you > > > have to > > > copy and > > > paste-in-place to recover. The way it has worked has > > > always > > > been a > > > major > > > workflow bottleneck, and Jabier's new function fixes > > > the > > > problem > > > entirely. > > > > > > > > > Would folks like to see some use case and work flow > > > diagrams? > > > If so, I can have them ready tomorrow. > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > "decompose > > > object" or > > > "deconstruct object"sounds self-explanatory to me. > > > > > > > > > I don't have an answer, but I would raise some > > > questions > > > about how > > > we > > > think > > > it is going to be used: what is the purpose, what is > > > the > > > expected > > > outcome > > > and I would compare to the stroke to path option to > > > ensure > > > that are > > > enough > > > different. > > > > > > > > > :) > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > <olof.bjarn > > > ason@...3363... > > > il > > > .com> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > /Olof > > > ----------------- > > > Är du systemutvecklare? > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > How it works now: > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > Result: stroke is indeed converted to path, but the > > > fill > > > and all > > > other parts > > > of the selection that are not strokes vanish. If any > > > LPEs > > > are > > > applied > > > to the > > > path they are thrown out as well (you need to convert > > > object to > > > path > > > before > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > How it should work (this "deconstruct" alternative): > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > Result: All LPE's applied to stroke, then the stroke > > > is > > > converted > > > to > > > path. > > > > > > > > > My thought is, if we use the convention that a fill > > > is > > > only > > > turned > > > into an > > > object if there is a fill set on the object, then we > > > can > > > please > > > anyone who > > > prefers the old behaviour. All they have to do is get > > > rid > > > of the > > > fill > > > colour > > > on the object before applying Stroke to Path. > > > > > > > > > The current way it's handled is counter-intuitive. > > > Most > > > of > > > the > > > time, > > > all you > > > want to do is convert the outline to a fill, not > > > throw > > > away > > > tons of > > > data. > > > The point is to preserve appearance, and the Jabier's > > > new > > > function > > > does this > > > much much better. > > > > > > > > > Thanks, that is a good explanation. However the > > > wording > > > "stroke to > > > path" > > > isn't that clear to me. > > > > > > > > > Now that I understand what is going on I think > > > "deconstruct" is > > > actually a > > > quite good albeit little techy word for the > > > operation. > > > "Decompose"? > > > "Path to > > > fills"? > > > > > > > > > The end result is a bunch of filled paths, and the > > > input is > > > what > > > exactly? I > > > think "X to Y" is a good but then the X and the Y > > > should be > > > closer > > > to > > > what > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > My 2p. > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > <olof.bjarna > > > son@...3387... > > > l. > > > com> > > > wrote: > > > > > > Is there any image giving an example of what the > > > command > > > does...? > > > Like > > > before/after with arrows and descriptive text? > > > > > > > > > It's kind of hard to understand what is happening > > > from > > > the > > > very > > > brief > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > /Olof > > > ----------------- > > > Är du systemutvecklare? > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > <jabier.arr > > > aiza@...3285... > > > ke > > > r.es> > > > wrote: > > > > > > Hi to all UI power! > > > I Just to know a name for the patch https://bugs.laun > > > ch > > > pad. > > > net/inks > > > ca > > > pe > > > /+bug/1556592 > > > > > > See the ScislaC proposal on #5 > > > Bryce like "Deconstruct object", me too. > > > > > > Is ok the name? Another one? > > > > > > Cheers, Jabier. > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > > > > > > > > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > ------------------------------------------------------- > > ---- > > -------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > ev
> > el
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3262...85... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke
to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
> > > > Nice! > > It's "new and improved" Stroke to Path. Can it just > replace > Stroke to > Path? Or call it "super" stroke to path. Just > kidding. But > "deconstruct" > could be confusing. > > > > > > > > > From simple user :-) > brynn > > -------------------------------------------------- > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > Sent: Saturday, May 07, 2016 4:58 AM > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > inkscape-devel@lists.sourceforge.net > Subject: Re: [Inkscape-devel] [UI] Name for a new function > > > > > > > > > Here are some screenshots working, notice the not default > > paint > > order: > > > > Before apply: > > View mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -14 > > > > Line mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -24 > > > > Apply : No screen shot my screnshot dont fire when menu > > path is > > open. I > > put a temp item after "stroke to path" menu > > > > After apply : > > View mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -34 > > Line mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -44 > > > > Also another cuestion if finaly is a diferent item in the > > menu > > could be > > good have a shortcut. > > > > Cheers, Jabier. > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza > > Cenoz > > escribió: > > > > > > > > > > > > The new effect convert a object with one or more of > > > this > > > fill,strokes > > > or marker to a item with all converted to paths, same > > > visual, > > > no more > > > markers or strokes. Also retain paint order. > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > > > > > > > > > > > > > Seeing how it works would help understanding. From a > > > > simple user: > > > > > > > > "deconstruct object" sounds like breaking up any > > > > object > > > > to > > > > individual > > > > pieces, maybe like Ungroup, or Break Apart. And I > > > > can't > > > > imagine > > > > how > > > > "stroke > > > > to fill" fits with either of those. ("stroke to fill" > > > > sounds like > > > > some kind > > > > of a stripe pattern) > > > > > > > > All best :-) > > > > brynn > > > > > > > > ____________________________ > > > > From: C R > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > To: Olof Bjarnason > > > > Cc: Inkscape Devel List > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > function > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > (And I like the renaming too. I'm still much more of > > > > a > > > > user > > > > than a > > > > developer > > > > of inkscape and that name (stroke to path) has > > > > annoyed > > > > me > > > > for > > > > years!) > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming it > > > > as > > > > well. It's > > > > always > > > > been a bit of a sticking point in my head as well. > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > > > > > I think stroke to path is already a naming convention > > > > for a > > > > very > > > > similar > > > > functionality, so I will keep this name if possible > > > > if > > > > the > > > > feature > > > > is > > > > not > > > > too different. If a user will receive most of the > > > > time > > > > the > > > > same > > > > result I > > > > will try to keep it to avoid confusion. Having too > > > > many > > > > features > > > > with > > > > similar behaviours could be frustrating. > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > modification > > > > to the > > > > behaviour > > > > of Stroke to Path (We can think about renaming it > > > > later, > > > > however > > > > that > > > > may be > > > > confusing to our current user base. As a daily user, > > > > I'm > > > > all for > > > > changing it > > > > to "Strike to Fill", which is what Stroke to Path > > > > actually > > > > does. > > > > > > > > I would strongly suggest not to create a new menu > > > > option if > > > > the > > > > behaviour is > > > > not too different from the expected one if we think > > > > the > > > > users are > > > > going to > > > > keep using it as they were doing before. > > > > > > > > > > > > To clarify: > > > > 1. Make a red circle with a black stroke > > > > 2. Path > Stroke to Path > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > fill, > > > > it > > > > just > > > > does > > > > it > > > > because there is no shape to contain it anymore. > > > > Since we have Paint Order in trunk now, this is even > > > > more > > > > of an > > > > issue; you > > > > don't want Stroke to Path to throw away everything > > > > you > > > > did > > > > to make > > > > that > > > > shape look the way it is, which may include a stack > > > > of > > > > LPEs > > > > and > > > > markers, not > > > > to mention the fill may include a complex gradient > > > > that > > > > you > > > > have to > > > > copy and > > > > paste-in-place to recover. The way it has worked has > > > > always > > > > been a > > > > major > > > > workflow bottleneck, and Jabier's new function fixes > > > > the > > > > problem > > > > entirely. > > > > > > > > > > > > Would folks like to see some use case and work flow > > > > diagrams? > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > "decompose > > > > object" or > > > > "deconstruct object"sounds self-explanatory to me. > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > questions > > > > about how > > > > we > > > > think > > > > it is going to be used: what is the purpose, what is > > > > the > > > > expected > > > > outcome > > > > and I would compare to the stroke to path option to > > > > ensure > > > > that are > > > > enough > > > > different. > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > <olof.bjarn > > > > ason@...3363... > > > > il > > > > .com> > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > /Olof > > > > ----------------- > > > > Är du systemutvecklare? > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > How it works now: > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > Result: stroke is indeed converted to path, but the > > > > fill > > > > and all > > > > other parts > > > > of the selection that are not strokes vanish. If any > > > > LPEs > > > > are > > > > applied > > > > to the > > > > path they are thrown out as well (you need to convert > > > > object to > > > > path > > > > before > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" alternative): > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > Result: All LPE's applied to stroke, then the stroke > > > > is > > > > converted > > > > to > > > > path. > > > > > > > > > > > > My thought is, if we use the convention that a fill > > > > is > > > > only > > > > turned > > > > into an > > > > object if there is a fill set on the object, then we > > > > can > > > > please > > > > anyone who > > > > prefers the old behaviour. All they have to do is get > > > > rid > > > > of the > > > > fill > > > > colour > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > The current way it's handled is counter-intuitive. > > > > Most > > > > of > > > > the > > > > time, > > > > all you > > > > want to do is convert the outline to a fill, not > > > > throw > > > > away > > > > tons of > > > > data. > > > > The point is to preserve appearance, and the Jabier's > > > > new > > > > function > > > > does this > > > > much much better. > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > wording > > > > "stroke to > > > > path" > > > > isn't that clear to me. > > > > > > > > > > > > Now that I understand what is going on I think > > > > "deconstruct" is > > > > actually a > > > > quite good albeit little techy word for the > > > > operation. > > > > "Decompose"? > > > > "Path to > > > > fills"? > > > > > > > > > > > > The end result is a bunch of filled paths, and the > > > > input is > > > > what > > > > exactly? I > > > > think "X to Y" is a good but then the X and the Y > > > > should be > > > > closer > > > > to > > > > what > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > <olof.bjarna > > > > son@...3387... > > > > l. > > > > com> > > > > wrote: > > > > > > > > Is there any image giving an example of what the > > > > command > > > > does...? > > > > Like > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > from > > > > the > > > > very > > > > brief > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > /Olof > > > > ----------------- > > > > Är du systemutvecklare? > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > <jabier.arr > > > > aiza@...3285... > > > > ke > > > > r.es> > > > > wrote: > > > > > > > > Hi to all UI power! > > > > I Just to know a name for the patch https://bugs.laun > > > > ch > > > > pad. > > > > net/inks > > > > ca > > > > pe > > > > /+bug/1556592 > > > > > > > > See the ScislaC proposal on #5 > > > > Bryce like "Deconstruct object", me too. > > > > > > > > Is ok the name? Another one? > > > > > > > > Cheers, Jabier. > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > > > > > > > > > > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > ------------------------------------------------------- > > > ---- > > > -------- > > > ----------- > > > Find and fix application performance issues faster with > > > Applications > > > Manager > > > Applications Manager provides deep performance insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > > ev > > > el > ----------------------------------------------------------- > ---- > --------------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

I'm NOT suggesting we keep lines as lines for this function. :) Just to clarify.
Thanks.
-C
On Sat, May 7, 2016 at 5:05 PM, Olof Bjarnason <olof.bjarnason@...400...> wrote:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...2927....> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...837...285... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
> > > > Yes, to me, "Deconstruct" implies separation of line from > fill, > but > nothing about conversion of the line to fill. > If we ever have a function that just separates all parts of a > shape > object > into separate shape objects with lines in-tact, > "deconstruct" would fit > much better, I think. > Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke
to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
> > > > -C > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> > wrote: > > > > > > > > > Nice! > > > > It's "new and improved" Stroke to Path. Can it just > > replace > > Stroke to > > Path? Or call it "super" stroke to path. Just > > kidding. But > > "deconstruct" > > could be confusing. > > > > > > > > > > > > > > From simple user :-) > > brynn > > > > -------------------------------------------------- > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > Sent: Saturday, May 07, 2016 4:58 AM > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > inkscape-devel@lists.sourceforge.net > > Subject: Re: [Inkscape-devel] [UI] Name for a new function > > > > > > > > > > > > > > Here are some screenshots working, notice the not default > > > paint > > > order: > > > > > > Before apply: > > > View mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > ob > > > ject > > > -14 > > > > > > Line mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > ob > > > ject > > > -24 > > > > > > Apply : No screen shot my screnshot dont fire when menu > > > path is > > > open. I > > > put a temp item after "stroke to path" menu > > > > > > After apply : > > > View mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > ob > > > ject > > > -34 > > > Line mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > ob > > > ject > > > -44 > > > > > > Also another cuestion if finaly is a diferent item in the > > > menu > > > could be > > > good have a shortcut. > > > > > > Cheers, Jabier. > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza > > > Cenoz > > > escribió: > > > > > > > > > > > > > > > > The new effect convert a object with one or more of > > > > this > > > > fill,strokes > > > > or marker to a item with all converted to paths, same > > > > visual, > > > > no more > > > > markers or strokes. Also retain paint order. > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help understanding. From a > > > > > simple user: > > > > > > > > > > "deconstruct object" sounds like breaking up any > > > > > object > > > > > to > > > > > individual > > > > > pieces, maybe like Ungroup, or Break Apart. And I > > > > > can't > > > > > imagine > > > > > how > > > > > "stroke > > > > > to fill" fits with either of those. ("stroke to fill" > > > > > sounds like > > > > > some kind > > > > > of a stripe pattern) > > > > > > > > > > All best :-) > > > > > brynn > > > > > > > > > > ____________________________ > > > > > From: C R > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > To: Olof Bjarnason > > > > > Cc: Inkscape Devel List > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > > function > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > (And I like the renaming too. I'm still much more of > > > > > a > > > > > user > > > > > than a > > > > > developer > > > > > of inkscape and that name (stroke to path) has > > > > > annoyed > > > > > me > > > > > for > > > > > years!) > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming it > > > > > as > > > > > well. It's > > > > > always > > > > > been a bit of a sticking point in my head as well. > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > > > > > > > I think stroke to path is already a naming convention > > > > > for a > > > > > very > > > > > similar > > > > > functionality, so I will keep this name if possible > > > > > if > > > > > the > > > > > feature > > > > > is > > > > > not > > > > > too different. If a user will receive most of the > > > > > time > > > > > the > > > > > same > > > > > result I > > > > > will try to keep it to avoid confusion. Having too > > > > > many > > > > > features > > > > > with > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > > modification > > > > > to the > > > > > behaviour > > > > > of Stroke to Path (We can think about renaming it > > > > > later, > > > > > however > > > > > that > > > > > may be > > > > > confusing to our current user base. As a daily user, > > > > > I'm > > > > > all for > > > > > changing it > > > > > to "Strike to Fill", which is what Stroke to Path > > > > > actually > > > > > does. > > > > > > > > > > I would strongly suggest not to create a new menu > > > > > option if > > > > > the > > > > > behaviour is > > > > > not too different from the expected one if we think > > > > > the > > > > > users are > > > > > going to > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > To clarify: > > > > > 1. Make a red circle with a black stroke > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > > fill, > > > > > it > > > > > just > > > > > does > > > > > it > > > > > because there is no shape to contain it anymore. > > > > > Since we have Paint Order in trunk now, this is even > > > > > more > > > > > of an > > > > > issue; you > > > > > don't want Stroke to Path to throw away everything > > > > > you > > > > > did > > > > > to make > > > > > that > > > > > shape look the way it is, which may include a stack > > > > > of > > > > > LPEs > > > > > and > > > > > markers, not > > > > > to mention the fill may include a complex gradient > > > > > that > > > > > you > > > > > have to > > > > > copy and > > > > > paste-in-place to recover. The way it has worked has > > > > > always > > > > > been a > > > > > major > > > > > workflow bottleneck, and Jabier's new function fixes > > > > > the > > > > > problem > > > > > entirely. > > > > > > > > > > > > > > > Would folks like to see some use case and work flow > > > > > diagrams? > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > "decompose > > > > > object" or > > > > > "deconstruct object"sounds self-explanatory to me. > > > > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > > questions > > > > > about how > > > > > we > > > > > think > > > > > it is going to be used: what is the purpose, what is > > > > > the > > > > > expected > > > > > outcome > > > > > and I would compare to the stroke to path option to > > > > > ensure > > > > > that are > > > > > enough > > > > > different. > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > > <olof.bjarn > > > > > ason@...3363... > > > > > il > > > > > .com> > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > ----------------- > > > > > Är du systemutvecklare? > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > > > > How it works now: > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, but the > > > > > fill > > > > > and all > > > > > other parts > > > > > of the selection that are not strokes vanish. If any > > > > > LPEs > > > > > are > > > > > applied > > > > > to the > > > > > path they are thrown out as well (you need to convert > > > > > object to > > > > > path > > > > > before > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" alternative): > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the stroke > > > > > is > > > > > converted > > > > > to > > > > > path. > > > > > > > > > > > > > > > My thought is, if we use the convention that a fill > > > > > is > > > > > only > > > > > turned > > > > > into an > > > > > object if there is a fill set on the object, then we > > > > > can > > > > > please > > > > > anyone who > > > > > prefers the old behaviour. All they have to do is get > > > > > rid > > > > > of the > > > > > fill > > > > > colour > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > The current way it's handled is counter-intuitive. > > > > > Most > > > > > of > > > > > the > > > > > time, > > > > > all you > > > > > want to do is convert the outline to a fill, not > > > > > throw > > > > > away > > > > > tons of > > > > > data. > > > > > The point is to preserve appearance, and the Jabier's > > > > > new > > > > > function > > > > > does this > > > > > much much better. > > > > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > > wording > > > > > "stroke to > > > > > path" > > > > > isn't that clear to me. > > > > > > > > > > > > > > > Now that I understand what is going on I think > > > > > "deconstruct" is > > > > > actually a > > > > > quite good albeit little techy word for the > > > > > operation. > > > > > "Decompose"? > > > > > "Path to > > > > > fills"? > > > > > > > > > > > > > > > The end result is a bunch of filled paths, and the > > > > > input is > > > > > what > > > > > exactly? I > > > > > think "X to Y" is a good but then the X and the Y > > > > > should be > > > > > closer > > > > > to > > > > > what > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > > <olof.bjarna > > > > > son@...3387... > > > > > l. > > > > > com> > > > > > wrote: > > > > > > > > > > Is there any image giving an example of what the > > > > > command > > > > > does...? > > > > > Like > > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > > from > > > > > the > > > > > very > > > > > brief > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > ----------------- > > > > > Är du systemutvecklare? > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > > <jabier.arr > > > > > aiza@...3285... > > > > > ke > > > > > r.es> > > > > > wrote: > > > > > > > > > > Hi to all UI power! > > > > > I Just to know a name for the patch https://bugs.laun > > > > > ch > > > > > pad. > > > > > net/inks > > > > > ca > > > > > pe > > > > > /+bug/1556592 > > > > > > > > > > See the ScislaC proposal on #5 > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > ----------------------------------------------------- > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > 6; > > > > > z > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > -d > > > > > evel > > > > ------------------------------------------------------- > > > > ---- > > > > -------- > > > > ----------- > > > > Find and fix application performance issues faster with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > > > ev > > > > el > > ----------------------------------------------------------- > > ---- > > --------------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > ------------------------------------------------------------- > ---- > ------------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights into > multiple > tiers of > your business applications. It resolves application problems > quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >
>
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Chaps, let's hop on #inkscape-ui to discuss this, and eliminate confusion. :) That will save this email chain from being too long. -C
On Sat, May 7, 2016 at 5:09 PM, C R <cajhne@...400...> wrote:
I'm NOT suggesting we keep lines as lines for this function. :) Just to clarify.
Thanks.
-C
On Sat, May 7, 2016 at 5:05 PM, Olof Bjarnason <olof.bjarnason@...400...> wrote:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3120.....
wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...360...3285... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió: > > > On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote: > > > > > > > > > Yes, to me, "Deconstruct" implies separation of line from > > fill, > > but > > nothing about conversion of the line to fill. > > If we ever have a function that just separates all parts of a > > shape > > object > > into separate shape objects with lines in-tact, > > "deconstruct" would fit > > much better, I think. > > > Conceptually it really boils down to whether this command > Jabier > developed > is an improvement of "Stroke to path" or a brand new command. > > So we get three options, in my opinion: > > 1. Add a new menu item called "Deconstruct object" (or "Stroke > to > fill") > 2. Modify the meaning of "Stroke to path" > 3. Modify the meaning, and name, of "Stroke to path" to "Stroke > to > fill" > (or "Deconstruct object") > > Here's my take on all three, please do your own evaluation too: > (1) has the consequence of yet another command on that menu, > but > no > confusion to old users (and a little higher threshold to new > users) > (2) has the consequence of (possibly) confusing old users, but > slightly > improving the situation for new users (the new command is > undoubtedly > less > surprising in behaviour than current Stroke to path) but not so > much > (the > name is still confusing) > (3) has the consequence of (possibly) confusing old users, but > improving > the situation a lot for new users > > I prefer (3) even if I'm an old time user, and like (1) least > of > the > options, since I don't like bloat in neither UI nor code. (2) > is > middle > ground for me. > > > > > > > > > > > -C > > > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> > > wrote: > > > > > > > > > > > > > > Nice! > > > > > > It's "new and improved" Stroke to Path. Can it just > > > replace > > > Stroke to > > > Path? Or call it "super" stroke to path. Just > > > kidding. But > > > "deconstruct" > > > could be confusing. > > > > > > > > > > > > > > > > > > > From simple user :-) > > > brynn > > > > > > -------------------------------------------------- > > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > > Sent: Saturday, May 07, 2016 4:58 AM > > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > > inkscape-devel@lists.sourceforge.net > > > Subject: Re: [Inkscape-devel] [UI] Name for a new function > > > > > > > > > > > > > > > > > > > Here are some screenshots working, notice the not default > > > > paint > > > > order: > > > > > > > > Before apply: > > > > View mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > > ob > > > > ject > > > > -14 > > > > > > > > Line mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > > ob > > > > ject > > > > -24 > > > > > > > > Apply : No screen shot my screnshot dont fire when menu > > > > path is > > > > open. I > > > > put a temp item after "stroke to path" menu > > > > > > > > After apply : > > > > View mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > > ob > > > > ject > > > > -34 > > > > Line mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > > > ob > > > > ject > > > > -44 > > > > > > > > Also another cuestion if finaly is a diferent item in the > > > > menu > > > > could be > > > > good have a shortcut. > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza > > > > Cenoz > > > > escribió: > > > > > > > > > > > > > > > > > > > > The new effect convert a object with one or more of > > > > > this > > > > > fill,strokes > > > > > or marker to a item with all converted to paths, same > > > > > visual, > > > > > no more > > > > > markers or strokes. Also retain paint order. > > > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help understanding. From a > > > > > > simple user: > > > > > > > > > > > > "deconstruct object" sounds like breaking up any > > > > > > object > > > > > > to > > > > > > individual > > > > > > pieces, maybe like Ungroup, or Break Apart. And I > > > > > > can't > > > > > > imagine > > > > > > how > > > > > > "stroke > > > > > > to fill" fits with either of those. ("stroke to fill" > > > > > > sounds like > > > > > > some kind > > > > > > of a stripe pattern) > > > > > > > > > > > > All best :-) > > > > > > brynn > > > > > > > > > > > > ____________________________ > > > > > > From: C R > > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > > To: Olof Bjarnason > > > > > > Cc: Inkscape Devel List > > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > > > function > > > > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > > (And I like the renaming too. I'm still much more of > > > > > > a > > > > > > user > > > > > > than a > > > > > > developer > > > > > > of inkscape and that name (stroke to path) has > > > > > > annoyed > > > > > > me > > > > > > for > > > > > > years!) > > > > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming it > > > > > > as > > > > > > well. It's > > > > > > always > > > > > > been a bit of a sticking point in my head as well. > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > > > > > > > > > I think stroke to path is already a naming convention > > > > > > for a > > > > > > very > > > > > > similar > > > > > > functionality, so I will keep this name if possible > > > > > > if > > > > > > the > > > > > > feature > > > > > > is > > > > > > not > > > > > > too different. If a user will receive most of the > > > > > > time > > > > > > the > > > > > > same > > > > > > result I > > > > > > will try to keep it to avoid confusion. Having too > > > > > > many > > > > > > features > > > > > > with > > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > > > modification > > > > > > to the > > > > > > behaviour > > > > > > of Stroke to Path (We can think about renaming it > > > > > > later, > > > > > > however > > > > > > that > > > > > > may be > > > > > > confusing to our current user base. As a daily user, > > > > > > I'm > > > > > > all for > > > > > > changing it > > > > > > to "Strike to Fill", which is what Stroke to Path > > > > > > actually > > > > > > does. > > > > > > > > > > > > I would strongly suggest not to create a new menu > > > > > > option if > > > > > > the > > > > > > behaviour is > > > > > > not too different from the expected one if we think > > > > > > the > > > > > > users are > > > > > > going to > > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > > > > To clarify: > > > > > > 1. Make a red circle with a black stroke > > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > > > fill, > > > > > > it > > > > > > just > > > > > > does > > > > > > it > > > > > > because there is no shape to contain it anymore. > > > > > > Since we have Paint Order in trunk now, this is even > > > > > > more > > > > > > of an > > > > > > issue; you > > > > > > don't want Stroke to Path to throw away everything > > > > > > you > > > > > > did > > > > > > to make > > > > > > that > > > > > > shape look the way it is, which may include a stack > > > > > > of > > > > > > LPEs > > > > > > and > > > > > > markers, not > > > > > > to mention the fill may include a complex gradient > > > > > > that > > > > > > you > > > > > > have to > > > > > > copy and > > > > > > paste-in-place to recover. The way it has worked has > > > > > > always > > > > > > been a > > > > > > major > > > > > > workflow bottleneck, and Jabier's new function fixes > > > > > > the > > > > > > problem > > > > > > entirely. > > > > > > > > > > > > > > > > > > Would folks like to see some use case and work flow > > > > > > diagrams? > > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > > "decompose > > > > > > object" or > > > > > > "deconstruct object"sounds self-explanatory to me. > > > > > > > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > > > questions > > > > > > about how > > > > > > we > > > > > > think > > > > > > it is going to be used: what is the purpose, what is > > > > > > the > > > > > > expected > > > > > > outcome > > > > > > and I would compare to the stroke to path option to > > > > > > ensure > > > > > > that are > > > > > > enough > > > > > > different. > > > > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > > > <olof.bjarn > > > > > > ason@...3363... > > > > > > il > > > > > > .com> > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > ----------------- > > > > > > Är du systemutvecklare? > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > > > > > > > How it works now: > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, but the > > > > > > fill > > > > > > and all > > > > > > other parts > > > > > > of the selection that are not strokes vanish. If any > > > > > > LPEs > > > > > > are > > > > > > applied > > > > > > to the > > > > > > path they are thrown out as well (you need to convert > > > > > > object to > > > > > > path > > > > > > before > > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" alternative): > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the stroke > > > > > > is > > > > > > converted > > > > > > to > > > > > > path. > > > > > > > > > > > > > > > > > > My thought is, if we use the convention that a fill > > > > > > is > > > > > > only > > > > > > turned > > > > > > into an > > > > > > object if there is a fill set on the object, then we > > > > > > can > > > > > > please > > > > > > anyone who > > > > > > prefers the old behaviour. All they have to do is get > > > > > > rid > > > > > > of the > > > > > > fill > > > > > > colour > > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > > > > The current way it's handled is counter-intuitive. > > > > > > Most > > > > > > of > > > > > > the > > > > > > time, > > > > > > all you > > > > > > want to do is convert the outline to a fill, not > > > > > > throw > > > > > > away > > > > > > tons of > > > > > > data. > > > > > > The point is to preserve appearance, and the Jabier's > > > > > > new > > > > > > function > > > > > > does this > > > > > > much much better. > > > > > > > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > > > wording > > > > > > "stroke to > > > > > > path" > > > > > > isn't that clear to me. > > > > > > > > > > > > > > > > > > Now that I understand what is going on I think > > > > > > "deconstruct" is > > > > > > actually a > > > > > > quite good albeit little techy word for the > > > > > > operation. > > > > > > "Decompose"? > > > > > > "Path to > > > > > > fills"? > > > > > > > > > > > > > > > > > > The end result is a bunch of filled paths, and the > > > > > > input is > > > > > > what > > > > > > exactly? I > > > > > > think "X to Y" is a good but then the X and the Y > > > > > > should be > > > > > > closer > > > > > > to > > > > > > what > > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > > > <olof.bjarna > > > > > > son@...3387... > > > > > > l. > > > > > > com> > > > > > > wrote: > > > > > > > > > > > > Is there any image giving an example of what the > > > > > > command > > > > > > does...? > > > > > > Like > > > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > > > from > > > > > > the > > > > > > very > > > > > > brief > > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > ----------------- > > > > > > Är du systemutvecklare? > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > > > <jabier.arr > > > > > > aiza@...3285... > > > > > > ke > > > > > > r.es> > > > > > > wrote: > > > > > > > > > > > > Hi to all UI power! > > > > > > I Just to know a name for the patch https://bugs.laun > > > > > > ch > > > > > > pad. > > > > > > net/inks > > > > > > ca > > > > > > pe > > > > > > /+bug/1556592 > > > > > > > > > > > > See the ScislaC proposal on #5 > > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > ----------------------------------------------------- > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > > 6; > > > > > > z > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers of > > > > > > your business applications. It resolves application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > > > -d > > > > > > evel > > > > > ------------------------------------------------------- > > > > > ---- > > > > > -------- > > > > > ----------- > > > > > Find and fix application performance issues faster with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance insights > > > > > into > > > > > multiple > > > > > tiers of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > > > > ev > > > > > el > > > ----------------------------------------------------------- > > > ---- > > > --------------- > > > Find and fix application performance issues faster with > > > Applications > > > Manager > > > Applications Manager provides deep performance insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > ------------------------------------------------------------- > > ---- > > ------------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights into > > multiple > > tiers of > > your business applications. It resolves application problems > > quickly and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > --------------------------------------------------------------- > ---- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights into > multiple > tiers of > your business applications. It resolves application problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Great!
El sáb, 07-05-2016 a las 17:12 +0100, C R escribió:
Chaps, let's hop on #inkscape-ui to discuss this, and eliminate confusion. :) That will save this email chain from being too long. -C
On Sat, May 7, 2016 at 5:09 PM, C R <cajhne@...400...> wrote:
I'm NOT suggesting we keep lines as lines for this function. :) Just to clarify.
Thanks.
-C
On Sat, May 7, 2016 at 5:05 PM, Olof Bjarnason <olof.bjarnason@...3388..... l.com> wrote:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3314...67... arker.es
wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arr aiza@...3285... ke r.es> wrote:
> > > > HI I just evaluate as 4 option the CR one: > 4. Retain stroke to path and add deconstruct object > retaining > lines > as > lines > I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
> > > > To me this 4 option -agree with the Olaf 1-3- give: > + More logic to naming in -a pro- user point of view > - Usualy we need two steps to archive this kind of result > - Final user need to be informed about the two steps > process. > > Cheers, Jabier. > > > El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason > escribió: > > > > > > > > On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote: > > > > > > > > > > > > > > > > > Yes, to me, "Deconstruct" implies separation of line > > > from > > > fill, > > > but > > > nothing about conversion of the line to fill. > > > If we ever have a function that just separates all > > > parts of a > > > shape > > > object > > > into separate shape objects with lines in-tact, > > > "deconstruct" would fit > > > much better, I think. > > > > > Conceptually it really boils down to whether this > > command > > Jabier > > developed > > is an improvement of "Stroke to path" or a brand new > > command. > > > > So we get three options, in my opinion: > > > > 1. Add a new menu item called "Deconstruct object" (or > > "Stroke > > to > > fill") > > 2. Modify the meaning of "Stroke to path" > > 3. Modify the meaning, and name, of "Stroke to path" to > > "Stroke > > to > > fill" > > (or "Deconstruct object") > > > > Here's my take on all three, please do your own > > evaluation too: > > (1) has the consequence of yet another command on that > > menu, > > but > > no > > confusion to old users (and a little higher threshold > > to new > > users) > > (2) has the consequence of (possibly) confusing old > > users, but > > slightly > > improving the situation for new users (the new command > > is > > undoubtedly > > less > > surprising in behaviour than current Stroke to path) > > but not so > > much > > (the > > name is still confusing) > > (3) has the consequence of (possibly) confusing old > > users, but > > improving > > the situation a lot for new users > > > > I prefer (3) even if I'm an old time user, and like (1) > > least > > of > > the > > options, since I don't like bloat in neither UI nor > > code. (2) > > is > > middle > > ground for me. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3391... > > > m> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > Nice! > > > > > > > > It's "new and improved" Stroke to Path. Can it > > > > just > > > > replace > > > > Stroke to > > > > Path? Or call it "super" stroke to path. Just > > > > kidding. But > > > > "deconstruct" > > > > could be confusing. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From simple user :-) > > > > brynn > > > > > > > > -------------------------------------------------- > > > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > > > Sent: Saturday, May 07, 2016 4:58 AM > > > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > > > inkscape-devel@lists.sourceforge.net > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > function > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Here are some screenshots working, notice the not > > > > > default > > > > > paint > > > > > order: > > > > > > > > > > Before apply: > > > > > View mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstruct- > > > > > ob > > > > > ject > > > > > -14 > > > > > > > > > > Line mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstruct- > > > > > ob > > > > > ject > > > > > -24 > > > > > > > > > > Apply : No screen shot my screnshot dont fire > > > > > when menu > > > > > path is > > > > > open. I > > > > > put a temp item after "stroke to path" menu > > > > > > > > > > After apply : > > > > > View mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstruct- > > > > > ob > > > > > ject > > > > > -34 > > > > > Line mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstruct- > > > > > ob > > > > > ject > > > > > -44 > > > > > > > > > > Also another cuestion if finaly is a diferent > > > > > item in the > > > > > menu > > > > > could be > > > > > good have a shortcut. > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo > > > > > Arraiza > > > > > Cenoz > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The new effect convert a object with one or > > > > > > more of > > > > > > this > > > > > > fill,strokes > > > > > > or marker to a item with all converted to > > > > > > paths, same > > > > > > visual, > > > > > > no more > > > > > > markers or strokes. Also retain paint order. > > > > > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn > > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help > > > > > > > understanding. From a > > > > > > > simple user: > > > > > > > > > > > > > > "deconstruct object" sounds like breaking up > > > > > > > any > > > > > > > object > > > > > > > to > > > > > > > individual > > > > > > > pieces, maybe like Ungroup, or Break > > > > > > > Apart. And I > > > > > > > can't > > > > > > > imagine > > > > > > > how > > > > > > > "stroke > > > > > > > to fill" fits with either of those. ("stroke > > > > > > > to fill" > > > > > > > sounds like > > > > > > > some kind > > > > > > > of a stripe pattern) > > > > > > > > > > > > > > All best :-) > > > > > > > brynn > > > > > > > > > > > > > > ____________________________ > > > > > > > From: C R > > > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > > > To: Olof Bjarnason > > > > > > > Cc: Inkscape Devel List > > > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a > > > > > > > new > > > > > > > function > > > > > > > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > > > (And I like the renaming too. I'm still much > > > > > > > more of > > > > > > > a > > > > > > > user > > > > > > > than a > > > > > > > developer > > > > > > > of inkscape and that name (stroke to path) > > > > > > > has > > > > > > > annoyed > > > > > > > me > > > > > > > for > > > > > > > years!) > > > > > > > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend > > > > > > > renaming it > > > > > > > as > > > > > > > well. It's > > > > > > > always > > > > > > > been a bit of a sticking point in my head as > > > > > > > well. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> > > > > > > > wrote: > > > > > > > > > > > > > > I think stroke to path is already a naming > > > > > > > convention > > > > > > > for a > > > > > > > very > > > > > > > similar > > > > > > > functionality, so I will keep this name if > > > > > > > possible > > > > > > > if > > > > > > > the > > > > > > > feature > > > > > > > is > > > > > > > not > > > > > > > too different. If a user will receive most of > > > > > > > the > > > > > > > time > > > > > > > the > > > > > > > same > > > > > > > result I > > > > > > > will try to keep it to avoid confusion. > > > > > > > Having too > > > > > > > many > > > > > > > features > > > > > > > with > > > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing > > > > > > > a > > > > > > > modification > > > > > > > to the > > > > > > > behaviour > > > > > > > of Stroke to Path (We can think about > > > > > > > renaming it > > > > > > > later, > > > > > > > however > > > > > > > that > > > > > > > may be > > > > > > > confusing to our current user base. As a > > > > > > > daily user, > > > > > > > I'm > > > > > > > all for > > > > > > > changing it > > > > > > > to "Strike to Fill", which is what Stroke to > > > > > > > Path > > > > > > > actually > > > > > > > does. > > > > > > > > > > > > > > I would strongly suggest not to create a new > > > > > > > menu > > > > > > > option if > > > > > > > the > > > > > > > behaviour is > > > > > > > not too different from the expected one if we > > > > > > > think > > > > > > > the > > > > > > > users are > > > > > > > going to > > > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > > > > > > > To clarify: > > > > > > > 1. Make a red circle with a black stroke > > > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away > > > > > > > the > > > > > > > fill, > > > > > > > it > > > > > > > just > > > > > > > does > > > > > > > it > > > > > > > because there is no shape to contain it > > > > > > > anymore. > > > > > > > Since we have Paint Order in trunk now, this > > > > > > > is even > > > > > > > more > > > > > > > of an > > > > > > > issue; you > > > > > > > don't want Stroke to Path to throw away > > > > > > > everything > > > > > > > you > > > > > > > did > > > > > > > to make > > > > > > > that > > > > > > > shape look the way it is, which may include a > > > > > > > stack > > > > > > > of > > > > > > > LPEs > > > > > > > and > > > > > > > markers, not > > > > > > > to mention the fill may include a complex > > > > > > > gradient > > > > > > > that > > > > > > > you > > > > > > > have to > > > > > > > copy and > > > > > > > paste-in-place to recover. The way it has > > > > > > > worked has > > > > > > > always > > > > > > > been a > > > > > > > major > > > > > > > workflow bottleneck, and Jabier's new > > > > > > > function fixes > > > > > > > the > > > > > > > problem > > > > > > > entirely. > > > > > > > > > > > > > > > > > > > > > Would folks like to see some use case and > > > > > > > work flow > > > > > > > diagrams? > > > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > > > "decompose > > > > > > > object" or > > > > > > > "deconstruct object"sounds self-explanatory > > > > > > > to me. > > > > > > > > > > > > > > > > > > > > > I don't have an answer, but I would raise > > > > > > > some > > > > > > > questions > > > > > > > about how > > > > > > > we > > > > > > > think > > > > > > > it is going to be used: what is the purpose, > > > > > > > what is > > > > > > > the > > > > > > > expected > > > > > > > outcome > > > > > > > and I would compare to the stroke to path > > > > > > > option to > > > > > > > ensure > > > > > > > that are > > > > > > > enough > > > > > > > different. > > > > > > > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof > > > > > > > Bjarnason > > > > > > > <olof.bjarn > > > > > > > ason@...3363... > > > > > > > il > > > > > > > .com> > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > > ----------------- > > > > > > > Är du systemutvecklare? > > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400... > > > > > > > > wrote: > > > > > > > > > > > > > > Basicly, this is how Stroke to Fill should > > > > > > > work. > > > > > > > > > > > > > > > > > > > > > How it works now: > > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, > > > > > > > but the > > > > > > > fill > > > > > > > and all > > > > > > > other parts > > > > > > > of the selection that are not strokes vanish. > > > > > > > If any > > > > > > > LPEs > > > > > > > are > > > > > > > applied > > > > > > > to the > > > > > > > path they are thrown out as well (you need to > > > > > > > convert > > > > > > > object to > > > > > > > path > > > > > > > before > > > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" > > > > > > > alternative): > > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the > > > > > > > stroke > > > > > > > is > > > > > > > converted > > > > > > > to > > > > > > > path. > > > > > > > > > > > > > > > > > > > > > My thought is, if we use the convention that > > > > > > > a fill > > > > > > > is > > > > > > > only > > > > > > > turned > > > > > > > into an > > > > > > > object if there is a fill set on the object, > > > > > > > then we > > > > > > > can > > > > > > > please > > > > > > > anyone who > > > > > > > prefers the old behaviour. All they have to > > > > > > > do is get > > > > > > > rid > > > > > > > of the > > > > > > > fill > > > > > > > colour > > > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > > > > > > > The current way it's handled is counter- > > > > > > > intuitive. > > > > > > > Most > > > > > > > of > > > > > > > the > > > > > > > time, > > > > > > > all you > > > > > > > want to do is convert the outline to a fill, > > > > > > > not > > > > > > > throw > > > > > > > away > > > > > > > tons of > > > > > > > data. > > > > > > > The point is to preserve appearance, and the > > > > > > > Jabier's > > > > > > > new > > > > > > > function > > > > > > > does this > > > > > > > much much better. > > > > > > > > > > > > > > > > > > > > > Thanks, that is a good explanation. However > > > > > > > the > > > > > > > wording > > > > > > > "stroke to > > > > > > > path" > > > > > > > isn't that clear to me. > > > > > > > > > > > > > > > > > > > > > Now that I understand what is going on I > > > > > > > think > > > > > > > "deconstruct" is > > > > > > > actually a > > > > > > > quite good albeit little techy word for the > > > > > > > operation. > > > > > > > "Decompose"? > > > > > > > "Path to > > > > > > > fills"? > > > > > > > > > > > > > > > > > > > > > The end result is a bunch of filled paths, > > > > > > > and the > > > > > > > input is > > > > > > > what > > > > > > > exactly? I > > > > > > > think "X to Y" is a good but then the X and > > > > > > > the Y > > > > > > > should be > > > > > > > closer > > > > > > > to > > > > > > > what > > > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof > > > > > > > Bjarnason > > > > > > > <olof.bjarna > > > > > > > son@...3387... > > > > > > > l. > > > > > > > com> > > > > > > > wrote: > > > > > > > > > > > > > > Is there any image giving an example of what > > > > > > > the > > > > > > > command > > > > > > > does...? > > > > > > > Like > > > > > > > before/after with arrows and descriptive > > > > > > > text? > > > > > > > > > > > > > > > > > > > > > It's kind of hard to understand what is > > > > > > > happening > > > > > > > from > > > > > > > the > > > > > > > very > > > > > > > brief > > > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > > ----------------- > > > > > > > Är du systemutvecklare? > > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza > > > > > > > Cenoz > > > > > > > <jabier.arr > > > > > > > aiza@...3285... > > > > > > > ke > > > > > > > r.es> > > > > > > > wrote: > > > > > > > > > > > > > > Hi to all UI power! > > > > > > > I Just to know a name for the patch https://b > > > > > > > ugs.laun > > > > > > > ch > > > > > > > pad. > > > > > > > net/inks > > > > > > > ca > > > > > > > pe > > > > > > > /+bug/1556592 > > > > > > > > > > > > > > See the ScislaC proposal on #5 > > > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---------- > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 13010551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inkscape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---------- > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 13010551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inkscape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---------- > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 13010551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inkscape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---------- > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 13010551 > > > > > > > 6; > > > > > > > z > > > > > > > > > > > > > > > > > > > > > > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inkscape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---------- > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 13010551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inkscape > > > > > > > -d > > > > > > > evel > > > > > > --------------------------------------------- > > > > > > ---------- > > > > > > ---- > > > > > > -------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13 > > > > > > 0105516; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/in > > > > > > kscape-d > > > > > > ev > > > > > > el > > > > ------------------------------------------------- > > > > ---------- > > > > ---- > > > > --------------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105 > > > > 516;z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inksca > > > > pe-devel > > > > > > > --------------------------------------------------- > > > ---------- > > > ---- > > > ------------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6;z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -devel > > > > > > > > ----------------------------------------------------- > > ---------- > > ---- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Nothing happen if no fills or markers
El sáb, 07-05-2016 a las 18:05 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3313... r.es> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza @mar ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
> > > > > Yes, to me, "Deconstruct" implies separation of line from > fill, > but > nothing about conversion of the line to fill. > If we ever have a function that just separates all parts > of a > shape > object > into separate shape objects with lines in-tact, > "deconstruct" would fit > much better, I think. > Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or
"Stroke to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
> > > > > -C > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> > wrote: > > > > > > > > > > > Nice! > > > > It's "new and improved" Stroke to Path. Can it just > > replace > > Stroke to > > Path? Or call it "super" stroke to path. Just > > kidding. But > > "deconstruct" > > could be confusing. > > > > > > > > > > > > > > > > > From simple user :-) > > brynn > > > > -------------------------------------------------- > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > Sent: Saturday, May 07, 2016 4:58 AM > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > inkscape-devel@lists.sourceforge.net > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > function > > > > > > > > > > > > > > > > > Here are some screenshots working, notice the not > > > default > > > paint > > > order: > > > > > > Before apply: > > > View mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > uct- > > > ob > > > ject > > > -14 > > > > > > Line mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > uct- > > > ob > > > ject > > > -24 > > > > > > Apply : No screen shot my screnshot dont fire when > > > menu > > > path is > > > open. I > > > put a temp item after "stroke to path" menu > > > > > > After apply : > > > View mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > uct- > > > ob > > > ject > > > -34 > > > Line mode : > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > uct- > > > ob > > > ject > > > -44 > > > > > > Also another cuestion if finaly is a diferent item in > > > the > > > menu > > > could be > > > good have a shortcut. > > > > > > Cheers, Jabier. > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo > > > Arraiza > > > Cenoz > > > escribió: > > > > > > > > > > > > > > > > > > > > The new effect convert a object with one or more of > > > > this > > > > fill,strokes > > > > or marker to a item with all converted to paths, > > > > same > > > > visual, > > > > no more > > > > markers or strokes. Also retain paint order. > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help > > > > > understanding. From a > > > > > simple user: > > > > > > > > > > "deconstruct object" sounds like breaking up any > > > > > object > > > > > to > > > > > individual > > > > > pieces, maybe like Ungroup, or Break Apart. And > > > > > I > > > > > can't > > > > > imagine > > > > > how > > > > > "stroke > > > > > to fill" fits with either of those. ("stroke to > > > > > fill" > > > > > sounds like > > > > > some kind > > > > > of a stripe pattern) > > > > > > > > > > All best :-) > > > > > brynn > > > > > > > > > > ____________________________ > > > > > From: C R > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > To: Olof Bjarnason > > > > > Cc: Inkscape Devel List > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > > function > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > (And I like the renaming too. I'm still much more > > > > > of > > > > > a > > > > > user > > > > > than a > > > > > developer > > > > > of inkscape and that name (stroke to path) has > > > > > annoyed > > > > > me > > > > > for > > > > > years!) > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming > > > > > it > > > > > as > > > > > well. It's > > > > > always > > > > > been a bit of a sticking point in my head as > > > > > well. > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> > > > > > wrote: > > > > > > > > > > I think stroke to path is already a naming > > > > > convention > > > > > for a > > > > > very > > > > > similar > > > > > functionality, so I will keep this name if > > > > > possible > > > > > if > > > > > the > > > > > feature > > > > > is > > > > > not > > > > > too different. If a user will receive most of the > > > > > time > > > > > the > > > > > same > > > > > result I > > > > > will try to keep it to avoid confusion. Having > > > > > too > > > > > many > > > > > features > > > > > with > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > > modification > > > > > to the > > > > > behaviour > > > > > of Stroke to Path (We can think about renaming it > > > > > later, > > > > > however > > > > > that > > > > > may be > > > > > confusing to our current user base. As a daily > > > > > user, > > > > > I'm > > > > > all for > > > > > changing it > > > > > to "Strike to Fill", which is what Stroke to Path > > > > > actually > > > > > does. > > > > > > > > > > I would strongly suggest not to create a new menu > > > > > option if > > > > > the > > > > > behaviour is > > > > > not too different from the expected one if we > > > > > think > > > > > the > > > > > users are > > > > > going to > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > To clarify: > > > > > 1. Make a red circle with a black stroke > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > > fill, > > > > > it > > > > > just > > > > > does > > > > > it > > > > > because there is no shape to contain it anymore. > > > > > Since we have Paint Order in trunk now, this is > > > > > even > > > > > more > > > > > of an > > > > > issue; you > > > > > don't want Stroke to Path to throw away > > > > > everything > > > > > you > > > > > did > > > > > to make > > > > > that > > > > > shape look the way it is, which may include a > > > > > stack > > > > > of > > > > > LPEs > > > > > and > > > > > markers, not > > > > > to mention the fill may include a complex > > > > > gradient > > > > > that > > > > > you > > > > > have to > > > > > copy and > > > > > paste-in-place to recover. The way it has worked > > > > > has > > > > > always > > > > > been a > > > > > major > > > > > workflow bottleneck, and Jabier's new function > > > > > fixes > > > > > the > > > > > problem > > > > > entirely. > > > > > > > > > > > > > > > Would folks like to see some use case and work > > > > > flow > > > > > diagrams? > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > "decompose > > > > > object" or > > > > > "deconstruct object"sounds self-explanatory to > > > > > me. > > > > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > > questions > > > > > about how > > > > > we > > > > > think > > > > > it is going to be used: what is the purpose, what > > > > > is > > > > > the > > > > > expected > > > > > outcome > > > > > and I would compare to the stroke to path option > > > > > to > > > > > ensure > > > > > that are > > > > > enough > > > > > different. > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > > <olof.bjarn > > > > > ason@...3363... > > > > > il > > > > > .com> > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > ----------------- > > > > > Är du systemutvecklare? > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> > > > > > wrote: > > > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > > > > How it works now: > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, but > > > > > the > > > > > fill > > > > > and all > > > > > other parts > > > > > of the selection that are not strokes vanish. If > > > > > any > > > > > LPEs > > > > > are > > > > > applied > > > > > to the > > > > > path they are thrown out as well (you need to > > > > > convert > > > > > object to > > > > > path > > > > > before > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" > > > > > alternative): > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the > > > > > stroke > > > > > is > > > > > converted > > > > > to > > > > > path. > > > > > > > > > > > > > > > My thought is, if we use the convention that a > > > > > fill > > > > > is > > > > > only > > > > > turned > > > > > into an > > > > > object if there is a fill set on the object, then > > > > > we > > > > > can > > > > > please > > > > > anyone who > > > > > prefers the old behaviour. All they have to do is > > > > > get > > > > > rid > > > > > of the > > > > > fill > > > > > colour > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > The current way it's handled is counter- > > > > > intuitive. > > > > > Most > > > > > of > > > > > the > > > > > time, > > > > > all you > > > > > want to do is convert the outline to a fill, not > > > > > throw > > > > > away > > > > > tons of > > > > > data. > > > > > The point is to preserve appearance, and the > > > > > Jabier's > > > > > new > > > > > function > > > > > does this > > > > > much much better. > > > > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > > wording > > > > > "stroke to > > > > > path" > > > > > isn't that clear to me. > > > > > > > > > > > > > > > Now that I understand what is going on I think > > > > > "deconstruct" is > > > > > actually a > > > > > quite good albeit little techy word for the > > > > > operation. > > > > > "Decompose"? > > > > > "Path to > > > > > fills"? > > > > > > > > > > > > > > > The end result is a bunch of filled paths, and > > > > > the > > > > > input is > > > > > what > > > > > exactly? I > > > > > think "X to Y" is a good but then the X and the Y > > > > > should be > > > > > closer > > > > > to > > > > > what > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > > <olof.bjarna > > > > > son@...3387... > > > > > l. > > > > > com> > > > > > wrote: > > > > > > > > > > Is there any image giving an example of what the > > > > > command > > > > > does...? > > > > > Like > > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > > from > > > > > the > > > > > very > > > > > brief > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > ----------------- > > > > > Är du systemutvecklare? > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > > <jabier.arr > > > > > aiza@...3285... > > > > > ke > > > > > r.es> > > > > > wrote: > > > > > > > > > > Hi to all UI power! > > > > > I Just to know a name for the patch https://bugs. > > > > > laun > > > > > ch > > > > > pad. > > > > > net/inks > > > > > ca > > > > > pe > > > > > /+bug/1556592 > > > > > > > > > > See the ScislaC proposal on #5 > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > ----------------------------------------------- > > > > > ------ > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues > > > > > faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves > > > > > application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > 0551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > cape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > ------ > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues > > > > > faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves > > > > > application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > 0551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > cape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > ------ > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues > > > > > faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves > > > > > application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > 0551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > cape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > ------ > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues > > > > > faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers > > > > > of > > > > > your business applications. It resolves > > > > > application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > 0551 > > > > > 6; > > > > > z > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > cape > > > > > -d > > > > > evel > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > ------ > > > > > ---- > > > > > ---------- > > > > > ----------- > > > > > Find and fix application performance issues > > > > > faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers of > > > > > your business applications. It resolves > > > > > application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > 0551 > > > > > 6; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > cape > > > > > -d > > > > > evel > > > > ------------------------------------------------- > > > > ------ > > > > ---- > > > > -------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105 > > > > 516; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inksca > > > > pe-d > > > > ev > > > > el > > ----------------------------------------------------- > > ------ > > ---- > > --------------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > ------------------------------------------------------- > ------ > ---- > ------------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-dev > el >
>
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Small update from the impromptu #inkscape-ui meeting today: Everyone in the channel agreed that Jabier's function is a good replacement for the Stroke to Path function providing that the old functionality is preserved via removing the fill on the object prior to calling the function.
Jabier is busy adding support to include LPEs and groups in the conversion, which completes the action. We also generally agree that the function should be renamed to Stroke to Fill, but we probably need to include more people on this before making the final call on it.
While Jabier is finishing up the code, I'll be doing UI flow diagrams, and we will likely ultimately put out a demo to the community to get oppinions via voting on Inkscape's G+ feed.
We have tentatively moved the release date for this to ver 0.93 release at Jabier's request. If we get it ready in time, cool, but all of us agree it should not be rushed to fit in with the 0.92 release unless we're willing to wait a bit longer for proper testing, etc.
Thoughts?
-C
On Sat, May 7, 2016 at 5:10 PM, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
Nothing happen if no fills or markers
El sáb, 07-05-2016 a las 18:05 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3392...... r.es> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza @mar ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió: > > > > On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote: > > > > > > > > > > > Yes, to me, "Deconstruct" implies separation of line from > > fill, > > but > > nothing about conversion of the line to fill. > > If we ever have a function that just separates all parts > > of a > > shape > > object > > into separate shape objects with lines in-tact, > > "deconstruct" would fit > > much better, I think. > > > Conceptually it really boils down to whether this command > Jabier > developed > is an improvement of "Stroke to path" or a brand new > command. > > So we get three options, in my opinion: > > 1. Add a new menu item called "Deconstruct object" (or > "Stroke > to > fill") > 2. Modify the meaning of "Stroke to path" > 3. Modify the meaning, and name, of "Stroke to path" to > "Stroke > to > fill" > (or "Deconstruct object") > > Here's my take on all three, please do your own evaluation > too: > (1) has the consequence of yet another command on that > menu, > but > no > confusion to old users (and a little higher threshold to > new > users) > (2) has the consequence of (possibly) confusing old users, > but > slightly > improving the situation for new users (the new command is > undoubtedly > less > surprising in behaviour than current Stroke to path) but > not so > much > (the > name is still confusing) > (3) has the consequence of (possibly) confusing old users, > but > improving > the situation a lot for new users > > I prefer (3) even if I'm an old time user, and like (1) > least > of > the > options, since I don't like bloat in neither UI nor code. > (2) > is > middle > ground for me. > > > > > > > > > > > > > -C > > > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> > > wrote: > > > > > > > > > > > > > > > > > Nice! > > > > > > It's "new and improved" Stroke to Path. Can it just > > > replace > > > Stroke to > > > Path? Or call it "super" stroke to path. Just > > > kidding. But > > > "deconstruct" > > > could be confusing. > > > > > > > > > > > > > > > > > > > > > > > From simple user :-) > > > brynn > > > > > > -------------------------------------------------- > > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > > Sent: Saturday, May 07, 2016 4:58 AM > > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > > inkscape-devel@lists.sourceforge.net > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > function > > > > > > > > > > > > > > > > > > > > > > > Here are some screenshots working, notice the not > > > > default > > > > paint > > > > order: > > > > > > > > Before apply: > > > > View mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > uct- > > > > ob > > > > ject > > > > -14 > > > > > > > > Line mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > uct- > > > > ob > > > > ject > > > > -24 > > > > > > > > Apply : No screen shot my screnshot dont fire when > > > > menu > > > > path is > > > > open. I > > > > put a temp item after "stroke to path" menu > > > > > > > > After apply : > > > > View mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > uct- > > > > ob > > > > ject > > > > -34 > > > > Line mode : > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > uct- > > > > ob > > > > ject > > > > -44 > > > > > > > > Also another cuestion if finaly is a diferent item in > > > > the > > > > menu > > > > could be > > > > good have a shortcut. > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo > > > > Arraiza > > > > Cenoz > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > The new effect convert a object with one or more of > > > > > this > > > > > fill,strokes > > > > > or marker to a item with all converted to paths, > > > > > same > > > > > visual, > > > > > no more > > > > > markers or strokes. Also retain paint order. > > > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help > > > > > > understanding. From a > > > > > > simple user: > > > > > > > > > > > > "deconstruct object" sounds like breaking up any > > > > > > object > > > > > > to > > > > > > individual > > > > > > pieces, maybe like Ungroup, or Break Apart. And > > > > > > I > > > > > > can't > > > > > > imagine > > > > > > how > > > > > > "stroke > > > > > > to fill" fits with either of those. ("stroke to > > > > > > fill" > > > > > > sounds like > > > > > > some kind > > > > > > of a stripe pattern) > > > > > > > > > > > > All best :-) > > > > > > brynn > > > > > > > > > > > > ____________________________ > > > > > > From: C R > > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > > To: Olof Bjarnason > > > > > > Cc: Inkscape Devel List > > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > > > function > > > > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > > (And I like the renaming too. I'm still much more > > > > > > of > > > > > > a > > > > > > user > > > > > > than a > > > > > > developer > > > > > > of inkscape and that name (stroke to path) has > > > > > > annoyed > > > > > > me > > > > > > for > > > > > > years!) > > > > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming > > > > > > it > > > > > > as > > > > > > well. It's > > > > > > always > > > > > > been a bit of a sticking point in my head as > > > > > > well. > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> > > > > > > wrote: > > > > > > > > > > > > I think stroke to path is already a naming > > > > > > convention > > > > > > for a > > > > > > very > > > > > > similar > > > > > > functionality, so I will keep this name if > > > > > > possible > > > > > > if > > > > > > the > > > > > > feature > > > > > > is > > > > > > not > > > > > > too different. If a user will receive most of the > > > > > > time > > > > > > the > > > > > > same > > > > > > result I > > > > > > will try to keep it to avoid confusion. Having > > > > > > too > > > > > > many > > > > > > features > > > > > > with > > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > > > modification > > > > > > to the > > > > > > behaviour > > > > > > of Stroke to Path (We can think about renaming it > > > > > > later, > > > > > > however > > > > > > that > > > > > > may be > > > > > > confusing to our current user base. As a daily > > > > > > user, > > > > > > I'm > > > > > > all for > > > > > > changing it > > > > > > to "Strike to Fill", which is what Stroke to Path > > > > > > actually > > > > > > does. > > > > > > > > > > > > I would strongly suggest not to create a new menu > > > > > > option if > > > > > > the > > > > > > behaviour is > > > > > > not too different from the expected one if we > > > > > > think > > > > > > the > > > > > > users are > > > > > > going to > > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > > > > To clarify: > > > > > > 1. Make a red circle with a black stroke > > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > > > fill, > > > > > > it > > > > > > just > > > > > > does > > > > > > it > > > > > > because there is no shape to contain it anymore. > > > > > > Since we have Paint Order in trunk now, this is > > > > > > even > > > > > > more > > > > > > of an > > > > > > issue; you > > > > > > don't want Stroke to Path to throw away > > > > > > everything > > > > > > you > > > > > > did > > > > > > to make > > > > > > that > > > > > > shape look the way it is, which may include a > > > > > > stack > > > > > > of > > > > > > LPEs > > > > > > and > > > > > > markers, not > > > > > > to mention the fill may include a complex > > > > > > gradient > > > > > > that > > > > > > you > > > > > > have to > > > > > > copy and > > > > > > paste-in-place to recover. The way it has worked > > > > > > has > > > > > > always > > > > > > been a > > > > > > major > > > > > > workflow bottleneck, and Jabier's new function > > > > > > fixes > > > > > > the > > > > > > problem > > > > > > entirely. > > > > > > > > > > > > > > > > > > Would folks like to see some use case and work > > > > > > flow > > > > > > diagrams? > > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > > "decompose > > > > > > object" or > > > > > > "deconstruct object"sounds self-explanatory to > > > > > > me. > > > > > > > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > > > questions > > > > > > about how > > > > > > we > > > > > > think > > > > > > it is going to be used: what is the purpose, what > > > > > > is > > > > > > the > > > > > > expected > > > > > > outcome > > > > > > and I would compare to the stroke to path option > > > > > > to > > > > > > ensure > > > > > > that are > > > > > > enough > > > > > > different. > > > > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > > > <olof.bjarn > > > > > > ason@...3363... > > > > > > il > > > > > > .com> > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > ----------------- > > > > > > Är du systemutvecklare? > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> > > > > > > wrote: > > > > > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > > > > > > > How it works now: > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, but > > > > > > the > > > > > > fill > > > > > > and all > > > > > > other parts > > > > > > of the selection that are not strokes vanish. If > > > > > > any > > > > > > LPEs > > > > > > are > > > > > > applied > > > > > > to the > > > > > > path they are thrown out as well (you need to > > > > > > convert > > > > > > object to > > > > > > path > > > > > > before > > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" > > > > > > alternative): > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the > > > > > > stroke > > > > > > is > > > > > > converted > > > > > > to > > > > > > path. > > > > > > > > > > > > > > > > > > My thought is, if we use the convention that a > > > > > > fill > > > > > > is > > > > > > only > > > > > > turned > > > > > > into an > > > > > > object if there is a fill set on the object, then > > > > > > we > > > > > > can > > > > > > please > > > > > > anyone who > > > > > > prefers the old behaviour. All they have to do is > > > > > > get > > > > > > rid > > > > > > of the > > > > > > fill > > > > > > colour > > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > > > > The current way it's handled is counter- > > > > > > intuitive. > > > > > > Most > > > > > > of > > > > > > the > > > > > > time, > > > > > > all you > > > > > > want to do is convert the outline to a fill, not > > > > > > throw > > > > > > away > > > > > > tons of > > > > > > data. > > > > > > The point is to preserve appearance, and the > > > > > > Jabier's > > > > > > new > > > > > > function > > > > > > does this > > > > > > much much better. > > > > > > > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > > > wording > > > > > > "stroke to > > > > > > path" > > > > > > isn't that clear to me. > > > > > > > > > > > > > > > > > > Now that I understand what is going on I think > > > > > > "deconstruct" is > > > > > > actually a > > > > > > quite good albeit little techy word for the > > > > > > operation. > > > > > > "Decompose"? > > > > > > "Path to > > > > > > fills"? > > > > > > > > > > > > > > > > > > The end result is a bunch of filled paths, and > > > > > > the > > > > > > input is > > > > > > what > > > > > > exactly? I > > > > > > think "X to Y" is a good but then the X and the Y > > > > > > should be > > > > > > closer > > > > > > to > > > > > > what > > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > > > <olof.bjarna > > > > > > son@...3387... > > > > > > l. > > > > > > com> > > > > > > wrote: > > > > > > > > > > > > Is there any image giving an example of what the > > > > > > command > > > > > > does...? > > > > > > Like > > > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > > > from > > > > > > the > > > > > > very > > > > > > brief > > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > ----------------- > > > > > > Är du systemutvecklare? > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > > > <jabier.arr > > > > > > aiza@...3285... > > > > > > ke > > > > > > r.es> > > > > > > wrote: > > > > > > > > > > > > Hi to all UI power! > > > > > > I Just to know a name for the patch https://bugs. > > > > > > laun > > > > > > ch > > > > > > pad. > > > > > > net/inks > > > > > > ca > > > > > > pe > > > > > > /+bug/1556592 > > > > > > > > > > > > See the ScislaC proposal on #5 > > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > ----------------------------------------------- > > > > > > ------ > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > 0551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > cape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > ------ > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > 0551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > cape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > ------ > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > 0551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > cape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > ------ > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers > > > > > > of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > 0551 > > > > > > 6; > > > > > > z > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > cape > > > > > > -d > > > > > > evel > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > ------ > > > > > > ---- > > > > > > ---------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > 0551 > > > > > > 6; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > cape > > > > > > -d > > > > > > evel > > > > > ------------------------------------------------- > > > > > ------ > > > > > ---- > > > > > -------- > > > > > ----------- > > > > > Find and fix application performance issues faster > > > > > with > > > > > Applications > > > > > Manager > > > > > Applications Manager provides deep performance > > > > > insights > > > > > into > > > > > multiple > > > > > tiers of > > > > > your business applications. It resolves application > > > > > problems > > > > > quickly > > > > > and > > > > > reduces your MTTR. Get your free trial! > > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105 > > > > > 516; > > > > > z > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inksca > > > > > pe-d > > > > > ev > > > > > el > > > ----------------------------------------------------- > > > ------ > > > ---- > > > --------------- > > > Find and fix application performance issues faster with > > > Applications > > > Manager > > > Applications Manager provides deep performance insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > > evel > > > > > ------------------------------------------------------- > > ------ > > ---- > > ------------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-dev > > el > > > > > --------------------------------------------------------- > ------ > ---- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On Sat, May 07, 2016 at 08:36:02PM +0100, C R wrote:
Small update from the impromptu #inkscape-ui meeting today: Everyone in the channel agreed that Jabier's function is a good replacement for the Stroke to Path function providing that the old functionality is preserved via removing the fill on the object prior to calling the function.
Jabier is busy adding support to include LPEs and groups in the conversion, which completes the action. We also generally agree that the function should be renamed to Stroke to Fill, but we probably need to include more people on this before making the final call on it.
While Jabier is finishing up the code, I'll be doing UI flow diagrams, and we will likely ultimately put out a demo to the community to get oppinions via voting on Inkscape's G+ feed.
We have tentatively moved the release date for this to ver 0.93 release at Jabier's request. If we get it ready in time, cool, but all of us agree it should not be rushed to fit in with the 0.92 release unless we're willing to wait a bit longer for proper testing, etc.
Thoughts?
This sounds logical, and a wise path to take.
Given that we're (hopefully!) quite close to a release, the amount of time for usability testing is limited. So, if this is going to change an existing function rather than add a new menu item, there's potential to negatively surprise users used to the old behavior, so the more usability testing that can be done the better, and so the plan to move this feature's target to 0.93 is sound.
And I also definitely agree that avoiding UI menu bloat where we can is really important; we've packed a lot of (quite good!) stuff in the menus and especially for new users it's probably a bit overwhelming.
Bryce
On Sat, May 7, 2016 at 5:10 PM, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
Nothing happen if no fills or markers
El sáb, 07-05-2016 a las 18:05 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3365...13... r.es> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza @mar ke r.es> wrote:
> > > > HI I just evaluate as 4 option the CR one: > 4. Retain stroke to path and add deconstruct object retaining > lines > as > lines > I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
> > > > To me this 4 option -agree with the Olaf 1-3- give: > + More logic to naming in -a pro- user point of view > - Usualy we need two steps to archive this kind of result > - Final user need to be informed about the two steps process. > > Cheers, Jabier. > > > El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason > escribió: > > > > > > > > On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote: > > > > > > > > > > > > > > > > > Yes, to me, "Deconstruct" implies separation of line from > > > fill, > > > but > > > nothing about conversion of the line to fill. > > > If we ever have a function that just separates all parts > > > of a > > > shape > > > object > > > into separate shape objects with lines in-tact, > > > "deconstruct" would fit > > > much better, I think. > > > > > Conceptually it really boils down to whether this command > > Jabier > > developed > > is an improvement of "Stroke to path" or a brand new > > command. > > > > So we get three options, in my opinion: > > > > 1. Add a new menu item called "Deconstruct object" (or > > "Stroke > > to > > fill") > > 2. Modify the meaning of "Stroke to path" > > 3. Modify the meaning, and name, of "Stroke to path" to > > "Stroke > > to > > fill" > > (or "Deconstruct object") > > > > Here's my take on all three, please do your own evaluation > > too: > > (1) has the consequence of yet another command on that > > menu, > > but > > no > > confusion to old users (and a little higher threshold to > > new > > users) > > (2) has the consequence of (possibly) confusing old users, > > but > > slightly > > improving the situation for new users (the new command is > > undoubtedly > > less > > surprising in behaviour than current Stroke to path) but > > not so > > much > > (the > > name is still confusing) > > (3) has the consequence of (possibly) confusing old users, > > but > > improving > > the situation a lot for new users > > > > I prefer (3) even if I'm an old time user, and like (1) > > least > > of > > the > > options, since I don't like bloat in neither UI nor code. > > (2) > > is > > middle > > ground for me. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > Nice! > > > > > > > > It's "new and improved" Stroke to Path. Can it just > > > > replace > > > > Stroke to > > > > Path? Or call it "super" stroke to path. Just > > > > kidding. But > > > > "deconstruct" > > > > could be confusing. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From simple user :-) > > > > brynn > > > > > > > > -------------------------------------------------- > > > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > > > Sent: Saturday, May 07, 2016 4:58 AM > > > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > > > inkscape-devel@lists.sourceforge.net > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > function > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Here are some screenshots working, notice the not > > > > > default > > > > > paint > > > > > order: > > > > > > > > > > Before apply: > > > > > View mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -14 > > > > > > > > > > Line mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -24 > > > > > > > > > > Apply : No screen shot my screnshot dont fire when > > > > > menu > > > > > path is > > > > > open. I > > > > > put a temp item after "stroke to path" menu > > > > > > > > > > After apply : > > > > > View mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -34 > > > > > Line mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -44 > > > > > > > > > > Also another cuestion if finaly is a diferent item in > > > > > the > > > > > menu > > > > > could be > > > > > good have a shortcut. > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo > > > > > Arraiza > > > > > Cenoz > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The new effect convert a object with one or more of > > > > > > this > > > > > > fill,strokes > > > > > > or marker to a item with all converted to paths, > > > > > > same > > > > > > visual, > > > > > > no more > > > > > > markers or strokes. Also retain paint order. > > > > > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn > > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help > > > > > > > understanding. From a > > > > > > > simple user: > > > > > > > > > > > > > > "deconstruct object" sounds like breaking up any > > > > > > > object > > > > > > > to > > > > > > > individual > > > > > > > pieces, maybe like Ungroup, or Break Apart. And > > > > > > > I > > > > > > > can't > > > > > > > imagine > > > > > > > how > > > > > > > "stroke > > > > > > > to fill" fits with either of those. ("stroke to > > > > > > > fill" > > > > > > > sounds like > > > > > > > some kind > > > > > > > of a stripe pattern) > > > > > > > > > > > > > > All best :-) > > > > > > > brynn > > > > > > > > > > > > > > ____________________________ > > > > > > > From: C R > > > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > > > To: Olof Bjarnason > > > > > > > Cc: Inkscape Devel List > > > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > > > > function > > > > > > > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > > > (And I like the renaming too. I'm still much more > > > > > > > of > > > > > > > a > > > > > > > user > > > > > > > than a > > > > > > > developer > > > > > > > of inkscape and that name (stroke to path) has > > > > > > > annoyed > > > > > > > me > > > > > > > for > > > > > > > years!) > > > > > > > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming > > > > > > > it > > > > > > > as > > > > > > > well. It's > > > > > > > always > > > > > > > been a bit of a sticking point in my head as > > > > > > > well. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> > > > > > > > wrote: > > > > > > > > > > > > > > I think stroke to path is already a naming > > > > > > > convention > > > > > > > for a > > > > > > > very > > > > > > > similar > > > > > > > functionality, so I will keep this name if > > > > > > > possible > > > > > > > if > > > > > > > the > > > > > > > feature > > > > > > > is > > > > > > > not > > > > > > > too different. If a user will receive most of the > > > > > > > time > > > > > > > the > > > > > > > same > > > > > > > result I > > > > > > > will try to keep it to avoid confusion. Having > > > > > > > too > > > > > > > many > > > > > > > features > > > > > > > with > > > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > > > > modification > > > > > > > to the > > > > > > > behaviour > > > > > > > of Stroke to Path (We can think about renaming it > > > > > > > later, > > > > > > > however > > > > > > > that > > > > > > > may be > > > > > > > confusing to our current user base. As a daily > > > > > > > user, > > > > > > > I'm > > > > > > > all for > > > > > > > changing it > > > > > > > to "Strike to Fill", which is what Stroke to Path > > > > > > > actually > > > > > > > does. > > > > > > > > > > > > > > I would strongly suggest not to create a new menu > > > > > > > option if > > > > > > > the > > > > > > > behaviour is > > > > > > > not too different from the expected one if we > > > > > > > think > > > > > > > the > > > > > > > users are > > > > > > > going to > > > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > > > > > > > To clarify: > > > > > > > 1. Make a red circle with a black stroke > > > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > > > > fill, > > > > > > > it > > > > > > > just > > > > > > > does > > > > > > > it > > > > > > > because there is no shape to contain it anymore. > > > > > > > Since we have Paint Order in trunk now, this is > > > > > > > even > > > > > > > more > > > > > > > of an > > > > > > > issue; you > > > > > > > don't want Stroke to Path to throw away > > > > > > > everything > > > > > > > you > > > > > > > did > > > > > > > to make > > > > > > > that > > > > > > > shape look the way it is, which may include a > > > > > > > stack > > > > > > > of > > > > > > > LPEs > > > > > > > and > > > > > > > markers, not > > > > > > > to mention the fill may include a complex > > > > > > > gradient > > > > > > > that > > > > > > > you > > > > > > > have to > > > > > > > copy and > > > > > > > paste-in-place to recover. The way it has worked > > > > > > > has > > > > > > > always > > > > > > > been a > > > > > > > major > > > > > > > workflow bottleneck, and Jabier's new function > > > > > > > fixes > > > > > > > the > > > > > > > problem > > > > > > > entirely. > > > > > > > > > > > > > > > > > > > > > Would folks like to see some use case and work > > > > > > > flow > > > > > > > diagrams? > > > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > > > "decompose > > > > > > > object" or > > > > > > > "deconstruct object"sounds self-explanatory to > > > > > > > me. > > > > > > > > > > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > > > > questions > > > > > > > about how > > > > > > > we > > > > > > > think > > > > > > > it is going to be used: what is the purpose, what > > > > > > > is > > > > > > > the > > > > > > > expected > > > > > > > outcome > > > > > > > and I would compare to the stroke to path option > > > > > > > to > > > > > > > ensure > > > > > > > that are > > > > > > > enough > > > > > > > different. > > > > > > > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > > > > <olof.bjarn > > > > > > > ason@...3363... > > > > > > > il > > > > > > > .com> > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > > ----------------- > > > > > > > Är du systemutvecklare? > > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> > > > > > > > wrote: > > > > > > > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > > > > > > > > > > How it works now: > > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, but > > > > > > > the > > > > > > > fill > > > > > > > and all > > > > > > > other parts > > > > > > > of the selection that are not strokes vanish. If > > > > > > > any > > > > > > > LPEs > > > > > > > are > > > > > > > applied > > > > > > > to the > > > > > > > path they are thrown out as well (you need to > > > > > > > convert > > > > > > > object to > > > > > > > path > > > > > > > before > > > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" > > > > > > > alternative): > > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the > > > > > > > stroke > > > > > > > is > > > > > > > converted > > > > > > > to > > > > > > > path. > > > > > > > > > > > > > > > > > > > > > My thought is, if we use the convention that a > > > > > > > fill > > > > > > > is > > > > > > > only > > > > > > > turned > > > > > > > into an > > > > > > > object if there is a fill set on the object, then > > > > > > > we > > > > > > > can > > > > > > > please > > > > > > > anyone who > > > > > > > prefers the old behaviour. All they have to do is > > > > > > > get > > > > > > > rid > > > > > > > of the > > > > > > > fill > > > > > > > colour > > > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > > > > > > > The current way it's handled is counter- > > > > > > > intuitive. > > > > > > > Most > > > > > > > of > > > > > > > the > > > > > > > time, > > > > > > > all you > > > > > > > want to do is convert the outline to a fill, not > > > > > > > throw > > > > > > > away > > > > > > > tons of > > > > > > > data. > > > > > > > The point is to preserve appearance, and the > > > > > > > Jabier's > > > > > > > new > > > > > > > function > > > > > > > does this > > > > > > > much much better. > > > > > > > > > > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > > > > wording > > > > > > > "stroke to > > > > > > > path" > > > > > > > isn't that clear to me. > > > > > > > > > > > > > > > > > > > > > Now that I understand what is going on I think > > > > > > > "deconstruct" is > > > > > > > actually a > > > > > > > quite good albeit little techy word for the > > > > > > > operation. > > > > > > > "Decompose"? > > > > > > > "Path to > > > > > > > fills"? > > > > > > > > > > > > > > > > > > > > > The end result is a bunch of filled paths, and > > > > > > > the > > > > > > > input is > > > > > > > what > > > > > > > exactly? I > > > > > > > think "X to Y" is a good but then the X and the Y > > > > > > > should be > > > > > > > closer > > > > > > > to > > > > > > > what > > > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > > > > <olof.bjarna > > > > > > > son@...3387... > > > > > > > l. > > > > > > > com> > > > > > > > wrote: > > > > > > > > > > > > > > Is there any image giving an example of what the > > > > > > > command > > > > > > > does...? > > > > > > > Like > > > > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > > > > from > > > > > > > the > > > > > > > very > > > > > > > brief > > > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > > ----------------- > > > > > > > Är du systemutvecklare? > > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > > > > <jabier.arr > > > > > > > aiza@...3285... > > > > > > > ke > > > > > > > r.es> > > > > > > > wrote: > > > > > > > > > > > > > > Hi to all UI power! > > > > > > > I Just to know a name for the patch https://bugs. > > > > > > > laun > > > > > > > ch > > > > > > > pad. > > > > > > > net/inks > > > > > > > ca > > > > > > > pe > > > > > > > /+bug/1556592 > > > > > > > > > > > > > > See the ScislaC proposal on #5 > > > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _______________________________________________ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _______________________________________________ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _______________________________________________ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _______________________________________________ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > ------------------------------------------------- > > > > > > ------ > > > > > > ---- > > > > > > -------- > > > > > > ----------- > > > > > > Find and fix application performance issues faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers of > > > > > > your business applications. It resolves application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105 > > > > > > 516; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/inksca > > > > > > pe-d > > > > > > ev > > > > > > el > > > > ----------------------------------------------------- > > > > ------ > > > > ---- > > > > --------------- > > > > Find and fix application performance issues faster with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > > > evel > > > > > > > ------------------------------------------------------- > > > ------ > > > ---- > > > ------------- > > > Find and fix application performance issues faster with > > > Applications > > > Manager > > > Applications Manager provides deep performance insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-dev > > > el > > > > > > > > --------------------------------------------------------- > > ------ > > ---- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Hi to all
El sáb, 07-05-2016 a las 20:36 +0100, C R escribió:
Small update from the impromptu #inkscape-ui meeting today: Everyone in the channel agreed that Jabier's function is a good replacement for the Stroke to Path function providing that the old functionality is preserved via removing the fill on the object prior to calling the function.
Jabier is busy adding support to include LPEs and groups in the conversion, which completes the action.
Done in last patch. Cheers.
We also generally agree that the function should be renamed to Stroke to Fill, but we probably need to include more people on this before making the final call on it.
While Jabier is finishing up the code, I'll be doing UI flow diagrams, and we will likely ultimately put out a demo to the community to get oppinions via voting on Inkscape's G+ feed.
We have tentatively moved the release date for this to ver 0.93 release at Jabier's request. If we get it ready in time, cool, but all of us agree it should not be rushed to fit in with the 0.92 release unless we're willing to wait a bit longer for proper testing, etc.
Thoughts?
-C
On Sat, May 7, 2016 at 5:10 PM, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
Nothing happen if no fills or markers
El sáb, 07-05-2016 a las 18:05 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:59, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3314...67... arke r.es> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
OK, so if I draw a couple of lines, and choose "Stroke to fill"/"Deconstruct object", nothing would happen?
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza @mar ke r.es> wrote:
> > > > > HI I just evaluate as 4 option the CR one: > 4. Retain stroke to path and add deconstruct object > retaining > lines > as > lines > I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
> > > > > To me this 4 option -agree with the Olaf 1-3- give: > + More logic to naming in -a pro- user point of view > - Usualy we need two steps to archive this kind of result > - Final user need to be informed about the two steps > process. > > Cheers, Jabier. > > > El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason > escribió: > > > > > > > > > > On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote: > > > > > > > > > > > > > > > > > > > > Yes, to me, "Deconstruct" implies separation of line > > > from > > > fill, > > > but > > > nothing about conversion of the line to fill. > > > If we ever have a function that just separates all > > > parts > > > of a > > > shape > > > object > > > into separate shape objects with lines in-tact, > > > "deconstruct" would fit > > > much better, I think. > > > > > Conceptually it really boils down to whether this > > command > > Jabier > > developed > > is an improvement of "Stroke to path" or a brand new > > command. > > > > So we get three options, in my opinion: > > > > 1. Add a new menu item called "Deconstruct object" (or > > "Stroke > > to > > fill") > > 2. Modify the meaning of "Stroke to path" > > 3. Modify the meaning, and name, of "Stroke to path" to > > "Stroke > > to > > fill" > > (or "Deconstruct object") > > > > Here's my take on all three, please do your own > > evaluation > > too: > > (1) has the consequence of yet another command on that > > menu, > > but > > no > > confusion to old users (and a little higher threshold > > to > > new > > users) > > (2) has the consequence of (possibly) confusing old > > users, > > but > > slightly > > improving the situation for new users (the new command > > is > > undoubtedly > > less > > surprising in behaviour than current Stroke to path) > > but > > not so > > much > > (the > > name is still confusing) > > (3) has the consequence of (possibly) confusing old > > users, > > but > > improving > > the situation a lot for new users > > > > I prefer (3) even if I'm an old time user, and like (1) > > least > > of > > the > > options, since I don't like bloat in neither UI nor > > code. > > (2) > > is > > middle > > ground for me. > > > > > > > > > > > > > > > > > > > > > > > > -C > > > > > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3391... > > > m> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > Nice! > > > > > > > > It's "new and improved" Stroke to Path. Can it > > > > just > > > > replace > > > > Stroke to > > > > Path? Or call it "super" stroke to path. Just > > > > kidding. But > > > > "deconstruct" > > > > could be confusing. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From simple user :-) > > > > brynn > > > > > > > > -------------------------------------------------- > > > > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > > > > Sent: Saturday, May 07, 2016 4:58 AM > > > > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > > > > inkscape-devel@lists.sourceforge.net > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > function > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Here are some screenshots working, notice the not > > > > > default > > > > > paint > > > > > order: > > > > > > > > > > Before apply: > > > > > View mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -14 > > > > > > > > > > Line mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -24 > > > > > > > > > > Apply : No screen shot my screnshot dont fire > > > > > when > > > > > menu > > > > > path is > > > > > open. I > > > > > put a temp item after "stroke to path" menu > > > > > > > > > > After apply : > > > > > View mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -34 > > > > > Line mode : > > > > > https://inkscape.org/en/~jabiertxof/%E2%98%85deco > > > > > nstr > > > > > uct- > > > > > ob > > > > > ject > > > > > -44 > > > > > > > > > > Also another cuestion if finaly is a diferent > > > > > item in > > > > > the > > > > > menu > > > > > could be > > > > > good have a shortcut. > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo > > > > > Arraiza > > > > > Cenoz > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > The new effect convert a object with one or > > > > > > more of > > > > > > this > > > > > > fill,strokes > > > > > > or marker to a item with all converted to > > > > > > paths, > > > > > > same > > > > > > visual, > > > > > > no more > > > > > > markers or strokes. Also retain paint order. > > > > > > > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn > > > > > > escribió: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seeing how it works would help > > > > > > > understanding. From a > > > > > > > simple user: > > > > > > > > > > > > > > "deconstruct object" sounds like breaking up > > > > > > > any > > > > > > > object > > > > > > > to > > > > > > > individual > > > > > > > pieces, maybe like Ungroup, or Break > > > > > > > Apart. And > > > > > > > I > > > > > > > can't > > > > > > > imagine > > > > > > > how > > > > > > > "stroke > > > > > > > to fill" fits with either of those. ("stroke > > > > > > > to > > > > > > > fill" > > > > > > > sounds like > > > > > > > some kind > > > > > > > of a stripe pattern) > > > > > > > > > > > > > > All best :-) > > > > > > > brynn > > > > > > > > > > > > > > ____________________________ > > > > > > > From: C R > > > > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > > > > To: Olof Bjarnason > > > > > > > Cc: Inkscape Devel List > > > > > > > Subject: Re: [Inkscape-devel] [UI] Name for a > > > > > > > new > > > > > > > function > > > > > > > > > > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > > > > (And I like the renaming too. I'm still much > > > > > > > more > > > > > > > of > > > > > > > a > > > > > > > user > > > > > > > than a > > > > > > > developer > > > > > > > of inkscape and that name (stroke to path) > > > > > > > has > > > > > > > annoyed > > > > > > > me > > > > > > > for > > > > > > > years!) > > > > > > > > > > > > > > > > > > > > > Will do! And yes, I'm going to recommend > > > > > > > renaming > > > > > > > it > > > > > > > as > > > > > > > well. It's > > > > > > > always > > > > > > > been a bit of a sticking point in my head as > > > > > > > well. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> > > > > > > > wrote: > > > > > > > > > > > > > > I think stroke to path is already a naming > > > > > > > convention > > > > > > > for a > > > > > > > very > > > > > > > similar > > > > > > > functionality, so I will keep this name if > > > > > > > possible > > > > > > > if > > > > > > > the > > > > > > > feature > > > > > > > is > > > > > > > not > > > > > > > too different. If a user will receive most of > > > > > > > the > > > > > > > time > > > > > > > the > > > > > > > same > > > > > > > result I > > > > > > > will try to keep it to avoid confusion. > > > > > > > Having > > > > > > > too > > > > > > > many > > > > > > > features > > > > > > > with > > > > > > > similar behaviours could be frustrating. > > > > > > > > > > > > > > > > > > > > > Agreed. This is my main reason for proposing > > > > > > > a > > > > > > > modification > > > > > > > to the > > > > > > > behaviour > > > > > > > of Stroke to Path (We can think about > > > > > > > renaming it > > > > > > > later, > > > > > > > however > > > > > > > that > > > > > > > may be > > > > > > > confusing to our current user base. As a > > > > > > > daily > > > > > > > user, > > > > > > > I'm > > > > > > > all for > > > > > > > changing it > > > > > > > to "Strike to Fill", which is what Stroke to > > > > > > > Path > > > > > > > actually > > > > > > > does. > > > > > > > > > > > > > > I would strongly suggest not to create a new > > > > > > > menu > > > > > > > option if > > > > > > > the > > > > > > > behaviour is > > > > > > > not too different from the expected one if we > > > > > > > think > > > > > > > the > > > > > > > users are > > > > > > > going to > > > > > > > keep using it as they were doing before. > > > > > > > > > > > > > > > > > > > > > To clarify: > > > > > > > 1. Make a red circle with a black stroke > > > > > > > 2. Path > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away > > > > > > > the > > > > > > > fill, > > > > > > > it > > > > > > > just > > > > > > > does > > > > > > > it > > > > > > > because there is no shape to contain it > > > > > > > anymore. > > > > > > > Since we have Paint Order in trunk now, this > > > > > > > is > > > > > > > even > > > > > > > more > > > > > > > of an > > > > > > > issue; you > > > > > > > don't want Stroke to Path to throw away > > > > > > > everything > > > > > > > you > > > > > > > did > > > > > > > to make > > > > > > > that > > > > > > > shape look the way it is, which may include a > > > > > > > stack > > > > > > > of > > > > > > > LPEs > > > > > > > and > > > > > > > markers, not > > > > > > > to mention the fill may include a complex > > > > > > > gradient > > > > > > > that > > > > > > > you > > > > > > > have to > > > > > > > copy and > > > > > > > paste-in-place to recover. The way it has > > > > > > > worked > > > > > > > has > > > > > > > always > > > > > > > been a > > > > > > > major > > > > > > > workflow bottleneck, and Jabier's new > > > > > > > function > > > > > > > fixes > > > > > > > the > > > > > > > problem > > > > > > > entirely. > > > > > > > > > > > > > > > > > > > > > Would folks like to see some use case and > > > > > > > work > > > > > > > flow > > > > > > > diagrams? > > > > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > > > > "decompose > > > > > > > object" or > > > > > > > "deconstruct object"sounds self-explanatory > > > > > > > to > > > > > > > me. > > > > > > > > > > > > > > > > > > > > > I don't have an answer, but I would raise > > > > > > > some > > > > > > > questions > > > > > > > about how > > > > > > > we > > > > > > > think > > > > > > > it is going to be used: what is the purpose, > > > > > > > what > > > > > > > is > > > > > > > the > > > > > > > expected > > > > > > > outcome > > > > > > > and I would compare to the stroke to path > > > > > > > option > > > > > > > to > > > > > > > ensure > > > > > > > that are > > > > > > > enough > > > > > > > different. > > > > > > > > > > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof > > > > > > > Bjarnason > > > > > > > <olof.bjarn > > > > > > > ason@...3363... > > > > > > > il > > > > > > > .com> > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > > ----------------- > > > > > > > Är du systemutvecklare? > > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400... > > > > > > > > > > > > > > > wrote: > > > > > > > > > > > > > > Basicly, this is how Stroke to Fill should > > > > > > > work. > > > > > > > > > > > > > > > > > > > > > How it works now: > > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Result: stroke is indeed converted to path, > > > > > > > but > > > > > > > the > > > > > > > fill > > > > > > > and all > > > > > > > other parts > > > > > > > of the selection that are not strokes vanish. > > > > > > > If > > > > > > > any > > > > > > > LPEs > > > > > > > are > > > > > > > applied > > > > > > > to the > > > > > > > path they are thrown out as well (you need to > > > > > > > convert > > > > > > > object to > > > > > > > path > > > > > > > before > > > > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" > > > > > > > alternative): > > > > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > > > > > > > > > > Result: All LPE's applied to stroke, then the > > > > > > > stroke > > > > > > > is > > > > > > > converted > > > > > > > to > > > > > > > path. > > > > > > > > > > > > > > > > > > > > > My thought is, if we use the convention that > > > > > > > a > > > > > > > fill > > > > > > > is > > > > > > > only > > > > > > > turned > > > > > > > into an > > > > > > > object if there is a fill set on the object, > > > > > > > then > > > > > > > we > > > > > > > can > > > > > > > please > > > > > > > anyone who > > > > > > > prefers the old behaviour. All they have to > > > > > > > do is > > > > > > > get > > > > > > > rid > > > > > > > of the > > > > > > > fill > > > > > > > colour > > > > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > > > > > > > > > > The current way it's handled is counter- > > > > > > > intuitive. > > > > > > > Most > > > > > > > of > > > > > > > the > > > > > > > time, > > > > > > > all you > > > > > > > want to do is convert the outline to a fill, > > > > > > > not > > > > > > > throw > > > > > > > away > > > > > > > tons of > > > > > > > data. > > > > > > > The point is to preserve appearance, and the > > > > > > > Jabier's > > > > > > > new > > > > > > > function > > > > > > > does this > > > > > > > much much better. > > > > > > > > > > > > > > > > > > > > > Thanks, that is a good explanation. However > > > > > > > the > > > > > > > wording > > > > > > > "stroke to > > > > > > > path" > > > > > > > isn't that clear to me. > > > > > > > > > > > > > > > > > > > > > Now that I understand what is going on I > > > > > > > think > > > > > > > "deconstruct" is > > > > > > > actually a > > > > > > > quite good albeit little techy word for the > > > > > > > operation. > > > > > > > "Decompose"? > > > > > > > "Path to > > > > > > > fills"? > > > > > > > > > > > > > > > > > > > > > The end result is a bunch of filled paths, > > > > > > > and > > > > > > > the > > > > > > > input is > > > > > > > what > > > > > > > exactly? I > > > > > > > think "X to Y" is a good but then the X and > > > > > > > the Y > > > > > > > should be > > > > > > > closer > > > > > > > to > > > > > > > what > > > > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof > > > > > > > Bjarnason > > > > > > > <olof.bjarna > > > > > > > son@...3387... > > > > > > > l. > > > > > > > com> > > > > > > > wrote: > > > > > > > > > > > > > > Is there any image giving an example of what > > > > > > > the > > > > > > > command > > > > > > > does...? > > > > > > > Like > > > > > > > before/after with arrows and descriptive > > > > > > > text? > > > > > > > > > > > > > > > > > > > > > It's kind of hard to understand what is > > > > > > > happening > > > > > > > from > > > > > > > the > > > > > > > very > > > > > > > brief > > > > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /Olof > > > > > > > ----------------- > > > > > > > Är du systemutvecklare? > > > > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza > > > > > > > Cenoz > > > > > > > <jabier.arr > > > > > > > aiza@...3285... > > > > > > > ke > > > > > > > r.es> > > > > > > > wrote: > > > > > > > > > > > > > > Hi to all UI power! > > > > > > > I Just to know a name for the patch https://b > > > > > > > ugs. > > > > > > > laun > > > > > > > ch > > > > > > > pad. > > > > > > > net/inks > > > > > > > ca > > > > > > > pe > > > > > > > /+bug/1556592 > > > > > > > > > > > > > > See the ScislaC proposal on #5 > > > > > > > Bryce like "Deconstruct object", me too. > > > > > > > > > > > > > > Is ok the name? Another one? > > > > > > > > > > > > > > Cheers, Jabier. > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers > > > > > > > of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > > > > > > > > > > > > > > > > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > > > > > > > > > > > > > > > > ------------------------------------------- > > > > > > > ---- > > > > > > > ------ > > > > > > > ---- > > > > > > > ---------- > > > > > > > ----------- > > > > > > > Find and fix application performance issues > > > > > > > faster > > > > > > > with > > > > > > > Applications > > > > > > > Manager > > > > > > > Applications Manager provides deep > > > > > > > performance > > > > > > > insights > > > > > > > into > > > > > > > multiple > > > > > > > tiers of > > > > > > > your business applications. It resolves > > > > > > > application > > > > > > > problems > > > > > > > quickly > > > > > > > and > > > > > > > reduces your MTTR. Get your free trial! > > > > > > > https://ad.doubleclick.net/ddm/clk/302982198; > > > > > > > 1301 > > > > > > > 0551 > > > > > > > 6; > > > > > > > z > > > > > > > _____________________________________________ > > > > > > > __ > > > > > > > Inkscape-devel mailing list > > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/ > > > > > > > inks > > > > > > > cape > > > > > > > -d > > > > > > > evel > > > > > > --------------------------------------------- > > > > > > ---- > > > > > > ------ > > > > > > ---- > > > > > > -------- > > > > > > ----------- > > > > > > Find and fix application performance issues > > > > > > faster > > > > > > with > > > > > > Applications > > > > > > Manager > > > > > > Applications Manager provides deep performance > > > > > > insights > > > > > > into > > > > > > multiple > > > > > > tiers of > > > > > > your business applications. It resolves > > > > > > application > > > > > > problems > > > > > > quickly > > > > > > and > > > > > > reduces your MTTR. Get your free trial! > > > > > > https://ad.doubleclick.net/ddm/clk/302982198;13 > > > > > > 0105 > > > > > > 516; > > > > > > z > > > > > > _______________________________________________ > > > > > > Inkscape-devel mailing list > > > > > > Inkscape-devel@lists.sourceforge.net > > > > > > https://lists.sourceforge.net/lists/listinfo/in > > > > > > ksca > > > > > > pe-d > > > > > > ev > > > > > > el > > > > ------------------------------------------------- > > > > ---- > > > > ------ > > > > ---- > > > > --------------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;130105 > > > > 516; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inksca > > > > pe-d > > > > evel > > > > > > > --------------------------------------------------- > > > ---- > > > ------ > > > ---- > > > ------------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6;z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -dev > > > el > > > > > > > > ----------------------------------------------------- > > ---- > > ------ > > ---- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Perhaps : - Convert to Shapes ? - Convert all to Shapes ? - Decompose in shapes ?
Le Samedi 7 mai 2016 18h00, Jabiertxo Arraiza Cenoz <jabier.arraiza@...360...2893...> a écrit :
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3286...... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke
to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
> > > > From simple user :-) brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
> > > > Here are some screenshots working, notice the not default > paint > order: > > Before apply: > View mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -14 > > Line mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -24 > > Apply : No screen shot my screnshot dont fire when menu > path is > open. I > put a temp item after "stroke to path" menu > > After apply : > View mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -34 > Line mode : > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > ob > ject > -44 > > Also another cuestion if finaly is a diferent item in the > menu > could be > good have a shortcut. > > Cheers, Jabier. > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza > Cenoz > escribió: > > > > > > > > The new effect convert a object with one or more of > > this > > fill,strokes > > or marker to a item with all converted to paths, same > > visual, > > no more > > markers or strokes. Also retain paint order. > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > > > > > > > > Seeing how it works would help understanding. >From a > > > simple user: > > > > > > "deconstruct object" sounds like breaking up any > > > object > > > to > > > individual > > > pieces, maybe like Ungroup, or Break Apart. And I > > > can't > > > imagine > > > how > > > "stroke > > > to fill" fits with either of those. ("stroke to fill" > > > sounds like > > > some kind > > > of a stripe pattern) > > > > > > All best :-) > > > brynn > > > > > > ____________________________ > > > From: C R > > > Sent: Saturday, May 07, 2016 3:13 AM > > > To: Olof Bjarnason > > > Cc: Inkscape Devel List > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > function > > > > > > > > > Yes please draw some use case diagrams. > > > (And I like the renaming too. I'm still much more of > > > a > > > user > > > than a > > > developer > > > of inkscape and that name (stroke to path) has > > > annoyed > > > me > > > for > > > years!) > > > > > > > > > Will do! And yes, I'm going to recommend renaming it > > > as > > > well. It's > > > always > > > been a bit of a sticking point in my head as well. > > > > > > > > > -C > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > > > I think stroke to path is already a naming convention > > > for a > > > very > > > similar > > > functionality, so I will keep this name if possible > > > if > > > the > > > feature > > > is > > > not > > > too different. If a user will receive most of the > > > time > > > the > > > same > > > result I > > > will try to keep it to avoid confusion. Having too > > > many > > > features > > > with > > > similar behaviours could be frustrating. > > > > > > > > > Agreed. This is my main reason for proposing a > > > modification > > > to the > > > behaviour > > > of Stroke to Path (We can think about renaming it > > > later, > > > however > > > that > > > may be > > > confusing to our current user base. As a daily user, > > > I'm > > > all for > > > changing it > > > to "Strike to Fill", which is what Stroke to Path > > > actually > > > does. > > > > > > I would strongly suggest not to create a new menu > > > option if > > > the > > > behaviour is > > > not too different from the expected one if we think > > > the > > > users are > > > going to > > > keep using it as they were doing before. > > > > > > > > > To clarify: > > > 1. Make a red circle with a black stroke > > > 2. Path > Stroke to Path > > > > > > > > > Watch the red circle vanish > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > fill, > > > it > > > just > > > does > > > it > > > because there is no shape to contain it anymore. > > > Since we have Paint Order in trunk now, this is even > > > more > > > of an > > > issue; you > > > don't want Stroke to Path to throw away everything > > > you > > > did > > > to make > > > that > > > shape look the way it is, which may include a stack > > > of > > > LPEs > > > and > > > markers, not > > > to mention the fill may include a complex gradient > > > that > > > you > > > have to > > > copy and > > > paste-in-place to recover. The way it has worked has > > > always > > > been a > > > major > > > workflow bottleneck, and Jabier's new function fixes > > > the > > > problem > > > entirely. > > > > > > > > > Would folks like to see some use case and work flow > > > diagrams? > > > If so, I can have them ready tomorrow. > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > "decompose > > > object" or > > > "deconstruct object"sounds self-explanatory to me. > > > > > > > > > I don't have an answer, but I would raise some > > > questions > > > about how > > > we > > > think > > > it is going to be used: what is the purpose, what is > > > the > > > expected > > > outcome > > > and I would compare to the stroke to path option to > > > ensure > > > that are > > > enough > > > different. > > > > > > > > > :) > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > <olof.bjarn > > > ason@...3363... > > > il > > > .com> > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > /Olof > > > ----------------- > > > Är du systemutvecklare? > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > How it works now: > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > Result: stroke is indeed converted to path, but the > > > fill > > > and all > > > other parts > > > of the selection that are not strokes vanish. If any > > > LPEs > > > are > > > applied > > > to the > > > path they are thrown out as well (you need to convert > > > object to > > > path > > > before > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > How it should work (this "deconstruct" alternative): > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > Result: All LPE's applied to stroke, then the stroke > > > is > > > converted > > > to > > > path. > > > > > > > > > My thought is, if we use the convention that a fill > > > is > > > only > > > turned > > > into an > > > object if there is a fill set on the object, then we > > > can > > > please > > > anyone who > > > prefers the old behaviour. All they have to do is get > > > rid > > > of the > > > fill > > > colour > > > on the object before applying Stroke to Path. > > > > > > > > > The current way it's handled is counter-intuitive. > > > Most > > > of > > > the > > > time, > > > all you > > > want to do is convert the outline to a fill, not > > > throw > > > away > > > tons of > > > data. > > > The point is to preserve appearance, and the Jabier's > > > new > > > function > > > does this > > > much much better. > > > > > > > > > Thanks, that is a good explanation. However the > > > wording > > > "stroke to > > > path" > > > isn't that clear to me. > > > > > > > > > Now that I understand what is going on I think > > > "deconstruct" is > > > actually a > > > quite good albeit little techy word for the > > > operation. > > > "Decompose"? > > > "Path to > > > fills"? > > > > > > > > > The end result is a bunch of filled paths, and the > > > input is > > > what > > > exactly? I > > > think "X to Y" is a good but then the X and the Y > > > should be > > > closer > > > to > > > what > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > My 2p. > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > <olof.bjarna > > > son@...3387... > > > l. > > > com> > > > wrote: > > > > > > Is there any image giving an example of what the > > > command > > > does...? > > > Like > > > before/after with arrows and descriptive text? > > > > > > > > > It's kind of hard to understand what is happening > > > from > > > the > > > very > > > brief > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > /Olof > > > ----------------- > > > Är du systemutvecklare? > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > <jabier.arr > > > aiza@...3285... > > > ke > > > r.es> > > > wrote: > > > > > > Hi to all UI power! > > > I Just to know a name for the patch https://bugs.laun > > > ch > > > pad. > > > net/inks > > > ca > > > pe > > > /+bug/1556592 > > > > > > See the ScislaC proposal on #5 > > > Bryce like "Deconstruct object", me too. > > > > > > Is ok the name? Another one? > > > > > > Cheers, Jabier. > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers > > > of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > > > > > > > > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > > > > > > > > ----------------------------------------------------- > > > ---- > > > ---------- > > > ----------- > > > Find and fix application performance issues faster > > > with > > > Applications > > > Manager > > > Applications Manager provides deep performance > > > insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > 6; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > -d > > > evel > > ------------------------------------------------------- > > ---- > > -------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > ev
> > el
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Or: -Separate stroke -Detach stroke

-Separate stroke -Detach stroke
Neither of these imply conversion of the stroke to a fill. The function does not merely detach or separate the stroke, but converts it to fill as well.
-C
-- Mc
On 05/07/2016 06:05 PM, Ivan Louette wrote:
Perhaps :
Convert to Shapes ?
Convert all to Shapes ?
Decompose in shapes ?
Le Samedi 7 mai 2016 18h00, Jabiertxo Arraiza Cenoz <
jabier.arraiza@...2893...> a écrit :
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3262...85... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
> > > > Yes, to me, "Deconstruct" implies separation of line from > fill, > but > nothing about conversion of the line to fill. > If we ever have a function that just separates all parts of a > shape > object > into separate shape objects with lines in-tact, > "deconstruct" would fit > much better, I think. > Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke
to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
> > > > -C > > On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> > wrote: > >> >> >> >> Nice! >> >> It's "new and improved" Stroke to Path. Can it just >> replace >> Stroke to >> Path? Or call it "super" stroke to path. Just >> kidding. But >> "deconstruct" >> could be confusing. >> >>> >>> >>> >>> From simple user :-) >> brynn >> >> -------------------------------------------------- >> From: "Jabier Arraiza" <jabier.arraiza@...2893...> >> Sent: Saturday, May 07, 2016 4:58 AM >> To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" >> inkscape-devel@lists.sourceforge.net >> Subject: Re: [Inkscape-devel] [UI] Name for a new function >> >>> >>> >>> >>> Here are some screenshots working, notice the not default >>> paint >>> order: >>> >>> Before apply: >>> View mode : >>> https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- >>> ob >>> ject >>> -14 >>> >>> Line mode : >>> https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- >>> ob >>> ject >>> -24 >>> >>> Apply : No screen shot my screnshot dont fire when menu >>> path is >>> open. I >>> put a temp item after "stroke to path" menu >>> >>> After apply : >>> View mode : >>> https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- >>> ob >>> ject >>> -34 >>> Line mode : >>> https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- >>> ob >>> ject >>> -44 >>> >>> Also another cuestion if finaly is a diferent item in the >>> menu >>> could be >>> good have a shortcut. >>> >>> Cheers, Jabier. >>> >>> >>> >>> El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza >>> Cenoz >>> escribió: >>>> >>>> >>>> >>>> The new effect convert a object with one or more of >>>> this >>>> fill,strokes >>>> or marker to a item with all converted to paths, same >>>> visual, >>>> no more >>>> markers or strokes. Also retain paint order. >>>> >>>> El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: >>>>> >>>>> >>>>> >>>>> >>>>> Seeing how it works would help understanding. >From a >>>>> simple user: >>>>> >>>>> "deconstruct object" sounds like breaking up any >>>>> object >>>>> to >>>>> individual >>>>> pieces, maybe like Ungroup, or Break Apart. And I >>>>> can't >>>>> imagine >>>>> how >>>>> "stroke >>>>> to fill" fits with either of those. ("stroke to fill" >>>>> sounds like >>>>> some kind >>>>> of a stripe pattern) >>>>> >>>>> All best :-) >>>>> brynn >>>>> >>>>> ____________________________ >>>>> From: C R >>>>> Sent: Saturday, May 07, 2016 3:13 AM >>>>> To: Olof Bjarnason >>>>> Cc: Inkscape Devel List >>>>> Subject: Re: [Inkscape-devel] [UI] Name for a new >>>>> function >>>>> >>>>> >>>>> Yes please draw some use case diagrams. >>>>> (And I like the renaming too. I'm still much more of >>>>> a >>>>> user >>>>> than a >>>>> developer >>>>> of inkscape and that name (stroke to path) has >>>>> annoyed >>>>> me >>>>> for >>>>> years!) >>>>> >>>>> >>>>> Will do! And yes, I'm going to recommend renaming it >>>>> as >>>>> well. It's >>>>> always >>>>> been a bit of a sticking point in my head as well. >>>>> >>>>> >>>>> -C >>>>> >>>>> >>>>> >>>>> On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: >>>>> >>>>> I think stroke to path is already a naming convention >>>>> for a >>>>> very >>>>> similar >>>>> functionality, so I will keep this name if possible >>>>> if >>>>> the >>>>> feature >>>>> is >>>>> not >>>>> too different. If a user will receive most of the >>>>> time >>>>> the >>>>> same >>>>> result I >>>>> will try to keep it to avoid confusion. Having too >>>>> many >>>>> features >>>>> with >>>>> similar behaviours could be frustrating. >>>>> >>>>> >>>>> Agreed. This is my main reason for proposing a >>>>> modification >>>>> to the >>>>> behaviour >>>>> of Stroke to Path (We can think about renaming it >>>>> later, >>>>> however >>>>> that >>>>> may be >>>>> confusing to our current user base. As a daily user, >>>>> I'm >>>>> all for >>>>> changing it >>>>> to "Strike to Fill", which is what Stroke to Path >>>>> actually >>>>> does. >>>>> >>>>> I would strongly suggest not to create a new menu >>>>> option if >>>>> the >>>>> behaviour is >>>>> not too different from the expected one if we think >>>>> the >>>>> users are >>>>> going to >>>>> keep using it as they were doing before. >>>>> >>>>> >>>>> To clarify: >>>>> 1. Make a red circle with a black stroke >>>>> 2. Path > Stroke to Path >>>>> >>>>> >>>>> Watch the red circle vanish >>>>> >>>>> >>>>> Note that I didn't ask Inkscape to throw away the >>>>> fill, >>>>> it >>>>> just >>>>> does >>>>> it >>>>> because there is no shape to contain it anymore. >>>>> Since we have Paint Order in trunk now, this is even >>>>> more >>>>> of an >>>>> issue; you >>>>> don't want Stroke to Path to throw away everything >>>>> you >>>>> did >>>>> to make >>>>> that >>>>> shape look the way it is, which may include a stack >>>>> of >>>>> LPEs >>>>> and >>>>> markers, not >>>>> to mention the fill may include a complex gradient >>>>> that >>>>> you >>>>> have to >>>>> copy and >>>>> paste-in-place to recover. The way it has worked has >>>>> always >>>>> been a >>>>> major >>>>> workflow bottleneck, and Jabier's new function fixes >>>>> the >>>>> problem >>>>> entirely. >>>>> >>>>> >>>>> Would folks like to see some use case and work flow >>>>> diagrams? >>>>> If so, I can have them ready tomorrow. >>>>> >>>>> >>>>> -C >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Otherwise, reading the feature explanation, >>>>> "decompose >>>>> object" or >>>>> "deconstruct object"sounds self-explanatory to me. >>>>> >>>>> >>>>> I don't have an answer, but I would raise some >>>>> questions >>>>> about how >>>>> we >>>>> think >>>>> it is going to be used: what is the purpose, what is >>>>> the >>>>> expected >>>>> outcome >>>>> and I would compare to the stroke to path option to >>>>> ensure >>>>> that are >>>>> enough >>>>> different. >>>>> >>>>> >>>>> :) >>>>> >>>>> >>>>> >>>>> On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason >>>>> <olof.bjarn >>>>> ason@...3363... >>>>> il >>>>> .com> >>>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Mvh >>>>> >>>>> >>>>> >>>>> >>>>> /Olof >>>>> ----------------- >>>>> Är du systemutvecklare? >>>>> Spana in https://cilamp.se >>>>> >>>>> >>>>> >>>>> >>>>> On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: >>>>> >>>>> Basicly, this is how Stroke to Fill should work. >>>>> >>>>> >>>>> How it works now: >>>>> Ctrl+Alt+C > Stroke to Path >>>>> >>>>> >>>>> Result: stroke is indeed converted to path, but the >>>>> fill >>>>> and all >>>>> other parts >>>>> of the selection that are not strokes vanish. If any >>>>> LPEs >>>>> are >>>>> applied >>>>> to the >>>>> path they are thrown out as well (you need to convert >>>>> object to >>>>> path >>>>> before >>>>> this operation to preserve the appearance). >>>>> >>>>> >>>>> >>>>> >>>>> How it should work (this "deconstruct" alternative): >>>>> Ctrl+Alt+C > Stroke to Path >>>>> >>>>> >>>>> Result: All LPE's applied to stroke, then the stroke >>>>> is >>>>> converted >>>>> to >>>>> path. >>>>> >>>>> >>>>> My thought is, if we use the convention that a fill >>>>> is >>>>> only >>>>> turned >>>>> into an >>>>> object if there is a fill set on the object, then we >>>>> can >>>>> please >>>>> anyone who >>>>> prefers the old behaviour. All they have to do is get >>>>> rid >>>>> of the >>>>> fill >>>>> colour >>>>> on the object before applying Stroke to Path. >>>>> >>>>> >>>>> The current way it's handled is counter-intuitive. >>>>> Most >>>>> of >>>>> the >>>>> time, >>>>> all you >>>>> want to do is convert the outline to a fill, not >>>>> throw >>>>> away >>>>> tons of >>>>> data. >>>>> The point is to preserve appearance, and the Jabier's >>>>> new >>>>> function >>>>> does this >>>>> much much better. >>>>> >>>>> >>>>> Thanks, that is a good explanation. However the >>>>> wording >>>>> "stroke to >>>>> path" >>>>> isn't that clear to me. >>>>> >>>>> >>>>> Now that I understand what is going on I think >>>>> "deconstruct" is >>>>> actually a >>>>> quite good albeit little techy word for the >>>>> operation. >>>>> "Decompose"? >>>>> "Path to >>>>> fills"? >>>>> >>>>> >>>>> The end result is a bunch of filled paths, and the >>>>> input is >>>>> what >>>>> exactly? I >>>>> think "X to Y" is a good but then the X and the Y >>>>> should be >>>>> closer >>>>> to >>>>> what >>>>> the operation is actually doing ;) >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> My 2p. >>>>> -C >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason >>>>> <olof.bjarna >>>>> son@...3387... >>>>> l. >>>>> com> >>>>> wrote: >>>>> >>>>> Is there any image giving an example of what the >>>>> command >>>>> does...? >>>>> Like >>>>> before/after with arrows and descriptive text? >>>>> >>>>> >>>>> It's kind of hard to understand what is happening >>>>> from >>>>> the >>>>> very >>>>> brief >>>>> description at the top of that thread... >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Mvh >>>>> >>>>> >>>>> >>>>> >>>>> /Olof >>>>> ----------------- >>>>> Är du systemutvecklare? >>>>> Spana in https://cilamp.se >>>>> >>>>> >>>>> >>>>> >>>>> On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz >>>>> <jabier.arr >>>>> aiza@...3285... >>>>> ke >>>>> r.es> >>>>> wrote: >>>>> >>>>> Hi to all UI power! >>>>> I Just to know a name for the patch https://bugs.laun >>>>> ch >>>>> pad. >>>>> net/inks >>>>> ca >>>>> pe >>>>> /+bug/1556592 >>>>> >>>>> See the ScislaC proposal on #5 >>>>> Bryce like "Deconstruct object", me too. >>>>> >>>>> Is ok the name? Another one? >>>>> >>>>> Cheers, Jabier. >>>>> >>>>> ----------------------------------------------------- >>>>> ---- >>>>> ---------- >>>>> ----------- >>>>> Find and fix application performance issues faster >>>>> with >>>>> Applications >>>>> Manager >>>>> Applications Manager provides deep performance >>>>> insights >>>>> into >>>>> multiple >>>>> tiers >>>>> of >>>>> your business applications. It resolves application >>>>> problems >>>>> quickly >>>>> and >>>>> reduces your MTTR. Get your free trial! >>>>> https://ad.doubleclick.net/ddm/clk/302982198;13010551 >>>>> 6; >>>>> z >>>>> _______________________________________________ >>>>> Inkscape-devel mailing list >>>>> Inkscape-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/inkscape >>>>> -d >>>>> evel >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> ---- >>>>> ---------- >>>>> ----------- >>>>> Find and fix application performance issues faster >>>>> with >>>>> Applications >>>>> Manager >>>>> Applications Manager provides deep performance >>>>> insights >>>>> into >>>>> multiple >>>>> tiers >>>>> of >>>>> your business applications. It resolves application >>>>> problems >>>>> quickly >>>>> and >>>>> reduces your MTTR. Get your free trial! >>>>> https://ad.doubleclick.net/ddm/clk/302982198;13010551 >>>>> 6; >>>>> z >>>>> _______________________________________________ >>>>> Inkscape-devel mailing list >>>>> Inkscape-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/inkscape >>>>> -d >>>>> evel >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> ---- >>>>> ---------- >>>>> ----------- >>>>> Find and fix application performance issues faster >>>>> with >>>>> Applications >>>>> Manager >>>>> Applications Manager provides deep performance >>>>> insights >>>>> into >>>>> multiple >>>>> tiers >>>>> of >>>>> your business applications. It resolves application >>>>> problems >>>>> quickly >>>>> and >>>>> reduces your MTTR. Get your free trial! >>>>> https://ad.doubleclick.net/ddm/clk/302982198;13010551 >>>>> 6; >>>>> z >>>>> _______________________________________________ >>>>> Inkscape-devel mailing list >>>>> Inkscape-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/inkscape >>>>> -d >>>>> evel >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> ---- >>>>> ---------- >>>>> ----------- >>>>> Find and fix application performance issues faster >>>>> with >>>>> Applications >>>>> Manager >>>>> Applications Manager provides deep performance >>>>> insights >>>>> into >>>>> multiple >>>>> tiers >>>>> of >>>>> your business applications. It resolves application >>>>> problems >>>>> quickly >>>>> and >>>>> reduces your MTTR. Get your free trial! >>>>> https://ad.doubleclick.net/ddm/clk/302982198;13010551 >>>>> 6; >>>>> z >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Inkscape-devel mailing list >>>>> Inkscape-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/inkscape >>>>> -d >>>>> evel >>>>> >>>>> >>>>> ----------------------------------------------------- >>>>> ---- >>>>> ---------- >>>>> ----------- >>>>> Find and fix application performance issues faster >>>>> with >>>>> Applications >>>>> Manager >>>>> Applications Manager provides deep performance >>>>> insights >>>>> into >>>>> multiple >>>>> tiers of >>>>> your business applications. It resolves application >>>>> problems >>>>> quickly >>>>> and >>>>> reduces your MTTR. Get your free trial! >>>>> https://ad.doubleclick.net/ddm/clk/302982198;13010551 >>>>> 6; >>>>> z >>>>> _______________________________________________ >>>>> Inkscape-devel mailing list >>>>> Inkscape-devel@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/inkscape >>>>> -d >>>>> evel >>>> ------------------------------------------------------- >>>> ---- >>>> -------- >>>> ----------- >>>> Find and fix application performance issues faster with >>>> Applications >>>> Manager >>>> Applications Manager provides deep performance insights >>>> into >>>> multiple >>>> tiers of >>>> your business applications. It resolves application >>>> problems >>>> quickly >>>> and >>>> reduces your MTTR. Get your free trial! >>>> https://ad.doubleclick.net/ddm/clk/302982198;130105516; >>>> z >>>> _______________________________________________ >>>> Inkscape-devel mailing list >>>> Inkscape-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/inkscape-d >>>> ev >>>> el >> ----------------------------------------------------------- >> ---- >> --------------- >> Find and fix application performance issues faster with >> Applications >> Manager >> Applications Manager provides deep performance insights >> into >> multiple >> tiers of >> your business applications. It resolves application >> problems >> quickly and >> reduces your MTTR. Get your free trial! >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > ------------------------------------------------------------- > ---- > ------------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights into > multiple > tiers of > your business applications. It resolves application problems > quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >
>
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications
Manager
Applications Manager provides deep performance insights into multiple
tiers of
your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications
Manager
Applications Manager provides deep performance insights into multiple
tiers of
your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Hi folks, here's a UI Flow diagram for Stroke to Path, and also Use Case results: https://inkscape.org/en/~C.Rogers/%E2%98%85stroke-to-path-ui-flow-diagram-an...
Please download the svg to view it properly, there's a lot of text missing in the preview. Thanks! -C
On Sat, May 7, 2016 at 4:59 PM, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
Trying to be more precisse: El sáb, 07-05-2016 a las 17:48 +0200, Jabiertxo Arraiza Cenoz escribió:
Basicaly deconstruct in a "group" of shapes with fills and without strokes the fills and retain strokes as strokes taking out his fills.
Sorry for my explain. Maybe CR, can help me a bit :)
The CR option retain strokes of lines as lines, without converting to fills.
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3262...85... ke r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke
to fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
> > > > Nice! > > It's "new and improved" Stroke to Path. Can it just > replace > Stroke to > Path? Or call it "super" stroke to path. Just > kidding. But > "deconstruct" > could be confusing. > > > > > > > > > From simple user :-) > brynn > > -------------------------------------------------- > From: "Jabier Arraiza" <jabier.arraiza@...2893...> > Sent: Saturday, May 07, 2016 4:58 AM > To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" > inkscape-devel@lists.sourceforge.net > Subject: Re: [Inkscape-devel] [UI] Name for a new function > > > > > > > > > Here are some screenshots working, notice the not default > > paint > > order: > > > > Before apply: > > View mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -14 > > > > Line mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -24 > > > > Apply : No screen shot my screnshot dont fire when menu > > path is > > open. I > > put a temp item after "stroke to path" menu > > > > After apply : > > View mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -34 > > Line mode : > > https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct- > > ob > > ject > > -44 > > > > Also another cuestion if finaly is a diferent item in the > > menu > > could be > > good have a shortcut. > > > > Cheers, Jabier. > > > > > > > > El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza > > Cenoz > > escribió: > > > > > > > > > > > > The new effect convert a object with one or more of > > > this > > > fill,strokes > > > or marker to a item with all converted to paths, same > > > visual, > > > no more > > > markers or strokes. Also retain paint order. > > > > > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > > > > > > > > > > > > > Seeing how it works would help understanding. From a > > > > simple user: > > > > > > > > "deconstruct object" sounds like breaking up any > > > > object > > > > to > > > > individual > > > > pieces, maybe like Ungroup, or Break Apart. And I > > > > can't > > > > imagine > > > > how > > > > "stroke > > > > to fill" fits with either of those. ("stroke to fill" > > > > sounds like > > > > some kind > > > > of a stripe pattern) > > > > > > > > All best :-) > > > > brynn > > > > > > > > ____________________________ > > > > From: C R > > > > Sent: Saturday, May 07, 2016 3:13 AM > > > > To: Olof Bjarnason > > > > Cc: Inkscape Devel List > > > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > > > function > > > > > > > > > > > > Yes please draw some use case diagrams. > > > > (And I like the renaming too. I'm still much more of > > > > a > > > > user > > > > than a > > > > developer > > > > of inkscape and that name (stroke to path) has > > > > annoyed > > > > me > > > > for > > > > years!) > > > > > > > > > > > > Will do! And yes, I'm going to recommend renaming it > > > > as > > > > well. It's > > > > always > > > > been a bit of a sticking point in my head as well. > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > > > > > I think stroke to path is already a naming convention > > > > for a > > > > very > > > > similar > > > > functionality, so I will keep this name if possible > > > > if > > > > the > > > > feature > > > > is > > > > not > > > > too different. If a user will receive most of the > > > > time > > > > the > > > > same > > > > result I > > > > will try to keep it to avoid confusion. Having too > > > > many > > > > features > > > > with > > > > similar behaviours could be frustrating. > > > > > > > > > > > > Agreed. This is my main reason for proposing a > > > > modification > > > > to the > > > > behaviour > > > > of Stroke to Path (We can think about renaming it > > > > later, > > > > however > > > > that > > > > may be > > > > confusing to our current user base. As a daily user, > > > > I'm > > > > all for > > > > changing it > > > > to "Strike to Fill", which is what Stroke to Path > > > > actually > > > > does. > > > > > > > > I would strongly suggest not to create a new menu > > > > option if > > > > the > > > > behaviour is > > > > not too different from the expected one if we think > > > > the > > > > users are > > > > going to > > > > keep using it as they were doing before. > > > > > > > > > > > > To clarify: > > > > 1. Make a red circle with a black stroke > > > > 2. Path > Stroke to Path > > > > > > > > > > > > Watch the red circle vanish > > > > > > > > > > > > Note that I didn't ask Inkscape to throw away the > > > > fill, > > > > it > > > > just > > > > does > > > > it > > > > because there is no shape to contain it anymore. > > > > Since we have Paint Order in trunk now, this is even > > > > more > > > > of an > > > > issue; you > > > > don't want Stroke to Path to throw away everything > > > > you > > > > did > > > > to make > > > > that > > > > shape look the way it is, which may include a stack > > > > of > > > > LPEs > > > > and > > > > markers, not > > > > to mention the fill may include a complex gradient > > > > that > > > > you > > > > have to > > > > copy and > > > > paste-in-place to recover. The way it has worked has > > > > always > > > > been a > > > > major > > > > workflow bottleneck, and Jabier's new function fixes > > > > the > > > > problem > > > > entirely. > > > > > > > > > > > > Would folks like to see some use case and work flow > > > > diagrams? > > > > If so, I can have them ready tomorrow. > > > > > > > > > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, > > > > "decompose > > > > object" or > > > > "deconstruct object"sounds self-explanatory to me. > > > > > > > > > > > > I don't have an answer, but I would raise some > > > > questions > > > > about how > > > > we > > > > think > > > > it is going to be used: what is the purpose, what is > > > > the > > > > expected > > > > outcome > > > > and I would compare to the stroke to path option to > > > > ensure > > > > that are > > > > enough > > > > different. > > > > > > > > > > > > :) > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > > > <olof.bjarn > > > > ason@...3363... > > > > il > > > > .com> > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > /Olof > > > > ----------------- > > > > Är du systemutvecklare? > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > > > > > Basicly, this is how Stroke to Fill should work. > > > > > > > > > > > > How it works now: > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > Result: stroke is indeed converted to path, but the > > > > fill > > > > and all > > > > other parts > > > > of the selection that are not strokes vanish. If any > > > > LPEs > > > > are > > > > applied > > > > to the > > > > path they are thrown out as well (you need to convert > > > > object to > > > > path > > > > before > > > > this operation to preserve the appearance). > > > > > > > > > > > > > > > > > > > > How it should work (this "deconstruct" alternative): > > > > Ctrl+Alt+C > Stroke to Path > > > > > > > > > > > > Result: All LPE's applied to stroke, then the stroke > > > > is > > > > converted > > > > to > > > > path. > > > > > > > > > > > > My thought is, if we use the convention that a fill > > > > is > > > > only > > > > turned > > > > into an > > > > object if there is a fill set on the object, then we > > > > can > > > > please > > > > anyone who > > > > prefers the old behaviour. All they have to do is get > > > > rid > > > > of the > > > > fill > > > > colour > > > > on the object before applying Stroke to Path. > > > > > > > > > > > > The current way it's handled is counter-intuitive. > > > > Most > > > > of > > > > the > > > > time, > > > > all you > > > > want to do is convert the outline to a fill, not > > > > throw > > > > away > > > > tons of > > > > data. > > > > The point is to preserve appearance, and the Jabier's > > > > new > > > > function > > > > does this > > > > much much better. > > > > > > > > > > > > Thanks, that is a good explanation. However the > > > > wording > > > > "stroke to > > > > path" > > > > isn't that clear to me. > > > > > > > > > > > > Now that I understand what is going on I think > > > > "deconstruct" is > > > > actually a > > > > quite good albeit little techy word for the > > > > operation. > > > > "Decompose"? > > > > "Path to > > > > fills"? > > > > > > > > > > > > The end result is a bunch of filled paths, and the > > > > input is > > > > what > > > > exactly? I > > > > think "X to Y" is a good but then the X and the Y > > > > should be > > > > closer > > > > to > > > > what > > > > the operation is actually doing ;) > > > > > > > > > > > > > > > > > > > > > > > > My 2p. > > > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > > > <olof.bjarna > > > > son@...3387... > > > > l. > > > > com> > > > > wrote: > > > > > > > > Is there any image giving an example of what the > > > > command > > > > does...? > > > > Like > > > > before/after with arrows and descriptive text? > > > > > > > > > > > > It's kind of hard to understand what is happening > > > > from > > > > the > > > > very > > > > brief > > > > description at the top of that thread... > > > > > > > > > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > > > > > > > > > > > /Olof > > > > ----------------- > > > > Är du systemutvecklare? > > > > Spana in https://cilamp.se > > > > > > > > > > > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > > > <jabier.arr > > > > aiza@...3285... > > > > ke > > > > r.es> > > > > wrote: > > > > > > > > Hi to all UI power! > > > > I Just to know a name for the patch https://bugs.laun > > > > ch > > > > pad. > > > > net/inks > > > > ca > > > > pe > > > > /+bug/1556592 > > > > > > > > See the ScislaC proposal on #5 > > > > Bryce like "Deconstruct object", me too. > > > > > > > > Is ok the name? Another one? > > > > > > > > Cheers, Jabier. > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers > > > > of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > > > > > > > > > > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > > > > > > > > > > ----------------------------------------------------- > > > > ---- > > > > ---------- > > > > ----------- > > > > Find and fix application performance issues faster > > > > with > > > > Applications > > > > Manager > > > > Applications Manager provides deep performance > > > > insights > > > > into > > > > multiple > > > > tiers of > > > > your business applications. It resolves application > > > > problems > > > > quickly > > > > and > > > > reduces your MTTR. Get your free trial! > > > > https://ad.doubleclick.net/ddm/clk/302982198;13010551 > > > > 6; > > > > z > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape > > > > -d > > > > evel > > > ------------------------------------------------------- > > > ---- > > > -------- > > > ----------- > > > Find and fix application performance issues faster with > > > Applications > > > Manager > > > Applications Manager provides deep performance insights > > > into > > > multiple > > > tiers of > > > your business applications. It resolves application > > > problems > > > quickly > > > and > > > reduces your MTTR. Get your free trial! > > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > > z > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > > ev > > > el > ----------------------------------------------------------- > ---- > --------------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

On Sat, 2016-05-14 at 19:05 +0100, C R wrote:
Hi folks, here's a UI Flow diagram for Stroke to Path, and also Use Case results: https://inkscape.org/en/~C.Rogers/%E2%98%85stroke-to-path-ui-flow-dia gram-and-use-case-testing-results
Please download the svg to view it properly, there's a lot of text missing in the preview. Thanks! -C
Thanks CR,
I liked all the test cases, I think it covered the vast majority of what people will want to do and we have a clear winner.
Maybe doing these ui piece will push us to fixing our fallback text bug :-)
Best Regards, Martin Owens

On Sat, 2016-05-14 at 19:05 +0100, C R wrote:
Hi folks, here's a UI Flow diagram for Stroke to Path, and also Use Case results: https://inkscape.org/en/~C.Rogers/%E2%98%85stroke-to-path-ui-flow-dia gram-and-use-case-testing-results
Please download the svg to view it properly, there's a lot of text missing in the preview. Thanks! -C
Nice summary. One comment, markers should probably be handled by <use> elements... like with cloning... so that there is just one marker instance. If the user wants to change the marker (after converting to "path" then the can lookup the original using Shift-D as with colones).
Tav

Nice summary. One comment, markers should probably be handled by <use> elements... like with cloning... so that there is just one marker instance. If the user wants to change the marker (after converting to "path" then the can lookup the original using Shift-D as with colones).
I tend to agree with this, even though it's not the default behaviour currently. Mainly because I want as few side-effects as possible in this action, and it's far easier to unlink the clones rather than link them all together again. Maybe we should group them together as well so they can be unlinked all at once if necessary?
-C

On Sat, May 14, 2016 at 1:20 PM, C R <cajhne@...400...> wrote:
I tend to agree with this, even though it's not the default behaviour currently. Mainly because I want as few side-effects as possible in this action, and it's far easier to unlink the clones rather than link them all together again. Maybe we should group them together as well so they can be unlinked all at once if necessary?
While I'm not sure I agree with adding in clones to the mix, if that were the case I would agree that they should be grouped... but I honestly think it should be optional behavior to not take everything down to paths.
Cheers, Josh

I'd like to avoid muddying up the simplicity of the one click stroke to path with extra options. Adding options would require a switch somewhere, or a popup dialog.
Imho, our current methods for user interaction with clones has been clunky at best. Just noticed that the bug wishlist item says that the marker strokes are also converted to fills...
However, since there is no other way (that I know of) to convert markers to clones, maybe we should include that as a separate function "Markers to Clones", and allow Stroke To Path to convert all the strokes in the object to path (including the markers), which I think is the expected behaviour in most cases where you are using Stroke to Path.
Would we like to see some more use-case analysis for scenarios involving markers in regards to different options for handling them?
Another way to handle it is that when the function Stroke to Path is complete, the markers are converted to clones, grouped, and them highlighted, so the user has the option to run the command again to convert the marker strokes to paths/fills as well.
The logic:
User wants to convert strokes to paths in a markered object (probably rare)
User runs Stroke to Path, stroke to Path does all of the following in sequence:
a. Stroke to path converts all base object strokes to paths, as per new function
b. Stroke to path them groups all objects which are not included in previous action and selects them so the user knows they have been broken off of the base object, but not converted to fills yet.
c. User them has the option to run stroke to path on the highlighted/selected objects instantly.
Thoughts?
-C
-C
On 17 May 2016 2:48 am, "Josh Andler" <scislac@...400...> wrote:
On Sat, May 14, 2016 at 1:20 PM, C R <cajhne@...400...> wrote:
I tend to agree with this, even though it's not the default behaviour currently. Mainly because I want as few side-effects as possible in this action, and it's far easier to unlink the clones rather than link them all together again. Maybe we should group them together as well so they can be unlinked all at once if necessary?
While I'm not sure I agree with adding in clones to the mix, if that were the case I would agree that they should be grouped... but I honestly think it should be optional behavior to not take everything down to paths.
Cheers, Josh

Not sure about modify selection. Normaly -In my point of view- user than do stroke to path want fills not clones, so if finaly there is a markers to clones function, I add +1 to be a preferences option so if the user mark it, stroke to path retain clones.
Cheers, Jabier.
El mar, 17-05-2016 a las 07:26 +0100, C R escribió:
I'd like to avoid muddying up the simplicity of the one click stroke to path with extra options. Adding options would require a switch somewhere, or a popup dialog.
Imho, our current methods for user interaction with clones has been clunky at best. Just noticed that the bug wishlist item says that the marker strokes are also converted to fills...
However, since there is no other way (that I know of) to convert markers to clones, maybe we should include that as a separate function "Markers to Clones", and allow Stroke To Path to convert all the strokes in the object to path (including the markers), which I think is the expected behaviour in most cases where you are using Stroke to Path.
Would we like to see some more use-case analysis for scenarios involving markers in regards to different options for handling them?
Another way to handle it is that when the function Stroke to Path is complete, the markers are converted to clones, grouped, and them highlighted, so the user has the option to run the command again to convert the marker strokes to paths/fills as well.
The logic:
User wants to convert strokes to paths in a markered object (probably rare)
User runs Stroke to Path, stroke to Path does all of the following in sequence:
a. Stroke to path converts all base object strokes to paths, as per new function
b. Stroke to path them groups all objects which are not included in previous action and selects them so the user knows they have been broken off of the base object, but not converted to fills yet.
c. User them has the option to run stroke to path on the highlighted/selected objects instantly.
Thoughts?
-C
-C
On 17 May 2016 2:48 am, "Josh Andler" <scislac@...400...> wrote:
On Sat, May 14, 2016 at 1:20 PM, C R <cajhne@...400...> wrote:
I tend to agree with this, even though it's not the default behaviour currently. Mainly because I want as few side-effects as possible in this action, and it's far easier to unlink the clones rather than link them all together again. Maybe we should group them together as well so they can be unlinked all at once if necessary?
While I'm not sure I agree with adding in clones to the mix, if that were the case I would agree that they should be grouped... but I honestly think it should be optional behavior to not take everything down to paths.
Cheers, Josh
Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

About valoration the more I like is number 3:
- Modify the meaning, and name, of "Stroke to path" to "Stroke
to fill"(or "Deconstruct object")
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:40 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 17:38, Jabiertxo Arraiza Cenoz <jabier.arraiza@...3313... r.es> wrote:
HI I just evaluate as 4 option the CR one: 4. Retain stroke to path and add deconstruct object retaining lines as lines
I don't understand "retaining lines as lines". What does it mean?
My option (1) was to retain "Stroke to path" and add "Deconstruct object". How is (4) different from (1) ?
To me this 4 option -agree with the Olaf 1-3- give:
- More logic to naming in -a pro- user point of view
- Usualy we need two steps to archive this kind of result
- Final user need to be informed about the two steps process.
Cheers, Jabier.
El sáb, 07-05-2016 a las 17:22 +0200, Olof Bjarnason escribió:
On 7 May 2016 at 16:57, C R <cajhne@...400...> wrote:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Conceptually it really boils down to whether this command Jabier developed is an improvement of "Stroke to path" or a brand new command.
So we get three options, in my opinion:
- Add a new menu item called "Deconstruct object" (or "Stroke to
fill") 2. Modify the meaning of "Stroke to path" 3. Modify the meaning, and name, of "Stroke to path" to "Stroke to fill" (or "Deconstruct object")
Here's my take on all three, please do your own evaluation too: (1) has the consequence of yet another command on that menu, but no confusion to old users (and a little higher threshold to new users) (2) has the consequence of (possibly) confusing old users, but slightly improving the situation for new users (the new command is undoubtedly less surprising in behaviour than current Stroke to path) but not so much (the name is still confusing) (3) has the consequence of (possibly) confusing old users, but improving the situation a lot for new users
I prefer (3) even if I'm an old time user, and like (1) least of the options, since I don't like bloat in neither UI nor code. (2) is middle ground for me.
-C
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-)
brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -14
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -24
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -34 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-ob ject -44
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió: > > > The new effect convert a object with one or more of this > fill,strokes > or marker to a item with all converted to paths, same > visual, > no more > markers or strokes. Also retain paint order. > > El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió: > > > > > > > > Seeing how it works would help understanding. From a > > simple user: > > > > "deconstruct object" sounds like breaking up any object > > to > > individual > > pieces, maybe like Ungroup, or Break Apart. And I > > can't > > imagine > > how > > "stroke > > to fill" fits with either of those. ("stroke to fill" > > sounds like > > some kind > > of a stripe pattern) > > > > All best :-) > > brynn > > > > ____________________________ > > From: C R > > Sent: Saturday, May 07, 2016 3:13 AM > > To: Olof Bjarnason > > Cc: Inkscape Devel List > > Subject: Re: [Inkscape-devel] [UI] Name for a new > > function > > > > > > Yes please draw some use case diagrams. > > (And I like the renaming too. I'm still much more of a > > user > > than a > > developer > > of inkscape and that name (stroke to path) has annoyed > > me > > for > > years!) > > > > > > Will do! And yes, I'm going to recommend renaming it as > > well. It's > > always > > been a bit of a sticking point in my head as well. > > > > > > -C > > > > > > > > On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote: > > > > I think stroke to path is already a naming convention > > for a > > very > > similar > > functionality, so I will keep this name if possible if > > the > > feature > > is > > not > > too different. If a user will receive most of the time > > the > > same > > result I > > will try to keep it to avoid confusion. Having too many > > features > > with > > similar behaviours could be frustrating. > > > > > > Agreed. This is my main reason for proposing a > > modification > > to the > > behaviour > > of Stroke to Path (We can think about renaming it > > later, > > however > > that > > may be > > confusing to our current user base. As a daily user, > > I'm > > all for > > changing it > > to "Strike to Fill", which is what Stroke to Path > > actually > > does. > > > > I would strongly suggest not to create a new menu > > option if > > the > > behaviour is > > not too different from the expected one if we think the > > users are > > going to > > keep using it as they were doing before. > > > > > > To clarify: > > 1. Make a red circle with a black stroke > > 2. Path > Stroke to Path > > > > > > Watch the red circle vanish > > > > > > Note that I didn't ask Inkscape to throw away the fill, > > it > > just > > does > > it > > because there is no shape to contain it anymore. > > Since we have Paint Order in trunk now, this is even > > more > > of an > > issue; you > > don't want Stroke to Path to throw away everything you > > did > > to make > > that > > shape look the way it is, which may include a stack of > > LPEs > > and > > markers, not > > to mention the fill may include a complex gradient that > > you > > have to > > copy and > > paste-in-place to recover. The way it has worked has > > always > > been a > > major > > workflow bottleneck, and Jabier's new function fixes > > the > > problem > > entirely. > > > > > > Would folks like to see some use case and work flow > > diagrams? > > If so, I can have them ready tomorrow. > > > > > > -C > > > > > > > > > > > > > > > > > > > > Otherwise, reading the feature explanation, "decompose > > object" or > > "deconstruct object"sounds self-explanatory to me. > > > > > > I don't have an answer, but I would raise some > > questions > > about how > > we > > think > > it is going to be used: what is the purpose, what is > > the > > expected > > outcome > > and I would compare to the stroke to path option to > > ensure > > that are > > enough > > different. > > > > > > :) > > > > > > > > On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason > > <olof.bjarn > > ason@...3363... > > il > > .com> > > wrote: > > > > > > > > > > > > > > > > > > > > Mvh > > > > > > > > > > /Olof > > ----------------- > > Är du systemutvecklare? > > Spana in https://cilamp.se > > > > > > > > > > On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote: > > > > Basicly, this is how Stroke to Fill should work. > > > > > > How it works now: > > Ctrl+Alt+C > Stroke to Path > > > > > > Result: stroke is indeed converted to path, but the > > fill > > and all > > other parts > > of the selection that are not strokes vanish. If any > > LPEs > > are > > applied > > to the > > path they are thrown out as well (you need to convert > > object to > > path > > before > > this operation to preserve the appearance). > > > > > > > > > > How it should work (this "deconstruct" alternative): > > Ctrl+Alt+C > Stroke to Path > > > > > > Result: All LPE's applied to stroke, then the stroke is > > converted > > to > > path. > > > > > > My thought is, if we use the convention that a fill is > > only > > turned > > into an > > object if there is a fill set on the object, then we > > can > > please > > anyone who > > prefers the old behaviour. All they have to do is get > > rid > > of the > > fill > > colour > > on the object before applying Stroke to Path. > > > > > > The current way it's handled is counter-intuitive. Most > > of > > the > > time, > > all you > > want to do is convert the outline to a fill, not throw > > away > > tons of > > data. > > The point is to preserve appearance, and the Jabier's > > new > > function > > does this > > much much better. > > > > > > Thanks, that is a good explanation. However the wording > > "stroke to > > path" > > isn't that clear to me. > > > > > > Now that I understand what is going on I think > > "deconstruct" is > > actually a > > quite good albeit little techy word for the operation. > > "Decompose"? > > "Path to > > fills"? > > > > > > The end result is a bunch of filled paths, and the > > input is > > what > > exactly? I > > think "X to Y" is a good but then the X and the Y > > should be > > closer > > to > > what > > the operation is actually doing ;) > > > > > > > > > > > > My 2p. > > -C > > > > > > > > > > > > > > > > > > > > > > > > > > On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason > > <olof.bjarna > > son@...3387... > > l. > > com> > > wrote: > > > > Is there any image giving an example of what the > > command > > does...? > > Like > > before/after with arrows and descriptive text? > > > > > > It's kind of hard to understand what is happening from > > the > > very > > brief > > description at the top of that thread... > > > > > > > > > > > > > > Mvh > > > > > > > > > > /Olof > > ----------------- > > Är du systemutvecklare? > > Spana in https://cilamp.se > > > > > > > > > > On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz > > <jabier.arr > > aiza@...3285... > > ke > > r.es> > > wrote: > > > > Hi to all UI power! > > I Just to know a name for the patch https://bugs.launch > > pad. > > net/inks > > ca > > pe > > /+bug/1556592 > > > > See the ScislaC proposal on #5 > > Bryce like "Deconstruct object", me too. > > > > Is ok the name? Another one? > > > > Cheers, Jabier. > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > > > > > > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > > > > > > > > > > > > > > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers > > of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > > > > > > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > > > > > > ----------------------------------------------------- > > ---- > > ---------- > > ----------- > > Find and fix application performance issues faster with > > Applications > > Manager > > Applications Manager provides deep performance insights > > into > > multiple > > tiers of > > your business applications. It resolves application > > problems > > quickly > > and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516; > > z > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-d > > evel > ------------------------------------------------------- > ---- > -------- > ----------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into > multiple > tiers of > your business applications. It resolves application > problems > quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-dev > el
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

Hi CR.
El sáb, 07-05-2016 a las 15:57 +0100, C R escribió:
Yes, to me, "Deconstruct" implies separation of line from fill, but nothing about conversion of the line to fill. If we ever have a function that just separates all parts of a shape object into separate shape objects with lines in-tact, "deconstruct" would fit much better, I think.
Not sure if this intermediate function add a layer of complex to final user, maybe is better change the name, anyway this solve all our problems because we can retain stroke to path/fill with logic.
Cheers, Jabier.
On Sat, May 7, 2016 at 12:41 PM, Brynn <brynn@...3133...> wrote:
Nice!
It's "new and improved" Stroke to Path. Can it just replace Stroke to Path? Or call it "super" stroke to path. Just kidding. But "deconstruct" could be confusing.
From simple user :-) brynn
From: "Jabier Arraiza" <jabier.arraiza@...2893...> Sent: Saturday, May 07, 2016 4:58 AM To: "Brynn" <brynn@...3133...>; "Inkscape-Devel" inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] [UI] Name for a new function
Here are some screenshots working, notice the not default paint order:
Before apply: View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-1 4
Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-2 4
Apply : No screen shot my screnshot dont fire when menu path is open. I put a temp item after "stroke to path" menu
After apply : View mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-3 4 Line mode : https://inkscape.org/en/~jabiertxof/%E2%98%85deconstruct-object-4 4
Also another cuestion if finaly is a diferent item in the menu could be good have a shortcut.
Cheers, Jabier.
El sáb, 07-05-2016 a las 11:57 +0200, Jabiertxo Arraiza Cenoz escribió:
The new effect convert a object with one or more of this fill,strokes or marker to a item with all converted to paths, same visual, no more markers or strokes. Also retain paint order.
El sáb, 07-05-2016 a las 03:36 -0600, Brynn escribió:
Seeing how it works would help understanding. From a simple user:
"deconstruct object" sounds like breaking up any object to individual pieces, maybe like Ungroup, or Break Apart. And I can't imagine how "stroke to fill" fits with either of those. ("stroke to fill" sounds like some kind of a stripe pattern)
All best :-) brynn
From: C R Sent: Saturday, May 07, 2016 3:13 AM To: Olof Bjarnason Cc: Inkscape Devel List Subject: Re: [Inkscape-devel] [UI] Name for a new function
Yes please draw some use case diagrams. (And I like the renaming too. I'm still much more of a user than a developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnas on@...3363... il .com> wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason <olof.bjarnaso n@...3387... l. com> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz <jabier.arrai za@...3285... ke r.es> wrote:
Hi to all UI power! I Just to know a name for the patch https://bugs.launchpad.ne t/inks ca pe /+bug/1556592
See the ScislaC proposal on #5 Bryce like "Deconstruct object", me too.
Is ok the name? Another one?
Cheers, Jabier.
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

I just read the thread. Olof, the new feature convert the selected items to paths, maybe groups if have more than one propertye o fill|stroke|marker. It also retain new paint order.
So I try to solve one question and now have more :) In the meet with Josh in IRC he tell is better retain the old stroke to path (¿renaming it?) to old users and add a new item (down stroke to path) to ¿deconstruct object?
In my point of view, personal only, I think a feature to convert a "stroke to fill/path" is unnecesary, because "deconstruct object" do the same with objects with only strokes/markers.
Cheers, Jabier.
El sáb, 07-05-2016 a las 10:13 +0100, C R escribió:
Yes please draw some use case diagrams.
(And I like the renaming too. I'm still much more of a user than a
developer of inkscape and that name (stroke to path) has annoyed me for years!)
Will do! And yes, I'm going to recommend renaming it as well. It's always been a bit of a sticking point in my head as well.
-C
On 7 May 2016 11:03, "C R" <cajhne@...400...> wrote:
I think stroke to path is already a naming convention for a very similar
functionality, so I will keep this name if possible if the feature is not too different. If a user will receive most of the time the same result I will try to keep it to avoid confusion. Having too many features with similar behaviours could be frustrating.
Agreed. This is my main reason for proposing a modification to the behaviour of Stroke to Path (We can think about renaming it later, however that may be confusing to our current user base. As a daily user, I'm all for changing it to "Strike to Fill", which is what Stroke to Path actually does.
I would strongly suggest not to create a new menu option if the behaviour is not too different from the expected one if we think the users are going to keep using it as they were doing before.
To clarify:
- Make a red circle with a black stroke
- Path > Stroke to Path
Watch the red circle vanish
Note that I didn't ask Inkscape to throw away the fill, it just does it because there is no shape to contain it anymore. Since we have Paint Order in trunk now, this is even more of an issue; you don't want Stroke to Path to throw away everything you did to make that shape look the way it is, which may include a stack of LPEs and markers, not to mention the fill may include a complex gradient that you have to copy and paste-in-place to recover. The way it has worked has always been a major workflow bottleneck, and Jabier's new function fixes the problem entirely.
Would folks like to see some use case and work flow diagrams? If so, I can have them ready tomorrow.
-C
Otherwise, reading the feature explanation, "decompose object" or "deconstruct object"sounds self-explanatory to me.
I don't have an answer, but I would raise some questions about how we think it is going to be used: what is the purpose, what is the expected outcome and I would compare to the stroke to path option to ensure that are enough different.
:)
On Sat, May 7, 2016 at 10:20 AM, Olof Bjarnason <olof.bjarnason@...3314...54... mail.com
wrote:
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 10:14, C R <cajhne@...400...> wrote:
Basicly, this is how Stroke to Fill should work.
How it works now: Ctrl+Alt+C > Stroke to Path
Result: stroke is indeed converted to path, but the fill and all other parts of the selection that are not strokes vanish. If any LPEs are applied to the path they are thrown out as well (you need to convert object to path before this operation to preserve the appearance).
How it should work (this "deconstruct" alternative): Ctrl+Alt+C > Stroke to Path
Result: All LPE's applied to stroke, then the stroke is converted to path.
My thought is, if we use the convention that a fill is only turned into an object if there is a fill set on the object, then we can please anyone who prefers the old behaviour. All they have to do is get rid of the fill colour on the object before applying Stroke to Path.
The current way it's handled is counter-intuitive. Most of the time, all you want to do is convert the outline to a fill, not throw away tons of data. The point is to preserve appearance, and the Jabier's new function does this much much better.
Thanks, that is a good explanation. However the wording "stroke to path" isn't that clear to me.
Now that I understand what is going on I think "deconstruct" is actually a quite good albeit little techy word for the operation. "Decompose"? "Path to fills"?
The end result is a bunch of filled paths, and the input is what exactly? I think "X to Y" is a good but then the X and the Y should be closer to what the operation is actually doing ;)
My 2p. -C
On Sat, May 7, 2016 at 9:03 AM, Olof Bjarnason < olof.bjarnason@...400...> wrote:
Is there any image giving an example of what the command does...? Like before/after with arrows and descriptive text?
It's kind of hard to understand what is happening from the very brief description at the top of that thread...
Mvh
/Olof
Är du systemutvecklare? Spana in https://cilamp.se
On 7 May 2016 at 09:53, Jabiertxo Arraiza Cenoz < jabier.arraiza@...2893...> wrote:
> > Hi to all UI power! > I Just to know a name for the patch > https://bugs.launchpad.net/inkscape > /+bug/1556592 https://bugs.launchpad.net/inkscape/+bug/1 556592> > > See the ScislaC proposal on #5 > Bryce like "Deconstruct object", me too. > > Is ok the name? Another one? > > Cheers, Jabier. > > ------------------------------------------------------- > ----------------------- > Find and fix application performance issues faster with > Applications > Manager > Applications Manager provides deep performance insights > into multiple > tiers of > your business applications. It resolves application > problems quickly > and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-dev > el > >
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
participants (11)
-
Bryce Harrington
-
Brynn
-
C R
-
Ivan Louette
-
Jabier Arraiza
-
Jabiertxo Arraiza Cenoz
-
Josh Andler
-
Marc Jeanmougin
-
Martin Owens
-
Olof Bjarnason
-
Tavmjong Bah