Hi,
I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :)
BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt?
Alexandre Prokoudine http://libregraphicsworld.org
Hi!
Actually, perhaps we should enable all testing LPEs in trunk and only disable what's "not ready" in the actual releases. What do others think of this idea?
Cheers, Josh
On Wed, Sep 21, 2011 at 11:55 AM, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
Hi,
I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :)
BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt?
Alexandre Prokoudine http://libregraphicsworld.org
All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
I like it!
On Wed, Sep 21, 2011 at 4:07 PM, Josh Andler <scislac@...400...> wrote:
Hi!
Actually, perhaps we should enable all testing LPEs in trunk and only disable what's "not ready" in the actual releases. What do others think of this idea?
Cheers, Josh
On Wed, Sep 21, 2011 at 11:55 AM, Alexandre Prokoudine <alexandre.prokoudine@...400...> wrote:
Hi,
I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :)
BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt?
Alexandre Prokoudine http://libregraphicsworld.org
All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 21-9-2011 21:07, Josh Andler wrote:
Hi!
Actually, perhaps we should enable all testing LPEs in trunk and only disable what's "not ready" in the actual releases. What do others think of this idea?
Hm, while coding a bit on Powerstroke, I see that I am removing/adding parameters, which means that old powerstrokes no longer work (or, more precisely: partly work). If we enable the experimental LPEs in trunk, there should be a very clear indication that indeed they are experimental.
Ciao, Johan
On 21-9-2011 21:28, Johan Engelen wrote:
On 21-9-2011 21:07, Josh Andler wrote:
Hi!
Actually, perhaps we should enable all testing LPEs in trunk and only disable what's "not ready" in the actual releases. What do others think of this idea?
Hm, while coding a bit on Powerstroke, I see that I am removing/adding parameters, which means that old powerstrokes no longer work (or, more precisely: partly work). If we enable the experimental LPEs in trunk, there should be a very clear indication that indeed they are experimental.
I just added PowerStroke to the normal nightly-build list of LPEs. I settled for "[Unstable!]" in front of the LPE name, hopefully telling people to use with caution, and not expect consistent behavior between nightly builds... (should not be that bad, but might)
Have fun fiddling with it. Notes: Yes, it crashes Inkscape. Do not use on groups, do not use on paths with multiple subpaths. If you delete a knot from the original path, this will remove a segment and all strokewidth knots will move accordingly to their new segment; the strokewidth knots are bound to a segment number; when changing the number of segments, make sure that all strokewidth knots are bound to a segment number that will still exist after your change. That is: when deleting one knot, make sure none of the strokewidth knots are along the last segment; otherwise: crash. Ctrl+click on strokewidth knot adds one. When adding/deleting knots, it is best to reselect the path that you are working on; otherwise: crash. Careful with the spiro interpolator; careful with any interpolator I think; best to use the "Johan" one I guess... See the attached file for some of my testcases.
Ciao, Johan
On 29-9-2011 18:39, Johan Engelen wrote:
On 21-9-2011 21:28, Johan Engelen wrote:
On 21-9-2011 21:07, Josh Andler wrote:
Hi!
Actually, perhaps we should enable all testing LPEs in trunk and only disable what's "not ready" in the actual releases. What do others think of this idea?
Hm, while coding a bit on Powerstroke, I see that I am removing/adding parameters, which means that old powerstrokes no longer work (or, more precisely: partly work). If we enable the experimental LPEs in trunk, there should be a very clear indication that indeed they are experimental.
I just added PowerStroke to the normal nightly-build list of LPEs. I settled for "[Unstable!]" in front of the LPE name, hopefully telling people to use with caution, and not expect consistent behavior between nightly builds... (should not be that bad, but might)
Have fun fiddling with it. Notes: Yes, it crashes Inkscape. Do not use on groups, do not use on paths with multiple subpaths. If you delete a knot from the original path, this will remove a segment and all strokewidth knots will move accordingly to their new segment; the strokewidth knots are bound to a segment number; when changing the number of segments, make sure that all strokewidth knots are bound to a segment number that will still exist after your change. That is: when deleting one knot, make sure none of the strokewidth knots are along the last segment; otherwise: crash. Ctrl+click on strokewidth knot adds one. When adding/deleting knots, it is best to reselect the path that you are working on; otherwise: crash. Careful with the spiro interpolator; careful with any interpolator I think; best to use the "Johan" one I guess... See the attached file for some of my testcases.
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
Thanks, Johan
I windows build would be handy ;)
2011/11/6 Johan Engelen <jbc.engelen@...2592...>:
On 29-9-2011 18:39, Johan Engelen wrote:
On 21-9-2011 21:28, Johan Engelen wrote:
On 21-9-2011 21:07, Josh Andler wrote:
Hi!
Actually, perhaps we should enable all testing LPEs in trunk and only disable what's "not ready" in the actual releases. What do others think of this idea?
Hm, while coding a bit on Powerstroke, I see that I am removing/adding parameters, which means that old powerstrokes no longer work (or, more precisely: partly work). If we enable the experimental LPEs in trunk, there should be a very clear indication that indeed they are experimental.
I just added PowerStroke to the normal nightly-build list of LPEs. I settled for "[Unstable!]" in front of the LPE name, hopefully telling people to use with caution, and not expect consistent behavior between nightly builds... (should not be that bad, but might)
Have fun fiddling with it. Notes: Yes, it crashes Inkscape. Do not use on groups, do not use on paths with multiple subpaths. If you delete a knot from the original path, this will remove a segment and all strokewidth knots will move accordingly to their new segment; the strokewidth knots are bound to a segment number; when changing the number of segments, make sure that all strokewidth knots are bound to a segment number that will still exist after your change. That is: when deleting one knot, make sure none of the strokewidth knots are along the last segment; otherwise: crash. Ctrl+click on strokewidth knot adds one. When adding/deleting knots, it is best to reselect the path that you are working on; otherwise: crash. Careful with the spiro interpolator; careful with any interpolator I think; best to use the "Johan" one I guess... See the attached file for some of my testcases.
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
Thanks, Johan
RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
________________________________ " I improved the PowerStroke LPE. It should no longer crash.
The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; "
Good idea ! But could it be implemented as an option ? In some cases I also find it useful when linked to a node like previously.
" hope this makes the powerstroke experience a lot nicer. "
Alredady very nice ! I like in particular the different shapes of start line and end line !
" At this point, *I need input*.
Thanks, Johan "
Thanks a lot for it !!!
ivan
------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On 6-11-2011 12:51, Ivan Louette wrote:
" I improved the PowerStroke LPE. It should no longer crash.
The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; "
Good idea ! But could it be implemented as an option ? In some cases I also find it useful when linked to a node like previously.
I think the LPE works already as good as can be when adding a node, right? When deleting a node, it does not work to my satisfaction. It is hard to detect or pass-through which nodes have been deleted. I'll see if I can add some options for behavior, so you can see which one you like best...
Ciao, Johan
On Sun, Nov 6, 2011 at 3:57 AM, Johan Engelen wrote:
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
1. Sweet!
2. Do you think reading pressure from graphic tablets like Wacom is in the scope of drawing with this LPE directly?
Alexandre Prokoudine http://libregraphicsworld.org
On 6-11-2011 13:27, Alexandre Prokoudine wrote:
On Sun, Nov 6, 2011 at 3:57 AM, Johan Engelen wrote:
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
Sweet!
Do you think reading pressure from graphic tablets like Wacom is in
the scope of drawing with this LPE directly?
That should relatively easy I think... But I don't have a tablet so I can't work on that.
Cheers, Johan
Do you think that in the far future Powerstroke controls could be overlaid or combined to Pattern along path ?
ivan
________________________________ De : Johan Engelen <jbc.engelen@...2592...> À : inkscape-devel@lists.sourceforge.net Envoyé le : Mardi 8 Novembre 2011 22h15 Objet : Re: [Inkscape-devel] powerstroke
On 6-11-2011 13:27, Alexandre Prokoudine wrote:
On Sun, Nov 6, 2011 at 3:57 AM, Johan Engelen wrote:
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
Sweet!
Do you think reading pressure from graphic tablets like Wacom is in
the scope of drawing with this LPE directly?
That should relatively easy I think... But I don't have a tablet so I can't work on that.
Cheers, Johan
------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Ivan,
If we start down that path I really think we need to come up with a solid blueprint for a real brush system. I'm not saying all features would come at once, but basically have it laid out so there wouldn't be a need to re-do anything as features are added. I am familiar with AI's, does it differ much from Xara?
Cheers, Josh
On Tue, Nov 8, 2011 at 1:31 PM, Ivan Louette <ivan_louette@...48...> wrote:
Do you think that in the far future Powerstroke controls could be overlaid or combined to Pattern along path ? ivan
De : Johan Engelen <jbc.engelen@...2592...> À : inkscape-devel@lists.sourceforge.net Envoyé le : Mardi 8 Novembre 2011 22h15 Objet : Re: [Inkscape-devel] powerstroke
On 6-11-2011 13:27, Alexandre Prokoudine wrote:
On Sun, Nov 6, 2011 at 3:57 AM, Johan Engelen wrote:
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
Sweet!
Do you think reading pressure from graphic tablets like Wacom is in
the scope of drawing with this LPE directly?
That should relatively easy I think... But I don't have a tablet so I can't work on that.
Cheers, Johan
RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Josh,
I could try to begin a blueprint (or to complete what already exists).
I am not familiar with what AI does at the moment with brushes but I know fairly well Xara brush system (which doesn't work very well in XaraXtreme for Linux) and also Expression 3 (before it was bought by Microsoft). The latter was even available for free some years ago and I install it with Wine every time I install a new Ubuntu on my machines ; it works without any problems on Wine.
Concerning Xara I used it on Windows for a long time some years ago and made a lot of brushes for it (they are available here : http://www.talkgraphics.com/forumdisplay.php?22-Xara-Brushes ). I wrote also a lot of mini-tutorials on how to build them on Xara forums.
Xara and Expression brushes systems are very different. Expression system is closer to Illustrator one I knew in AI7 and AI8 (the last I used).
Xara system only align vector or bitmap elements along paths without deforming them (it onlychangestheir individual size with pressure sensitivity) and adds some rotation, resizing, etc. There is no controls on pressure results after drawing a path and if you modify original objects the result isn't changed in the brush.
Expression system always deforms vector shapes or bitmap elements along paths. It seems that bitmap are sliced in narrow bands before deformation and every one get rotation and perspective (I tried to reproduce this system in Xara with some success but in no mean so perfect). There is a (fairly primitive but efficient) feedback on brush width after drawing the path but it's far from being as efficient as Powerstroke is.
ivan
________________________________ De : Josh Andler <scislac@...400...> À : Ivan Louette <ivan_louette@...48...> Cc : Johan Engelen <jbc.engelen@...2592...>; "inkscape-devel@...1722...forge.net" inkscape-devel@lists.sourceforge.net Envoyé le : Mardi 8 Novembre 2011 23h26 Objet : Re: [Inkscape-devel] Re : powerstroke
Ivan,
If we start down that path I really think we need to come up with a solid blueprint for a real brush system. I'm not saying all features would come at once, but basically have it laid out so there wouldn't be a need to re-do anything as features are added. I am familiar with AI's, does it differ much from Xara?
Cheers, Josh
On Tue, Nov 8, 2011 at 1:31 PM, Ivan Louette <ivan_louette@...48...> wrote:
Do you think that in the far future Powerstroke controls could be overlaid or combined to Pattern along path ? ivan
De : Johan Engelen <jbc.engelen@...2592...> À : inkscape-devel@lists.sourceforge.net Envoyé le : Mardi 8 Novembre 2011 22h15 Objet : Re: [Inkscape-devel] powerstroke
On 6-11-2011 13:27, Alexandre Prokoudine wrote:
On Sun, Nov 6, 2011 at 3:57 AM, Johan Engelen wrote:
I improved the PowerStroke LPE. It should no longer crash. The strokewidth knots are repositioned when adding/deleting nodes, to try and preserve the shape; hope this makes the powerstroke experience a lot nicer.
At this point, *I need input*.
Sweet!
Do you think reading pressure from graphic tablets like Wacom is in
the scope of drawing with this LPE directly?
That should relatively easy I think... But I don't have a tablet so I can't work on that.
Cheers, Johan
RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Wed, Nov 9, 2011 at 1:52 AM, Ivan Louette <ivan_louette@...48...> wrote:
I could try to begin a blueprint (or to complete what already exists).
I don't know what already exists (if anything). If you want to start an outline in the Wiki, I (and probably others) will help you flesh it out. Before beginning though, I'd say it would probably help to keep the vector and complex bitmap aspects separate. Functions like bitmaps with a "scatter brush" would be fine since it's simply "stamping" copies and not getting into complex manipulation calculations.
I am not familiar with what AI does at the moment with brushes but I know fairly well Xara brush system (which doesn't work very well in XaraXtreme for Linux) and also Expression 3 (before it was bought by Microsoft). The latter was even available for free some years ago and I install it with Wine every time I install a new Ubuntu on my machines ; it works without any problems on Wine.
I installed Xara on linux to test out the brushes and the most interesting aspect was the Stroke Shape / Pressure Profile widget. I assume that you can add new shapes with pressure data from a tablet, is that correct or just oddly named? I need to install Expression again. I really didn't dig too deep in the past, but I recall from tutorials the bitmap manipulation for brushes was impressive. A bonus, since we have access to the source for Xara Extreme LX, their pressure profile aspect can be looked into.
For reference, here is mostly current info about brushes in AI: http://vector.tutsplus.com/tutorials/tools-tips/a-comprehensive-guide-illust...
If Inkscape's implementation also includes the Scatter Brushes like AI has, I think it probably deprecates the Spray tool.
This brush type is separate as it was just introduced in CS5: http://vector.tutsplus.com/tutorials/tools-tips/create-a-painterly-apple-wit...
Xara system only align vector or bitmap elements along paths without deforming them (it only changes their individual size with pressure sensitivity) and adds some rotation, resizing, etc. There is no controls on pressure results after drawing a path and if you modify original objects the result isn't changed in the brush.
One challenge will be how to handle the pressure results given how over-the-top complex the data can be (especially if factoring in pressure and tilt/rotation). Perhaps we allow a complexity/smoothness control similar to the pencil tool.
Before anyone gets too excited, no one has expressed a desire to work on nor committed to working on this stuff. Right now we're just looking to make a really awesome blueprint.
Cheers, Josh
Xara brush is a scatter one. And if this kind of thing was implemented in Inkscape the Spray Tool would become obsolete for most of its features. However there are no clones in Xara and thus you cannot change all shapes at one time like what is possible with the Spray Tool. The latter also integrates a very usefull boolean union function !
In Xara the Stroke Shapes are only predefined ones and you cannot add other profiles than those which are integrated into the program. You cannot wrap other vector shapes around a skeletal stroke like you can in Expression. You can change locally the width of the scattering area with a pressure tablet or alternatively use these Stroke Shapes.
About bitmap objects stamping and scattering I would see also what could be possible with FeImage and FeTile SVG filters before thinking at a scatter brush. But these primitives aren't completely implemented in Inkscape at the moment. I think a good project for 2012 GSoC would be completing this implementation and adding some features to the Filters Editor.
Thanks a lot for the AI links !
ivan
________________________________ De : Josh Andler <scislac@...400...> À : Ivan Louette <ivan_louette@...48...> Cc : Johan Engelen <jbc.engelen@...2592...>; "inkscape-devel@...1722...forge.net" inkscape-devel@lists.sourceforge.net Envoyé le : Mercredi 9 Novembre 2011 22h31 Objet : Re: Re : [Inkscape-devel] Re : powerstroke
On Wed, Nov 9, 2011 at 1:52 AM, Ivan Louette <ivan_louette@...48...> wrote:
I could try to begin a blueprint (or to complete what already exists).
I don't know what already exists (if anything). If you want to start an outline in the Wiki, I (and probably others) will help you flesh it out. Before beginning though, I'd say it would probably help to keep the vector and complex bitmap aspects separate. Functions like bitmaps with a "scatter brush" would be fine since it's simply "stamping" copies and not getting into complex manipulation calculations.
I am not familiar with what AI does at the moment with brushes but I know fairly well Xara brush system (which doesn't work very well in XaraXtreme for Linux) and also Expression 3 (before it was bought by Microsoft). The latter was even available for free some years ago and I install it with Wine every time I install a new Ubuntu on my machines ; it works without any problems on Wine.
I installed Xara on linux to test out the brushes and the most interesting aspect was the Stroke Shape / Pressure Profile widget. I assume that you can add new shapes with pressure data from a tablet, is that correct or just oddly named? I need to install Expression again. I really didn't dig too deep in the past, but I recall from tutorials the bitmap manipulation for brushes was impressive. A bonus, since we have access to the source for Xara Extreme LX, their pressure profile aspect can be looked into.
For reference, here is mostly current info about brushes in AI: http://vector.tutsplus.com/tutorials/tools-tips/a-comprehensive-guide-illust...
If Inkscape's implementation also includes the Scatter Brushes like AI has, I think it probably deprecates the Spray tool.
This brush type is separate as it was just introduced in CS5: http://vector.tutsplus.com/tutorials/tools-tips/create-a-painterly-apple-wit...
Xara system only align vector or bitmap elements along paths without deforming them (it only changes their individual size with pressure sensitivity) and adds some rotation, resizing, etc. There is no controls on pressure results after drawing a path and if you modify original objects the result isn't changed in the brush.
One challenge will be how to handle the pressure results given how over-the-top complex the data can be (especially if factoring in pressure and tilt/rotation). Perhaps we allow a complexity/smoothness control similar to the pencil tool.
Before anyone gets too excited, no one has expressed a desire to work on nor committed to working on this stuff. Right now we're just looking to make a really awesome blueprint.
Cheers, Josh
On Nov 9, 2011, at 1:31 PM, Josh Andler wrote:
One challenge will be how to handle the pressure results given how over-the-top complex the data can be (especially if factoring in pressure and tilt/rotation). Perhaps we allow a complexity/smoothness control similar to the pencil tool.
Before anyone gets too excited, no one has expressed a desire to work on nor committed to working on this stuff. Right now we're just looking to make a really awesome blueprint.
One thing to probably at least use for consideration would be InkML.
http://en.wikipedia.org/wiki/InkML
Some of the concepts, data represented, use cases, etc., might be helpful.
On 8-11-2011 22:15, Johan Engelen wrote:
On 6-11-2011 13:27, Alexandre Prokoudine wrote:
- Do you think reading pressure from graphic tablets like Wacom is in
the scope of drawing with this LPE directly?
That should relatively easy I think... But I don't have a tablet so I can't work on that.
Scratch that ;) -Johan
Hi all,
How many people are using other interpolators besides the "CubicBezierJohan" type? I've added a smoothness parameter that makes that one go gradually from linear to smooth bezier. But it would mean I would have to delete the other types. I think only the CubicBezierJohan and the Spiro interpolators are useful, right?
I can keep the CubicBezierJohan and Spiro interpolators, and add this smoothness parameter. But it would be useless for the Spiro interpolator. Unfortunately, it is not straightforward to gray-out this smoothness parameter if Spiro is chosen...
Thanks for input, Johan
On 21-9-2011 20:55, Alexandre Prokoudine wrote:
Hi,
I was wondering how powerstroke LPE was doing and whether we should enable it, and just have come across a document on somewhat similar thing called Advanced Outlines in Synfig Studio. I think some people in this list will enjoy reading it :)
Very nice! I think when I start working on it again, I will just copy Synfig's behavior, that okay? :-) As you may have seen, the behavior I put in current trunk is already the same as what they have (somewhat), so all I need to do is add their cool tweaks. Would be good to use the same math too for the interpolation.
BTW, should we perhaps enable some of the LPEs in nightly PPA? Some testing wouldn't hurt?
LPEs can be somewhat tricky to develop, so we should be very careful in releasing them (because after it's been released, there is no user-friendly way (yet?) of changing/fixing LPE behavior...). Indeed it would not hurt to have the experimental LPEs enabled for some testing. But I am unaware of any LPE under active development at the moment...
I think we should keep the rule that to release an LPE, it should have all imaginable uses 'documented' in our testsuite, so we can check that they'll keep behaving the same in future releases.
Thanks for inspiring me to work on and perhaps finish the powerstroke LPE...
Cheers, Johan
On Wed, Sep 21, 2011 at 11:16 PM, Johan Engelen wrote:
Very nice! I think when I start working on it again, I will just copy Synfig's behavior, that okay? :-) As you may have seen, the behavior I put in current trunk is already the same as what they have (somewhat),
I dare say it's vice versa. Some complete bastard told Carlos about powerstroke whne he first thought about possible implementations :)
Would be good to use the same math too for the interpolation.
Indeed. The easier it is to export project data to Synfig, the better.
LPEs can be somewhat tricky to develop, so we should be very careful in releasing them (because after it's been released, there is no user-friendly way (yet?) of changing/fixing LPE behavior...).
Agreed
Indeed it would not hurt to have the experimental LPEs enabled for some testing. But I am unaware of any LPE under active development at the moment...
Me too :(
I think we should keep the rule that to release an LPE, it should have all imaginable uses 'documented' in our testsuite, so we can check that they'll keep behaving the same in future releases.
Thanks for inspiring me to work on and perhaps finish the powerstroke LPE...
That was the plan :)
Alexandre Prokoudine http://libregraphicsworld.org
On 21-9-2011 22:58, Martin Owens wrote:
On Wed, 2011-09-21 at 21:16 +0200, Johan Engelen wrote:
I think when I start working on it again
I pledge $100 to you if you can complete it, working with tests.
Best Regards, Martin Owens
I read that LGM 2012 is perhaps going to be held in Vienna, Austria. That's perhaps within reach since it is "close" to where I live.
Read: extra motivation to finish Powerstroke for the type designers...
Ciao, Johan
On 09/21/2011 10:58 PM, Martin Owens wrote:
On Wed, 2011-09-21 at 21:16 +0200, Johan Engelen wrote:
I think when I start working on it again
I pledge $100 to you if you can complete it, working with tests.
I'll give 1l of A- blood for Perspective LPE! :)
My TV has some sort of perspective effect for displaying various informations these days. And suspect Microwave oven is next... :)
Best Regards, Martin Owens
On 11-09-22 4:16 , Johan Engelen wrote:
LPEs can be somewhat tricky to develop, so we should be very careful in releasing them (because after it's been released, there is no user-friendly way (yet?) of changing/fixing LPE behavior...).
Hi Johan & everyone else,
What kind of behavior you think would be purposeful or useful when using powerstroke? Any inspirative/frustrating points on the user-interface side?
Alex
On 09/21/2011 08:55 PM, Alexandre Prokoudine wrote:
BTW, should we perhaps enable some of the LPEs in nightly PPA?
BTBTW, What's official inkscape nightly PPA?
Some testing wouldn't hurt?
No it wont. I think it might even boost LPE development (if we're lucky).
Alexandre Prokoudine http://libregraphicsworld.org
On Wed, Sep 21, 2011 at 11:22 PM, Vladimir Savic <vladimir.firefly.savic@...400...> wrote:
On 09/21/2011 08:55 PM, Alexandre Prokoudine wrote:
BTW, should we perhaps enable some of the LPEs in nightly PPA?
BTBTW, What's official inkscape nightly PPA?
https://launchpad.net/~inkscape.dev/+archive/trunk
It was in the news at inkscape.org :) ts ts ts :)
Alexandre Prokoudine http://libregraphicsworld.org
On 09/21/2011 09:40 PM, Alexandre Prokoudine wrote:
On Wed, Sep 21, 2011 at 11:22 PM, Vladimir Savic <vladimir.firefly.savic@...400...> wrote:
On 09/21/2011 08:55 PM, Alexandre Prokoudine wrote:
BTW, should we perhaps enable some of the LPEs in nightly PPA?
BTBTW, What's official inkscape nightly PPA?
Acknowledged!
It was in the news at inkscape.org :) ts ts ts :)
Honestly, I can't think of more boring site to watch at for changes, any changes, then inkscape.org. Except gimp's official page, perhaps. We at FLOSS aren't really good at giving designers something designed good enough at look at, admit it! :)
Vlada
Alexandre Prokoudine http://libregraphicsworld.org
On Thu, Sep 22, 2011 at 2:05 AM, Vladimir Savic wrote:
It was in the news at inkscape.org :) ts ts ts :)
Honestly, I can't think of more boring site to watch at for changes, any changes, then inkscape.org. Except gimp's official page, perhaps. We at FLOSS aren't really good at giving designers something designed good enough at look at, admit it! :)
Sounds like you are volunteering to help Ian with the new inkscape.org :)
Alexandre Prokoudine http://libregraphicsworld.org
On 11-09-22 10:45 , Alexandre Prokoudine wrote:
On Thu, Sep 22, 2011 at 2:05 AM, Vladimir Savic wrote:
It was in the news at inkscape.org :) ts ts ts :)
Honestly, I can't think of more boring site to watch at for changes, any changes, then inkscape.org. Except gimp's official page, perhaps. We at FLOSS aren't really good at giving designers something designed good enough at look at, admit it! :)
Sounds like you are volunteering to help Ian with the new inkscape.org :)
Alexandre Prokoudine http://libregraphicsworld.org
Pardonne moi for ignorance, Where can we see Ian's website work, to lend a hand, if necessary?
Alex
2011/9/22 Aleksandar Kovač <alex.open.design@...400...>:
Pardonne moi for ignorance, Where can we see Ian's website work, to lend a hand, if necessary?
bzr branch lp:inkscape-web
The server that previews it is, iirc, dev.inkscape.org, but I could be wrong.
It's better to ask Ian what needs doing.
Alexandre Prokoudine http://libregraphicsworld.org
People interested in helping should come to #inkscape-web on Freenode. That's where discussion takes place (when it does). To remind people, the biggest area where we would like help is with translation and content migration.
-- Chris
On Thu, Sep 22, 2011 at 12:16 PM, Alexandre Prokoudine < alexandre.prokoudine@...400...> wrote:
2011/9/22 Aleksandar Kovač <alex.open.design@...400...>:
Pardonne moi for ignorance, Where can we see Ian's website work, to lend a hand, if necessary?
bzr branch lp:inkscape-web
The server that previews it is, iirc, dev.inkscape.org, but I could be wrong.
It's better to ask Ian what needs doing.
Alexandre Prokoudine http://libregraphicsworld.org
All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Thanks Alexandre and Chris,
See you there.
Alex
On 11-09-22 11:57 , Chris Morgan wrote:
People interested in helping should come to #inkscape-web on Freenode. That's where discussion takes place (when it does). To remind people, the biggest area where we would like help is with translation and content migration.
-- Chris
On Thu, Sep 22, 2011 at 12:16 PM, Alexandre Prokoudine <alexandre.prokoudine@...400... mailto:alexandre.prokoudine@...400...> wrote:
2011/9/22 Aleksandar Kovač <alex.open.design@...400... <mailto:alex.open.design@...400...>>: > Pardonne moi for ignorance, > Where can we see Ian's website work, to lend a hand, if necessary? bzr branch lp:inkscape-web The server that previews it is, iirc, dev.inkscape.org <http://dev.inkscape.org>, but I could be wrong. It's better to ask Ian what needs doing.
participants (11)
-
Aleksandar Kovač -
Alexandre Prokoudine -
Chris Morgan -
Felipe Sanches -
Ivan Louette -
Johan Engelen -
Jon Cruz -
Josh Andler -
Martin Owens -
Pajarico -
Vladimir Savic