- Inkscape Devel - Inkscape Mailman

Confusing windows build instructions
by mathog 26 Oct '17

26 Oct '17

Hi all, Today while perusing the varied Windows build instructions I was struck by some contradictory, or at least, not fully fleshed out text. For instance, it says here: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows Warning: As our 32-bit development libraries (devlibs) currently do not offer GTK+ 3 (which is required by trunk) you have to follow the instructions for 64-bit builds or use MSYS2 if you want to compile the latest code (lp:inkscape)! Is "lp:inkscape" the name on github too? The Msys2 page says here: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_with_… nothing about devlibs. Presumably it doesn't need them anymore and msys2installdeps.sh takes care of it? Never having used Msys2 it isn't entirely clear what the "gtk3" install (for instance) is. If there is no devlib for gtk3, what is this? More like a cygwin library? The 64 bit build page says here: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_64-bit in several places to use "mingw32-make". No explanation why 32 and not 64. Somehow related to "win32 threading model and SEH exception handling"? Finally the visual studio page says here: http://wiki.inkscape.org/wiki/index.php/Using_Visual_Studio "Follow all steps of guide Compiling Inkscape on Windows." At that point one has a fully compiled and working Inkscape. Why bother with Visual Studio? For the IDE? Is there a discussion in the wiki somewhere about other IDEs, like CODE::BLOCKS or Eclipse? Do any of these give instructions for packing up the built Inkscape so that it can be given to somebody else, like in a zip file? As I recall there are a bunch of dll's that need to be copied into the Inkscape folder from other locations (devlibs/bin, mostly). That was for an Inkscape built with mingw and msys and devlibs. What about Msys2 and whatever it is using for libraries? Can you just copy over whatever it has for devlib equivalents or are there Msys2 core libraries which must come too (like when distributing a cygwin binary)? Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 9

Re: [Inkscape-devel] [Inkscape-docs] moderation - 'could have been made w/Inkscape'
by brynn 26 Oct '17

26 Oct '17

Hi Reidar, Thank you for your comments. Anyone is welcome to share their comments. It's not an interruption - it's what I was asking for :-) I agree about integrity. I really would like the gallery to have only Inkscape images. But considering this post was answered by only 2 people, I guess the community isn't very concerned. So I probably won't change much, if anything, about the way I handle these images. If we start to run short of space for the gallery, maybe we would want to revisit this. But for now, it doesn't sound like the community is concerned about this. Thanks again for your comments! All best, brynn -----Original Message----- From: Reidar Vik Sent: Tuesday, October 24, 2017 1:52 PM To: brynn Cc: C R ; Inkscape-Devel ; Inkscape-Docs Subject: Re: [Inkscape-docs] [Inkscape-devel] moderation - 'could have been made w/Inkscape' @brynn, I agree about what you said about images. It is fairest and most honest to only use images made with inkscape. Integrity is very important in this game. (I hope I didn´t interrupt the discussion) Vennleg helsing Reidar Vik Trostereiret Vik org.nr. 912 333 485 trostereiretvik.blogspot.com https://twitter.com/Trostereiret 2017-10-22 20:09 GMT+02:00 brynn <brynn@...3133...>: Thanks for your comments, C R. Re: Time as a resource: I think it's not worth anyone's time to scour the internet trying to prove that something wasn't made in Inkscape. Well of course, that's not what I'm proposing. For the image I did search, there was no scouring. It was the first result of the first search I made. It was clear enough for me just to look at the image. But I searched it out just to prove my suspicion. (It's the only time I've done that.) For the rest of your comments, I had the very same thoughts at first. If it could have been....why not. But the reason I wanted to try to discuss, is because (a) These images are numerous, considering our limited space. (b) Most of them could really only be done by advanced users (That's usually how I catch them. If they really had been made with Inkscape, in my experience, the artist wants to shout it out - not make a drive-by upload.) (c) I'm afraid it's misrepresenting Inkscape's abilities. I'm afraid it gives the impression that it must be easy to create amazing images. (d) It makes it harder to find the really awesome Inkscape-made images. It kind of dilutes the pool of awesome. I really have always (well, since I found Inkscape 10 years ago) wanted an Inkscape-only gallery. To me, THAT would be amazing! And to me, that's what the website should provide. I wonder if it would work to have another category, or another Order By option, like All Inkscape or 100% Inkscape, or something like that? Because I certainly have no objection to having images in the gallery, for which Inkscape was used only for part of it. But maybe it would be nice to have the "all Inkscape" images easier to find? Well anyway, as I said, I already had an idea that this isn't a big concern for the community. But I just wanted to voice a few thoughts as to why maybe it should be. Thanks again :-) brynn -----Original Message----- From: C R Sent: Monday, October 16, 2017 4:33 AM To: brynn Cc: Inkscape-Docs ; Inkscape-Devel Subject: Re: [Inkscape-devel] moderation - 'could have been made w/Inkscape' Re: Time as a resource: I think it's not worth anyone's time to scour the internet trying to prove that something wasn't made in Inkscape. I can think of several ways to do the graphic in question (or at least similar) in Inkscape, so I'd let it stay as it's actually quite stunning and not really hurting anyone. Even if it's not done in Inkscape, it gets people thinking about how it could be done in Inkscape, which is not a bad thing. Maybe it will inspire someone to post a vector resource of it in the future. Going forward, this is my recommendation: If it looks like it could have been done in Inkscape, and it was posted on our website, then we can assume (for the sake of aesthetics) that it was. Obviously if the uploader came back and replied to your comment, saying "Oh, I've not done this in Inkscape." Then you can remove it without having to make any guesses. :) Thanks for bringing it to attention, Brynn. Your hard work to fight against random non-Inkscape posts is definitely making the site much more usable and clutter free for everyone. -C On Mon, Oct 16, 2017 at 5:29 AM, brynn <brynn@...3133...> wrote: Hi Friends, I think I probably know how the community leans on this. But since it bothers me so much, and happens so often, I thought it was worth not assuming the answer, and finding out for sure. A few months ago, we decided not to allow random photos in the gallery, which are unrelated to the project in any way. We also decided not to bother with copyright issues. (long discussion - https://sourceforge.net/p/inkscape/mailman/message/35798617/) Probably equally as often as random photos being uploaded, are images which *could have been made with Inkscape* but which I doubt were. So far, I've been letting these go through. But as I said, I wanted to have a discussion, rather than assume. Here are a couple of recent examples: -- 2 images, 1 resource and 1 thumbnail -- https://inkscape.org/en/~noahgabe@...3618.../%E2%98%85music -- https://inkscape.org/en/~KristiBryant113/%E2%98%85jesus-saves-the-world2 (I did a little research on this one, and found it at many different sites (many on different sites selling tshirts, as well as just web images) with the same basic image (and this exact image here: https://res.cloudinary.com/teepublic/image/private/s--rVeDm8Gt--/t_Preview/…) -- so I'm pretty sure it wasn't made with Inkscape) --https://inkscape.org/en/~chiquitita/%E2%98%8515230751-703016283207581-8475381764676214363-n To me, all of those /could have been/ made with Inkscape. But I have reasons to doubt all of them. How do you all think they should be handled? I think they should be handled similarly to random photos (contact the member, explain and link to CoC, ask to explain the relation to Inkscape, ask if they would like to remove, inform after 2 weeks we will do it, of course with graciousness. Or do we let them have the benefit of our doubt? I honestly don't understand why people go around posting random images (apparently, afaict) in random galleries, once or twice, and never come back. (I have the same curiosity about people who post 1 or 2 frivolous, sometimes meaningless messages in forums and never return.) But it seems worth the effort not to waste our limited resource on hosting these things. Anyway, thanks for any thoughts or comments :-) All best, brynn ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-docs mailing list Inkscape-docs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-docs

1 0

Should Inkscape use fonts from folder of currently opened SVG?
by Eduard Braun 25 Oct '17

25 Oct '17

Hi all, I'm currently implementing functionality which allows Inkscape to use fonts *not* installed on the system [1]. * Suppport for loading fonts from share/inkscape/fonts as well as the fonts dir in Inkscape's configuration directory is already added. * Support for custom locations configurable by the user is provided, too. * One task is left: load fonts from the location of the currently opened SVG document While the last point could be especially interesting (e.g. it would allow people to simply distribute fonts required by an SVG alongside with it) it's also a bit tricky: fontconfig scans directories recursively. This means if the user were to open an SVG file somewhere at the top of the directory tree, fontconfig suddenly would scan *a lot* of directories for fonts. So I basically want to collect some opinions: * Do you think this would be acceptable? In that case I'd probably implement a boolean setting which defaults to false and explains the risks. * Could it make sense to rephrase the task a bit to "load fonts from the 'fonts' directory in the folder of the currently opened SVG"? It might be an option to offer this functionality while reducing the risk of indexing a large amount directories, however discoverability of the feature would be significantly reduced. * Should I just skip the last task? * Other ideas? Let me know what you think! Best Regards, Eduard [1] https://gitlab.com/inkscape/inkscape/merge_requests/102

4 7

Convert to path on use/clones
by Jabier Arraiza 24 Oct '17

24 Oct '17

Hi all. I want to start a discussion to make convert to paths function and also the stroke to paths works on use/clone elements. The question: Is a good idea? To me is the expected result from a user point of view... Cheers, Jabier.

3 3

Development versions for Windows available on a regular basis via AppVeyor
by alvinpenner 24 Oct '17

24 Oct '17

Just found out about this, so I'm re-posting this notice, slightly edited: http://www.inkscapeforum.com/viewtopic.php?f=21&t=32932#p100877 Development versions of Inkscape for Windows (currently for 0.92.x branch and for master branch (formerly called 'trunk') ) are now automatically created on every change to the code base. They can be found at https://ci.appveyor.com/project/inkscape/inkscape/history Click on the title of the build you want to test, i.e. a URL that goes like: https://ci.appveyor.com/project/inkscape/inkscape/build/master-606 or https://ci.appveyor.com/project/inkscape/inkscape/build/0.92.x-607 On the next page, below 'Job Name', select if you want the 32 or 64 bit version (Environment: MSYSTEM=MINGW32 or Environment: MSYSTEM=MINGW64). On the next page, click on 'Artifacts' (at the right, right above the terminal-like box). On the next page, download a 7z file. (If necessary, you may need to install the 7z decruncher, from http://www.7-zip.org/) ................... For Ubuntu, there's https://launchpad.net/~inkscape.dev/+archive/ubuntu/trunk (0.93 devel series) and https://launchpad.net/~inkscape.dev/+archive/ubuntu/stable-daily (0.92.x series) -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-Dev-f2781808.html

1 0

Development versions for Windows available on a regular basis via AppVeyor
by alvinpenner 24 Oct '17

24 Oct '17

Just found out about this, so I'm re-posting this notice, slightly edited: http://www.inkscapeforum.com/viewtopic.php?f=21&t=32932#p100877 Development versions of Inkscape for Windows (currently for 0.92.x branch and for master branch (formerly called 'trunk') ) are now automatically created on every change to the code base. They can be found at https://ci.appveyor.com/project/inkscape/inkscape/history Click on the title of the build you want to test, i.e. a URL that goes like: https://ci.appveyor.com/project/inkscape/inkscape/build/master-606 or https://ci.appveyor.com/project/inkscape/inkscape/build/0.92.x-607 On the next page, below 'Job Name', select if you want the 32 or 64 bit version (Environment: MSYSTEM=MINGW32 or Environment: MSYSTEM=MINGW64). On the next page, click on 'Artifacts' (at the right, right above the terminal-like box). On the next page, download a 7z file. (If necessary, you may need to install the 7z decruncher, from http://www.7-zip.org/) ................... For Ubuntu, there's https://launchpad.net/~inkscape.dev/+archive/ubuntu/trunk (0.93 devel series) and https://launchpad.net/~inkscape.dev/+archive/ubuntu/stable-daily (0.92.x series) -- Sent from: http://inkscape.13.x6.nabble.com/Inkscape-Dev-f2781808.html

1 0

GSoC mentor summit
by Marc Jeanmougin 22 Oct '17

22 Oct '17

Hi all! Last weekend, I attended the GSoC mentor summit which had a great variety of very interesting people and sessions, I'm just going to summarize my thoughts about some of the most interesting sessions and discussions. Some are mostly board-related, but most can be of interest to the whole contributors community. ToC: * Diversity * Fuzzing * Version numbers * Gitlab : self-hosting & independence * Bug management * GCI * Funding I started writing all this in a single email, but for clarity, I'm just going to answer this email with an email for every individual topic, allowing to thread it nicely on email clients and keep all threads on mostly one topic. -- Marc

10 21

Re: [Inkscape-devel] Bugs
by mathog 21 Oct '17

21 Oct '17

On 20-Oct-2017 15:53, Marc Jeanmougin wrote: > == Migration == > > How I would propose to go about the migration would be to basically > post > on every one of the 4500 open bugs on lp a closing message with an > invitation to try to reproduce the bug with the devel version (maybe > with a link to a page explaining how to try it [e.g. Ubuntu with apt, > other linux compiling, windows with downloading the latest built 7z]) > and if it can be reliably reproduced, to submit it on gitlab and close > the issue on lp (or, if wishlist, submit it to the wishlist project). > Distributing the task on the bug reporters may help a lot with the > initial triaging, and (I'm an optimist) make for a smooth transition. That is going to create a black hole into which 99% of the information from the launchpad bug reports is going to fall, some of the ones which are open, and all of the ones which are not. I have worked in one way or another on ~100 bugs and will tell you right now I am NOT going to be testing again for all of those glitches and issues! I'm not even that big a contributor, others have worked on thousands of bugs. Just think how long it would take to get through a list like that. Never mind the list of people who no longer work on the project and would ignore your request. A smooth transition would involve some tool which automatically migrates all of the bug information from Launchpad to some other bug tracking platform. Note that on launchpad links from a bug to a patch/revision are all entered manually. Whatever the bug system migrates to, it would be nice if that function would be integrated. Ie, place a patch on the bug reporting system, hit some "push patch" button, and presto links are made in both directions between the bug reporting system and the revision system, once the new revision number appears. If such a thing actually exists. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

No Align shortcuts documented in Keyboard and mouse reference of 0.92
by Raghavendra Kamath 20 Oct '17

20 Oct '17

Hello, In Inkscape 0.92 a user can quickly align objects with the following keyboard shortcuts Ctrl+Alt+2 : Align bottom Ctrl+Alt+4 : Align left Ctrl+Alt+5 : Align horizontal and vertical center Ctrl+Alt+6 : Align right Ctrl+Alt+8 : Align top Ctrl+Alt+h : Align horizontal center you can check the discussion & commit enabling this shortcuts here -> https:// bugs.launchpad.net/inkscape/+bug/189535 However, I couldn't find these shortcuts documented in the official keys and mouse reference. May be I am missing something? If it is not there already can we update the shortcut sheet. Thank you -- Raghavendra Kamath Illustrator raghukamath.com

4 3

Request for hosting sponsorship for the Inkscape Project
by Bryce Harrington 12 Oct '17

12 Oct '17

Inkscape is seeking to improve its online service hosting. To this end we're soliciting proposals for donation/sponsorship of hosting services for the project. The Inkscape Project is a non-profit, volunteer-driven organization that develops and maintains the popular Inkscape vector drawing software, provided freely to millions of artists, designers, and other drawers of lines. Our website is at http://www.inkscape.org If you would be interested in sponsoring us through a donation of hosting service, we would be happy to add you to our sponsors page, with a mention & link on our main website's footer. Proposals can be sent to me as contact point. These will be presented to Inkscape's board, who will make the final determination in about a month's time. == Background == We currently have various services hosted at a number of different locations with widely varying administrative capacities. We would like to centralize the administration of these services, such as consolidating them onto one platform. We also want room and flexibility to easily install additional services as we grow. Services high on our priority list to migrate soon include mailing lists, Mattermost, and wiki. Bug tracking, web forum and gitlab are potential secondary priorities. Our Django-based main website may also be worth consolidating at some point in the future. For redundancy, we'd like to engage two distinct hosts, with one as a primary and the other backup/space, preferrably in geographically distinct areas (e.g. Europe and Canada). == Requirements == We think that a suitable machine would look something like this: Minimum Desired Required Ideal CPU: dual core quad core RAM: 4 gb 256 gb Storage: 500GB >1 TB (HW RAID-1) HDD SDD Bandwidth: 1 TB/mo 2 TB/mo OS: Any linux Ubuntu 16.04 We like the straightforwardness of physical (metal) hardware, but could consider virtual options if we can get similar levels of flexibility and expandability. * UPS power backup * 24h support at the datacenter - For hardware (metal) options, a technician would need to be available for handling hardware issues, to do OS installation/reinstallation, hook up KVM/IP if available, and to investigate faults that can't be diagnosed remotely. * Server would be under the administrative and technical management of the Inkscape admin team (about 6-8 people). We would have root access to the machine for doing system updates and to install/configure software and services. * We expect to be managing/maintaining our software ourselves. Items we anticipate migrating to this include (in rough order of priority): + Mailman3 + Mattermost + Wiki (mediawiki currently) + Forum (e.g. hosting for inkscapeforum.com) + Bug tracker (TBD) + Gitlab + Other project management tools + Website / Django * Inkscape does not handle anything particularly controversial. No copyright infringing materials, nothing political, nothing intentionally offensive. Our windows binary has been false-positived by virus software in the past, but we clear this up ourselves. * Currently our website hosting is sponsored and managed by OSUOSL. It's a root access virtual machine running postgresql, memcached, nginx and the django site itself. Memory usage is 450MiB per web host thread, currently 2 threads, plus 500MB for postgresql and 500MB for memcache. CDN is hosted by Fastly, currently serving 32TB per month for Inkscape (1:1.5 ratio US:EU, so more EU hits overall). There's enough dynamic content that we still see a decent load (1/2 TB/mo) on the server, notably around major releases (once every year or two); we are continuously tweaking optimizations.

1 0