Hello, I've noticed that a Dbus application was written during a former GSOC event (2009), and I was wondering why it was not included by default in Inkscape. Does the implementation still need some work? I would be glad to work on this if needed. Best, Raphaël
Hi Raphaël,
The dbus interface needs some love and maybe you are able to give it some. I would welcome your help.
DBus isn't compiled by default (I'm looking at the mailing list archive for more information for you) but it's still there.
The reasons people give for dismissing dbus are that it's slower that a direct API and way more complex to program than it has any right to be in c++.
I'd like to see some python dbus test suite that we can make more complete. I.e. we can run tests against inkscape using a testing framework more people can get into.
But I think there are some useful things we could do if we had a stable dbus api and I think a testing module would go a long way to triage it.
Best Regards, Martin Owens
On Sat, 2016-03-26 at 17:01 +0100, Raphaël Bournhonesque wrote:
Hello, I've noticed that a Dbus application was written during a former GSOC event (2009), and I was wondering why it was not included by default in Inkscape. Does the implementation still need some work? I would be glad to work on this if needed. Best, Raphaël
Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Also dbus on windows did not work back then - unsure of status now. This meant that work done op opening up the extensions (one of primary drivers IIRC) was not going to be cross platform.
On 3/27/2016 7:53 AM, Martin Owens wrote:
Hi Raphaël,
The dbus interface needs some love and maybe you are able to give it some. I would welcome your help.
DBus isn't compiled by default (I'm looking at the mailing list archive for more information for you) but it's still there.
The reasons people give for dismissing dbus are that it's slower that a direct API and way more complex to program than it has any right to be in c++.
I'd like to see some python dbus test suite that we can make more complete. I.e. we can run tests against inkscape using a testing framework more people can get into.
But I think there are some useful things we could do if we had a stable dbus api and I think a testing module would go a long way to triage it.
Best Regards, Martin Owens
On Sat, 2016-03-26 at 17:01 +0100, Raphaël Bournhonesque wrote:
Hello, I've noticed that a Dbus application was written during a former GSOC event (2009), and I was wondering why it was not included by default in Inkscape. Does the implementation still need some work? I would be glad to work on this if needed. Best, Raphaël
Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Sun, 2016-03-27 at 16:34 +1300, Mark Schafer wrote:
Also dbus on windows did not work back then - unsure of status now. This meant that work done op opening up the extensions (one of primary drivers IIRC) was not going to be cross platform.
This seems settled now.
https://dbus.freedesktop.org/doc/dbus-daemon.1.html mentions a setting that isn't available on windows.
Le 2016-03-27 09:18, Martin Owens a écrit :
On Sun, 2016-03-27 at 16:34 +1300, Mark Schafer wrote:
Also dbus on windows did not work back then - unsure of status now. This meant that work done op opening up the extensions (one of primary drivers IIRC) was not going to be cross platform.
This seems settled now.
https://dbus.freedesktop.org/doc/dbus-daemon.1.html mentions a setting that isn't available on windows.
Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Hi, everyone!
I would like to mention that fablabs (open fabrication laboratory) are more than proudly running inkscape to... freeing themselves of crappy windowsing workflow.
E.g: -the embroidery extension would allow us to not be forced to use "PE-design", a crappy brother proprietary software to use the machine we bought anyway.
-Gcode tools allow to pilot CNC machine without using windows, cambam, galaad, lot of expensive software, but with closed source, so not evolutive.
Plotter extension could be more usefull than the artcut software we bought, just because it could be translated in our language (french: salut tout le monde!) better than by the creators of artcut...
There is also plenty of schools in needs of let down windows.
All this "not in good English points" to says:
Users using Inkscape because they can write extension for it, to permit to escape from Microsoft and other closed source things, like me, *MAYBE* doesn't care so much of windows support.
It's maybe a "Got an iThings? install iApps! Got an open thing? install whatever you can ;)" point.
The big point of dbus is that people could control inkscape from blender, or other software too, maybe it's nonportable, but it's freaking efficient where it work!
I suggest enforce the dbus/inkscape "verbs" api, as I've found it's could but somes things worked strangely (it is words from a noob developper, anyway)
Thanks for reading
participants (4)
-
Mark Schafer
-
Martin Owens
-
Raphaël Bournhonesque
-
Tuxun du funlab