- Inkscape Devel - Inkscape Mailman

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

Re: [Inkscape-devel] Greetings from GTK+ land
by Martin Owens 22 Apr '16

22 Apr '16

Hi Allan, I've had an email to you in my drafts all week :-) you beat me to the send. Thanks for your offer of help, I want to go to the developers list and really flush out all the issues we have into a document you can use to see where we are. So I've added the developers mailing list to this email and point everyone to this wiki page: http://wiki.inkscape.org/wiki/index.php/Gtk_issues Everyone: please have a quick look at the page, it's mostly empty right now, so it needs your help to fill out some of the information. Hopefully this is a way for us to feed back information to Gtk/Gnome about the library we depend on. Thanks everyone! Best Regards, Martin Owens On Thu, 2016-04-21 at 18:06 +0100, Allan Day wrote: > Hey Martin! > > > It was great to chat with you at LGM. As per that conversation, do > fill me in about the challenges that you're facing with the GTK+3 > port. A list of issues would be really useful for our own work, and > would help us to support you where possible. > > > On a personal note: as a heavy Inkscape user, I'm really excited about > the prospect of the GTK+3 port. Dark themes, symbolic icons, improved > file dialogs, overlay scrollbars, all the new widgets... it's going to > be great! > > > On the design side we're happy to advise on best practices for the new > widgets and how to use the new CSS machinery. > > > Best wishes, > > > Allan

2 3

Conservancy at OSCON Austin
by Bryce Harrington 21 Apr '16

21 Apr '16

FYI, if anyone in the Austin area might be interested in attending to promote Inkscape in conjunction with the Conservancy. Conference is May 18–19, 2016 Bryce ----- Forwarded message from Karen Sandler <karen@...3057...> ----- Date: Wed, 20 Apr 2016 21:38:49 -0400 From: Karen Sandler <karen@...3057...> To: project-reps@...3057..., Member Discuss <member-discuss@...3057...> Subject: Conservancy OSCON presence Reply-To: karen@...3057... Hi member projects! Conservancy has confirmed its booth again in OSCON's Nonprofit Pavilion. Bradley and I will be attending OSCON in Austin next month and it would be great to have help in the booth (I've got a session talk on employment agreements and Bradley's on a panel about patents). Plus, helping with the booth would mean that you can specifically promote your project too. This worked out really well last year - we had a very popular booth and it was really a very fun experience IMO :) We have a bronze pass as well as a couple of exhibitor passes available so it would be on a first come basis. Let me know. In any event, we're also happy to include any materials that any of you would like us to have from your projects even if you don't come. Please coordinate with me on this soon. I am likely to order stickers for at least one of our member projects and have some flyers printed, for example. Also if you're going but aren't interested in the booth, we'd love to see you and meet up. And, we're planning on having a Conservancy Supporter BBQ event there too! karen Karen M. Sandler Executive Director, Software Freedom Conservancy __________ Become a Supporter today! http://sfconservancy.org/supporter/ ----- End forwarded message -----

1 0

Ping! Welcome Inkscape UI team and interested parties [UI]
by C R 21 Apr '16

21 Apr '16

Hi! Was great to talk with everyone who made it to the LGM Inkscape UI meeting. In the interests of keeping the newly formed Inkscape UI group momentum going, I'm posting this welcome message. Please note that at all Inkscape UI group messages should include "[UI]" in the title (without quotes) so developers can elect to filter it to reduce noise from the UI team if desired. Martin is presently hard at work getting the gallery system updated and ready as a working space for UI discussions and mockups. I will do my best to keep everyone informed about the progress of everything as information becomes available. Thanks again to Martin for setting up a friendly custom workspace for us to play. :) -C

4 8