- Inkscape Devel - Inkscape Mailman

New LPE Transform by two nodes-knots-
by Jabiertxo Arraiza Cenoz 24 May '15

24 May '15

Hi to all. Here are a video with my last LPE. https://www.youtube.com/watch?v=ZLmYdWoXXIw Its based in a feature pointed by Ivan Louette. Here the branch to review: https://code.launchpad.net/~inkscape.dev/inkscape/transform_by_two_points Best regards, Jabier.

3 5

Description of Livarot's boolops algorithm?
by Krzysztof Kosiński 24 May '15

24 May '15

Hello Can anyone provide a rough description of how livarot's boolops work? In my thesis, I want to compare it to my new implementation in 2Geom. The new implementation is almost complete, and handles all general cases on any combination of lines, Beziers and elliptical arcs. The only remaining thing is the handling of overlapping segments. Regards, Krzysztof

1 0

Web IRC client - support troubles
by Bryce Harrington 24 May '15

24 May '15

It's come to my attention that our website IRC client, which provides a convenient means for users to ask a quick question, is causing a lot of frustration amongst our volunteers on the channel who are trying to provide support and manage the channel. There's three issues that I'm aware of: * Drive by's: Very often people will log in, shoot off a question that is easily answered, then depart before anyone has a chance to answer it. * Language: Often people will express questions in their native language. As our current support volunteers only include English speakers, this just isn't going to work out. * Anonyminity: The nice thing about the IRC client is since it doesn't require login credentials, it's quick and easy to use. The downside is we have no idea who the person is. This means no way to contact them out of band (e.g. shoot them an email with the answer to their question, or post it to their inkscape.org account), and no way to ban people who behave abusively (the channel op can kill the session, but the troll could just re-login.) There may well be other issues, but I think this is representative. Compounding the problem, I think the IRC support crew feel a bit disempowered: The web irc client is part of the website and thus maintained by the website maintainers. The easiest solution would be to switch off the irc client on the website, or for the IRC support staff to set /ignore (or worse) on "inkscaper*". But these don't really *solve* the problems, they just brush them under the rug. Are there other changes (maybe minor tweaks, maybe major re-thinks) that would address these problems while still helping users get answers to their questions, quickly and/or interactively? Bryce

9 15

Fwd: Website Feedback
by Martin Owens 19 May '15

19 May '15

Forwarding on a request from intel: ---------- Forwarded message ---------- From: Catalin Crisan <catalinx.crisan@...1100...> Date: 19 May 2015 at 07:39 Subject: Website Feedback To: Martin Owens <doctormo@...400...> Hello Inkscape team, My name is Catalin and I work within the Software & Services Group (SSG) at Intel, supporting successful application developers and publishers in different levels and would like to speak about a possible cooperation. I have just tested Inkscape and I think it's a wonderful app. So, congratulations for the great work! Seeing the good reviews and potential that “Inkscape” has, I wonder if you would be interested in working with us on optimizing the app for 2in1 Ultrabooks (PCs that transition from clamshell/laptop mode to tablet/touch mode). The idea is to have two slightly different UIs that adapt to the both usages, taking advantage of the hardware’s capabilities and offering a great experience in both cases. We mainly offer hardware, technical support and different co-marketing opportunities, but I would like to go further into details. Looking forward to hearing from you! Have great day! Catalin Crisan ISV Enabling Manager Skype: catalinc-intel Tel +44 01844340399 catalinx.crisan@...1100...

4 4

PUBLISHER article on 0.91 available
by "Christoph Schäfer" 18 May '15

18 May '15

Hi, The article on Inkscape 0.91 is finally available in print and online: http://publisher.ch/dynpg/upload/imgfile6767.pdf Enjoy (or be upset). Christoph

3 4

Do geometric contructions tool / general Inkscape UX discussions
by Ryan Lerch 18 May '15

18 May '15

HI all, I just noticed the new "Do Geometric constructions" tool in the inkscape trunk, and this got me thinking a few things about this new tool (and inkscape usability and UX in general). First up, this tool provides (among other things) two new ways to create a circle: "a circle by three points", and a "circle by center and radius". These are pretty neat additions, but my first question when I saw this was why is this in a completely separate tool, not as a sub-tool of the circle tool. I understand these are implemented as LPEs, but from a user point of view, if you want to create a circle, wouldn't you expect these options in the circle tool? If they were in the circle tool, there might even be the option to create a circle with the traditional mode of the circle tool, then fine-tune it with one of the other two "editing" modes, rather than it appear to the user to be three completely separate object types that can't be converted back and forth. Something similar is also in play with the (present in 0.91 "shape" option of the pen tool) the "shape" option only works when creating a new line with the pen tool, while other tools (such as the star/polygon tool) allow changes in the tools control bar to impact the currently selected object. I know this is kind of out of the blue, but i have been thinking a lot lately about some of the inconsistencies like this in the inkscape interface, and would love to try to help contribute to fixes / be involved with helping with the usability of new tools we create. Has there ever been anyone involved with doing usablity reviews / testing of this sort? (doctormon, i know you did some last year :) ) I know of plenty of UX people that use Inkscape that would probably be keen in contributing in this area. cheers, ryanlerch

7 9

External funded development site
by Maren Hachmann 15 May '15

15 May '15

Hi everyone, yesterday, I stumbled about this (following a link from the elementaryOS website): https://www.bountysource.com/trackers/459306-inkscape Seems they do 'funded development' for Inkscape (and everyone else...) without us even knowing about it (or maybe someone does?). They pull the data from launchpad. They say they collect money for bug bounties, and reward that to the dev who closes the bug, with a 10% deduction if the dev asks for transfer of the money to his/her bank account/paypal account/etc. I don't know how (if?) they inform a developer about the bounty, when the project doesn't even have a representative registered on their website. To me, it sounded as if the developer must actively ask them to pay out the reward (please read their TOS/FAQ, I'm not a native speaker). They also allow projects to setup donation campaigns. Currently, there are no bounties for Inkscape on their site. Do we need to do anything about this? The options we have seem to be: - create an account and make sure that everything goes correctly, and use it actively - create an account and just keep an eye on it - ask them to not include Inkscape, or somehow make it clear that this is not endorsed by us (if it isn't) - officially decide that that thing can run in parallel with our own funded projects without problems and without us doing anything Regards, Maren

3 2

Re: [Inkscape-devel] Educating users on Free Software (was: C++-11...)
by Bryce Harrington 13 May '15

13 May '15

On Fri, May 01, 2015 at 07:06:03PM -0400, Martin Owens wrote: > But the Free Software activist side of me thinks it's a worthwhile > investment if we can introduce a way to educate users about their > platforms and why a Free Software platform would be better for future > buying decisions. Well said Martin, and I totally agree. This is something I've wanted to pick your brain on, if you're willing to share thoughts on the subject? One of the things that burnt me out on doing release management for Inkscape years back was the realization we were accumulating tons of users on non-free platforms, and the better we were executing on those platforms the less reason we were giving for them to switch. IOW it felt like our release process and development momentum was getting bogged down fixing Windows bugs to improve Inkscape on Windows, making it easier for Windows users to have the benefits of being on Linux without having to be on Linux. This time around, one of the main reasons I'm gung-ho on the funded development stuff is to establish a paid way to provide Windows support and tap the Windows userbase to fund the work, so it is less impact on developers that don't care about Windows, and doesn't hold up the release process so much. I'm also personally less driven to see people switch to Linux specifically, after all the in-fighting, open source politics, and monetization of communities that's happened over the past several years. But I do still believe strongly in the overall ideals of Free Software and encouraging community, collaboration, deliberation, and sharing around collective works in common. Jon had made a good suggestion of writing up some of the defining principles of Inkscape, such as the idea that we don't draw a line of distinction between user and developer, but consider it a sliding scale and try to invite all users to contribute even in small ways. There's probably a handful or two of other ideas along those lines that define our development community, which would be valuable to disseminate more broadly. Do you have more ideas on how we could do this? Bryce

10 50

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