- Inkscape Devel - Inkscape Mailman

Hackfest News Item
by Martin Owens 26 Apr '16

26 Apr '16

Dear Developers, I've put together a news article with more details and social information. Please review here: https://inkscape.org/en/news/unpublished/704/ I'll add the photograph to the article too. Best Regards, Martin Owens

5 9

Bug in Extracting Objects By ID? -- OOPS
by Saul Spatz 26 Apr '16

26 Apr '16

SORRY. I accidentally hit the SEND button. Here is the email I was trying to write I am very new to both Inkscape and SVG, but I think I have found a little bug. I would be happy to get the source and try to fix it, but I would like confirmation that it is, indeed a bug. I am trying to extract objects by ID into plain SVG files with the command-line interface. For example: inkscape -z -i blue -j -l blue.svg drawing.sv This extracts the object, all right, but it doesn't appear in the right place, so that the icon is blank. For example, drawing.svg has a blue rectange (ID blue) whose dimensions are shown in the UI as height 150, width 200, x=100, y=625. The height of the document is 1052.36220 (A4 at 90 dpi.) When I look at drawing.svg in a text editor, there's a little rounding: width="199.01431" height="149.01431" x="100.49285" y="277.85504" The difference in the y-coordinate comes because Inkscape's UI places the origin of both the viewport and the object at the bottom left instead of the upper left, so to get the y-coordinate for SVG we subtract both the "UI coordinate" and the rectangle height from the viewport height. Now, when I look at blue.svg in the UI the x-coordinate of the rectangle is 0 but the y-coordinate is not. The SVG shows transform="translate(-100.00001,-625.00001) That is, the UI coord is used, not the SVG coord. If I change the y-coord in the UI to 0, then the SVG file shows transform="translate(-100.00001,-277.36222) and the icon appears as one would expect. It seems clear to me that this is a bug, since the blue.svg file says, viewBox="0 0 199.99999 149.99999" As I said earlier, I'm so new to this that I would like someone to confirm that this is a bug before I go and fix it.

1 0

Bug in Extracting Objects by ID?
by Saul Spatz 26 Apr '16

26 Apr '16

I am very new to both Inkscape and SVG, but I think I have found a little bug. I would be happy to get the source and try to fix it, but I would like confirmation that it is, indeed a bug. I am trying to extract objects by ID into plain SVG files with the command-line interface. For example: inkscape -z -i blue -j -l blue.svg drawing.sv This extracts the object, all right, but it doesn't appear in the right place, so that the icon is blank. For example, drawing.svg has a blue rectange (ID blue) whose dimensions are shown in the UI as height 150, width 200, x=100, y=625. The height of the document is 1052.36220 (A4 at 90 dpi.) When I look at drawing.svg in a text editor, there's a little rounding: width="199.01431" height="149.01431" x="100.49285" y="277.85504" The difference in the

1 0

Test cases for offset
by Jabier Arraiza 26 Apr '16

26 Apr '16

Hi Marc. As i tell you on IRC I attach some cases of offset: [1]The one with offset-converted to path is for open on 0.91+devel (currently we have another offset LPE that wroken the test case) [2]The second one is to play with the Offset LPE branch. https://code.launchpad.net/~inkscape.dev/inkscape/offset Thanks for testing! Cheers, Jabier. [1]https://inkscape.org/en/~jabiertxof/%E2%98%85offset-converted-to-path [2]https://inkscape.org/en/~jabiertxof/%E2%98%85offset-compare-from-livarot-…

1 0

Re: [Inkscape-devel] Sponsoring
by jelle 26 Apr '16

26 Apr '16

Hello Martin, The main problem with it is the lack of knowledge about open source software in the first place. It would need a fairly elaborate marketing plan and implementation of such a plan to get things going. It soon will be the summer holidays, when pretty much nothing happens. For me that means having to scrape a living first and then figure out what to do with the remaining time. As the remaining time is related to the scraping a living thing, I will probably have to focus on whatever makes a buck and then eventually turn to the greater interests. If it would be possible to get some funding to produce a marketing plan and if found acceptable to implement, then I could focus on such a thing. However, in a society where there is no wellfare for non citizens (and I can never be a citizen here), my first and foremost tasks is to make a buck. Though I would love create a campaign, get all materials translated and execute such a thing, I cannot bear any cost involved. Maybe it is something for crowd funding? The cost wouldn't be all that impressive, but it might take half a year and several visits to places in this rather large country to get things going. All in all I would expect to have expenses of about 10 to 20k USD, cost of living, translations, printed materials, flights.. I would also need some pompous title to throw around in order to open doors, something like "Special ambassador for the Inkscape foundation". Ehm,.. yeah,.. really. That kind of nonsense helps. If making the marketing plan could get funded for about 1k USD, I could spend my summer holiday on making that and creating a proposal. The possible benefits would be a greater awareness of the existence of Inkscape in China, sponsored translations, code commits, invitations for talks and lectures in China and Chinese participation in the LGM meetings. So,.. is it worth the effort? Cheers, Jelle Message: 5 Date: Mon, 25 Apr 2016 08:17:09 +0100 From: Martin Owens <doctormo@...400...> Subject: Re: [Inkscape-devel] Sponsoring To: jelle <chubbymoth@...36...>, inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Message-ID: <1461568629.28283.28.camel@...400...> Content-Type: text/plain; charset="utf-8" Hi Jelle On Sat, 2016-04-16 at 18:31 +0800, jelle wrote: > Already we have companies sponsoring part of the project by their > own?? > interest, which is how we end up with extensions for cutters and?? > embroidery. True, they tend to be low profile sponsors, but I fail to > see?? > why we shouldn't embrace those that would like to be named. > What are your feelings, thoughts and objections to something like > that? My feelings are that it's an interesting idea worth exploring. But would require some leg work on the ground there in China to really be effective. The trouble for many developers is that we in the west don't know how to talk to, set up or properly respect the contributions that may result from such a project. The best way to progress forward is for someone like yourself to take the lead. Ask for certain resources to be put aside, for examine where on what pages and on what languages of what pages. How big, etc would be appropriate. And then deliver the right people. And this what makes it a job for yourself rather than something that could happen organically. Much of what happens in inkscape is inertia and organic self-interest with a bit of careful guidance and thoughtful direction of contributions. If you're interested in a community management position to deliver contributions from China (in whatever way possible) I'm willing to sponsor and support where I can from here. Best Regards, Martin Owens

1 0

Fwd: New batch files in trunk
by Sebastian Faubel 26 Apr '16

26 Apr '16

Hello everyone, I created these files to simplify building Inkscape on Windows. Originally they were not located in the root of the trunk, but in a separate 'build' folder because it is good practise for CMake to not build in the root/source directory. Somehow they moved when the merge was created. Anyway, there's a reason for these files to be there. In particular: configure.bat: Deletes the CMake cache and regenerates all the makefiles to be sure that any changes in CMake files are actually applied. I spend hours on trying to solve an issue just to find out that relevant Makefiles were not regenerated by CMake for any reason. Moreover, the trunk version of the file is missing an option to CMake I had to add in order for it to build at all. I do not know why it was removed: REM Configure using the MinGW compiler chain. cmake -D"CMAKE_SYSTEM_PREFIX_PATH:PATH=C:\MinGW64\mingw64\x86_64-w64-mingw32" -G "MinGW Makefiles" .. Surely is should use the MINGW_PATH environment variable here, but I had serious issues without this option set. The file could also be used to setup the system environment variables, such as MINGW_PATH if they are not set to a valid value and store them somewhere making the setup somehow more user friendly. touch.bat: Since there is no such thing as touch on Windows, I created the script to reset the modification dates of all .obj files in case of changes to the CMake configuration which would trigger a full rebuild. This is simply a time and enery saver. I did not have the chance to check out trunk and try to build it on my machine. But I will do it this week. I saw that the wiki got updated with new instructions for compiling on Windows 64-bit. Wonderful, thanks Adib. ~Sebastian *Semiodesk GmbH | *Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany | Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company. 2016-04-20 8:57 GMT+02:00 Olof Bjarnason <olof.bjarnason@...400...>: > > > On 20 April 2016 at 08:27, LucaDC <dicappello@...2144...> wrote: > >> In rev. 14855 ("merge Moritz's branch") two batch files have been added in >> the root of trunk: configure.bat and touch.bat. >> Both of them contain a particular system's specific configurations like a >> fixed path and a reference to some script/program (forfiles) so little >> chances they are useful for others. >> >> Being them useless and to avoid confusion I think they should be removed >> from version control. >> > > I believe they were used to get the Windows build working with cmake, so > if they improved/corrected they probably would have use for the Windows > build maintainer. Is there a subfolder for Windows building to move them to? > > Sebastian, Moritz friend did mention some weird for,, syntax to stop cmake > from rebuilding "everything" each time he made a change to get Inkscape > building on his Windows machine. > > Maybe Sebastian and Moritz knows more about this? > > >> >> >> >> -- >> View this message in context: >> http://inkscape.13.x6.nabble.com/New-batch-files-in-trunk-tp4976419.html >> Sent from the Inkscape - Dev mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Find and fix application performance issues faster with Applications >> Manager >> Applications Manager provides deep performance insights into multiple >> tiers of >> your business applications. It resolves application problems quickly and >> reduces your MTTR. Get your free trial! >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications > Manager > Applications Manager provides deep performance insights into multiple > tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

7 20

Extensions - file browsing
by Mark Schafer 26 Apr '16

26 Apr '16

I am helping someone build an extension which needs to select a folder. The folder contains many templates of pattern data in file form (with png thumbs). The user selects one to see that pattern interpreted in inkscape. Currently the best I can do is: - check for Tkinter at the head - use its file browser if exists. E.g. put a try around this: try: from Tkinter import * import tkFileDialog as tkf except: tk = False else: tk = True and later invoke tkf if tk is true. This works in a non-inkscape scope but not inside inkscape, Tkinter is not in the internal path. Question: 1. What's the preferred method (if any) for prompting for a folder or file in an extension ? 2. Do I have to move all of Tkinter to the extensions folder to get access to it. I want my solution to work across platforms. Thanks for any advice you can give me.

1 0

Sponsoring
by jelle 25 Apr '16

25 Apr '16

Hello all, When Martin brought up the idea if I wanted to do the translation to Chinese, I had to inform him that sadly, my Chinese sucks. Nor do many Chinese jump to the idea of doing anything for free. Time is precious here where students start at 8.00 and end some days at 22.00. Memorising Mao's rantings can take a lot of energy. However, it occurred to me that we might very use sponsoring for translations and other tasks. If we would allow them to add a line of text to documents and have some sponsor page on the website, we could probably find a lot of institutes interested in sponsoring parts of the project with whatever means we would allow. The sponsor page should allow them to post a Logo, name and a short description of what part of the project they are involved in. To my idea it would be a great idea to get more exposure on Inkscape in places where not that many people have ever heard of it and maybe even inspire some competition on obtaining sponsorship. Of course we already have a large number of largely anonymous sponsors that have build the project so far, but rather than only going for crowd surfing, we could use the power of sponsoring to get things done and get the word out that Inkscape not only exists, but actually is an option. Already we have companies sponsoring part of the project by their own interest, which is how we end up with extensions for cutters and embroidery. True, they tend to be low profile sponsors, but I fail to see why we shouldn't embrace those that would like to be named. What are your feelings, thoughts and objections to something like that? Cheers, Jelle

3 2

Offset LPE
by Jabier Arraiza 24 Apr '16

24 Apr '16

Hi to all. Finaly I could end my work in Leeds. Based on Join Type LPE and in the new Boolops code, now we have a new LPE offset. In comparsion whith SPOffset: Similar speed, handle more cases, allow joins not only rounded and give better results -sometimes-. The branch: lp:~inkscape.dev/inkscape/offset I get some wrong results on cusp nodes also in JoinType LPE and problems with text give bools some times to crash. I think when Boolops and JoinType is fixed the LPE work like a cham. Cheers, Jabier.

1 0

AppImage for easy distribution of nightlies and releases
by probono 23 Apr '16

23 Apr '16

Hello Inkscape developers and maintainers, today I would like to propose an easy way to run and test Inkscape on various Linux distributions. Inkscape used to provide upstream- packaged Autopackages, but since I could no longer find them, I wonder whether this project might be interested in providing AppImages, which are essentially self-mounting ISOs that contain Inkscape and all dependencies it needs to run that cannot be assumed to be part of the base system (Linux distribution). This means that projects like Inkscape can package once and reach users of most desktop Linux distributions. http://www.appimage.org Linus Torvalds recently wrote about AppImage: "Sure, it means that the end result is much bigger than a distro-native binary would be, but if you want a way to build applications for your users without limiting them to a particular distribution, or having to build fifteen different images, it really looks like it works very well.=EF=BB=BF" - https://plus.google.com/+LinusTorvalds/posts/WyrATKUnmrS I prepared an AppImage of the bzr version. You can download it from https://bintray.com/probono/AppImages/Inkscape/_latestVersion#files Simply download, chmod a+x, and run. The recipe script that generated it is is linked below, in case you want to see how it was done and improve it. Using the recipe, it should also be easy to generate an AppImage for 32-bit systems: https://github.com/probonopd/AppImages/tree/master/recipes/inkscape I have tested it on a couple of different distributions with success: * CentOS-7-x86_64-LiveGNOME-1511.iso * debian-live-8.0.0-amd64-xfce-desktop+nonfree.iso * elementary_OS_0.3_freya_amd64.iso * Fedora-Live-Workstation-x86_64-23-10.iso * ubuntu-16.04-beta2-desktop-amd64.iso I had to work around an issue with "undefined symbol: g_type_check_instance_is_fundamentally_a" by bundling glib2, this makes it run also on * antergos-2014.08.07-x86_64.iso * linuxmint-17.3-cinnamon-64bit.iso * ubuntu-14.04.1-desktop-amd64.iso Possibly we can find a cleaner way (e.g., use CentOS 6 as the build host) to make this workaround unneccessary. Most likely it will run on others, too - and with some fine-tuning of the recipe (i.e., bundling additional dependencies) on even more. Probably the recipe is not perfect yet and might be missing some stuff, but that should be relatively easy to fix. If there is a continuous build system in place, this could be integrated so that continuous/nightly/weekly images get built. Having such builds should allow more users to run the latest bleeding-edge version, test on multiple systems, and give earlier feedback. Of course the AppImage format could also be used to distribute stable/testing versions to users of most Linux distributions. I have set up a cloud-based build system where I do the builds on travis-ci using a build system living inside a Docker image generated on Docker Hub. You can see this system in action here: https://github.com/probonopd/AppImages/ Of course this would be even more useful if it was integrated into the official Inkscape build system. There is also an update mechanism in the works which allows users to download binary deltas between the version they have and the latest version. This works without central servers or repositories, you could run it on your own project infrastructure. Makes updating continuous builds really fast and easy. https://github.com/probonopd/AppImageKit/blob/master/ AppImageUpdate.AppDir/README.md (this is purely optional though). Is the Inkscape project interested in maintaing an upstream-generated AppImage, as projects like Krita, MuseScore, and Scribus already do? Upstream packaging would have the advantage that users/testers get the software exactly in the way the upstream team intended, with the correct versions of the libraries bundled together with the application. What could be improved? Regards probono

5 14