Hi all,
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st). My motivation is two-fold: 1. I'd like people to be able to create new LPEs without requiring a new Inkscape release, like the current python extensions 2. it seems a challenging task! :)
I'd like to hear opinions, tips, critique, everything about this from you. Dr Dobb's has very recently published articles about building such a framework which I am intending to follow (haven't read any of it, except the title).
Again what do you think of this?
Regards, Johan
From my understanding, there had previously been discussion about tools and various components becoming pluggable like that.
If it works like we all desire, we'll need a plugin repository online too.
I personally think the idea sounds pretty awesome.
-Josh
J.B.C.Engelen@...1578... wrote:
Hi all,
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st). My motivation is two-fold:
- I'd like people to be able to create new LPEs without requiring a new
Inkscape release, like the current python extensions 2. it seems a challenging task! :)
I'd like to hear opinions, tips, critique, everything about this from you. Dr Dobb's has very recently published articles about building such a framework which I am intending to follow (haven't read any of it, except the title).
Again what do you think of this?
Regards, Johan
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
It would also be nice to outline the project as a blueprint (blueprints.launchpad.net/inkscape) with details written up in our wiki. This way, others that would like to contribute will have some guidelines regarding the objectives.
Bryce
On Thu, Jan 31, 2008 at 02:02:53PM -0700, Josh Andler wrote:
From my understanding, there had previously been discussion about tools and various components becoming pluggable like that.
If it works like we all desire, we'll need a plugin repository online too.
I personally think the idea sounds pretty awesome.
-Josh
J.B.C.Engelen@...1578... wrote:
Hi all,
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st). My motivation is two-fold:
- I'd like people to be able to create new LPEs without requiring a new
Inkscape release, like the current python extensions 2. it seems a challenging task! :)
I'd like to hear opinions, tips, critique, everything about this from you. Dr Dobb's has very recently published articles about building such a framework which I am intending to follow (haven't read any of it, except the title).
Again what do you think of this?
Regards, Johan
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
-----Original Message----- From: Bryce Harrington [mailto:bryce@...961...] Sent: donderdag 31 januari 2008 23:03
It would also be nice to outline the project as a blueprint (blueprints.launchpad.net/inkscape) with details written up in our wiki. This way, others that would like to contribute will have some guidelines regarding the objectives.
I will :)
We are going to do GSOC this year again right? I'd like to do this for gsoc2008 !
-johan
On Thu, Jan 31, 2008 at 11:05:31PM +0100, J.B.C.Engelen@...1578... wrote:
-----Original Message----- From: Bryce Harrington [mailto:bryce@...961...] Sent: donderdag 31 januari 2008 23:03
It would also be nice to outline the project as a blueprint (blueprints.launchpad.net/inkscape) with details written up in our wiki. This way, others that would like to contribute will have some guidelines regarding the objectives.
I will :)
We are going to do GSOC this year again right? I'd like to do this for gsoc2008 !
We won't know if they're holding it again this year until March.
Bryce
If you make a new plugin framework I'd like you to think about classifying a group of svg elements as an object which inkscape would allow hooks to edit the object so long as it wasn't ungrouped.
I'd like this so that when people create bar codes there is a standard way to edit the barcode instead of having to generate a new one.
Best Regards, Martin Owens
On 31/01/2008, Bryce Harrington <bryce@...961...> wrote:
On Thu, Jan 31, 2008 at 11:05:31PM +0100, J.B.C.Engelen@...1578... wrote:
-----Original Message----- From: Bryce Harrington [mailto:bryce@...961...] Sent: donderdag 31 januari 2008 23:03
It would also be nice to outline the project as a blueprint (blueprints.launchpad.net/inkscape) with details written up in our wiki. This way, others that would like to contribute will have some guidelines regarding the objectives.
I will :)
We are going to do GSOC this year again right? I'd like to do this for gsoc2008 !
We won't know if they're holding it again this year until March.
Bryce
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Couldn't editing barcodes (the bar portion, not any numbers or text) be done using a path with subpaths?
Martin Owens wrote:
If you make a new plugin framework I'd like you to think about classifying a group of svg elements as an object which inkscape would allow hooks to edit the object so long as it wasn't ungrouped.
I'd like this so that when people create bar codes there is a standard way to edit the barcode instead of having to generate a new one.
Best Regards, Martin Owens
On 31/01/2008, Bryce Harrington <bryce@...961...> wrote:
On Thu, Jan 31, 2008 at 11:05:31PM +0100, J.B.C.Engelen@...1578... wrote:
-----Original Message----- From: Bryce Harrington [mailto:bryce@...961...] Sent: donderdag 31 januari 2008 23:03
It would also be nice to outline the project as a blueprint (blueprints.launchpad.net/inkscape) with details written up in our wiki. This way, others that would like to contribute will have some guidelines regarding the objectives.
I will :)
We are going to do GSOC this year again right? I'd like to do this for gsoc2008 !
We won't know if they're holding it again this year until March.
Bryce
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Martin Owens wrote:
On 31/01/2008, Joshua A. Andler <joshua@...533...> wrote:
Couldn't editing barcodes (the bar portion, not any numbers or text) be done using a path with subpaths?
Calculate in my head? No. I was talking about the bar codes themselves being subpaths, rather than a group of paths/objects (as that's how I gathered that it worked from your previous message).
Calculate in my head? No. I was talking about the bar codes themselves being subpaths, rather than a group of paths/objects (as that's how I gathered that it worked from your previous message).
Nope barcodes are generated by the plugin to be a single group tag containing a) the text field if any, b) black and while rectangle objects (the while is important)
Your going to have to explain how you can induce the barcode logic from a subpath, from where I stand you need to go back to the barcode plugin, generate a new one and replace the context object with it but using the same position and layering.
On Thu, 2008-01-31 at 14:22 -0800, Bryce Harrington wrote:
On Thu, Jan 31, 2008 at 11:05:31PM +0100, J.B.C.Engelen@...1578... wrote:
-----Original Message----- From: Bryce Harrington [mailto:bryce@...961...] Sent: donderdag 31 januari 2008 23:03
It would also be nice to outline the project as a blueprint (blueprints.launchpad.net/inkscape) with details written up in our wiki. This way, others that would like to contribute will have some guidelines regarding the objectives.
I will :)
We are going to do GSOC this year again right? I'd like to do this for gsoc2008 !
We won't know if they're holding it again this year until March.
Bryce
Seems they will be. See the article about Google SOC for the southern hemisphere at:
http://www.zdnet.com.au/news/software/
Tav
Hi Johan,
This sounds like very good news, and will be a great feature for inkscape 0.47. Can you aim for designing it in a way that it could also be utilized for all extensions?
Thanks, Bryce
On Thu, Jan 31, 2008 at 09:53:38PM +0100, J.B.C.Engelen@...1578... wrote:
Hi all,
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st). My motivation is two-fold:
- I'd like people to be able to create new LPEs without requiring a new
Inkscape release, like the current python extensions 2. it seems a challenging task! :)
I'd like to hear opinions, tips, critique, everything about this from you. Dr Dobb's has very recently published articles about building such a framework which I am intending to follow (haven't read any of it, except the title).
Again what do you think of this?
Regards, Johan
That sounds like a great idea. I've been thinking of this myself for a while! 3 points: 1. it might be good to unify LPEs and normal effects somewhat 2. you'll probably get really good interactive performance with python if you execute the scripts with a python library - not a separate python process. 3. I presume you'll have to create bindings for 2geom somehow - which would be good because most of the effects which handle geometry end up cloning some of that functionality in script!
On Thu, 2008-01-31 at 21:53 +0100, J.B.C.Engelen@...1578... wrote:
Hi all,
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st). My motivation is two-fold:
- I'd like people to be able to create new LPEs without requiring a new
Inkscape release, like the current python extensions 2. it seems a challenging task! :)
I'd like to hear opinions, tips, critique, everything about this from you. Dr Dobb's has very recently published articles about building such a framework which I am intending to follow (haven't read any of it, except the title).
Again what do you think of this?
Regards, Johan
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Thu, 2008-01-31 at 21:53 +0100, J.B.C.Engelen@...1578... wrote:
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st). My motivation is two-fold:
- I'd like people to be able to create new LPEs without requiring a new
Inkscape release, like the current python extensions 2. it seems a challenging task! :)
I would prefer to see the current effects that we have extended so that they are all "Live". I'm not sure if you're familiar with Adobe Illustrator but they have a "Flatten" type command with effects. What this means is that you keep editing of your original objects even as you change it. So you could take a path, jitter the nodes, then brighten the color, but still edit it in it's original form.
The hardest part about implementing this would be determining the deltas created by the scripts as that's not currently passed. The guys who wrote Unison have an interesting tool which works for differences within XML files that could probably be used.
If GSoC is a go, I'd be happy to mentor this.
--Ted
On 1/31/08, Ted Gould <ted@...11...> wrote:
I would prefer to see the current effects that we have extended so that they are all "Live". I'm not sure if you're familiar with Adobe Illustrator but they have a "Flatten" type command with effects. What this means is that you keep editing of your original objects even as you change it. So you could take a path, jitter the nodes, then brighten the color, but still edit it in it's original form.
For jittering, that's what LPEs already do.
Personally, I would like to preserve the current Python extension effects system as is, with some improvements but without any closer integration. It's an advantage to be able to very qiuckly write some simple script and then be able to run it both from Inkscape as well as standalone.
On the other hand, of course a plugin system that would extend current LPEs and make them more powerful and more pluggable is a great idea too, for more complex things. But that would be the next tier and we shouldn't force everyone to use it when something much simpler would suffice.
On Thu, 2008-01-31 at 20:08 -0500, bulia byak wrote:
On 1/31/08, Ted Gould <ted@...11...> wrote:
I would prefer to see the current effects that we have extended so that they are all "Live". I'm not sure if you're familiar with Adobe Illustrator but they have a "Flatten" type command with effects. What this means is that you keep editing of your original objects even as you change it. So you could take a path, jitter the nodes, then brighten the color, but still edit it in it's original form.
For jittering, that's what LPEs already do.
Personally, I would like to preserve the current Python extension effects system as is, with some improvements but without any closer integration. It's an advantage to be able to very qiuckly write some simple script and then be able to run it both from Inkscape as well as standalone.
On the other hand, of course a plugin system that would extend current LPEs and make them more powerful and more pluggable is a great idea too, for more complex things. But that would be the next tier and we shouldn't force everyone to use it when something much simpler would suffice.
I think that we can preserve both with a little extra code. I'd like to see all effects become live on canvas. I think that makes more sense than extending LPE to have a separate plugin mode.
--Ted
On Jan 31, 2008 11:53 PM, J.B.C.Engelen wrote:
I'd like to start working on building a *plugin* framework for the LPEs (for example, but maybe tools too? dunno, let's try with LPE 1st).
From what I remember, Jon Cruz did some work on making toolbar "more
accessible" by plug-ins. Check revision 14828 in src/widgets/toolbox.cpp ;-)
Alexandre
participants (10)
-
unknown＠example.com -
Alexandre Prokoudine -
Bryce Harrington -
bulia byak -
Joel Holdsworth -
Josh Andler -
Joshua A. Andler -
Martin Owens -
Tavmjong Bah -
Ted Gould