April 2016 - Inkscape Devel - Inkscape Mailman

Welcome GSoC students!
by Josh Andler 29 Apr '16

29 Apr '16

Hey everyone, We are happy to announce that Kamalpreet Kaur & Adrian Boguszewski this year for Summer of Code. Kamalpreet will be working on improving CSS support and Adrian will be working on creating better data structures for selections. So... Welcome to our community students! We look forward to working with you. :) For those wondering, Tavmjong Bah will be mentoring Kamalpreet and Krzysztof Kosiński will be mentoring Adrian. Cheers, Josh

5 4

Re: [Inkscape-devel] Inkscape Hackfest News
by C R 28 Apr '16

28 Apr '16

Thanks for the update! The interactive picture additions are really cool too! -C On 28 Apr 2016 4:31 am, "Martin Owens" <doctormo@...400...> wrote: Inkscapistas, Sorry for the delay everyone, but the news is ready to be published: https://inkscape.org/en/news/2016/04/16/what-happened-hackfest-2016/ You may share the link around. Click on photos, especially the one with all hackers which is actually an embeded svg with hover css. There's still some issues with the CSS on these news pages and the manual process of including images wasn't great. But I wanted to get this news article out before our next hackfest ;-) If anyone would like to clean up the css, I'll be happy to take a patch. Best Regards, Martin Owens ------------------------------------------------------------------------------ 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

2 1

Progress on Windows Build
by Sebastian Faubel 28 Apr '16

28 Apr '16

Hello everyone, i recently had some time to improve the work I have done on getting Inkscape to build on Windows using CMake. My changes are in a branch located here: lp:~faubulous/inkscape/cmake-win32 <https://launchpad.net/~faubulous/inkscape/cmake-win32> CHANGES: - Improved setting of the environment variables in ConfigPaths.txt along with sanity checks and error messages. - Full support for compiling with 32-bit or 64-bit devlibs/mingw. Simply put the paths in configure.bat and CMake should detect MinGW architecture automatically. - Fixed a bug in config.h.cmake which lead to Inkscape generating messed up APPDIR paths on Windows, which means: there are icons now. :) - Successfully tested C++ plugins. KNOWN ISSUES - Putting the locale folder in the generated build output crashes Inkscape on startup. So there are no translations yet. Does anyone have an idea? I invite everyone interested to checkout the branch and test it. In my point of view it is a substantial improvement over the current state in trunk, that's why I suggest merging it back. Unfortunatly I don't have commit access yet. Best regards, 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.

1 0

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