- Inkscape Devel - Inkscape Mailman

[Recolor] Progress Report
by Arshdeep Singh 24 Aug '13

24 Aug '13

Hello all, First of all apologies for being out of touch for so long. There was a placement drive in my college (which took place in October every year but was pre-poned to August this year) and hence I was busy studying. I resumed work on the project from 17th August. In a previous discussion with Ted and Krzysztof , it was concluded that making an all-together separate ColorSelector class for RecolorWheel would be better and much more convenient to code. I was busy doing that this week. Now what remains is to hookup the signals for the recolor wheel. The class nesting of Paint-Selector, GimpWheel etc has me caught a bit right now. I'll figure those out soon. Thanks. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

Image question
by mathog 23 Aug '13

23 Aug '13

On import of a 10 x 10 color 3 color bitmap from EMF (intrinsically "sharp") it is converted to the following SVG (sorry about the wrap): <image y="374.99722" x="404.997" xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAoAAAAKCAIAAAACUFjqAAAAUElEQVQYlW2OwQ3AMAgDrxJjwP6DAXO0j1QJQfiFMGfzvBBKKG7DIAGgjIrfni4SQPwsrHJLmy4ZZdVsyKulhm/utBT6ytHbzv74uhDvXJV9Tw0bLHsWOIMAAAAASUVORK5CYII=" height="14.999889" width="14.999889" transform="matrix(1,0,0,1,0,0)" id="image4597" /> When viewed in Inkscape on either Linux or Windows there is what looks like a compression artifact, 1 pixel wide, all the way around the square. However, when viewed in Seamonkey, Firefox, or Opera it is sharp, with the colors just as expected from the original bitmap. (Opera is best for this, because it can zoom in further than the other two browsers.) What accounts for this? Is there some switch one can throw in Inkscape to disable whatever it is doing (anti-aliasing, maybe?) to cause this effect? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Re: [Inkscape-devel] [CAD] Status
by Tavmjong Bah 23 Aug '13

23 Aug '13

Hi Sebastian, On Sat, 2013-08-17 at 00:13 +0200, Sebastian Götte wrote: > Hi, > This week I mainly squashed some bugs. The current code [0] still requires -std=c++11 in the CXXFLAGS. > Connector creation is working properly now, without stray points left over afterwards. Points can be selected in groups which can be transformed (scale, shear, rotate, translate etc.). Simple orthogonal routing and straight routing work. Libavoid routing works as far as there are no objects to be avoided (I did not yet test it with objects to be avoided). Multiple connectors can be connected to the same endpoint. > I tried the code but wasn't able to actually draw any connectors. Since then I've upgraded to Fedora 19. Now I cannot compile connector-context.cpp. (It compiled under Fedora 18 I think.) I get the following error: CXX connector-context.o In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from ./ui/tool/control-point.h:13, from ./ui/tool/selectable-control-point.h:12, from ui/tool/connector-point-control.h:12, from connector-context.cpp:97: /usr/include/glibmm-2.4/glibmm/threads.h:203:11: error: field ‘gobject_’ has incomplete type GThread gobject_; ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function ‘GThread* Glib::Threads::Thread::gobj()’: /usr/include/glibmm-2.4/glibmm/threads.h:199:29: error: ‘gobject_’ was not declared in this scope GThread* gobj() { return &gobject_; } ^ /usr/include/glibmm-2.4/glibmm/threads.h: In member function ‘const GThread* Glib::Threads::Thread::gobj() const’: /usr/include/glibmm-2.4/glibmm/threads.h:200:41: error: ‘gobject_’ was not declared in this scope const GThread* gobj() const { return &gobject_; } ^ I've noticed that pixbuf.h is included in several other Inkcape source files which do compile. I am not going to have time to investigate further until I get back from vacation after next week. Tav

2 1

Solving bug #166371 - SAX parser
by Krzysztof Kosiński 21 Aug '13

21 Aug '13

Hello After fixing the XXE vulnerability, Inkscape can no longer read SVGs that use entities in URLs. Notable cases include SVGs saved from Adobe Illustrator. There does not seem to be a way to replace these entities without reintroducing the XXE vulnerability. https://bugs.launchpad.net/inkscape/+bug/166371 I just wanted to point out that the best way to solve this would be to use libxml2's SAX parser or the newer XmlTextReader parser to directly construct the tree of Inkscape::XML::Node's, instead of postprocessing the XML tree obtained from the DOM-like parser. With this approach, we could intelligently substitute only string entities and ignore entities that point to URLs or external files. An additional bonus would be a reduction in memory use and load time, since the libxml2 DOM tree would not be created. http://www.xmlsoft.org/xmlreader.html Regards, Krzysztof

3 3

Re: [Inkscape-devel] Inkscape Wiki Account
by Drini Cami 21 Aug '13

21 Aug '13

Hello, I would like an account on the Inkscape wiki. I’ve been learning how to write extensions, and would like to expand the information available. Right now, I’d like to add screenshots of the different types of INX parameters. Thank you, Drini

2 1

EMF import on Linux
by Krzysztof Kosiński 21 Aug '13

21 Aug '13

Hello I know that there is working EMF import on Linux, and you can paste things from e.g. ChemDraw. Is it possible to make this code also work on Linux, using e.g. libemf, or would it require writing a completely new input filter? Regards, Krzysztof

2 4

Re: [Inkscape-devel] Unit testing
by unknown＠example.com 20 Aug '13

20 Aug '13

Quoting Josh Andler <scislac@...400...>: > If it's already in use in 2geom and liked, I'd vote for it just > because of that alone. > > Cheers, > Josh Yes, Google Test and Boost Test are close enough that the use by 2geom might be a strong deciding factor. To summarize some of the differences: Google Test: * does not use exceptions. Among other things this means that if a function is called that might result in a test failing, the calling test will need to add an extra line to check status afterwards. * intended to be copied into the using project's source tree * needs the additional 'Google Mock' library for certain things such as comparing collections Boost Test: * uses exceptions to terminate tests * use is with pre-built libs/source that are not copied in-tree (which is an external dependency on that Boost library) * does not have an academic/artificial distinction between 'Mock' objects and general fakes/stubs So as long as it looks good to switch to Google Test, I'd suggest copying in Google Mock to our source, since it is a superset and contains a copy of the full Google Test sources. We should keep the actual gmock use to a minimum (even Google themselves warn against Mock overuse), but the collections support alone is extremely useful.

1 0

[Tracing] Kopf-Lischinski compatibility
by Vinícius dos Santos Oliveira 20 Aug '13

20 Aug '13

I reallized that something (T-junction heuristic) I thought it was the home of the bug was a false assumption. The bug was in the customized (will be replaced by lib2geom) printing function. Moving on, I initiated a poll on my blog about a matter that will impact any user of this (libdepixelize) project, with its accompanying information: http://vinipsmaker.wordpress.com/2013/08/20/should-i-really-target-kopf-lis… I'll sleep a bit and back to coding when I wake up. See ya. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

1 0

[Tracing] Report #7
by Vinícius dos Santos Oliveira 18 Aug '13

18 Aug '13

I fixed the problems with holes in libdepixelize algorithm. Now the only blocker before work on B-Splines optimization is fix the position of T-junction nodes. I small video of the "polygon with holes": https://vimeo.com/72611259 And a small post describing the last algorithmic changes: http://vinipsmaker.wordpress.com/2013/08/13/splines-extraction-on-kopf-lisc… -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

1 0

Re: [Inkscape-devel] Inkscape Website: Remaining webpage edits
by Jared Meidal 18 Aug '13

18 Aug '13

Here are some remaining edits I see on the staging website: * Community -Like the Develop parent page this need intro content to the Learn pages to welcome guest engagement * About>>Overview -I dropped some content here. I really needs reworking to form a cohesive voice. If we can formulate a vision for who the readers may be and what resources we want to highlight I think that would help. * Learn -Like the Develop parent page this need intro content to the Learn pages to welcome guest engagement * Learn>>FAQ -I cleaned up some HTML table code and added a few new items here, and need to query out here: do we want to keep the table of contents numbering system? There is a lot of legacy HTML tags associated with this content which was copied over. If this is an organization we want to maintain I can peek in further and try to keep things clean. * Screenshots - do we want this to be a gallery of entire-screen shots showing various work processes at various stages, or a highlight of latest features ordered by release versions (like the existing website), or focus on showcased types of media which can be created (such as the existing Showcase webpage http://inkscape.org/showcase/index.php?lang=en) ?? I've added a few notes in the blueprints of the pages to maintain a list of references content is being pulled from and for vision of the pages: https://blueprints.launchpad.net/inkscape-web Finally some of the "Banner Features" on the homepage require linking and content right? Such as the Features, Gallery and Learning Resources. Sorry if this perhaps addresses too many areas at once. --Jared

2 1