- Inkscape Devel - Inkscape Mailman

For prospective GSoC students
by Johan Engelen 31 Mar '13

31 Mar '13

Hi all, If you are thinking about applying for GSoC this year, but you do not have Inkscape-development experience, you are probably thinking: how to start? For this, we have created the "easy-fix" tag in our bug tracker. Have a look here for some (probably) easy to fix bugs, that do not require extensive knowledge of Inkscape's codebase. https://bugs.launchpad.net/inkscape/+bugs?field.tag=easy-fix Ciao, Johan

1 0

Re: [Inkscape-devel] Problem with the tarball source on website
by Jon Phillips 31 Mar '13

31 Mar '13

Yes let's push through a point release with a couple of back ported fixes. 6 months until release and 3 years after major release is too long guys! While everyone is enjoying their weekends, there are people who really need inks cape. Sciscla do you also do the packaging? Who handles that? Jon On Mar 31, 2013 2:13 AM, "Michael Lyons" <mdl0394@...400...> wrote: The tarball located here: http://inkscape.org/download/?lang=en (This is the direct download link: http://downloads.sourceforge.net/inkscape/inkscape-0.48.4.tar.gz) Has a syntax error in the file desktop-widget on line 252, there is an added comma before the semi-colon. This bug was not present in the bzr, so I assume it accidentally got added sometime before balling it up for release. Mike Lyons -- Michael Lyons - Sent from Computer ------------------------------------------------------------------------------ Own the Future-Intel(R) Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2 _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Inkscape 0.49 Release? Is Inkscape Development Frozen?
by jon＠...235... 30 Mar '13

30 Mar '13

Hey dudez, long time no rejon ;) Over at my company http://fabricatorz.com we are pushing on new changes to Open Clip Art Library (OCAL). One thing that is really important is to get a new version of Inkscape out so that the most popular Inkscape downloaded Windows has working OCAL import working. How close is the release? How can we help and/or accelerate it? Who is in charge of releases now? Also, checking out http://inkscape.org I notice no news in about a year now on the main page of the site. Let's make some big news!!! I hope everyone is truly well! Don't forget about Open Clip Art Library! We even have some new code for an updated site over at github: http://github.com/openclipart Cheerz! Jon -- Jon Phillips 王✳ http://fabricatorz.com ✳ skype: kidproto ✳ irc: rejon +1.415.830.3884 (global) ✳ +86-187-1003-9974 (beijing)

5 7

Guides Improvement and GSoC 2013
by Michael Lyons 30 Mar '13

30 Mar '13

Hey guys, I would like to work on improving the guides system in inkscape, including adding a dialog listing current guides, and allowing for easier adding/removing/editing of guides. I have never worked with open source software before, but I have used inkscape from a user point of view for a number of years, and hope that gsoc will be an entry point for contributing to the project. I know that gsoc has not announced their accepted organizations yet, but I wanted to get started as soon as possible (to hopefully increase my chances of acceptance). I have a couple of questions real quick: The project seems to have been started by a user a while back ( https://code.launchpad.net/~john-glassmyer/inkscape/guides-improvement), but he didn't take ownership of the spec, so I assume that this project is still available to work on? Also I understand that inkscape has a "two patches" rule before a user is given commit rights. How big do these patches have to be, and should we try to relate these patches to the project we are looking into proposing or is it better to try to fix a bug that is listed as more important? Thanks! Mike Lyons mdl0394@...400... mdl7240@...2960...

2 1

Problem with the tarball source on website
by Michael Lyons 30 Mar '13

30 Mar '13

The tarball located here: http://inkscape.org/download/?lang=en (This is the direct download link: http://downloads.sourceforge.net/inkscape/inkscape-0.48.4.tar.gz) Has a syntax error in the file desktop-widget on line 252, there is an added comma before the semi-colon. This bug was not present in the bzr, so I assume it accidentally got added sometime before balling it up for release. Mike Lyons -- Michael Lyons - Sent from Computer

1 0

optional.hpp???
by mathog 29 Mar '13

29 Mar '13

Spent some time today using valgrind to squish some preexisting bugs that were affecting the experimental text-decoration draws. This is not a lot of fun, since under valgrind it takes almost 4 minutes before inkscape will accept input events well, and 20 seconds or so for it to shut down again. Anyway, so far, I found that sp_style_read_itextdecoration in style.cpp was broken several different ways and so rewrote it. That made text decoration turn on reliably. (Not render perfectly, that is another problem.) Will post the fix for style.cpp in bug 172133 later. I am currently stuck on another front. These two issues: ==4258== Conditional jump or move depends on uninitialised value(s) ==4258== at 0x810F401: SPClipPath::show(Inkscape::Drawing&, unsigned int) (optional.hpp:273) ==4258== Conditional jump or move depends on uninitialised value(s) ==4258== at 0x810F617: SPClipPath::setBBox(unsigned int, Geom::OptRect const&) (optional.hpp:273) are in "optional.hpp" which is apparently a file transiently created during the build and then deleted. Talk about a moving target! Which files are the basis for the creation of optional.hpp? Other than dropping print statements into the basis files, how does one go about debugging a transient file like this? Is there some way to get a listing of "optional.hpp"? Line 273 is not very helpful without the corresponding source code. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

AutoExport Script
by Xander Pirdy 29 Mar '13

29 Mar '13

Hi all. I wrote a small script to help me automatically export portions of an svg file as individual images. I posted about it on the [inkscape forum]( http://www.inkscapeforum.com/viewtopic.php?f=34&t=13682), and was recommended (by Jelle fwtw) to post it here. The script can be found at https://github.com/oxalic/AutoExport. Basically it takes an svg file, finds any groups that are named with a form of "prefix:name", and exports those as "name.png" "name.eps" and "name.svg". The script should be fairly well documented and very easy to extend. It is nice because it would be fairly simple to incorporate prefixes in the filenames, and it can export nested things (I use it to export both compound images, and scheme images in chemistry). It is a bit hackish (take a look at how I had to implement the export to plain svg's!), so if y'all have any suggestions or comments I'd love to hear them. Also more about my use case etc, the readme should cover most questions.

1 0

Re: [Inkscape-devel] C++ification of the SPObject tree
by Markus Engel 29 Mar '13

29 Mar '13

> In this case I think the third question is pretty clearly "it helps a lot". Getting answers on the first two takes a bit of end-to-end measurements in full use cases. If you happen to have some ideas on how to check this for the change, that would be helpful. If not, then it is something that we should look into overall anyway. > > One interesting point is that developer intuition is wrong 80% of the time when it comes to performance and optimization. So we need to get some actual measurements set up on the code. Well, currently I'd expect the time for creating new objects to have increased a bit as for every step down the inheritance hierarchy, one more new and delete have to be executed. Calling virtual functions on these objects shouldn't take longer, although I don't know what happens under the hood of these casting macros. So I think we should measure the time it takes to load a big document and construct the object tree. Actually, I have never been working on such a complex project and so profiling didn't matter to me, so I don't have no experience with that. If you have any further suggestions, please let me know... Markus

1 0

Re: [Inkscape-devel] C++ification of the SPObject tree
by Markus Engel 29 Mar '13

29 Mar '13

> As such, we should make sure that we don't break the expected behaviour of GObject objects. Well, what is the expected behavior? At the moment, the GObject type system is only needed for those casting macros that can easily be replaced by dynamic_casts and for object instantiation. Reference couting can be replaced by using shared_ptrs. Ive got some code here where I already replaced the factory and the macros and it works, but theres quite a lot left to do. As soon as the factory is replaced, the SP classes can simply be combined with the corresponding C classes, removing GObject from the derivations. This is not possible now because g_object_new doesnt fill in the vtable but its own type information. Markus Von: Alex Valavanis [mailto:valavanisalex@...400...] Gesendet: Donnerstag, 28. März 2013 18:15 An: Martin Owens Cc: Inkscape Devel List; Markus Engel Betreff: Re: [Inkscape-devel] C++ification of the SPObject tree My main concern about this kind of approach is that we're hovering between two different object systems. SPObject itself is actually derived from the GObject class structure. However, this patch switches to C++-style inheritance. As such, we should make sure that we don't break the expected behaviour of GObject objects. Really, I guess it would be good to derive SPObject from Glib::ObjectBase (I.e. use the c++ bindings from upstream) so that we can lose the need for GObject-style inheritance. AV On 28 Mar 2013 16:52, "Martin Owens" <doctormo@...400... <mailto:doctormo@...400...> > wrote: On Thu, 2013-03-28 at 16:59 +0100, Markus Engel wrote: > Okay, > so here's my branch: https://code.launchpad.net/~engelmarkus/inkscape/cppify Thanks Markus, Looking at the changes, the scope and breadth of files changed indicates that we should deal with merging this branch quickly. I'm tempted to merge it and deal with the fallout, but I'd like to hear from other devs. Martin, ---------------------------------------------------------------------------- -- Own the Future-Intel® Level Up Game Demo Contest 2013 Rise to greatness in Intel's independent game demo contest. Compete for recognition, cash, and the chance to get your game on Steam. $5K grand prize plus 10 genre and skill prizes. Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net <mailto:Inkscape-devel@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/inkscape-devel

3 3

Re: [Inkscape-devel] C++ification of the SPObject tree
by Markus Engel 28 Mar '13

28 Mar '13

@Johan: > Just remove the "sp_classname_" part, but keep the rest untouched. I changed the names back to the original ones. @Martin: > Markus - Are you happy to wait with your cleaning branch for 0.49? Maybe we need some bug fixing help for 0.49 to get it out the door and speed that up? Well, It's not me to make that decision as I don't know exactly what you have planned. But I don't think there are too many changes to the SPObject tree so merging my branch afterwards shouldn't be a problem. What I did there was like tons of (ide-assisted) copy'n'paste... I'll have a look at the bugs registered and see whether I can be of any help. Markus

1 0