- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 86, Issue 49
by Markus Engel 31 Jul '13

31 Jul '13

> Yeah, refactoring in a branch for too long is nuts. I agree with Josh that it's fine to merge into trunk if you think it's ready. For you, I think the sooner the better. Well, I think it is. Sometimes the factory issues a warning about rdf:RDF nodes, but as far as I know, Christoffer Holmstedt is currently working on license management and metadata handling. This has no effect on the functionality of the metadata dialogs, though. Regards, Markus

1 0

Re: [Inkscape-devel] GObject object instantiation problem
by Markus Engel 31 Jul '13

31 Jul '13

> However, using it would require you to rewrite the init functions of all SPObjects. ... > Replacing GObject-style initialization with constructor / destructor shims in the style of NRObject would considerably simplify removing the GObject dependency later and reduce the burden of maintaining the init / dispose functions. Well, please don't do that, I'm already done removing the GObject dependency, take a look at my branch at https://code.launchpad.net/~engelmarkus/inkscape/cppify . Regards, Markus

1 0

Re: [Inkscape-devel] RDF nodes
by Markus Engel 31 Jul '13

31 Jul '13

Hi, I generated the documentation for the object tree and picked out the relevant parts for you: https://dl.dropboxusercontent.com/u/37427492/sp-object.pdf https://dl.dropboxusercontent.com/u/37427492/sp-metadata1.pdf https://dl.dropboxusercontent.com/u/37427492/sp-metadata2.pdf Note that this is not how it is currently implemented in trunk, but in my own branch instead. This shouldn't matter for understanding, though, I just converted the tree to "real" c++ classes. SPObject is the base class for all tree nodes. As you can see in the first pdf, every svg element has got one counterpart of the right class in the object tree. Whenever a change is made to an xml node, it informs the tree node belonging to him by calling for example onUpdate(). The tree node then updates its internal state. Whenever possible, one should work on the tree nodes and leave the xml nodes alone. You'll find lots of information on this in the inkscape wiki, e. g. "Changes in the XML tree are automatically propagated to the object tree via observers, but not the other way around-a function called updateRepr() must be explicitly called." As the rdf information is not a drawable object (-> SPItem subclasses), it should probably derive directly from SPObject. Maybe you could then add it as a member to SPMetadata. I'm not quite sure how to handle that best either. We should wait for some more opinions. or just try it out :) . Regards, Markus > Hi Markus > I started work on Inkscape earlier this year (April/May). During the summer > I work with Commons Machinery [1] to improve metadata handling and the GUI > for metadata and license information. In this prototype I'm working with > the idea that multiple metadata tags are allowed and therefore multiple rdf > tags (though only one per metadata tag). With my limited experience with > Inkscape codebase and the object tree I'm not sure how to best refactor RDF > to fit in. > > In an earlier discussion with Peter Liljenberg [2] he said that a refactor > of RDF should be done to be more general and easy to work with. I'm not > sure about the specifics about this but I will look into it later on in > August hopefully. > > You seem to have a lot more experience with the Inkscape codebase than I > have so it would been fun to discuss any changes that is done here in this > area with you. The goal now for me is to complete the prototype with as > simple code as possible and then during the summer/fall (when time permits) > refactor so it can be merged into Inkscape trunk. > > Concerning GSOC merge before 0.49, I don't know. > > [1] http://commonsmachinery.se/ > [2] https://launchpad.net/~peter-liljenberg <https://launchpad.net/%7Epeter-liljenberg> > > -- > Christoffer Holmstedt >

2 2

[Tracing] Report #6
by Vinícius dos Santos Oliveira 30 Jul '13

30 Jul '13

All algorithms proposed on the previous blog posts are implemented now: * http://vinipsmaker.wordpress.com/2013/07/22/splines-extraction-on-kopf-lisc… * http://vinipsmaker.wordpress.com/2013/07/21/splines-extraction-on-kopf-lisc… I'm attaching some samples. The samples are visually the same of the report #3, but if you edit the files with Inkscape or examine the XML, you notice that all polygons are being grouped. I'll upload a short video later today showing the project summary. Now I can play with B-Splines generation and optimization. Better yet, the smoothness computing is already done (and it worked in my tests also). -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

1 1

[CAD] Status report
by Sebastian Götte 30 Jul '13

30 Jul '13

Hi, the last few days I dug myself into connector-context.cpp, making that thing compatible with the routing changes I did last week. So far, this has proven quite a task and I am not done yet. A snapshot of the current changes (not yet compiling since I'm midways in it) can be found on launchpad[0]. The main missing parts (apart from actually connecting everything back together after ripping it apart) are fitting g_signal and sigc++ together and getting all the rainbow-colored curves right. I'll follow up if I have any questions. Best regards, Sebastian [0] https://bazaar.launchpad.net/~h-e-6/inkscape/connector-wip/files

2 3

Helping with translations in staging.inkscape.org
by Guiu Rocafort 28 Jul '13

28 Jul '13

Hi ! I would like to help with the translations of the staging website. Do I need a Django account for helping with that here ? ( http://staging.inkscape.org/admin/ ) Can someone create an account for me ? Thank you Guiu Rocafort -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

3 4

[Units] Removal of SPUnit and SPMetric
by Matthew Petroff 26 Jul '13

26 Jul '13

After spending a few days reading GTK+/gtkmm documentation, I was able to make good progress and have completely eliminated SPUnit and SPMetric from the code base. I'm a few weeks behind schedule but hope to finish the refactor before the end of the month. http://www.mpetroff.net/archives/2013/07/22/removal-of-spunit-and-spmetric/ -Matthew

3 2

[Recolor] Fetching number of objects selected
by Arshdeep Singh 26 Jul '13

26 Jul '13

Hi, I need to get the number of selected objects on the canvas. I was using the following code: GSList const *items = selection->itemList(); int selObj = g_slist_length (const_cast<GSList*>(items)); the const_cast was required because: guint <http://www.gtk.org/api/2.6/glib/glib-Basic-Types.html#guint> g_slist_length <http://www.gtk.org/api/2.6/glib/glib-Singly-Linked-Lists.html#g-slist-length> (GSList <http://www.gtk.org/api/2.6/glib/glib-Singly-Linked-Lists.html#GSList> *list); If I comment out the g_slist_length command, there is no runtime error. And Inkscape run's perfect. In this scenario, what can I do to get the length of the GSList ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

[Inkscape- Devel][Recolor] Default Arguments Compiling Error
by Arshdeep Singh 26 Jul '13

26 Jul '13

Hi, I have been trying to write a function with a default argument. The function: void recolor_wheel_nodes_init(GtkWidget *widget , int obj_list_size = RECOLOR_MAX_OBJECTS ) { ..... } This gives the following error: expected ';', ',' or ')' before '=' token Aren't default arguments allowed in GTK ? I bet I've seen them at a few places in the codebase before. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

3 3

Handling missing point attribute in input SVG
by Tomasz Boczkowski 26 Jul '13

26 Jul '13

Hello, Since it is my first post here, I would like to introduce myself. I'm CS student interested in FLOSS software and C++ development. I would like to contribute to Inkscape to raise my programming skills and do something good this year. I've begun by solving bug #1202753. For polygon elements in input file, that have empty or no "points" attribute SPShape::curve field is NULL. According to comment in sp-polygon.cpp:125 this should not be the case. When points="", sp_polygon_set does not initialize SPShape::curve. Comment in sp-polygon.cpp:169 refers to W3C note: http://www.w3.org/TR/SVG11/implnote.html#ErrorProcessing. How should this situation be handled in document tree? Regards, Tomasz Boczkowski

2 1