- Inkscape Devel - Inkscape Mailman

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

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

Hackfest Q&A on git
by Bryce Harrington 04 May '15

04 May '15

On the last day of the hackfest, we discussed git over lunch. A few folks on IRC had questions about what we talked about, and I figured there'd be wider interest so am writing this up. What is motivating us to switch? Is bzr going away? Development of bzr has stopped. A couple years ago Canonical reassigned all the bzr devs to other projects, leaving just a skeleton staff to do bug maintenance (same was done with Launchpad). There had been a time when Canonical pushed bzr as the Cat's Meow, but I think the realization has sunk in that git has won the larger hearts and minds war. bzr is not going away though, near as I can tell. There's no urgency to move to something else; we can stay with it indefinitely if we want. But it's a dead end tool. As we recruit new developers we will find more often they have git experience but not bzr; eventually bzr will be a detriment to attracting new talent that will prefer to invest their skills in git. And there's no guarantee Canonical won't pull the plug on it at some point, regardless. There are also tons of tools, web applications, and so on being developed for git. What exists for bzr is in process of bitrotting away (e.g. I tried to install the rebase plugin last night but it's several bzr revisions out of date, and did not work.) Isn't git hard to learn? bzr seems so natural... git has a reputation for having a high learning curve, and it's legitimately earned. But most all of us have at least had a little exposure to git, and there are plenty of good tutorials out there. git was a struggle for me to learn, so I won't sugar coat it and say it'll be easy. But I will say if you haven't yet mastered git, then it's an important software development skill you're going to want to have beyond Inkscape anyway, since pretty much all other projects use it. What about Launchpad and its bzr integration? One of the reasons we picked bzr was because of its integration with the bug tracker, and yes that's pretty cool and something we'll lose making the transition. The good news is that unlike when we switched to bzr, there are now a number of good web apps and services (github clones, et al). So we'll have a wealth of options to consider when we get to this point. Where will we host the repository? github? freedesktop? One nice thing with git is that we will have 100% freedom in deciding where to host the official repo. We can even consider self-hosting it (e.g. on our website vm). We have lots and lots of options, and plenty of time to deliberate and decide on a plan. Can it import our history? tags? Yep. Lots of projects have preceeded us in bzr->git conversions and there's a rich set of well tested converter tools available. Can we still do PPA recipe builds on Launchpad? Sure can. Launchpad may only host bzr but it has a very good git importer. So we'd set up LP to import our git branch to a bzr tracking branch on LP and then it's business as normal. Can we convert to git ASAP? I know some people are anxious to move us over to git, and so am I, but we need to pace ourselves. Changing VCS is going to be disruptive to everyone, and it will take time before everyone's up to speed with it. As a project there are other changes which are more pressing, which we need to give priority to. If we rush into git, we're likely to make mistakes or at least cause unnecessary frustrations. Planned well, we can make the transition relatively smooth, and ensure there are tutorials and tips available as needed. Bryce

7 8

Re: [Inkscape-devel] Hackfest build-systems discussion]
by Ken Moffat 04 May '15

04 May '15

Whoops, replied to Bryce instead of to all. Let's try sending it to the list. On Sun, May 03, 2015 at 03:00:30AM +0100, Ken Moffat wrote: > On Sat, May 02, 2015 at 06:34:57PM -0700, Bryce Harrington wrote: > > On Sat, May 02, 2015 at 11:39:34PM +0100, Ken Moffat wrote: > > > On Tue, Apr 28, 2015 at 08:35:00PM -0700, Bryce Harrington wrote: > > > > On Wed, Apr 29, 2015 at 02:51:15AM +0100, Ken Moffat wrote: > > > Yes, cmake -L appears to know what it is doing (noted some things I > > > > Building seemed to be going well, until > > > > > > [ 65%] Building CXX object > > > src/CMakeFiles/inkscape.dir/ui/dialog/text-edit.cpp.o > > > /scratch/ken/bazaar/inkscape/src/ui/dialog/text-edit.cpp:29:32: > > > fatal error: gtkspell/gtkspell.h: No such file or directory > > > compilation terminated. > > > > > > And when I look back at the cmake output it says: > > > -- checking for module 'gtkspell-2.0' > > > -- package 'gtkspell-2.0' not found > > > > What it's doing at that point is shelling out to pkg-config to see if > > gtkspell is installed. > > > > pkg-config --cflags --libs gtkspell-2.0 > > > > Run ^ that on your commandline and see what it says. If you don't have > > it installed, install it. :-) > > > I know I don't have it installed. If it is now required, I assumed > cmake would tell me. > At this point, I'm looking at r14094. If you will accept that, for the moment, using ./autogen.sh and configure is still a valid comparison, then gtkspell is optional. With autogen.sh and configure I've managed to build it - no sign of gtkspell (nor the coreldraw, vision, whatever) stuff. Some hours later, after copious swearing (is that required or does it only seem to help ? ;-), I think I've found where the problem is. With the following patch, I can cmake, build and DESTDIR install inkscape and the man pages, without any additional -D magic. I will note that inkview did not get installed. I would have thought that the set line I deleted would have done the right thing, but for me it didn't. If this is acceptable, do you need a SoB or equivalent ? ĸen --- inkscape/CMakeScripts/DefineDependsandFlags.cmake.orig 2015-05-03 22:06:01.598985260 +0100 +++ inkscape/CMakeScripts/DefineDependsandFlags.cmake 2015-05-03 22:08:03.313995015 +0100 @@ -290,8 +290,9 @@ list(APPEND INKSCAPE_INCS_SYS ${GTKSPELL_INCLUDE_DIR}) list(APPEND INKSCAPE_LIBS ${GTKSPELL_LIBRARIES}) add_definitions(${GTKSPELL_DEFINITIONS}) + else() + set(WITH_GTKSPELL OFF) endif() - set(WITH_GTKSPELL ${GTKSPELL_FOUND}) endif() #find_package(OpenSSL) ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m.

2 1

cmake next steps
by Bryce Harrington 03 May '15

03 May '15

Several of us now are able to successfully build Inkscape using cmake only. This is still relatively new, but we need to broaden this to everyone and make sure it works universally. Do a 'make distclean' in your repo, update to latest bzr, and then: $ cmake . $ make -j8 Hopefully this "just works". If not, read on for troubleshooting tips. CMakeCache.txt is a listing of all configurable parameters and all computed values. For settables, you can force them via: $ cmake -D<VARIABLE>=<VALUE> If the build craps out during build or linking due to some missing bit or other, reviewing this file can indicate if it has misdetected an include or library path or whatnot. CMakeList.txt is the top level build script, and generally the place to start for debugging problems. This also is where all configurable option parameters should be defined. There is also a src/CMakeList.txt where the source files and header files are itemized. This also sets up rules for compiling and linking the executable and its libraries. Similar CMakeList.txt files are placed in other directories with source. The CMakeScripts/ directory holds various helper functions. In this directory is a Modules subdirectory; this is where the logic is held that finds where various dependencies have their include and library files located. If you get errors about dependency headers not found during build, or during linking it can't find definitions of symbols then there could be an error in one of the Module Find*.cmake files. CMakeScripts/DefineDependsandFlags.cmake is another important file; this is where the include path and library options are worked out. This file is essentially the "glue" that utilizes all the Modules, and propagates settings up to the top level script. Beyond this, there is a wealth of cmake tips and examples on the web, so google will be your friend. ------------------------------------------------------------------------ So what development needs done? While the cmake scripts work, they're a bit hacky and in need of some cleanup. Below is a laundry list. I'd encourage everyone to tackle a task or two, to get some cmake familiarity if nothing else. Once this work is all done, we can wrap up 0.92 and start the release process. 0. Cleanup definitions. In CMakeLists.txt there are a sequence of add_definitions() to set some environment variable definitions. Some of these may not be strictly needed, others could be moved to DefineDependsandFlags.cmake or to the respective Modules files. 1. Win32. Someone needs to try this against our supported win32 platforms, and fill in the missing logic that is specific to Win32. 2. More files. A lot is missing from the build... tests, man files, icons, locale. If it's not clear how to do the logic for this stuff, refer to another cmake-based project. 3. More Modules. In DefineDependsandFlags.cmake we just brute force several libraries (to pick a few examples: pangocairo, gthread, gomp, gslcblas...) These need to have proper Find<Library>.cmake scripts made. Generally these are pretty easy - just make it wrapperize pkgconfig. FindGtkSpell.cmake has a simple example. Google "cmake <library>" before you do any work though; sometimes someone has already done the logic and you can just copy. 4. Update Modules. Several of our modules were taken from cmake or elsewhere, a long time ago, and they've improved upstream since then. Snag newer versions, test, and add to our codebase. If we have local changes consider pushing those upstream. 5. Add more configuration options. Review what we offer in automake and make sure the equivalents are defined in CMakeLists.txt 6. Verify that uninstall works 7. Fix dist. In CMakeLists.txt it adds a custom svn command; this needs replaced with the equivalent bzr. And in general run 'make dist' and hack on it until it produces a proper tarball. 8. Identify other issues needing resolved. I notice FIXME's peppered here and there in various files. We'll want to tackle those or at least plan those tasks for later on. Bryce

3 2

Hackfest build-systems discussion
by Alex Valavanis 03 May '15

03 May '15

Summary: We propose making CMake our recommended build system for Inkscape 0.92 onwards and removing our Autotools support in 0.93. We will also consider moving to Waf in future if it seems beneficial. Any comments are warmly welcomed, particularly from Windows and OS X users. ---- Hi All, At the Hackfest, we have discussed some options for improving our build systems and would like to invite your comments. == Present situation == At the moment, we provide both Autotools (autoconf, automake etc) and CMake, but our main focus has been on Autotools. This is causing a significant maintenance challenge for the following reasons: 1. The syntax of the Autotools configuration files is rather complex and uses a mixture of the M4 Macro processing language, and bash scripting which is hard to understand/edit/debug 2. Numerous configuration files are needed to support both build systems. This adds a significant maintenance burden whenever e.g., files are added/removed or package version numbers change 3. The Autotools configuration is pretty slow, and parallelisation overheads are quite high 4. The CMake builds tend to be fairly neglected, and are not very actively maintained. == Proposal == We would like to focus on a single build system. CMake is more widely understood than Autotools and it should be easier for more people to manage our conditional build configuration. As a first step, we could focus on improving the CMake build and recommending this as our default option for the next Inkscape release (0.92). We could then remove our Autotools build system entirely from Inkscape 0.93 onwards. Another potential option for future releases is the Waf system, which offers very good wildcard handling and potentially even simpler build configuration. However, I think it would make sense to stabilise our existing CMake build before we start moving to anything new == Portability == We need to determine whether the CMake builds work well on OS X and Windows systems. Any comments from users of those systems would be greatly appreciated. Best wishes, Alex

5 17

swatch to flat color bug patch, need testers
by insaner 02 May '15

02 May '15

just to make sure that everything is ok. https://bugs.launchpad.net/inkscape/+bug/1450112 -- View this message in context: http://inkscape.13.x6.nabble.com/swatch-to-flat-color-bug-patch-need-tester… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

New Intiative FreieFarbe/FreeColour announces Open Colours Systems Collection 1.0
by "Christoph Schäfer" 02 May '15

02 May '15

I'm pleased to introduce a new member to the Libre Graphics Community: the German initiative FreieFarbe / FreeColour. Please take note of their initial announcement below. Christoph =============== Announcement: Project FreieFarbe / FreeColour has been launched and Open Colour Systems Collection 1.0 has been released Websites: www.freiefarbe.de and www.freecolour.org FreieFarbe / FreeColour is a loose association of (until now) German-speaking colour professionals of all stripes, from designers to software developers. FreieFarbe / FreeColour intends to promote colour communication, and its interests aren't primarily commercial. ==Liberating Colour== The founders of FreieFarbe / FreeColour are convinced that currently available proprietary and aggressively protected colour systems, like Pantone, NCS et al., aren't the best solutions to handle colour. Hence FreieFarbe's / FreeColour's dedication to promote and work on the following objectives: - Making colour literally and metaphorically calculable; - Making existing and future colour system comparable; - Simplifying colour communication; - Overcoming excessive licensing, copyright and trademark protections for colours by providing better and open alternatives; - Creating an online resource pool with the necessary knowledge for consistent colour workflows; - Making the "mystery" that is colour comprehensible. In other words: It wants to *liberate colour from its proprietary chains*. FreieFarbe / FreeColour is open to everyone who is interested in contributing and willing to share personal or professional knowledge with a wider public. ==The Future: CIE L*a*b* and HLC== One step to liberate colours is the universal adaption of the CIE L*a*b* colour model, and this includes end users. Since CIE L*a*b* isn't very intuitive, FreieFarbe / FreeColour also promotes the use of the HLC (Hue, Lightness, Chroma) colour definition, which is easier to handle than pure L*a*b*. From a user point of view, it's similar to HSV in the RGB colour model, but much more reliable and flexible. ==Open Colour Systems Collection (OCSC) 1.0 Available for Download== As of today, one of the founding members of FreieFarbe / FreeColour, Holger Everding, CEO and owner of dtp studio oldenburg, a German company specialised in colour software, has made available a collection of more than 350 commercial colour systems under a Creative Commons licence: The Open Colour Systems Collection (OCSC) 1.0. These colour palettes can be freely distributed with all Libre Graphics programmes. Please note that the digital colour values in these palettes aren't necessarily identical with the official ones provided by the respective colour vendors. Instead, they are based on a sophisticated spectrometric measuring procedure of the official physical colour references (fans, swatches etc.). Thus, they are potentially even more "correct" than the official vendors' palette files. Also note that, for obvious reasons, the "big" colour systems (Pantone, RAL, NCS etc.) are not included, but it's more than a start. The colour systems cover all kinds of use cases: print, foils, paint, varnish, textiles and many more. Regarding the licence, dtp studio decided to use a rather restrictive CC version: CC BY-ND 4.0. The simple reason for this choice is that users across programmes and platforms need to be assured that they are working with the same colour values when using a specific palette. In other words: It's an important part of the "colour communication" objective. The colour palettes in dtp studio's proprietary software products were originally in the company's proprietary BCS binary format. These BCS palettes were accompanied by plain text and image files, which are being read by the respective programmes at runtime. By contrast, the Open Colour Systems Collection is available in Swatchbooker's SBZ format. FreieFarbe / FreeColour and dtp studio are aware of the fact that the SBZ format isn't widely supported yet, but it seemed to be the only format that was fit for purpose: - It allows for storing CIE L*a*b* values (since all Open Colour Systems Collection files use this colour model); - It allows for storing metadata, including: description, copyright and licensing information, as well as metadata translation (the descriptions of the palettes are currently being stored in English and German in each file); - There exists a reference implementation in the form of Swatchbooker; - Since SBZ files are ZIP archives, it was possible to add a preview (a photograph of the real world colour fans or swatch) to most of them. FreieFarbe / FreeColour and dtp studio would be pleased to cooperate with the Libre Graphics Community on improvements to the SBZ format, its eventual standardisation, or the development of better alternatives. Both would also be glad to explore future fields of cooperation with respect to the objectives mentioned above, including code development. On behalf of FreieFarbe / FreeColour and dtp studio oldenburg Holger Everding

1 0

FreeHand
by Jabier Arraiza (Marker) 02 May '15

02 May '15

Hi Any one cold give suport to freehand is a common program in my city. I see about two people. They also do this on LGM "Document Liberation Project: One year after" I think our visio import for symbols is using it. They say freehand suport is incomplete, but looks like now is better than no one. Im not familiar whith that part of inkscape and think my work could be better inverted in other places like do nothing ;) Regards, J. El sáb, 02-05-2015 a las 14:23 +0000, noreply@...1881... escribió: > ------------------------------------------------------------ > revno: 14093 > committer: ~suv <suv-sf@...58...> > branch nick: inkscape > timestamp: Sat 2015-05-02 16:23:11 +0200 > message: > cmake: add support for librevenge-based input formats (WPG, Visio, CDR) > added: > CMakeScripts/Modules/FindLibCDR.cmake > CMakeScripts/Modules/FindLibRevenge.cmake > CMakeScripts/Modules/FindLibVisio.cmake > modified: > CMakeLists.txt > CMakeScripts/DefineDependsandFlags.cmake > CMakeScripts/Modules/FindLibWPG.cmake > config.h.cmake > > > -- > lp:inkscape > https://code.launchpad.net/~inkscape.dev/inkscape/trunk > > You are subscribed to branch lp:inkscape. > To unsubscribe from this branch go to https://code.launchpad.net/~inkscape.dev/inkscape/trunk/+edit-subscription

1 0

Next hackfest
by Krzysztof Kosiński 01 May '15

01 May '15

There were already some noises made at the hackfest about the next one, so I made a wiki page to record the very early planning / proposals: http://wiki.inkscape.org/wiki/index.php/Hackfest2016 The possible locations mentioned at this year's hackfest were London, Leeds and Warsaw. I added some information about London and Warsaw. I never visited Leeds, but Alex should be able to provide further information. Regards, Krzysztof

5 6

Re: [Inkscape-devel] [RFC] Plan for 0.92
by TimeWaster 30 Apr '15

30 Apr '15

sorry bryce, this was meant for the mailing list. i really dont get why the standard reply address isn't the mailing list... ok, i need a wiki account, thank you in advance... regards, TimeWaster On 28.4.2015 15:35, Bryce Harrington wrote: > Heya, ok just post a request on the mailing list and one of the admins > will take care of adding you asap. > > Bryce > > On Tue, Apr 28, 2015 at 11:15:30AM +0200, TimeWaster wrote: >> hi, >> >> i need a wiki account to add my stuff in the release notes. >> >> >> regards, >> TimeWaster >> >> >> On 28.4.2015 06:40, Bryce Harrington wrote: >> >Hi all, >> > >> >Last release we discussed switching to a more rapid release cycle >> >starting with 0.92. So here's a proposal for a plan to do this. >> > >> >Even though it's been a short time since our last release, already >> >we've >> >accumulated a number of features, thanks in large part to Jabier's many >> >LPE's: >> > >> > http://wiki.inkscape.org/wiki/index.php/Release_notes/0.92 >> > >> >Please make sure any other added features are included in the release >> >notes soon. >> > >> >I'd like to propose the following release plan, which is based on the >> >0.91 plan, but simplified and with more focus on changes to packaging, >> >no bug hunt, and no experimental branch. We simplify to a single >> >Freeze >> >phase. We cut a pre0 release before starting the build system hacking, >> >so testers will have something to test. We move the about screen >> >contest up so it can get done sooner, and so that we can string freeze >> >earlier to give translators time. This should drop a number of >> >the more >> >time consuming bits yet keep the important steps in the checklist. >> > >> >Please let me know what you think, and esp. if you see some areas that >> >need tweaking. >> > >> >Bryce >> > >> > >> ># Period Tasks >> >-------------------------- >> >1. Open development. >> > Post inkscape-0.92-pre0.tar.gz (w/ old build sys) >> > Start an About Screen contest >> > Decide new unit testing system >> > Decide new build system >> > Implement new build system >> > Integrate new swatch dialog >> > Begin switching packaging to use new build system >> > Begin tracking % translated >> > Migrate mailing lists off sourceforge >> > (Other bits off roadmap...) >> > >> >2. Chill. Development focuses on wrapping up >> > Disable features that aren't finished >> > Identify 'make distcheck' issues >> > Identify remaining writing needed for Release >> >Notes. >> > Identify any release blocker bugs >> > Recruit Release Wardens for Hard Freeze >> > >> >3. Frost. Only production-ready code committed to Mainline >> > Finalize any major changes to platform packaging >> > Inkscape must pass 'make distcheck' >> > Ensure packaging for all platforms installs >> > Ensure packaging for all platforms uninstalls >> > Finalize tutorials to be shipped with release >> > Finalize other docs included in the release >> > Finalize about screen >> > Finalize Release Notes except Known Issues >> > Post additional inkscape-0.92-pre*.tar.gz releases >> > Packagers test creating pkgs of the -pre* releases >> > Post % translated per language for each release >> > >> >4. Freeze. Stable Branch is forked from Mainline >> > Regular development resumes on Mainline. >> > Only Release Wardens can commit to Stable Branch >> > Cherrypick bug fixes from Mainline to Stable >> > Complete any late work under advisement of Wardens >> > Focus on release-critical bug fixing. >> > String Freeze No further string changes allowed on Stable >> >Branch. >> > Translators work on translations. >> > Finalize all extensions >> > Finalize codebase translations >> > Finalize Known Issues section of Release Notes >> > Finalize packaging scripts >> > Post additional inkscape-0.92-pre*.tar.gz releases >> > Post % translated per language for each release >> > >> >5. Release. Post inkscape-0.92.tar.gz >> > Post packages >> > Post official announcements >> > Plan 0.92.1+ release(s), if needed >> > >> >6. Open development. >> > >> > >> > >> >As far as timing goes, I'm thinking we give a few weeks to open >> >development (step 1), and then a week each for all the subsequent >> >steps. This would see 0.92 released in a June/July timeframe. >> > >> > >> >------------------------------------------------------------------------------ >> >One dashboard for servers and applications across >> >Physical-Virtual-Cloud >> >Widest out-of-the-box monitoring support with 50+ applications >> >Performance metrics, stats and reports that give you Actionable >> >Insights >> >Deep dive visibility with transaction tracing using APM Insight. >> >http://ad.doubleclick.net/ddm/clk/290420510;117567292;y >> >_______________________________________________ >> >Inkscape-devel mailing list >> >Inkscape-devel(a)lists.sourceforge.net >> >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 2

Accessibility Brainstorm for Hackfest // wiki access
by Amelia Bellamy-Royds 29 Apr '15

29 Apr '15

Hello all, I've arranged to hold a discussion with the Inkscape Hackfest team in Toronto this week about accessibility issues and SVG in general or Inkscape in particular. There are really two sides of accessibility when it comes to software like Inkscape: - making the software itself more accessible (e.g., can it be easier to navigate, or to change the UI styling to create high contrast or larger fonts/icons) - making it easier for Inkscape users to make accessible SVG (e.g., encouraging the inclusion of alt text, language attributes, ARIA attributes for interactive components, logical groupings/ordering of all objects and text) I was going to add some more notes to the agenda page for the Hackfest, but discovered the wiki is locked down against spammers. So, a quick request to those who hold the keys to the wiki to send me a log-in invite. For anyone else, if you have any thoughts on what is or isn't good or bad about accessibility issues and Inkscape, consider this a brainstorm email thread. I'll then try to compile the ideas from here and from the in-person discussion into a focused wiki page. Hopefully we can come up with a list of To-Dos, at least some of which might be classified as low-hanging fruit that can easily be picked. Best, Amelia Bellamy-Royds

3 3

[RFC] Inkscape Roadmap
by Bryce Harrington 29 Apr '15

29 Apr '15

Thanks Krzysztof, Martin, and Alex for providing feedback on the roadmap sketch I posted earlier. I've fleshed out the following roadmap draft using this feedback, and extended it for another 5 releases. This assumes roughly 3 months per release. http://wiki.inkscape.org/wiki/index.php/Roadmap If anything, I think I've squeezed too much; I'd been hoping to have no more than maybe 3 major items per release. If you see items that could be put off or that would be too difficult to achieve in the near term, let me know so we can bump them down the list. Particularly for 0.92 and 0.93. Even after squeezing all that stuff in, I've found quite a laundry list of feature requests left. If there are features that you think *must* go in pre-1.0, and you're planning on working on them yourself, please let me know and I'll shuffle things around to ensure it fits. Beyond that... any and all feedback is welcomed! Come throw some darts! Bryce

7 17

Beer search
by Jabier Arraiza 29 Apr '15

29 Apr '15

Hi any one could give me the direction of LGM fest for tonight?

2 1

decript(HF)
by Jabier Arraiza 29 Apr '15

29 Apr '15

To thouse dont have a glass ball to decript, the new branches are amelia and insaner.com

1 0

NIGHT 3
by Jabier Arraiza 29 Apr '15

29 Apr '15

Shhhhhhhhhhhh!!!

1 0

DAY 3
by Jabier Arraiza 29 Apr '15

29 Apr '15

Dedicated to Jenkins. A good day also. Our live is incremented by almost 100 years because new health to our group. Also a day to say goodbay, hope a see you later. Hackfest put a dot and continue. Thanks to all people who made this posibol, i think we have 73 points more in inkscape now. Bye

1 0

Improve docs for new devs
by Maren Hachmann 28 Apr '15

28 Apr '15

Hi devs, to make entering the project easy for new developers, we have a whole section of the website dedicated to development topics [1] We're looking for suggestions what to add / how to improve that section, especially the "Getting started" part [2]. It would be especially valuable if someone of the more recent new developers could make suggestions, as they've only just gone through the process themselves. I've added a link to the Doxygen pages, but there's probably more which could be useful to guide our future devs Any ideas are welcome! Regards, Maren [1] https://inkscape.org/en/develop/ [2] https://inkscape.org/en/develop/getting-started

1 0

[RFC] Plan for 0.92
by Bryce Harrington 28 Apr '15

28 Apr '15

Hi all, Last release we discussed switching to a more rapid release cycle starting with 0.92. So here's a proposal for a plan to do this. Even though it's been a short time since our last release, already we've accumulated a number of features, thanks in large part to Jabier's many LPE's: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.92 Please make sure any other added features are included in the release notes soon. I'd like to propose the following release plan, which is based on the 0.91 plan, but simplified and with more focus on changes to packaging, no bug hunt, and no experimental branch. We simplify to a single Freeze phase. We cut a pre0 release before starting the build system hacking, so testers will have something to test. We move the about screen contest up so it can get done sooner, and so that we can string freeze earlier to give translators time. This should drop a number of the more time consuming bits yet keep the important steps in the checklist. Please let me know what you think, and esp. if you see some areas that need tweaking. Bryce # Period Tasks -------------------------- 1. Open development. Post inkscape-0.92-pre0.tar.gz (w/ old build sys) Start an About Screen contest Decide new unit testing system Decide new build system Implement new build system Integrate new swatch dialog Begin switching packaging to use new build system Begin tracking % translated Migrate mailing lists off sourceforge (Other bits off roadmap...) 2. Chill. Development focuses on wrapping up Disable features that aren't finished Identify 'make distcheck' issues Identify remaining writing needed for Release Notes. Identify any release blocker bugs Recruit Release Wardens for Hard Freeze 3. Frost. Only production-ready code committed to Mainline Finalize any major changes to platform packaging Inkscape must pass 'make distcheck' Ensure packaging for all platforms installs Ensure packaging for all platforms uninstalls Finalize tutorials to be shipped with release Finalize other docs included in the release Finalize about screen Finalize Release Notes except Known Issues Post additional inkscape-0.92-pre*.tar.gz releases Packagers test creating pkgs of the -pre* releases Post % translated per language for each release 4. Freeze. Stable Branch is forked from Mainline Regular development resumes on Mainline. Only Release Wardens can commit to Stable Branch Cherrypick bug fixes from Mainline to Stable Complete any late work under advisement of Wardens Focus on release-critical bug fixing. String Freeze No further string changes allowed on Stable Branch. Translators work on translations. Finalize all extensions Finalize codebase translations Finalize Known Issues section of Release Notes Finalize packaging scripts Post additional inkscape-0.92-pre*.tar.gz releases Post % translated per language for each release 5. Release. Post inkscape-0.92.tar.gz Post packages Post official announcements Plan 0.92.1+ release(s), if needed 6. Open development. As far as timing goes, I'm thinking we give a few weeks to open development (step 1), and then a week each for all the subsequent steps. This would see 0.92 released in a June/July timeframe.

3 2

Does swapping R and B bytes in colors ring any bells?
by mathog 28 Apr '15

28 Apr '15

Do any of you recall having seen code in Inkscape which swaps the bytes for colors R and B, but leaves the bytes for G and A alone? In emf-print.cpp there has long been a section with this code (sorry about the wrap): (void) RGBA_to_DIB(&px, &cbPx, &ct, &numCt, rgba_px, width, height, width * 4, colortype, 0, 1); // Not sure why the next swap is needed because the preceding does it, and the code is identical // to that in stretchdibits_set, which does not need this. swapRBinRGBA(px, width * height); A bug has turned up https://bugs.launchpad.net/inkscape/+bug/1447850 where the swap is needed for interactive work, but NOT needed for cli work. As the note indicates, I never knew why those two bytes were reversed, they should not have been, it was always a workaround for unexplained behavior. Now it seems that these bytes are not always swapped. Here is what happens: (bytes are swapped in output routine: Y/N) image fillimage gui Y Y cli Y N Fillimage refers to an image used in a fill operation, image is just the usual sort of image in the SVG drawing. The EMF input/output has no idea what mode it is operating in. The pixel array rgba_px comes from this line in emf-print.cpp: rgba_px = (char *) pixbuf->pixels(); // Do NOT free this!!! and the contents of rgba_px are not the same for the fillimage test case in gui and cli modes. pixbuf comes via a call from metafile-print.cpp: *epixbuf = ((SPImage *)parent)->pixbuf; So, as far as I can tell the R<->B swapping has occurred elsewhere in Inkscape, long before it hits the EMF output code. Any suggestions where that might be? Or why that might be? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 3

better bucket tool design proposal & measurement ruler
by Jelle Mulder 27 Apr '15

27 Apr '15

Hi Todor and all, On the fill tool Being a heavy user of the current fill tool, which for creating a quick mask/clip area around bitmaps is a godsend I concur with most of the issues of the bucket tool. Nodes are placed at curious spots and spikey hair is not well addressed to say the least. What I do like about the current tool is that it is fast. So what I would propose is instead of replacing the current tool, adding a more elaborate one to the list. If possible with a method to grow and or shrink the offset much like a gradient taken from the centerpoint of the fill. I made a simple example of how I envision this to look. It would have to calculate the intersections and then take that as the vector for the amount of grow or shrink. By setting some control nodes on would be able to make the outline shrink more to the inside or grow a bit more if required and fiddle around with it. Maybe you could even give it several vectors and use a displacement map based on calculated mesh warp. I'm not sure how feasible this would be, but it sure would be cool and could lead to a whole set of tools that apply some kind of displacement map to a vector and spit out a vectorised displaced image. Thinking of text on a round surface (ball, cup, etc) or wavy flags. Ripple effects would become easy to create. You can just apply a feDisplacement in the file, but that takes quite some computation on the client side you may want to prevent. On the measurement ruler Why not make it an option to create an object with that? It is a useful tool, but would be more useful if you could create an object with the measurement results and the shapes as a permanent object. It would be even more useful if you could copy and adjust this object and get new measurements from it. Or how about a tool that lets you create an object with certain measurements, say a 20 mm line in a 32% angle and a line vertical or horizontal to that edging the bounding box with the correct measurement. Pretty sure an architect or cutter would greatly enjoy that. Sawing machines could probably use that too. Sorry for the inconvenience, Cheers, Jelle

2 1

First day!
by Jabier Arraiza 27 Apr '15

27 Apr '15

First day at HackFest. A god day. Thanks to all for his patience with my english, specialy to Krzysztof who take me away from the incomprehension. Good night to all!

1 0

Access to the wiki to add a better bucket tool design proposal
by Todor Imreorov 26 Apr '15

26 Apr '15

Hello everyone! There was a google+ discussion where I expressed thought on a better bucket tool implementation and discussed issues with the current one. https://plus.google.com/u/0/+inkscape/posts/4ZGgz6XKmGo As a result +Martin Owens <https://plus.google.com/102241005050666075649> and +Tavmjong Bah <https://plus.google.com/111969650498055377139> invited me to this mailing list to get involved in the effort to improve the bucket tool in inkscape. I need to write a proper design proposal at inkscape's wiki. In it I plan to outline the workflow issues and include examples of better bucket fill implementations from other open source software and public algorithms / research papers . How do I go about getting write access to the wiki page and where do I exactly file my proposal? Thank you in advance for the time. Best regards, Todor

6 6

State of Libre Graphics
by Jabiertxo Arraiza Cenoz 25 Apr '15

25 Apr '15

Hi to all, reading LGM website, i find this: http://libregraphicsmeeting.org/2015/state-of-libre-graphics/ Inkscape is on it? Is the work done? Regards, Jabier.

10 33

PIL distributed inside Inkscape (Windows 64 bit)
by Lorenzo Luengo 25 Apr '15

25 Apr '15

Hi everyone, While trying to use the PIL library bundled with the python installation inside the Inkscape directory, for developing a new extension, I got the following error: >>> import _imaging Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: DLL load failed: The specified module could not be found. Even though the _imaging.pyd file was present, I was unable to load it into the python interpreter. Then I found that even I downloaded the x64 installer for Inkscape, the bundled python version was the 32-bit one. After tweaking the windows registry (to make the installer point to the bundled python directory) I managed to install the x64 version of PIL, still without success because the python interpreter was 32-bit. After forcing the installation of python 2.6 64-bit version over the bundled version, I had to reinstall on this python environment the PIL and lxml libraries, and my plugin finally was able to use PIL. Should this issue be fixed? I mean bundling python 64bit (+libraries) with Inkscape 64bit installer. -- Lorenzo Luengo C. Ingeniero Civil Electrónico Cel: 98270385

3 3

wiki account request (LGM/hackfest)
by insaner 24 Apr '15

24 Apr '15

Hi all, I would like to add myself to the hackfest/LGM wiki page, but I need wiki access, can someone grant me that? I'm not sure what info I need to provide, but desired username: insaner, email: inkscape-wiki then the at sign then insaner then dot com. Thanks -- View this message in context: http://inkscape.13.x6.nabble.com/wiki-account-request-LGM-hackfest-tp497341… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Bug? Single Quotes Around Font Names in .91 not Present in .48
by Adrian Bakker 21 Apr '15

21 Apr '15

As of the .91 release of inkscape, all style definitions have the font-names enclosed in single quotes. This change breaks SVG compatibility with Apache Batik. If it is a necessary change and in compliance with the SVG standard, let me know so I can fix the matter on the Batik end. Anyone with information regarding the change, please contact me at adrianbakker[at]gmail.com Thanks for your time, -- -Adrian B.

2 1

Linear RGB and Mesh Gradient
by Jabier Arraiza 21 Apr '15

21 Apr '15

Hi, a question is posibol use Linear RGB in Mesh Gradients to avoid dark holes? Can be a GUI option? Maybe PDF/AI compatibility problems? Regards, Jabier.

7 12

Mapping icon theme in Inkscape 0.91 to icons.svg on Linux
by Alexi Helligar 20 Apr '15

20 Apr '15

I am customizing a monochromatic icon.svg theme I found online. I notice there are several icons in the UI of Inkscape 0.91 which do not seem to get their symbols from the default icons.svg provided with Inkscape. These icons are as follows: - Templates — does not seem to have an icon in the default icons.svg. I created a symbol in my customized icons.svg with the ID: *templates* and *document-templates* in an attempt to fix this problem, but these IDs did not work.; - Swatches — has an icon (ID: *swatches*) but renders an icon from an unknown source; - Erase Existing Paths — has two icons (ID: *draw-eraser*, and *draw-eraser-16px*) but renders an icon from an unknown source; - Group — has an icon (ID: *selection-group*) but renders an icon from an unknown source; - Ungroup — has an icon (ID: *selection-ungroup*) but renders an icon from an unknown source. I am using the *Evolvere* desktop theme on KDE4 (See: https://github.com/franksouza183/EvolvereSuit). Apparently, this icon theme is the source for some of the icons used by Inkscape. Perhaps there are fallback icon sources, but I was not able to locate documentation on how Inkscape manages fallback icons. It seems like Inkscape should first locate icons in icons.svg before attempting fallback. What is the source of the other icons used by Inkscape but listed in icons.svg? Is there a reason why "Templates" does not have an icon in icons.svg. What is the best way to resolve these discrepancies? I looked in the application folders for Inkscape and online for the file(s) or table that maps symbol IDs in icons.svg to the elements in the GUI but was not able to find any information. I have attached the tweaked icons.svg file that I am currently using along with some screen shots . Your help would on this is appreciated. Thanks, — Alexi [image: Inline image 6] [image: Inline image 4] [image: Inline image 5]

2 1

Inkscape Hackfest: One week to go...
by Tavmjong Bah 19 Apr '15

19 Apr '15

Hi all, It's just one week to our first hackfest! I'm really looking to this. Here are some things to think about: For everyone: 1. Please review, comment on, add to the Hackfest topics page.[1] 2. It's not too late to attend! For attendees: 1. If you haven't filled out all your flight/hotel details, please do so.[2] 2. We'll be meeting in room 1150 on the first floor of Robarts library. I've sent email to ginger coons to find out if there is anything we need to do to access the room on Sunday. 3. Can everyone prepare a short, informal presentation on what they are currently working on or thinking about? Here are some things I would like to hear about: Krzysztof: Boolean operations Jabiertxo: LPE's Martin: Web site plans Jon/Alex: C++11 migration (note: Jon and Alex may not be present at the same time.) I'll give a presentation on SVG 2 inside Inkscape. Tav [1] http://wiki.inkscape.org/wiki/index.php/Hackfest2015_Topics [2] http://wiki.inkscape.org/wiki/index.php/Hackfest2015_Attendees

4 3

Font size
by Jabiertxo Arraiza Cenoz 19 Apr '15

19 Apr '15

Hi to all. Any body notice a 0.x font size when start using text tool? Regards, Jabier.

1 0

Budget page
by Bryce Harrington 18 Apr '15

18 Apr '15

Hi All, The Inkscape Budget for 2015 is now posted on our website: https://inkscape.org/en/about/governance/budget/ As mentioned on the page, the purpose of this budget is to help the board in deciding expenditures for the year, and we'll be periodically updating it as further expenses get decided. Bryce

2 1

Donating through Gratipay
by anatoly techtonik 18 Apr '15

18 Apr '15

Hi, I've set up my donation of $1 to Inkscape through Gratipay. Somebody who owns official Twitter account can setup a cash-out to Inkscape bank - that may help gather more funds for upcoming HackFest https://gratipay.com/on/twitter/inkscape/ It then may be possible to add a link to that to https://inkscape.org/en/support-us/donate/ I am learning Inkscape to do SVG art that can then be animated with D3.js to make something like these stats https://gratipay.com/ProjectTox/receiving/ Please, CC. -- anatoly t.

4 7

Save and User Manual
by Roger Sharp 17 Apr '15

17 Apr '15

As a Tech Writer, UX tester, and newbie Inkscape user: Regarding Bit Barrel’s comments, I agree about not having both ‘Save As’ and ‘Export.’ Confusing. Photoshop uses Export for saving pieces of the art such as paths. Also, the User Manual (or Guide?) looks very good BUT it is not searchable. It would be easy to take the current pages (.html or .xml) and import/convert them into a navigable, searchable compiled Help file (whether Web Help or compile .chm file). And, even though I’ve set preferences to Remember Last Window Geometry, it doesn’t remember the dialog layout, i.e., Layers Dialog, the Undo Dialog, etc. ( Version 0.48). Sharpart

11 25

Oh dear, the import export discussion ;-)
by Jelle Mulder 17 Apr '15

17 Apr '15

Hi all, I think Gez posted the most compelling reason to get rid of pdf and the like in the save as dialog. Inkscape will happily destroy the multipage document with prepress ready infromation with its own export file. If all you do with it is edit an image that doesn't need to go to print that's fine, but I guess those that are accustomed to using Adobe software with its extended pdf files that enable editing it with retaining all the extra stuff Adobe puts into to it to enable a prepress work flow in their own format will have been swearing at the current method. I saw multipage support on the todo list. Would be a nice start for better pdf support. CMYK is another one of the desires related to that. But even then I would really suggest making SAVE only save to Inkscape native and get the rest where it belongs in the export formats with their limited support. I haven't worked in print for quite some time now, but used to dabble around with postscript fill rasters quite a lot to get different effects on similar ink percentages. When using 2 colour print and a varnish, you could create really nice effects with that. None of such information would be maintained in an Inkscape PS export either. They are lossy export filters. Hence they should be in the export menu. The work flow in Inkscape is not ideal when you destroy half the info with a program that seems to claim to save all those file types as if it where native. Whether you put opening a file in the import or open dialog doesn't matter all that much as long as it is clear that the output file is an export or information gets lost by saving it as InkSVG. While following the discussion on SVG2 it became clear that the focus there is web content and for that Inkscape pretty much does everything you'd desire. However, as it turns out Inkscape is a really good and useful vector editor that has found its way into the prepress world and others despite its shortcomings in those fields, I would really like to see a work flow philosophy that reflects those shortcomings for the casual and first time users to prevent them from totally screwing up their work. Otherwise they will be disappointed. I guess that is what drove the Gimp to separate it as well. No Johan,.. it's not okay. Its like boiled and poached eggs. Similar results but different using the same tools and ingredients. But the end result differs through the method. Jelle

4 4

Hackfest 2015 - Topics
by Tavmjong Bah 15 Apr '15

15 Apr '15

Hi, So far we have eight people signed up for the Toronto hackfest. We still have room for more! Our fund raising campaign is doing well. Sponsorship is available for active developers and other Inkscape community members, see: http://wiki.inkscape.org/wiki/index.php/Hackfest2015_Attendees I've prepared a "Topics" wiki page to keep track of things that we should discuss and/or work on at the hackfest. Please add your ideas... even if you are not able to attend. The topics page is at: http://wiki.inkscape.org/wiki/index.php/Hackfest2015_Topics Tav

8 15

Using Inkscape for D3.js managed scene (Was: Donating through Gratipay)
by anatoly techtonik 14 Apr '15

14 Apr '15

On Sun, Apr 12, 2015 at 2:45 AM, Brynn <brynn@...3133...> wrote: > > [Off Topic - I'll be interested to look up D3.js, to perhaps add it to the > new page I'm making for the Inkscape website, about animation and Inkscape > (first draft and still under development: > http://staging.inkscape.org/en/learn/animation-and-inkscape). :-) ] > For the page from the website of graphics tool it looks overburdened with text. =) As for D3.js I am going to try this tutorial. Looks real from here. http://christopheviau.com/d3_tutorial/d3_inkscape/ -- anatoly t.

2 2

donations, Flattr ?
by Brynn 08 Apr '15

08 Apr '15

Hi Friends, A recent message from a happy Inkscape user on IF (http://www.inkscapeforum.com/viewtopic.php?f=30&t=18639) wonders if Inkscape should have a Flattr account? Although this is the first I've heard of Flattr, and I'm not sure if Inkscape's license, mission, etc. will permit; I'm curious myself. I thought it would be worth asking about :-) Should or could Inkscape use this kind of fundraising? (Flattr: https://flattr.com/) Thanks, brynn

5 9

Making Inkscape faster by avoiding excessive updates
by Krzysztof Kosiński 07 Apr '15

07 Apr '15

Hello List Whenever something is changed in the document, Inkscape does the following: 1. Store the change in the DOM tree (aka SP tree). 2. Write the change to the XML, also storing undo data. 3. In response to this XML change, update / recompute the values in the DOM tree. This means that when a path is changed in the node editor, the following happens: 1. Geom::PathVector is constructed from the UI nodes. 2. A path string is constructed. 3. Path string is written to XML. 4. XML observer catches the XML write event. 5. Path string which was just written is parsed, and Geom::PathVector is created. I guess you can see where this is inefficient. Note however that due to the fact we support "output precision" (i.e. by default the values written into the file have at most 8 digits after the decimal point, so we lose any precision above that), the PathVector created in step 5 is different than the vector created in step 1. One way to improve Inkscape's performance is to avoid the readback step after every change. In many cases, it leads to large portions of the DOM tree being unnecessarily recomputed. However, not doing readback is rather dangerous - if what we write does not actually parse back to what we have, we end up with data corruption - we are displaying a document that does not match the one that we would display when reopening the file. Therefore, the way to go would be to have the development version always do readback, while the release version would just assume it wrote the correct data. In the case of paths and other coordinate values, I think we should always store them with full double precision, taking advantage of the double-conversion library (I incorporated it into in 2Geom), and only allow reducing the precision in a separate output filter. What do you think? Best regards, Krzysztof

2 2

[Fwd: Website Feedback]
by Martin Owens 05 Apr '15

05 Apr '15

3 4

Roadmap planning to 1.0
by Bryce Harrington 03 Apr '15

03 Apr '15

Several months ago we brainstormed ideas for the roadmap. Everything people suggested should now be collected here, categorized but not prioritized or ordered: http://wiki.inkscape.org/wiki/index.php/Roadmap One thing we seem to be in consensus about is to get releases out more swiftly. To do this, I think what we should do is a) minimize the number of objectives for each release, and b) stagger the types of objectives in each release, so we rotate what team is in the spotlight each release. With that in mind, what do you guys think about organizing our next few releases with the following focii? Inkscape 0.92 ~ Infrastructure Focus Inkscape 0.93 ~ Maintenance Focus Inkscape 0.94 ~ Feature Focus Inkscape 0.95 ~ Stability Focus Inkscape 1.0 ~ Documentation Focus I anticipate we'd pick a couple objectives for each release that are appropriate to the focus area, plus a smaller, secondary objective unrelated to the focus. For 0.92, I'm thinking we've enough in the hopper that we should expedite it. What do you guys think? Bryce

7 8

Re: [Inkscape-devel] Website
by Martin Owens 31 Mar '15

31 Mar '15

On Tue, 2015-03-31 at 12:27 +0000, Hinerangi Courtenay wrote: > Martin, any news from Mathew? I was so caught up in my work I lost > touch a bit with everyone working on the site...sorry about that! Dear Hinerangi, > No more words as of yet. The spring time is always very busy for everyone :-) but I hope if we're still all here as the year goes on, we'll be able to spend a bit of time each on the website items. Best Regards, Martin Owens

1 0

Re: [Inkscape-devel] Website
by Ian Caldwell 30 Mar '15

30 Mar '15

any update Courtenay? any drafts? I look forward to seeing what you've come up with. Thanks, Ian On Tue, Jan 13, 2015 at 10:52 PM, Hinerangi Courtenay < hine.courtenay@...36...> wrote: > Hello, > > Not yet - I was away for a bit, but have been in contact with the web team > by email, and am back home with the local environment up and running > (finally). So things will start evolving soon :-) > > Sent from my iPhone > > On 13 janv. 2015, at 23:40, Ian Caldwell <inchosting@...400...> wrote: > > Courtenay, > any updates on the mockups? > > On Tue, Dec 30, 2014 at 3:57 AM, Brynn <brynn@...3133...> wrote: > >> while on the other hand they >> > disrespect a professional's time, duplicating work and not using design >> > feedback and critique to work towards the best solution. >> >> I don't understand what you mean? Oh you mean, as opposed to paying >> someone >> for graphics? >> >> If a competition is the wrong or inappropriate or just not the best >> approach, it seems like there still should be a way to use the work of >> Inkscape artists for the website. >> >> Thanks :-) >> >> -------------------------------------------------- >> From: "Martin Owens" <doctormo@...400...> >> Sent: Tuesday, December 30, 2014 4:41 AM >> To: "Brynn" <brynn@...3133...> >> Cc: "Gez" <listas@...3059...>; "Hinerangi Courtenay" >> <nospamunicornus-mailinglist@...36...>; >> <inkscape-devel(a)lists.sourceforge.net> >> Subject: Re: [Inkscape-devel] Website >> >> > On Mon, 2014-12-29 at 23:06 -0700, Brynn wrote: >> >> Maybe could even have some kind of competition >> >> for the website graphics? >> > >> > Competitions are a difficult problem. In one sense they open the doors >> > to new artists who lack confidence, while on the other hand they >> > disrespect a professional's time, duplicating work and not using design >> > feedback and critique to work towards the best solution. >> > >> > With great care should we do such a thing :-) >> > >> > Martin, >> > >> >> >> ------------------------------------------------------------------------------ >> 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 >> > >

1 0

Website: About SVG page is up
by Maren Hachmann 29 Mar '15

29 Mar '15

Hi, this is just to let you know that our new About SVG (https://inkscape.org/en/develop/about-svg/) page is up now. Thanks again for the feedback! And if there's someone who can help with the The next Release page (https://inkscape.org/en/develop/next-release/) contents (major features, bug fixes), that would be great ;) Regards, Maren

4 3

Example of Inkscape handling corrupt input file?
by mathog 26 Mar '15

26 Mar '15

Can somebody please point me to an example in Inkscape where code which is importing from some other format handles an exception and notifies the user? Ideally this would automagically work with both GUI interactive sessions (where it would open a pop up dialog and send a message to stderr) and command line processing (just the message to stderr). There are three cases which need to be handled: 1. One or more records were corrupt and were ignored. 2. Unsupported record types were seen and were ignored. 3. Input failed completely because the file was missing mandatory records. and in terms of notification, presumably they would all use the same mechanism. However, in the 3rd case, when a file import gives up how should it return "nothing" to the program? For the EMF/WMF imports, since they are creating an SVG and passing that back anyway, it could do something cheesy like creating a drawing with a text box saying: The import of file xyz failed but then the end user has to delete this window, in addition to dismissing the pop up warning box. Would Inkscape just ignore it if the returned SVG was an empty string, or would that trigger yet another set of warnings? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Document scale
by Tavmjong Bah 25 Mar '15

25 Mar '15

Hi, I just checked in some code that allows one to change document scale in the Document Properties dialog. This is a first step. I plan to allow the user to select User units per display unit (e.g. mm) or display units per User unit. I also plan an expandable menu that allows setting the 'viewBox' directly as well as handling the case (hopefully rare) where the X scale and Y scale differ. Normal objects on the screen update properly but the editing aids (nodes, grids, guides) do not. I am not sure what I have to do to fix this. (The XML is correct but the display is not.) Feedback welcome. Tav

4 3

Not enough time for trying out Boost or Google Test Framework before Hackfest, anyone else?
by Christoffer Holmstedt 24 Mar '15

24 Mar '15

In late february during the IRC meeting about Jenkins and testing of Inkscape I volunteered to take a deeper look at Boost Test Library and Google Test Framework, with the end result of two different Inkscape branches showing the pros and cons of them both. Life AFK has since then took some unexpected turns but is looking good now for the future. The problem now is that I don't have much spare time before the Hackfest in the end of April to try the testing frameworks out. So if we want a discussion about the choice of testing framework at the Hackfest it would be beneficial if someone else could do it. If nothing else I will try to get back to this issue later this year. Regards -- Christoffer Holmstedt

3 3

Inkscape with git-bzr-ng, error pulling from trunk
by Christoffer Holmstedt 22 Mar '15

22 Mar '15

Hi I'm following the instructions on our website at [1] but I'm missing one critical part of information. If I clone the repository one weekend and then come back to it a week later the first thing I need to do is to update master branch (lp:inkscape / trunk) so I have the latest commits on my local machine. How is this done properly? "git bzr sync" from [2] seems to be the right command but I'm not sure, it succeeds without errors most of the time. "git pull" doesn't work because I don't have any remotes in my "git" repository. "git bzr pull" gives errors some times but not always. The errors I get from both "git bzr sync" and "git bzr pull" are as follows: "warning: Not updating refs/heads/bzr/master (new tip bbdb26a8c9d67d9c75d03c43b8db4686008a0913 does not contain deaf8922dbca36e15fe43a72b2b4320ae649a42f)" The message is sort of obvious that my local branch and remote have diverged but they have not when I compare "git log" with the commits available on launchpad in lp:inkscape. [1] https://inkscape.org/en/develop/using-git-repositories/ [2] https://bazaar.launchpad.net/~termie/git-bzr-ng/master/view/head:/README.rst Any help is appreciated. Regards -- Christoffer Holmstedt

2 3

Colour is Broken?
by Martin Owens 22 Mar '15

22 Mar '15

This interesting video: https://www.youtube.com/watch?v=LKnqECcg6Gw If I'm remembering right, all open source tools use RGB average and suffer this same blending issue. What's the future look like for a solution? Martin,

3 3

Path outliner
by Krzysztof Kosiński 22 Mar '15

22 Mar '15

I recently noticed some commits to a 'path outliner' (src/helper/geom-pathstroke.cpp). This looks like something that should eventually be moved into 2Geom. Regards, Krzysztof

2 1

Call for reviewers
by Jabier Arraiza 18 Mar '15

18 Mar '15

Hi to all! Has anybody time to help me? I want to get some of this merged before the HackFest 2015. And i want a review previous to the merge to be "sure" with the merge. I have this branches pending to review: [1] Simplify pencil strokes in a interactive way [2] Transform paths by two knots (LPE) [3] Rotate copies improvement. Added Kaleidoscope mode (LPE) [4] Mirror symmetry improvement. Added "fusion parameter"(LPE) [5] Bend from clipboard. Apply a bend LPE in pen and pencil mode whith the contents of the clipboard [1]https://code.launchpad.net/~inkscape.dev/inkscape/simplify-lpe-pencil-too… [2]https://code.launchpad.net/~inkscape.dev/inkscape/transform_by_two_points [3]https://code.launchpad.net/~inkscape.dev/inkscape/copy-rotate-lpe-improve… [4]https://code.launchpad.net/~inkscape.dev/inkscape/mirror-symetry-lpe-impr… [5]https://code.launchpad.net/~inkscape.dev/inkscape/bendFromClipboard Thanks very much in advance, Jabiertxo.

1 1

win32 wix based msi installer - next steps
by the Adib 18 Mar '15

18 Mar '15

Hello All, instead of following https://bugs.launchpad.net/inkscape/+bug/1418595 I would like to share my ideas for the wix based win32/win64 msi installer. The msi based installer was introduced in 0.91. It has several flaws - beside some benefits using native platform installer framework. 1. does not detect old exe based installation but: installer should report directory already exists ... 2. does not allow win32 and win64 side by side installation but: prevents doing so can be implemented, but I think it confuses user which application is linked as .svg application 3. is not localized I am working on how todo: localisation of installer with single msi file 4. does not allow easy upgrade but: will ask for deinstallation first Patch commited for easy upgrade 5. some reports of not linked .svg to inkscape application not yet investigated As of the nature of things before starting localisation all outstanding features should be implemented. I would like to see those fixes backported to release 0.91 branch. So I want to ask: what else do you expect from inkscape msi installer on win32 platform? And where should be the priorities? Regards, Adib. --

2 1

time to sync with lib2geom?
by alvinpenner 15 Mar '15

15 Mar '15

there have been a number of changes made in lib2geom in the last 4 months or so, would this be a good time to sync again? Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/time-to-sync-with-lib2geom-tp4973183.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

Mirror symmetry on Lattice 2 LPE
by Jabiertxo Arraiza Cenoz 14 Mar '15

14 Mar '15

Hi to all. Now in development version my last work, myrror symmetry in lattice2 LPE. Here are a video: http://www.jabiertxof.tk/2015/03/mirror-symmetry-in-lattice-2-live.html All the best, Jabier.

3 2

Nice new interpolation feature in Fontforge !
by Ivan Louette 14 Mar '15

14 Mar '15

This nice feature helps to keep harmonious curves when moving nodes : https://www.youtube.com/watch?v=q2mNOTo9lqQ Useful not only for fonts ! ivan

2 1

Board resignation
by Johan Engelen 11 Mar '15

11 Mar '15

Hello all, A few days ago, I resigned my position on the board. Because of my very low activity (last commit was 3 months ago) and decreased interest in the project, it was time for me to leave the board and make room for someone with fresh energy. There will be an election held to find a replacement board member. Think about whether you'd be interested in having a seat on the board, or who you think should apply for candidacy! There are excellent candidates in our community that deserve to be member of the board. cheers, Johan

8 8

edition
by иван кузнецов 11 Mar '15

11 Mar '15

i am ordinary user. i need have the same fitting ability for transform handles as for nodes. why its not done yet? иван кузнецов.

8 9

Hackfest and LGM Toronto April 26th through May 2nd.
by Tavmjong Bah 10 Mar '15

10 Mar '15

Hi, I will be coordinating our hackfest and the LGM event in Toronto at the end of April and beginning of May. I've prepared a Wiki page with a list of who is attending along with some travel information. I would like to encourage everyone in the Inkscape community to attend these events. We still have unallocated travel funds available. It is not necessary to be attending both events. Send an email to Bryce if you wish to attend. The funds are on a first come/first served basis. The Wiki page is at: http://wiki.inkscape.org/wiki/index.php/Hackfest2015_Attendees Tav

2 1

Website: New 'About SVG' page
by Maren Hachmann 10 Mar '15

10 Mar '15

Hi again, there's another page which could also profit from your feedback: http://staging.inkscape.org/en/develop/about-svg/ I'd especially like to know if I understood the 'policy' related things correctly and if you have a link to add to the link section. Tav already helped by providing some keywords and some hints, but I'd like to know if I got it right before the page is published ;) Currently, links are not yet working, this will happen only after the page is moved to the 'real' website. Thank you, again ;) Regards, Maren

4 4

Website Back Online
by Martin Owens 10 Mar '15

10 Mar '15

Dear Developers At 19:17 UTC (15:17 EST) the website went down. This was caused by the failure of the mysql database server at py1.osuosl.org All web pages received a 502 error. At 20:18 UTC (16:18 EST) I noticed the error and restored a backup to a slower local sqlite database. You may have noticed login failures at this time and a lack of download files. A ticket was filed with osuosl. At 21:27 UTC (17:27 EST) osuosl responded via irc that the database machine was back up. Together pwnguin and I worked on restoring mysql functionality. At 22:05 UTC (18:05 EST) the website was back online with a few of the issues found reported in a bug report for later. If you see any more errors, I should be getting emails after the 7k initial emails clear my local email client. I will get to them. Best Regards, Martin Owens

2 1

Website: "The next release" page
by Maren Hachmann 10 Mar '15

10 Mar '15

Hi everyone, I need your help to update the "The next Release" page on our website. After receiving confirmation from Bryce, I've already cleaned it out and added a little intro text for 0.92: https://inkscape.org/en/develop/next-release/ . suv kindly provided me with a tentative list for the most important changes which will (probably) find their way into 0.92. I would like to ask you to help me sort through this list, and make additions, so the two sections in the lower part of the page can be filled again. Only important features / bug fixes should go there, and only those which are quite certainly going to be in 0.92 (page will be translated, and hopefully won't need to be changed too often). Some are also mentioned on the Wiki page for 0.92 here: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.92 (google cache can be used until it's up again). This is the list I got from suv: (and can someone explain what 'Selection sets' are? Something like a group without grouping, even over different layers?) Inkscape 0.92 ============= New features: * Units: internal resolution switched to 96dpi * Templates: cleanup, new procedural templates * Objects dialog * Selection sets * New patheffects (see release notes) * Mesh gradient tool * SVG 2 features: e.g. for markers ('auto-start-reverse', 'context-stroke', 'context-fill') (ask Tav what else is new in trunk i.e. not already in 0.91) * ... New features in progress (branches not merged yet): * Enhanced mirror and rotate_copies patheffects * New transform_by_two_points patheffect * Flatten overlapping and clipped objects (useful for plotting or PostScript export) * ... Notable bug fixes: * correct handling of parent transforms (on groups, layers) for clones * improved performance for (de-)selecting a large number of nodes * EMF/WMF fixes (clipping, text position) * fixes for rendering caching * ... Details from the bug tracker: ============================= https://launchpad.net/inkscape/+milestone/0.92 Longstanding bugs fixed with milestone 0.92: Bug #168651 "Tiled Clones" inside transformed groups broken Bug #510433 value of pixel is incorrect according to CSS2+errata (dpi switch 90->96) Bug #469885 Tiled Clones / Trace: Apply to Size skews resulting clone grid Bug #653574 Ungrouping moves clones inside nested groups Bug #772057 Inconsistent handling of parent transforms or 'viewBox' attribute in text tool controls Bug #918319 Printing offsets page (Windows) Bug #1152657 Paste selection with original+clone(s): Wrong placement between original and clones Bug #1245339 When changing a clone's parent's layer, the clones shift position Closed wishlist reports with milestone 0.92: Bug #170149 Node fillet / chamfer tools Bug #171660 B-Spline editing Bug #505180 Interactive freehand line smoothing New regressions in 0.91 fixed with milestone 0.92: Bug #1417752 'Find & Replace' ignores 'Flowed text' objects Bug #1426090 shape draw with "hand free line" disappear when combined Bug #1419122 "resize page to selection" broken in 0.91 with width="100%", height="100%" Fixes for new features in 0.91 with milestone 0.92: Bug #1409195 Inconsistent selection with 'Select same' on object with clones Bug #1425317, #1419926, #1405292: EMF/WMF import/export fixes Planned backports for 0.91.1 (bug-fix release): =============================================== https://bugs.launchpad.net/inkscape/+bugs?field.tag=backport-proposed Thank you! Regards, Maren

2 1

New extension to edit objects from string
by Jabiertxo Arraiza Cenoz 09 Mar '15

09 Mar '15

Hi to all. Here are my last two extensions, with a download link -inkscape.org- and a video. First it's for get svg from a selected element as string no parameters Second overwrite a element whith the conents of a string, use two parameters "id" thinking in console scripts and "new content". both are required http://www.jabiertxof.tk/2015/03/objects-to-and-from-string-extension.html Best regards, Jabier.

1 0

[bug] exported pdf split in multiple pages with --export-latex option
by Weipeng He 09 Mar '15

09 Mar '15

Hi all, I was using inkscape for converting svg files to pdf, so that i can use it for my latex documents. Everything works fine a few month ago. But, today when I use it again, I find out I can't compile my document. And, it's because the pdf file that inkscape export contains multiple pages (just one line or one shape for each page). Here is how I generated the pdf inkscape -D -z --file=image.svg --export-pdf=image.pdf --export-latex For me, all svg files generates this problem. One of the file is: upload.wikimedia.org/wikipedia/commons/b/b3/Window_function_and_frequency_r… The version is Inkscape 0.91 r13725 (Jan 30 2015). However, if i remove the "--export-latex" option, everything works fine. Can anyone help me with it? Thanks a lot! Best regards, Weipeng

2 1

Native MacOSX build
by Daniele Nicolodi 09 Mar '15

09 Mar '15

Hello, I've seen some recent effort to build Inkscape as a native MacOSX application https://code.launchpad.net/~suv-lp/inkscape/osxmenu GIMP is now built as a native MacOSX application (and it works nicely), therefore I believe that there should not be huge roadblocks in the underlying technology. What is the status for Inkscape? From the above linked page it is difficult to get the wide picture. I have more development experience on Linux than on MacOSX, but I would like to dedicate some time and help on this effort. Where should I start? Thanks. Cheers, Daniele

2 1

New feature "Interactive Smooth Pencil"
by Jabiertxo Arraiza Cenoz 08 Mar '15

08 Mar '15

Hi to all, I just finish my last feature to in a interactive way, add smooth to pencil strokes. Here are the video: https://www.youtube.com/watch?v=xDef4hU4tNc Here the branch: https://code.launchpad.net/~inkscape.dev/inkscape/simplify-lpe-pencil-toolb… Best to all, Jabier.

4 10

[lance@...2167...: [Hosting] OSL Build, Test and CI Infrastructure Survey]
by Bryce Harrington 08 Mar '15

08 Mar '15

----- Forwarded message from Lance Albertson <lance@...2167...> ----- Date: Tue, 3 Mar 2015 13:20:53 -0800 From: Lance Albertson <lance@...2167...> To: hosting@...2167... Subject: [Hosting] OSL Build, Test and CI Infrastructure Survey Hello everyone! We're investigating expanding our build and test infrastructure to serve the open source community. We have created a short survey [1] to learn what build, continuous integration and test services and tools your project uses and/or needs. We have already created SuperCell, however we realize its not meeting the needs for all of the projects and we'd like to fix that. We would greatly appreciate it if you could answer a few quick questions so we can better help your project and the FOSS eco-system at large. Thank you for your time! [1] http://osl.io/buildtestinfrasurvey -- Lance Albertson Director Oregon State University | Open Source Lab _______________________________________________ Hosting mailing list Hosting@...2167... http://lists.osuosl.org/mailman/listinfo/hosting ----- End forwarded message -----

3 6

Save and Export
by Jelle Mulder 07 Mar '15

07 Mar '15

Hi all, I am very much in favor of moving all the non native file format options to export. Apart from preventing saving into lossy formats, it really makes more sense from a logical point of view to have the non native file formats reside in export. Even plain SVG should be considered to be in this category. It is not about the fact you can edit a non native file format, I would like to state that the open dialog can allow opening 3rd party file formats as usual. When it comes to saving file I would like to see what I make being exactly what is being saved and not accidentally end up with conversion errors. From a UX perspective it makes more sense as well to have the Export option open up dialogs for each and every separate file format that relate to this file format and perhaps a small About this format screen what the expected loss could be. I don't care much about what other programs do on this issue and would certainly not point to Adobe software for good UI examples, but would like to state that it would allow for a more logical placement of interactions and probably would simplify work flow. I would suggest to add an option save project button though. This opening an option to save the current file in iteration form from the last used name (by adding a number or letter) and generating an number of export files, such as .pdf, png or whatever, possibly generate several versions of SVG, with css exports file attached to it, copies of used fonts and what all the like. It's a crying shame that SVG fonts got dropped in SVG2 or it would be another great option to include, but having a tool like this would open up a really nice work flow method that can safe wads of time in producing content and give a clear insight in the differences of file formats. I could even envision creating native files that in one case use relative path and in the other version absolute path. Very handy when it comes to testing files locally and having to produce something that runs in a web browser as content hosted on a web site. Currently that is a question of opening up the file in an editor and changing all the friggin path names. Cheers, Jelle On Sat, 07 Mar 2015 12:55:42 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: Regression in trunk : some filters no longer work > (ivan louette) > 2. Re: Regression in trunk : some filters no longer work (su_v) > 3. Re: Regression in trunk : some filters no longer work > (Tavmjong Bah) > 4. Re: Regression in trunk : some filters no longer work > (Ivan Louette) > 5. Re: Save and User Manual (Gez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 06 Mar 2015 11:26:34 +0100 > From: ivan louette <ivan_louette@...48...> > Subject: Re: [Inkscape-devel] Regression in trunk : some filters no > longer work > To: su_v <suv-sf@...58...>, Inkscape Devel List > <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <54F980DA.4050100@...48...> > Content-Type: text/plain; charset="utf-8" > > Thanks ! > > However "Discrete" is lacking in the Dropbox test. > > I will fill a bug. I quicly saw the Filters Editor UI is also broken for > Color Matrixand they seem no longer work too > > ivan > > ------------------------------------------------------------------------ > > > Le 06/03/15 01:41, su_v a ?crit : >> On 2015-03-06 24:06 (+0100), Ivan Louette wrote: >>> Component Transfer primitives Discrete and Table no longer work in >>> trunk >>> and because of that a lot of filters are now broken. >> Confirmed using the SVG file from the SVG test suite: >> http://www.w3.org/Graphics/SVG/Test/20110816/harness/htmlObjectApproved/fil… >> >> Renders as expected with r13955, seems broken in r13960 (no archived >> builds in-between locally available): >> http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes/13960 >> >> Dropbox folder with reference images (svg, png) and PNG exports using >> Inkscape 0.91+devel r13955 and r13960: >> https://www.dropbox.com/sh/2xww7keann8xsbs/AACcYj6MZYrK6YO_LkkmpwYqa?lst= >> >> I'd recommend to file a bug report. >> >> >> Regards, V >> >> > >

1 0

Regression in trunk : some filters no longer work
by Ivan Louette 06 Mar '15

06 Mar '15

Component Transfer primitives Discrete and Table no longer work in trunk and because of that a lot of filters are now broken. ivan

4 6

More advanced guides
by Bit Barrel 06 Mar '15

06 Mar '15

I do a lot of CAD-like work and to work around certain missing features, I use guides a lot. The snapping system is awesome but the guides are not very flexible. What would be a huge improvement is if it would be possible to select guides. This opens up a whole range of possibilities which extensions and internal tools can benefit from. Examples are: -Create a 3rd guide in the middle of two selected guides. -Create a 3rd guide equidistant from two other selected guides. -Select a few guides and delete them. While researching this topic, I came across an interesting discussion in 2009 with the title "rotating guides" in the inkscape-devel mailing list, where the interesting bit starts at the 3rd page. It appears that the ability to select guides is a bit controversial. I would like to express my opinion on some of these matters as I think it is still current. I agree that guides are not the same as objects and that not all tools make sense for them. However, I disagree that not implementing a helpful feature because it introduces UI issues is a valid argument. For example, I think that not being able to set the stroke and fill before an object is drawn (except for the color) is unexpected as well. So let's not implement fill and stroke at all, because people might get confused. That is basically what is being said below. Grayed out dialog items were invented because sometimes things just don't make sense. I think that is the solution to this problem. Here are some quotes from that discussion: "I don't think making guides selectable is a good idea, because barring any ugly hacks we can only select SPObjects." "if we make guides selectable, this will open a whole can of worms - people will complain that the guides cannot be painted by clicking on a color swatch, cannot be aligned with Align dialog, cannot be grouped etc. etc. A lot of things that are natural for objects make little sense for guides, but by allowing to select them we hint that they are "sort of" objects. The amount of special-casing that this will require in the code and, more importantly, in user documentation and user habits and practices is rather frightening." "It may be confusing for some people, but I think it shouldn't be for the vast majority, especially if it's documented. There are plenty of places where the program can be potentially a LOT more confusing that this, but we don't worry so much if it provides a wanted functionality." "Some of the tools are designed to operate on objects of finite dimensions only. When an object has infinite dimensions, it creates problems."

3 5

Debugging with Visual Studio
by Bit Barrel 05 Mar '15

05 Mar '15

I figured out how to step through code in Inkscape using Visual Studio and I made a wiki for it too: http://wiki.inkscape.org/wiki/index.php/Using_Visual_Studio It requires a plugin called VisualGDB which unfortunately isn't free, but definitely affordable. Finally I can use my favorite tool :-)

1 0

Inkscape the next release
by the Adib 05 Mar '15

05 Mar '15

Hello, as we are now on the road to the release I want to focus to more advanced pdf export. The goal is to have a press ready output. With more detailed font, colour and page handling. As I understand our cairo renderer can output pdf but will never achieve this goal bcs cairo is simply not made for this. (Colour handling). So this task will end up with code taken from scribus or gegl or something. as starting point for reviewing the features I collected screenshots from scribus and corel export dialogues here http://wiki.inkscape.org/wiki/index.php/Export_To_Pdf_dialogs However the converter will look like the export dialogue should be kept simple for regular users and more detailled for the experts. .... If we can share some force into this topic over the next period would be perfect. Also did we talk about "save vs export vs save copy as"? I would see Inkscape "open and save" svg only and the other formats just "import and export". Any thoughts? Regards, Adib. --

12 21

Make vs btool
by Bit Barrel 04 Mar '15

04 Mar '15

I would like to debug Inkscape on Windows but given the lack of response here, I want to try a different approach. http://sourceforge.net/p/inkscape/mailman/message/33438177/ It is possible to debug a linux application on Windows using Visual Studio and WinGDB. However, they only support Make, not Btool. I asked WinGDB for support and this was their reply: /////////////// WinGDB can work with other build systems than make, but project generation is supported only for make. You should be able to build and debug, though. You need to change default command lines from 'make' calls to something suitable to build system used. Please consult following sections of the documentation: http://www.wingdb.com/docs/pages/wg_dev_mingw.htm http://www.wingdb.com/docs/pages/wg_remotebuild.htm We are not familiar with 'btool' build system, so you need to find out how to call it in order to perform build and clean tasks. ///////////// Anyone know what the btool commands are equivalent to make?

4 6

Debug build fails
by Bit Barrel 03 Mar '15

03 Mar '15

I want to enable debugging on windows and I did the following: Open build.xml: -Add -g to the flag section. -In the flags section, change -O2 to -O0 -Then change this: strip="true" symfile="${build}/inkscape.dbg" To this: strip="false" symfile="${build}/inkscape.dbg" -Then: btool clean btool But I get a bunch of make errors. A non-debug config builds fine. This should be easy to reproduce. Any ideas?

3 2

patches: dynamic offsets disappearing clones, pop object out of group
by insaner 02 Mar '15

02 Mar '15

Hi devs and testers, I've submitted a couple of patches and was looking for some feedback: https://bugs.launchpad.net/inkscape/+bug/1377689 - dynamic, linked offsets applied to clone original - unexpected behavior of clones https://bugs.launchpad.net/inkscape/+bug/484041 - function to release object from group thanks in advance -- View this message in context: http://inkscape.13.x6.nabble.com/patches-dynamic-offsets-disappearing-clone… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Mesh Gradient Update
by Tavmjong Bah 01 Mar '15

01 Mar '15

I've just checked in code that renames several mesh related elements: <meshGradient> -> <mesh> <meshRow> -> <meshrow> <meshPatch> -> <meshpatch> It also removes most of the experimental smoothing algorithms, leaving only the bicubic smoothing algorithm which can be selected using the 'type' attribute. These bring Inkscape's mesh implementation inline with the SVG Working Groups current mesh syntax (the editor's draft is not yet updated). Note: this code change breaks existing Inkscape SVG files with mesh gradients. The attached perl script will update files to the new spec. Tav

1 0

Inviting you to LGM and Inkscape Hackfest in Toronto
by Bryce Harrington 26 Feb '15

26 Feb '15

Hi all, I would like to invite you all to join me in attending the Libre Graphics Meeting in Toronto! It is held April 29 to May 2 at the University of Toronto. Inkscape will also be hosting a Hackfest the three days prior to this event, April 26-28. If you've done any development on Inkscape, and wish to help us plan our future, then definitely please come! ~=> Please let me know ASAP if you can attend! <=~ We have sponsorship available on a limited basis to Inkscape contributors, first come first served, so make sure to RSVP with me quickly. Our community has been coming together with donations specifically to enable developer attendance. We've got $10,000 set aside for this event, and with this hope to assemble 10-12 developers there. Maybe more depending on how the fundraising goes! Speaking of fundraising, please help us spread the word that our project needs more cash donations for this event. Point folks here for details: https://inkscape.org/en/support-us/hackfest/ ------------------------------------------------------------------------ * The Libre Graphics Meeting is the major event of the year for FOSS graphics application developers and users. I've only been once myself, but Inkscape has attended many times. It's a great way to network with our peer projects, share ideas, and get inspired. * The Inkscape Hackfest is new this year. It's rare for us to have dedicated time face-to-face to work on Inkscape. We're going to use this valuable time to design some major new features and to plan out a roadmap that will take us to 1.0. Other topics I hope we can work on include designing a new extension system, re-thinking our UI design, improving our pdf/printing capabilities, and all the other things listed as 'Future' on our current roadmap page. Personally, I'm hoping to experiment with running Inkscape with cairo-gl, and test getting Inkscape running as a Wayland client. * Are you located in Toronto and available to help Inkscape? We're looking for someone who can assist with local logistics. Please contact me and let me know your availability. * Sponsorship amounts will vary according to your history with the project. We definitely want everyone but in particular we're hoping to encourage high volume, long term contributors, so will try and skew sponsorship their way. So if you're a long term contributor, you really need to come! Bryce

4 4

Fwd: [Branch ~inkscape.dev/inkscape/trunk] Rev 13946: Isolate components of libgc
by Liam White 26 Feb '15

26 Feb '15

On Wed, Feb 25, 2015 at 6:46 PM, Krzysztof Kosiński <tweenk.pl@...972.....> wrote: > Just a few notes: > 1. This change is asking for trouble. "gc" is already used as the > library name of Boehm GC, which we are linking to, so these internal > GC components should be called "libinkgc" instead to avoid possible > naming conflicts. > 2. The convention so far was that "lib*" directories in the source > tree are for in-tree forks/copies of third party libraries (except > "libnrtype"). > Fixed in r13950. I'll try to stick to convention in the future regarding this area.

2 3

SCaLE related
by Josh Andler 26 Feb '15

26 Feb '15

Hey all, So, for those that don't know, SCaLE is the Southern California Linux Expo, it's the largest annual open source conference of it's type in North America (we had over 3,000 registered attendees this year). Just for transparency, I am one of the conference organizers (the Arts Chair), so I wanted to put that out there. Jon Cruz probably has a much better feel for how the booth activity was, but from the time I was there it seemed like the expo attendees were really interested in Inkscape as usual. The mix of people who know about Inkscape and those that have never heard of it was about the same as previous years from what I can tell (about 50/50), Jon could probably better comment on that since he spent far more time in the booth than I. Probably some of my best interactions were where people were users that couldn't figure out how to do things, and teaching them on the spot. I did want to say that the banner that we got for the booth made a big difference in terms of an appearance of professionalism. There was also an 18"x24" sign for the hackfest (which SCaLE paid for) which contributed to the booth appearance. Jon could give you numbers on how many of the Moo mini cards went out, but I think stickers will be a must in the future (people love free stuff, and I want to see people's laptops decorated with our logo). Anyway the items we had were definitely a great first step imho, but there are other components which we might want to look into for future years. Table skirt or much larger banner/booth backdrop for example. Note: The banner we have is great for the front of the booth, we just need something for the back as well. Anyway, just wanted to drop that little bit of info. I'm still kind of drained and not running on all cylinders again yet, so if I think of more, I will add it to the thread. Oh, and I just donated $5 to the hackfest via paypal because someone gave me a $5 bill in person at SCaLE. Cheers, Josh

4 13

Re: [Inkscape-devel] SCaLE related
by Jon A. Cruz 26 Feb '15

26 Feb '15

I do have the one photo of me with the family in front of it. You can see a little of the booth (one computer with my Wacom), and the banner shows up. I was about to throw it up on Google+ as soon as I get home. Sent from my mobile device. -------- Original message -------- From: Josh Andler <scislac@...400...> Date:02/25/2015 16:10 (GMT-08:00) To: Martin Owens <doctormo@...400...> Cc: inkscape-devel <inkscape-devel@...6...> Subject: Re: [Inkscape-devel] SCaLE related Martin, So, I don't have a booth photo, but if you look to the far right, you can see how our banner at the front of our booth is pretty effective at improving our visibility. :) https://flic.kr/p/riaxbi (I'm still looking for photos of it) Cheers, Josh On Wed, Feb 25, 2015 at 3:46 PM, Martin Owens <doctormo@...400...> wrote: > Great Josh, > > I'll wait for the extra info and a photo if you have any for the article. > > Martin, > > On 25 February 2015 at 18:43, Josh Andler <scislac@...400...> wrote: >> SCaLE was from Feb 19-22, at the Hilton @ LAX. So yes, it's over, my >> brain is still not back to 100% functional yet though. :) As for >> writeups, chances are I won't beat you to it because I'm still getting >> caught up on lots of other things. >> >> Cheers, >> Josh >> >> On Wed, Feb 25, 2015 at 3:15 PM, Martin Owens <doctormo@...400...> wrote: >>> Thanks Josh! >>> >>> Is SCaLE still happening? When it's finished, all this information >>> would be great for a news article. I'll collect any additional info >>> and put one together unless you beat me to it :-) >>> >>> Pro Tip: Coloured Bed sheets work really well as table clothes at >>> booths. They're even usually similar aspects. >>> >>> >>> Best Regards, Martin Owens >>> >>> On 24 February 2015 at 15:19, Josh Andler <scislac@...400...> wrote: >>>> Hey all, >>>> >>>> So, for those that don't know, SCaLE is the Southern California Linux >>>> Expo, it's the largest annual open source conference of it's type in >>>> North America (we had over 3,000 registered attendees this year). Just >>>> for transparency, I am one of the conference organizers (the Arts >>>> Chair), so I wanted to put that out there. >>>> >>>> Jon Cruz probably has a much better feel for how the booth activity >>>> was, but from the time I was there it seemed like the expo attendees >>>> were really interested in Inkscape as usual. The mix of people who >>>> know about Inkscape and those that have never heard of it was about >>>> the same as previous years from what I can tell (about 50/50), Jon >>>> could probably better comment on that since he spent far more time in >>>> the booth than I. Probably some of my best interactions were where >>>> people were users that couldn't figure out how to do things, and >>>> teaching them on the spot. >>>> >>>> I did want to say that the banner that we got for the booth made a big >>>> difference in terms of an appearance of professionalism. There was >>>> also an 18"x24" sign for the hackfest (which SCaLE paid for) which >>>> contributed to the booth appearance. Jon could give you numbers on how >>>> many of the Moo mini cards went out, but I think stickers will be a >>>> must in the future (people love free stuff, and I want to see people's >>>> laptops decorated with our logo). Anyway the items we had were >>>> definitely a great first step imho, but there are other components >>>> which we might want to look into for future years. Table skirt or much >>>> larger banner/booth backdrop for example. Note: The banner we have is >>>> great for the front of the booth, we just need something for the back >>>> as well. >>>> >>>> Anyway, just wanted to drop that little bit of info. I'm still kind of >>>> drained and not running on all cylinders again yet, so if I think of >>>> more, I will add it to the thread. >>>> >>>> Oh, and I just donated $5 to the hackfest via paypal because someone >>>> gave me a $5 bill in person at SCaLE. >>>> >>>> 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

1 0

Re: [Inkscape-devel] [Branch ~inkscape.dev/inkscape/trunk] Rev 13946: Isolate components of libgc
by Krzysztof Kosiński 25 Feb '15

25 Feb '15

Just a few notes: 1. This change is asking for trouble. "gc" is already used as the library name of Boehm GC, which we are linking to, so these internal GC components should be called "libinkgc" instead to avoid possible naming conflicts. 2. The convention so far was that "lib*" directories in the source tree are for in-tree forks/copies of third party libraries (except "libnrtype"). Regards, Krzysztof 2015-02-25 23:25 GMT+01:00 <noreply@...1881...>: > ------------------------------------------------------------ > revno: 13946 > committer: Liam P. White <inkscapebrony@...400...> > branch nick: inkscape > timestamp: Wed 2015-02-25 17:24:47 -0500 > message: > Isolate components of libgc > removed: > src/gc-allocator.h > added: > src/libgc/ > src/libgc/CMakeLists.txt > src/libgc/Makefile_insert > renamed: > src/gc-alloc.h => src/libgc/gc-alloc.h > src/gc-core.h => src/libgc/gc-core.h > src/gc-managed.h => src/libgc/gc-managed.h > src/gc-soft-ptr.h => src/libgc/gc-soft-ptr.h > src/gc.cpp => src/libgc/gc.cpp > modified: > src/CMakeLists.txt > src/Makefile.am > src/Makefile_insert > src/composite-undo-stack-observer.h > src/debug/demangle.cpp > src/debug/gc-heap.h > src/debug/heap.cpp > src/debug/logger.cpp > src/debug/simple-event.h > src/display/nr-filter.h > src/document-subset.h > src/document.h > src/gc-anchored.h > src/gc-finalized.h > src/inkview.cpp > src/layer-manager.cpp > src/layer-manager.h > src/main.cpp > src/message-stack.h > src/selection.h > src/ui/clipboard.cpp > src/ui/dialog/filedialog.cpp > src/ui/dialog/filedialogimpl-win32.h > src/ui/dialog/memory.cpp > src/ui/dialog/ocaldialogs.cpp > src/ui/view/view.h > src/undo-stack-observer.h > src/util/list.h > src/util/share.h > src/xml/attribute-record.h > src/xml/composite-node-observer.h > src/xml/event.h > src/xml/log-builder.h > src/xml/subtree.h > src/libgc/gc-alloc.h > src/libgc/gc-managed.h > src/libgc/gc-soft-ptr.h > src/libgc/gc.cpp > > > -- > lp:inkscape > https://code.launchpad.net/~inkscape.dev/inkscape/trunk > > You are subscribed to branch lp:inkscape. > To unsubscribe from this branch go to https://code.launchpad.net/~inkscape.dev/inkscape/trunk/+edit-subscription > > === modified file 'src/CMakeLists.txt' > --- src/CMakeLists.txt 2015-02-25 19:22:23 +0000 > +++ src/CMakeLists.txt 2015-02-25 22:24:47 +0000 > @@ -491,6 +491,7 @@ > add_subdirectory(libavoid) > add_subdirectory(libcola) > add_subdirectory(libcroco) > +add_subdirectory(libgc) > add_subdirectory(libgdl) > add_subdirectory(libuemf) > add_subdirectory(libvpsc) > > === modified file 'src/Makefile.am' > --- src/Makefile.am 2015-02-25 01:14:01 +0000 > +++ src/Makefile.am 2015-02-25 22:24:47 +0000 > @@ -29,6 +29,7 @@ > $(internal_GDL) \ > libuemf/libuemf.a \ > libcola/libcola.a \ > + libgc/libgc.a \ > libvpsc/libvpsc.a \ > livarot/libvarot.a \ > 2geom/lib2geom.a \ > @@ -115,6 +116,7 @@ > include helper/Makefile_insert > include io/Makefile_insert > include libcroco/Makefile_insert > +include libgc/Makefile_insert > include libgdl/Makefile_insert > include libnrtype/Makefile_insert > include libavoid/Makefile_insert > > === modified file 'src/Makefile_insert' > --- src/Makefile_insert 2015-02-25 19:22:23 +0000 > +++ src/Makefile_insert 2015-02-25 22:24:47 +0000 > @@ -43,13 +43,8 @@ > fill-or-stroke.h \ > filter-chemistry.cpp filter-chemistry.h \ > filter-enums.cpp filter-enums.h \ > - gc-alloc.h \ > - gc-anchored.h gc-anchored.cpp \ > - gc-core.h \ > - gc.cpp \ > - gc-finalized.h gc-finalized.cpp \ > - gc-managed.h \ > - gc-soft-ptr.h \ > + gc-anchored.cpp gc-anchored.h \ > + gc-finalized.cpp gc-finalized.h \ > gradient-chemistry.cpp gradient-chemistry.h \ > gradient-drag.cpp gradient-drag.h \ > graphlayout.cpp graphlayout.h \ > > === modified file 'src/composite-undo-stack-observer.h' > --- src/composite-undo-stack-observer.h 2014-03-30 22:08:13 +0000 > +++ src/composite-undo-stack-observer.h 2015-02-25 22:24:47 +0000 > @@ -10,7 +10,7 @@ > #ifndef SEEN_COMPOSITE_UNDO_COMMIT_OBSERVER_H > #define SEEN_COMPOSITE_UNDO_COMMIT_OBSERVER_H > > -#include "gc-alloc.h" > +#include "libgc/gc-alloc.h" > #include "undo-stack-observer.h" > > #include <list> > > === modified file 'src/debug/demangle.cpp' > --- src/debug/demangle.cpp 2010-11-17 02:12:56 +0000 > +++ src/debug/demangle.cpp 2015-02-25 22:24:47 +0000 > @@ -14,7 +14,7 @@ > #include <map> > #include "debug/demangle.h" > #include "util/format.h" > -#include "gc-alloc.h" > +#include "libgc/gc-alloc.h" > > namespace Inkscape { > > > === modified file 'src/debug/gc-heap.h' > --- src/debug/gc-heap.h 2010-11-17 02:12:56 +0000 > +++ src/debug/gc-heap.h 2015-02-25 22:24:47 +0000 > @@ -12,7 +12,7 @@ > #ifndef SEEN_INKSCAPE_DEBUG_GC_HEAP_H > #define SEEN_INKSCAPE_DEBUG_GC_HEAP_H > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include "debug/heap.h" > > namespace Inkscape { > > === modified file 'src/debug/heap.cpp' > --- src/debug/heap.cpp 2010-11-17 02:12:56 +0000 > +++ src/debug/heap.cpp 2015-02-25 22:24:47 +0000 > @@ -13,7 +13,7 @@ > # include "config.h" > #endif > > -#include "gc-alloc.h" > +#include "libgc/gc-alloc.h" > #include "debug/gc-heap.h" > #include "debug/sysv-heap.h" > #include <vector> > > === modified file 'src/debug/logger.cpp' > --- src/debug/logger.cpp 2011-12-08 11:53:54 +0000 > +++ src/debug/logger.cpp 2015-02-25 22:24:47 +0000 > @@ -15,7 +15,7 @@ > #include "inkscape-version.h" > #include "debug/logger.h" > #include "debug/simple-event.h" > -#include "gc-alloc.h" > +#include "libgc/gc-alloc.h" > > namespace Inkscape { > > > === modified file 'src/debug/simple-event.h' > --- src/debug/simple-event.h 2011-12-08 11:53:54 +0000 > +++ src/debug/simple-event.h 2015-02-25 22:24:47 +0000 > @@ -16,7 +16,7 @@ > #include <vector> > #include <glib.h> // g_assert() > > -#include "gc-alloc.h" > +#include "libgc/gc-alloc.h" > #include "debug/event.h" > > namespace Inkscape { > > === modified file 'src/display/nr-filter.h' > --- src/display/nr-filter.h 2014-10-08 02:22:03 +0000 > +++ src/display/nr-filter.h 2015-02-25 22:24:47 +0000 > @@ -18,7 +18,7 @@ > #include "display/nr-filter-types.h" > #include "svg/svg-length.h" > #include "sp-filter-units.h" > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > > namespace Inkscape { > class DrawingContext; > > === modified file 'src/document-subset.h' > --- src/document-subset.h 2014-03-30 22:08:13 +0000 > +++ src/document-subset.h 2015-02-25 22:24:47 +0000 > @@ -14,7 +14,7 @@ > #include <sigc++/connection.h> > #include <sigc++/functors/slot.h> > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "gc-anchored.h" > > class SPObject; > > === modified file 'src/document.h' > --- src/document.h 2015-01-06 12:37:55 +0000 > +++ src/document.h 2015-02-25 22:24:47 +0000 > @@ -21,7 +21,7 @@ > #include <sigc++/sigc++.h> > #include "libcroco/cr-cascade.h" > #include <2geom/forward.h> > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "gc-finalized.h" > #include "gc-anchored.h" > #include <glibmm/ustring.h> > > === removed file 'src/gc-allocator.h' > === modified file 'src/gc-anchored.h' > --- src/gc-anchored.h 2014-10-08 02:22:03 +0000 > +++ src/gc-anchored.h 2015-02-25 22:24:47 +0000 > @@ -9,7 +9,7 @@ > #ifndef SEEN_INKSCAPE_GC_ANCHORED_H > #define SEEN_INKSCAPE_GC_ANCHORED_H > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > > namespace Inkscape { > > > === modified file 'src/gc-finalized.h' > --- src/gc-finalized.h 2011-02-27 20:48:16 +0000 > +++ src/gc-finalized.h 2015-02-25 22:24:47 +0000 > @@ -18,7 +18,7 @@ > > #include <new> > #include <cstddef> > -#include "gc-core.h" > +#include "libgc/gc-core.h" > > namespace Inkscape { > > > === modified file 'src/inkview.cpp' > --- src/inkview.cpp 2014-10-08 02:22:03 +0000 > +++ src/inkview.cpp 2015-02-25 22:24:47 +0000 > @@ -47,7 +47,7 @@ > #include <gdk/gdkkeysyms.h> > #include <gtk/gtk.h> > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include "preferences.h" > > #include <glibmm/i18n.h> > > === modified file 'src/layer-manager.cpp' > --- src/layer-manager.cpp 2014-12-21 21:58:32 +0000 > +++ src/layer-manager.cpp 2015-02-25 22:24:47 +0000 > @@ -11,7 +11,7 @@ > #include <set> > #include <sigc++/functors/mem_fun.h> > #include <sigc++/adaptors/hide.h> > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "gc-finalized.h" > #include "document.h" > #include "desktop.h" > > === modified file 'src/layer-manager.h' > --- src/layer-manager.h 2014-10-08 02:22:03 +0000 > +++ src/layer-manager.h 2015-02-25 22:24:47 +0000 > @@ -15,7 +15,7 @@ > > #include "document-subset.h" > #include "gc-finalized.h" > -#include "gc-soft-ptr.h" > +#include "libgc/gc-soft-ptr.h" > > class SPDesktop; > class SPDocument; > > === added directory 'src/libgc' > === added file 'src/libgc/CMakeLists.txt' > --- src/libgc/CMakeLists.txt 1970-01-01 00:00:00 +0000 > +++ src/libgc/CMakeLists.txt 2015-02-25 22:24:47 +0000 > @@ -0,0 +1,15 @@ > + > +set(libgc_SRC > + gc.cpp > + > + # ------- > + # Headers > + gc-alloc.h > + gc-anchored.h > + gc-core.h > + gc-managed.h > + gc-soft-ptr.h > +) > + > +add_inkscape_lib(gc_LIB "${libgc_SRC}") > +# add_inkscape_source("${libgc_SRC}") > > === added file 'src/libgc/Makefile_insert' > --- src/libgc/Makefile_insert 1970-01-01 00:00:00 +0000 > +++ src/libgc/Makefile_insert 2015-02-25 22:24:47 +0000 > @@ -0,0 +1,13 @@ > +## Makefile.am fragment sourced by src/Makefile.am. > + > +libgc/all: libgc/libgc.a > + > +libgc/clean: > + rm -f libgc/libgc.a $(libgc_libgc_a_OBJECTS) > + > +libgc_libgc_a_SOURCES = \ > + libgc/gc.cpp \ > + libgc/gc-alloc.h \ > + libgc/gc-core.h \ > + libgc/gc-managed.h \ > + libgc/gc-soft-ptr.h > > === renamed file 'src/gc-alloc.h' => 'src/libgc/gc-alloc.h' > --- src/gc-alloc.h 2011-02-27 20:48:16 +0000 > +++ src/libgc/gc-alloc.h 2015-02-25 22:24:47 +0000 > @@ -17,7 +17,7 @@ > > #include <limits> > #include <cstddef> > -#include "gc-core.h" > +#include "libgc/gc-core.h" > > namespace Inkscape { > > > === renamed file 'src/gc-core.h' => 'src/libgc/gc-core.h' > === renamed file 'src/gc-managed.h' => 'src/libgc/gc-managed.h' > --- src/gc-managed.h 2010-11-17 02:12:56 +0000 > +++ src/libgc/gc-managed.h 2015-02-25 22:24:47 +0000 > @@ -14,7 +14,7 @@ > #ifndef SEEN_INKSCAPE_GC_MANAGED_H > #define SEEN_INKSCAPE_GC_MANAGED_H > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > > namespace Inkscape { > > > === renamed file 'src/gc-soft-ptr.h' => 'src/libgc/gc-soft-ptr.h' > --- src/gc-soft-ptr.h 2011-10-25 07:45:35 +0000 > +++ src/libgc/gc-soft-ptr.h 2015-02-25 22:24:47 +0000 > @@ -13,7 +13,7 @@ > #ifndef SEEN_INKSCAPE_GC_SOFT_PTR_H > #define SEEN_INKSCAPE_GC_SOFT_PTR_H > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > > namespace Inkscape { > > > === renamed file 'src/gc.cpp' => 'src/libgc/gc.cpp' > --- src/gc.cpp 2014-03-27 01:33:44 +0000 > +++ src/libgc/gc.cpp 2015-02-25 22:24:47 +0000 > @@ -9,7 +9,7 @@ > * Released under GNU GPL, read the file 'COPYING' for more information > */ > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include <stdexcept> > #include <cstring> > #include <string> > > === modified file 'src/main.cpp' > --- src/main.cpp 2015-02-04 14:34:21 +0000 > +++ src/main.cpp 2015-02-25 22:24:47 +0000 > @@ -52,7 +52,7 @@ > #include <glib-object.h> > #include <gtk/gtk.h> > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > > #ifdef AND > #undef AND > > === modified file 'src/message-stack.h' > --- src/message-stack.h 2014-10-08 02:22:03 +0000 > +++ src/message-stack.h 2015-02-25 22:24:47 +0000 > @@ -22,7 +22,7 @@ > #include <glibmm/ustring.h> > #include <sigc++/sigc++.h> > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "gc-finalized.h" > #include "gc-anchored.h" > #include "message.h" > > === modified file 'src/selection.h' > --- src/selection.h 2014-10-08 02:22:03 +0000 > +++ src/selection.h 2015-02-25 22:24:47 +0000 > @@ -19,10 +19,10 @@ > #include <stddef.h> > #include <sigc++/sigc++.h> > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "gc-finalized.h" > #include "gc-anchored.h" > -#include "gc-soft-ptr.h" > +#include "libgc/gc-soft-ptr.h" > #include "sp-item.h" > > > > === modified file 'src/ui/clipboard.cpp' > --- src/ui/clipboard.cpp 2015-02-21 01:06:20 +0000 > +++ src/ui/clipboard.cpp 2015-02-25 22:24:47 +0000 > @@ -32,7 +32,7 @@ > #include <glibmm/ustring.h> > #include <glibmm/i18n.h> > #include <glib/gstdio.h> // for g_file_set_contents etc., used in _onGet and paste > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include "xml/repr.h" > #include "inkscape.h" > #include "io/stringstream.h" > > === modified file 'src/ui/dialog/filedialog.cpp' > --- src/ui/dialog/filedialog.cpp 2014-10-08 02:22:03 +0000 > +++ src/ui/dialog/filedialog.cpp 2015-02-25 22:24:47 +0000 > @@ -19,7 +19,7 @@ > #include "filedialogimpl-gtkmm.h" > #include "filedialog.h" > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include "ui/dialog-events.h" > #include "extension/output.h" > #include "preferences.h" > > === modified file 'src/ui/dialog/filedialogimpl-win32.h' > --- src/ui/dialog/filedialogimpl-win32.h 2014-06-25 21:05:33 +0000 > +++ src/ui/dialog/filedialogimpl-win32.h 2015-02-25 22:24:47 +0000 > @@ -24,7 +24,7 @@ > > #include "filedialogimpl-gtkmm.h" > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > // define WINVER high enough so we get the correct OPENFILENAMEW size > #ifndef WINVER > #define WINVER 0x0500 > > === modified file 'src/ui/dialog/memory.cpp' > --- src/ui/dialog/memory.cpp 2014-03-27 01:33:44 +0000 > +++ src/ui/dialog/memory.cpp 2015-02-25 22:24:47 +0000 > @@ -20,7 +20,7 @@ > #include <gtkmm/liststore.h> > #include <gtkmm/treeview.h> > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include "debug/heap.h" > #include "verbs.h" > > > === modified file 'src/ui/dialog/ocaldialogs.cpp' > --- src/ui/dialog/ocaldialogs.cpp 2014-10-08 02:22:03 +0000 > +++ src/ui/dialog/ocaldialogs.cpp 2015-02-25 22:24:47 +0000 > @@ -26,7 +26,7 @@ > #include "path-prefix.h" > #include "filedialogimpl-gtkmm.h" > #include "ui/interface.h" > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include "ui/dialog-events.h" > #include "io/sys.h" > #include "preferences.h" > > === modified file 'src/ui/view/view.h' > --- src/ui/view/view.h 2014-03-27 01:33:44 +0000 > +++ src/ui/view/view.h 2015-02-25 22:24:47 +0000 > @@ -15,7 +15,7 @@ > #include <stddef.h> > #include <sigc++/connection.h> > #include "message.h" > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "gc-finalized.h" > #include "gc-anchored.h" > #include <2geom/forward.h> > > === modified file 'src/undo-stack-observer.h' > --- src/undo-stack-observer.h 2014-03-30 22:08:13 +0000 > +++ src/undo-stack-observer.h 2015-02-25 22:24:47 +0000 > @@ -10,7 +10,7 @@ > #ifndef SEEN_UNDO_COMMIT_OBSERVER_H > #define SEEN_UNDO_COMMIT_OBSERVER_H > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > > namespace Inkscape { > > > === modified file 'src/util/list.h' > --- src/util/list.h 2011-10-25 07:45:35 +0000 > +++ src/util/list.h 2015-02-25 22:24:47 +0000 > @@ -12,7 +12,7 @@ > > #include <cstddef> > #include <iterator> > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "util/reference.h" > > namespace Inkscape { > > === modified file 'src/util/share.h' > --- src/util/share.h 2011-02-27 20:48:16 +0000 > +++ src/util/share.h 2015-02-25 22:24:47 +0000 > @@ -12,7 +12,7 @@ > #ifndef SEEN_INKSCAPE_UTIL_SHARE_H > #define SEEN_INKSCAPE_UTIL_SHARE_H > > -#include "gc-core.h" > +#include "libgc/gc-core.h" > #include <cstring> > #include <cstddef> > > > === modified file 'src/xml/attribute-record.h' > --- src/xml/attribute-record.h 2011-12-08 11:53:54 +0000 > +++ src/xml/attribute-record.h 2015-02-25 22:24:47 +0000 > @@ -6,7 +6,7 @@ > #define SEEN_XML_SP_REPR_ATTR_H > > #include <glib.h> > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "util/share.h" > > #define SP_REPR_ATTRIBUTE_KEY(a) g_quark_to_string((a)->key) > > === modified file 'src/xml/composite-node-observer.h' > --- src/xml/composite-node-observer.h 2014-03-30 22:08:13 +0000 > +++ src/xml/composite-node-observer.h 2015-02-25 22:24:47 +0000 > @@ -15,7 +15,7 @@ > #ifndef SEEN_INKSCAPE_XML_COMPOSITE_NODE_OBSERVER_H > #define SEEN_INKSCAPE_XML_COMPOSITE_NODE_OBSERVER_H > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "xml/node-observer.h" > #include "util/list-container.h" > > > === modified file 'src/xml/event.h' > --- src/xml/event.h 2014-10-08 02:22:03 +0000 > +++ src/xml/event.h 2015-02-25 22:24:47 +0000 > @@ -24,7 +24,7 @@ > #include <iterator> > #include "util/share.h" > #include "util/forward-pointer-iterator.h" > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "xml/node.h" > > namespace Inkscape { > > === modified file 'src/xml/log-builder.h' > --- src/xml/log-builder.h 2011-10-04 05:43:09 +0000 > +++ src/xml/log-builder.h 2015-02-25 22:24:47 +0000 > @@ -14,7 +14,7 @@ > #ifndef SEEN_INKSCAPE_XML_LOG_BUILDER_H > #define SEEN_INKSCAPE_XML_LOG_BUILDER_H > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "xml/node-observer.h" > > namespace Inkscape { > > === modified file 'src/xml/subtree.h' > --- src/xml/subtree.h 2011-10-04 05:43:09 +0000 > +++ src/xml/subtree.h 2015-02-25 22:24:47 +0000 > @@ -15,7 +15,7 @@ > #ifndef SEEN_INKSCAPE_XML_SUBTREE_H > #define SEEN_INKSCAPE_XML_SUBTREE_H > > -#include "gc-managed.h" > +#include "libgc/gc-managed.h" > #include "xml/composite-node-observer.h" > > namespace Inkscape { > >

1 0

Inviting you to LGM and Inkscape Hackfest in Toronto
by Bryce Harrington 24 Feb '15

24 Feb '15

Hi all, I would like to invite you all to join me in attending the Libre Graphics Meeting in Toronto! It is held April 29 to May 2 at the University of Toronto. Inkscape will also be hosting a Hackfest the three days prior to this event, April 26-28. If you've done any development on Inkscape, and wish to help us plan our future, then definitely please come! ~=> Please let me know ASAP if you can attend! <=~ We have sponsorship available on a limited basis to Inkscape contributors, first come first served, so make sure to RSVP with me quickly. Our community has been coming together with donations specifically to enable developer attendance. We've got $10,000 set aside for this event, and with this hope to assemble 10-12 developers there. Maybe more depending on how the fundraising goes! Speaking of fundraising, please help us spread the word that our project needs more cash donations for this event. Point folks here for details: https://inkscape.org/en/support-us/hackfest/ ------------------------------------------------------------------------ * The Libre Graphics Meeting is the major event of the year for FOSS graphics application developers and users. I've only been once myself, but Inkscape has attended many times. It's a great way to network with our peer projects, share ideas, and get inspired. * The Inkscape Hackfest is new this year. It's rare for us to have dedicated time face-to-face to work on Inkscape. We're going to use this valuable time to design some major new features and to plan out a roadmap that will take us to 1.0. Other topics I hope we can work on include designing a new extension system, re-thinking our UI design, improving our pdf/printing capabilities, and all the other things listed as 'Future' on our current roadmap page. Personally, I'm hoping to experiment with running Inkscape with cairo-gl, and test getting Inkscape running as a Wayland client. * Are you located in Toronto and available to help Inkscape? We're looking for someone who can assist with local logistics. Please contact me and let me know your availability. * Sponsorship amounts will vary according to your history with the project. We definitely want everyone but in particular we're hoping to encourage high volume, long term contributors, so will try and skew sponsorship their way. So if you're a long term contributor, you really need to come! Bryce

1 0

Gnome 3 integration
by Gez 24 Feb '15

24 Feb '15

Hi, I noticed that some type of dialogs in Inkscape have troubles with Gnome 3. The problems became more visible in Gnome 3.14. The most annoying issue is caused by the default behavior of modal windows in Gnome, which is blocking interactivity in windows below the modal dialog and darkening the background. I guess it makes sense for a modal window to behave like that (after all, the idea behind modal windows is to interrupt the workflow until an action is performed), but it clashes with some uses of modal windows in inkscape, like live preview of effects and extensions. Under gnome 3.14, turning on live preview puts the extension window in the center of the screen and blocks the underlaying UI elements, making it impossible to perform required actions as picking colors from the artwork. The window can't be moved, which means that sometimes it also covers the region the user wants to edit. I took this issue to the IRC channel yesterday, and su_v pointed out that it's really a window manager problem, which is absolutely true. The problem is that even though this default behavior creates problems in inkscape, it wouldn't be accurate to say it's a bug in Gnome, since it's a design choice to make modal windows act actually as modal dialogs. So, this is the situation: Modal windows act like that in Gnome and that affects adversely some features in inkscape. It's quite likely that both parties will suggest that the other party is doing it wrong if this is presented as a bug, so my intention here is open a discussion about possible solutions for this issue. Is there another type of GTK dialog that could be used for extensions and effects during live-preview instead of modal windows? Is it possible to override that behavior? Do you think it's sensible to ask Gnome developers to allow applications to override that behavior? In this bug report Ryan Lerch added some information about the problem (see comments #7 and #9) https://bugs.launchpad.net/inkscape/+bug/649441 This is not the only issue with the latest GTK+: Some windows have no decoration, so they can't be closed except by right clicking on the top (color pickers in document properties, preferences). It is a wm problem, but since Gnome is one of the flagship DEs of libre software, it will be affecting a lot of users, so it would be nice if something can be done to mitigate these issues. Kind regards, Gez.

4 3

Inkscape.org now using oauth2 for google
by Martin Owens 23 Feb '15

23 Feb '15

Dear Developers and docs, Please be aware that because google are decommissioning their openid services, we've moved the inkscape.org social auth login from openid to their oauth2 service. If you have trouble logging in using the new service, or find that when you do, you have a new account instead of your original one. Please let me know. Martin,

1 0

Fwd: Automatic pixel art cleaning
by Krzysztof Kosiński 22 Feb '15

22 Feb '15

I finally have something that mostly works. Attached are example input and result. The algorithm I designed works as follows: 1. Compute a sum of Fourier transforms of each row and each column of the image. 2. For both sums, look for the 'base frequency', i.e. the size of the pixel grid. There are two variants here: if the pixel art does not have grid lines, the base frequency is indicated by periodic values very close to zero ("antipeaks"), and if it does, there are periodic peaks. Spacing between peaks / antipeaks corresponds to the number of pixels. I use an empirically derived scoring scheme. 3. Sample the image at the center of grid points. Currently I use bilinear sampling at the center of the pixel, but something more clever would be better to remove defacements. For instance, doing cluster analysis and picking the average of the most numerous cluster should work. 4. Quantize colors. I wanted to avoid having to specify the number of colors in advance, so I used single-link clustering in Lab color space. Complete-link would probably work better. 5. Output the resulting image as PNG. The only tunable value in the algorithm is the clustering diameter; everything else is automatic. A value of deltaE = 8 seems to work fairly well. The algorithm works very well if the following conditions are met: 1. Pixel size is at least 5-6. 2. Image borders are aligned with the pixel art grid. 3. There is no skew or other deformation of the image. We can handle small pixel sizes, e.g. 2-5, by simply checking whether the art pixels given by these grid parameters contain approximately uniform colors. Limitations 2 and 3 could be lifted by preprocessing the image before the FFT step. The Python script posted earlier in this thread can detect the edges of the pixel art, but it doesn't work well in some cases, for example in the case of sketches where the individual squares have jagged edges. However, I think the approach of doing a Hough transform to detect lines and then finding a projective transformation that straightens the image could be promising. Another idea is to find areas of approximately uniform color, mark them using something like flood fill, and then process the edges. I will soon post the code publicly and then integrate this into Inkscape as an optional step in the Trace Pixel Art dialog, but can't give an ETA yet. I think late March is realistic for integration. I will need to factor out a few things which are more universally useful, e.g. conversion to Lab color space and color quantization, or use an external library such as Babl or LCMS. Regards, Krzysztof

3 2

Needed: Hackfest Coordinator
by Bryce Harrington 21 Feb '15

21 Feb '15

We'll be having a hackfest for the 3 days prior to the Libre Graphics Meeting in Toronto. I'd like to put out a call for a volunteer to serve as event coordinator for this. Responsibilities will include coordinating expense reimbursements, liaising with the LGM coordinators, and handling other misc. tasks that come up. I'll be attending and will be available to help, but I'd like to focus more on technicals so would appreciate a dedicated events person. Contact me off list if interested and we'll sort out details. Bryce

1 1

Needed: Board Executive Secretary volunteer
by Bryce Harrington 21 Feb '15

21 Feb '15

We're about to enter a busy period for the board. We've got the hackfest coming up, a new charter to decide on and document, a board election to hold, and more. I'm finding myself to be a bit of a bottleneck for proceeding on these items - partly due to a need to ensure everything's properly documented. At Martin Owen's suggestion, I'd like to ask for a volunteer to help me out with various documentarian tasks, such as: * posting news items to the website about board activities * formatting documents into HTML for the website * uploading PDF documents to the website * ensure meeting minutes are posted * drafting vote proposals * copyediting You'll be working closely with me. I don't think it is going to require a huge time commitment - perhaps several hours a week - but I do need someone I can hand stuff off to and rely on to ensure it gets done. In particular, you'll be helping me build out the Governance area of our main website (under the About menu), with various legal documents, policies, procedures, financial docs, meeting minutes, and so on. If you're interested, please contact me off list. Thanks, Bryce

2 2