- Inkscape Devel - Inkscape Mailman

URI acceptance and loops with respect to SVG spec [167247]
by Marc Jeanmougin 11 May '15

11 May '15

Hi all, I recently started to work on bug 167247 [1]. This bug is about circular references in svg [For now, i'm working with local references, not references to the "containing file" itself as described in first comment of the bug report] I narrowed it to the URIReference::_acceptObject method: some references are accepted, when they create loops (and should be rejected). The relevant part of the spec[2] states: ''' IRI references that directly or indirectly reference themselves are treated as invalid circular references. ''' which i translated like this: ''' Once we have an object, it can accept a href to another object, iff the graph of objects where directed edges are either parent->child relations , **or** href'ing to href'ed relations, stays acyclic. ''' This prevents us to have loops like (read this as a regexp) "/a use to a group( whose descendant is a use to a group)+ containing the original/", which was NOT prevented by the previous check who checked only for descendance, not linking loops.[5] This will also prevent such loops as "a clippath containing a rect which has(refers to) a clippath which contains a use to a rect which has the first clippath as clipping". (There were also crashes with patterns using themselves indirectly, masks, etc that will be solved with this method, or any crashes with any looping combination of hrefable elements) *But* (yes, there is always a but) that would also prevent behaviour like "a rect clipped by its clone" even when there is no "rendering loop" (understand this as "no segfault for now") which would have to be done with a LPE that keeps a copy of the rect in the clippath, not a <use>. [3] I don't know precisely if that is what is intended by "directly or indirectly references themselves", but i believe so. ( Also, I'm looking for a nicer way to get the "original" of a pseudo-element inside a <use> (those elements that have element->cloned == true) than what's in my patch[4] (which is : go up to the element that does not have ->cloned set to true, look at the path you've followed in the tree, getOriginal(), follow the same path in the reverse order, repeat while you're ->cloned) ) Thanks, -- Mc [1]https://bugs.launchpad.net/inkscape/+bug/167247 [2]http://www.w3.org/TR/SVG11/linking.html [3][rect hrefs to clippath which has child use which refers to rect => direct loop] [4]https://launchpadlibrarian.net/206054089/total2.diff [5]cf the failed struct-use-12-f w3c test file for the simplest example[6] [6]sorry the refs are not in the order of the mail, i don't write my emails in LaTeX, the numbering comes as i type :p

1 0

Re: [Inkscape-devel] Inkscape Devlibs (windows)
by Partha Bagchi 10 May '15

10 May '15

HI Adlib, I'll be building 32bit libraries with 4.9.2. I don't use TDM. Is that a problem? Thanks, Partha On Sun, May 10, 2015 at 12:04 PM, the Adib <theadib@...400...> wrote: > Hello Partha, Josh, > > still in our docs we state to compile win32 using gcc 4.6.1 > http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows. The > TDM GCC variant has now 4.9.2 for both win32 and win64. > > Can we also switch win32 to latest gcc 4.9 as in win64 development.? > > As this is a big step, possibly we need a tag in the devlibs bzr to easy > recover the current development environment once a hotfix is needed. And > then we can update the repository and Wiki to reflect the changes. > > Please let us know how you proceed .... > > Best regards, > > Adib. > -- > > On Sun, May 10, 2015 at 1:04 PM, Partha Bagchi <partha1b@...400...> wrote: >> >> No problems Josh. Please test 64bit for now and I'll update the 32bit >> libs as soon as I can. >> >> Thanks, >> Partha >> >> On Sun, May 10, 2015 at 1:06 AM, Josh Andler <scislac@...400...> wrote: >> > Hey Partha, >> > >> > I will try them out in a few days, as for 32bit libs they are probably >> > in >> > need of updating as well for the Cairo fixes. If you can do it, awesome. >> > If >> > you want me to test 64bit first, that is cool by me. If you have no >> > interest >> > in producing 32bit libs, just let me know. :-) >> > >> > Thanks for doing this! >> > >> > Cheers, >> > Josh >> > >> > On May 9, 2015 9:07 PM, "Partha Bagchi" <partha1b@...400...> wrote: >> >> >> >> Hey Josh, >> >> >> >> I compiled all the needed devlibs using gcc 4.9.2 for x86_64 Win64. I >> >> haven't had the time to do the 32bit yet. But I am guessing Inkscape >> >> already has 32bit libraries? >> >> >> >> Please download; >> >> http://www.partha.com/temp/Inkscape-devlibs-win64bit.7z >> >> >> >> Let me know if you have issues. >> >> >> >> Thanks, >> >> Partha >> >> >> >> >> >> On Fri, May 8, 2015 at 2:12 PM, Josh Andler <scislac@...400...> wrote: >> >> > Hey Partha, >> >> > >> >> > I just wanted to follow up to see if you had ended up creating the >> >> > devlibs and I possibly missed it. >> >> > >> >> > Cheers, >> >> > Josh >> >> > >> >> > On Thu, Mar 12, 2015 at 3:09 PM, Partha Bagchi <partha1b@...400...> >> >> > wrote: >> >> >> I have not heard of any issues with moving to SEH. So, if you are >> >> >> comfortable, I will provide you with SEH devlibs. >> >> >> >> >> >> If you want 32-bit, I'd be happy to provide those as well. >> >> >> >> >> >> On Thu, Mar 12, 2015 at 3:15 PM, the Adib <theadib@...400...> wrote: >> >> >>> Hello Partha, and all, >> >> >>> >> >> >>> Looking at >> >> >>> >> >> >>> >> >> >>> http://stackoverflow.com/questions/15670169/what-is-difference-between-sjlj… >> >> >>> I think that SEH should be preferred on win64. >> >> >>> >> >> >>> Is there any counterargument or testcase that blocks from >> >> >>> switching? >> >> >>> >> >> >>> Regarding the 32 bit devlibs. Our documentation how to generate the >> >> >>> devlibs >> >> >>> does seem to be reproducable. I struggelt on the way. I red about >> >> >>> msys2 >> >> >>> would that make building easier? >> >> >>> >> >> >>> Regards, >> >> >>> >> >> >>> Adib. >> >> >>> -- >> >> >>> >> >> >>> Am Donnerstag, 12. März 2015 schrieb Partha Bagchi : >> >> >>> >> >> >>>> Hopefully I will be able to update the 64-bit devlibs this >> >> >>>> weekend. >> >> >>>> >> >> >>>> My job would be easier if we didn't insist on sjlj as opposed to >> >> >>>> seh. >> >> >>>> :) >> >> >>>> >> >> >>>> On Tue, Mar 10, 2015 at 11:23 PM, Josh Andler <scislac@...400...> >> >> >>>> wrote: >> >> >>>> > Hey all, >> >> >>>> > >> >> >>>> > Now that Cairo 1.14.2 is out, can both the 32-bit and 64-bit >> >> >>>> > devlibs >> >> >>>> > get updated? I think we should aim to get 0.91.1 out in maybe a >> >> >>>> > month >> >> >>>> > or so. I will start looking into doing backports later this >> >> >>>> > week. I >> >> >>>> > figured I'd bring up the devlibs first though since they seem to >> >> >>>> > take >> >> >>>> > a bit to get updated. >> >> >>>> > >> >> >>>> > Cheers, >> >> >>>> > Josh >> >> >>>> > >> >> >>>> > >> >> >>>> > >> >> >>>> > >> >> >>>> > ------------------------------------------------------------------------------ >> >> >>>> > Dive into the World of Parallel Programming The Go Parallel >> >> >>>> > Website, >> >> >>>> > sponsored >> >> >>>> > by Intel and developed in partnership with Slashdot Media, is >> >> >>>> > your >> >> >>>> > hub >> >> >>>> > for all >> >> >>>> > things parallel software development, from weekly thought >> >> >>>> > leadership >> >> >>>> > blogs to >> >> >>>> > news, videos, case studies, tutorials and more. Take a look and >> >> >>>> > join the >> >> >>>> > conversation now. http://goparallel.sourceforge.net/ >> >> >>>> > _______________________________________________ >> >> >>>> > Inkscape-devel mailing list >> >> >>>> > Inkscape-devel(a)lists.sourceforge.net >> >> >>>> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> ------------------------------------------------------------------------------ >> >> >>>> Dive into the World of Parallel Programming The Go Parallel >> >> >>>> Website, >> >> >>>> sponsored >> >> >>>> by Intel and developed in partnership with Slashdot Media, is your >> >> >>>> hub for >> >> >>>> all >> >> >>>> things parallel software development, from weekly thought >> >> >>>> leadership >> >> >>>> blogs >> >> >>>> to >> >> >>>> news, videos, case studies, tutorials and more. Take a look and >> >> >>>> join >> >> >>>> the >> >> >>>> conversation now. http://goparallel.sourceforge.net/ >> >> >>>> _______________________________________________ >> >> >>>> Inkscape-devel mailing list >> >> >>>> Inkscape-devel(a)lists.sourceforge.net >> >> >>>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 2

PathInfo info+
by Jabiertxo Arraiza Cenoz 09 May '15

09 May '15

Class example files for pathinfo: http://bazaar.launchpad.net/~inkscape.dev/inkscape/pointwise/view/head:/src… http://bazaar.launchpad.net/~inkscape.dev/inkscape/pointwise/view/head:/src… all the best, Jabier.

1 0

2Geom sync status
by Krzysztof Kosiński 09 May '15

09 May '15

The 2Geom sync is almost done. So far I have identified two problem areas. 2Geom is now a lot more strict about what it considers a degenerate closing segment - it requires exact equality of endpoints, not just nearness to some arbitrary precision. This is of particular importance in paths where the last segment is curved. Because Inkscape loses precision when storing paths, bug #515237 now manifests on every closed path with a non-linear last segment. https://bugs.launchpad.net/inkscape/+bug/515237 I intend to fix this in the following way: first, modify SVGPathParser so that it knows whether the last segment before 'z' was relative, and if it is, snap it to the final node with a precision set by another function call, 1e-6 by default; second, by making Inkscape output paths with the double-conversion library now integrated in 2Geom and always using absolute coordinates, so that there is perfect roundtrip between XML and internal representation. This will mean the removal of the Output Precision setting and a moderate increase in file sizes. The proper place for such functionality is in a separate export filter. As a bonus, setting the document unit to metres will no longer cause a variety of issues. We discussed output precision briefly on the hackfest. Moving to full precision output with perfect roundtrip is the only correct solution and will enable us to avoid excessive recomputation of attributes in the SP tree, which is a performance win. If someone wants to get rid of extra precision - use an export filter. However, if anyone has a different opinion please speak up now. The second problem is the transformation of elliptical arcs, as seen when manipulating ellipses in the selector tool. In some cases, the large arc / sweep flags are incorrectly set for transformed arcs. I am still looking for the cause of this bug. The sync branch is at lp:~inkscape.dev/inkscape/lib2geom-sync - if anyone feels like looking for additional bugs, please do. I only did minimal testing on it. Regards, Krzysztof

4 12

non-Unicode symbol fonts do not work on Windows. Bug 165665. Do we need the flag USE_PANGO_WIN32 ?
by Alvin Penner 09 May '15

09 May '15

ref : https://bugs.launchpad.net/inkscape/+bug/165665 I believe this bug can be fixed by disabling the flag USE_PANGO_WIN32 in line 19 of src/libnrtype/FontFactory.h. When I do this on Windows XP, I gain about 35 new fonts. Not all of these new fonts are useable, but the most interesting ones, such as CommercialPi, Symbol, Technic, Webdings, Wingdings, MonoType Sorts, TechnicLite are working well, both in Inkscape and in IE9. This is a Windows-specific bug which hides symbol fonts, and does not occur in Gimp 2.6 on Win XP. As far as I can tell, the Gimp source code does not contain any analogue or equivalent of the flag USE_PANGO_WIN32. Would there be any objection if I disable this flag, or does it serve a specific purpose that is essential? tia - Alvin Penner -- View this message in context: http://old.nabble.com/non-Unicode-symbol-fonts-do-not-work-on-Windows.-Bug-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

7 16

Units
by Jabiertxo Arraiza Cenoz 09 May '15

09 May '15

Hi to all. Today I want to remove document units from effect.cpp/h to aboid crash noticed by Tav. Also remove units handle from fillet-chamfer and roughen LPE. Finaly there is two LPE harcoded to use "PX" as document units and we need to fix it: path_length and ruler Best of all, Jabier.

1 0

Glue together extension
by Christopher Saloman 08 May '15

08 May '15

I wrote a small extension to place multiple objects next to each other (with 0 distance to each other) vertically or horizontally as i need this quite often. Don't know if this is already implemented somewhere. But in case it isn't here is the code: https://github.com/mrsalo/inkscape_glue_extension

1 0

Inkscape_trunk_scan-build - Build # 72 - Unstable!
by Jenkins (build tester) 07 May '15

07 May '15

Hi developers, Clang scanbuild found a potential bug in recently committed code. Inkscape_trunk_scan-build - Build # 72 - Unstable. See here which bugs were found (new in red): http://jenkins.inkscape.org/job/Inkscape_trunk_scan-build/72/clangScanBuild… It is paramount to keep our codebase clean with as little compiler warnings as possible, so we can swiftly eradicate newly introduced bugs, to keep Inkscape stable and prevent lengthy dragging bug hunts before releases. Your friend, Jenkins http://jenkins.inkscape.org

3 12

Multilingual SVG
by Jabiertxo Arraiza Cenoz 06 May '15

06 May '15

Hi All. I want to improve switch work, to find a way to handle multilenguage SVG's. I try to explain whats in my mind to be improved with your thoughts. *current document is the default document. *When add a new lang, all contents is cloned/copied into a switch into his target lang. *I think clones are paths, ellipses, stars.... and copies are text elements and groups *Default document is moved to the default lang in switch. *Currently inkscape show the switch in current system lang, this behabiour is good for a viewer but we need a switcher for diferent langs, so the user pick the lenguage to use and inkscape reloads with this lang. Waiting to start, J.

3 2

patch test, causing crashes for another tester, not me
by insaner 04 May '15

04 May '15

I wrote up the following patch: https://bugs.launchpad.net/inkscape/+bug/1169123 And a user on IRC said they have a crash when adding a filter, I have no such crash and was wondering if someone could possibly shed some light on this. Their crash details: http://pastebin.com/FDaTFjwB http://pastebin.com/HHhq3KdQ http://pastebin.com/SSGPbfpb -- View this message in context: http://inkscape.13.x6.nabble.com/patch-test-causing-crashes-for-another-tes… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0