- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] DTP dictionary for InkScape
by Jabier Arraiza 20 Jul '17

20 Jul '17

Hi all, I just recibed this mensage from Jairo. Thanks Jairo. Best. On Wed, 2017-07-19 at 10:14 -0300, Jairo Willian wrote: > Jabier, Tavmjong or Alex > > Could you redirect this message for me? > I have this DTP content and i would like share this material with > InkScape community. > I think that, this contents may be interesting in a "help session" or > another place associated a functions and/or features. > > What you think about it? If OK, i can transfer all terms in a CC, GLP > or other copyleft license. > > http://www.terra.com.br/macmania/macmania/resenhas/resenhas_dtp.htm > > PS: sorry, but the currency only in pt_BR. > > Thanks in advance. > > Jairo Willian

2 2

gallery moderation, fan art, and copyright
by brynn 19 Jul '17

19 Jul '17

Hi Friends, Another moderation question has come up (mostly just for me), which is about how we want to define "fan art". Most (if not all) of the moderators think fan art should be allowed in the gallery. But I think it might be a good idea to have some parameters about it, and so I'm hoping the community can offer their thoughts about it. For a starting point and example, I'm totally ok with the Wikipedia defintion (https://en.wikipedia.org/wiki/Fan_art) : "Fan art, or fanart, are artworks created by fans of a work of fiction (generally visual media such as comics, film, television shows, or video games) and derived from a series character or other aspect of that work." Does anyone think it should be expanded or restricted in scope, from there? Or should the description be more or less detailed or specific? A separate but related question is whether we want to bother with copyright issues, or leave it up to the license holder whether they want the image removed. For example, if someone reproduces a Pepsi or Coke logo. Or I remember a popular AI tutorial a few years ago, about how to draw the Chevy logo, which I always wondered whether it was a copyright violation. Those don't particularly seem to be fan art, at least not by the wikipedia definition....unless maybe television commercials are considered fiction. Martin says there is a concept within the DMCA and EUCD known as "safe harbor" which protects small websites from being responsible if its members post a copyrighted image. At least that's my understanding, based on the research I did about it. I might not have paraphrased it technically correctly. So should we go with the "it's not our job /we're not lawyers" position? Or should we be a little bit pro-active for blatant copyright issues. If we want to be a little bit proactive, I'm thinking we should also set some parameters about that. Or at least clearly state our policy. Fyi, this is what the current CoC says about it "Art must be your own original creation or derived from artwork available under an open licence. We cannot accept submissions that infringe copyrights." Personally, since Inkscape is an artist's tool (among many other uses), I think the community should be a little proactive about protecting copyrights and/or licenses. But I also think that if it requires a long and complex discussion, or detailed changes to the CoC, then falling back to "it's not our job" might be reasonable. But if that's the case, then the CoC isn't properly stating our position, and perhaps should be edited. Thanks for any thoughts or comments you might have about these things. All best, brynn

6 12

Bool LPE ready to merge
by Michael Soegtrop 19 Jul '17

19 Jul '17

Dear Jabier & Inkscape Team, I think the Bool LPE updates are ready to merge. I already created a merge request a while ago (MSoegtrop:lpe-bool-hide-operand). The changes are: - split bool LPE into bool LPE and cut/trim path LPE - automatically hide/unhide operand paths - issue error message if operand paths have wrong type (open/closed) - LPE works directly on any object for "this" and operand. I think the changes in the .POT file in https://gitlab.com/MSoegtrop/inkscape/compare/master...lpe-bool-hide-operand Jabier mentioned are ok - it was regenerated to add the new strings from my files. Best regards, Michael

4 3

Request: Adding Information to the "ExportPDFCMYK" Wiki-Article
by niccorigi＠...1255... 18 Jul '17

18 Jul '17

Hello Wiki-Team, I think I found something that would help future Users like me, and thus should be mentioned in the wiki: (I'm a Beginner, first time Inkscape for an Uni-Project), For a printing-service, I needed the CMYK-Colorformat. (In an PDF). But the recommended Extension ( http://wiki.inkscape.org/wiki/index.php/ExportPDFCMYK <http://wiki.inkscape.org/wiki/index.php/ExportPDFCMYK> ) didn't work for me. (There was an Error during the Exporting). However, following process worked for me: 1. Export to PDF via the normal Export-Function. (Result is a Cairo-PDF in RGB-Colors) 2. Use ghostscript to convert it to CMYK: (found at http://zeroset.mnim.org/2014/07/14/save-a-pdf-to-cmyk-with-inkscape/ <http://zeroset.mnim.org/2014/07/14/save-a-pdf-to-cmyk-with-inkscape/> ) gs -dSAFER -dBATCH \ -dNOPAUSE -dNOCACHE -sDEVICE=pdfwrite \ -sColorConversionStrategy=CMYK \ -dProcessColorModel=/DeviceCMYK \ -sOutputFile=document_cmyk.pdf \ document_rgb.pdf This process was much easier for me, as I only had to execute one Command Line, instead of installing two seperate Programs. And it was the only one that worked, which was crucial, as I had deadlines to follow. And I didn't notice any changes in the Appearance of my file, so the colors were, to the eye, perfecly preserved, even on the eventually printed PVC-Plane. Could you add this to the "ExportPDFCMYK" Wiki-Article, that this process existst? I would be very thankful to that! And maybe future Users too witch the same struggles I had. Best regards, Niccolò Rigi-Luperti niccorigi@...1255... <mailto:niccorigi@...1255...>

2 1

Proposed idea for an interim trunk release
by Bryce Harrington 16 Jul '17

16 Jul '17

After 0.92.2 is completed, I've been thinking about doing a development release of trunk, to help us build towards 0.93. Something a bit more than just a nightly snapshot, but far less than even an alpha release. Call it an "unrelease" or just a "blessed snapshot". Here's my reasoning for why I think this would be worth doing: a. Our alphas get decent testing, but there's not time for the necessary bug fixing, since we're anxious to get the actual release out. This interim release would stimulate testing and bug fixing independent of any such pressure. b. Moving to gitlab, cmake, and gtk3 has changed a LOT structurally. Doing a "practice release" would help find remaining problems with these transitions. c. Despite all the great work done setting up CI's, automated builds, and rolling packaging systems, many advanced users want a fully usable, QA'd build before they'll look at our work. Lesson learned from last release is that we really need these kinds of users' input on our features before we finalize stuff. d. For the rest of us Inkscapers, it will provide a focal point for our near term development, testing, documentation, and refactoring work. But one that won't need all the rigor that a regular release would have - no about screen contests, overly long feature freeze periods, string freezes, worrying over release-blocker bugs, or needing to polish up release notes and other docs. Procedurally: * A soft feature freeze for a week or two, max * No more than one pre-release (if even that) * Translations encouraged, but no string freeze * Packaging needed for all platforms * Packages available from website, but not linked prominently * Lite marketing - basically just target to advanced users * Is clearly marked UNSTABLE and UNSUPPORTED Some other crazy ideas to consider, that might help prevent it from becoming a support burden: + Annoying popup dialog declaring it so at run time? + No guarantee of file format compatibility? + Limited period for accepting bugs reports? + Expiring binary refuses to run after a certain date? + Advise distros to NOT distribute it? So, your thoughts? Bryce

4 6

Hackfest regressions
by Eduard Braun 16 Jul '17

16 Jul '17

Hi all, first of all I'd like to thank everybody for their contributions during the hackfest! As with all new code I noticed some regressions. As you probably know best on what parts of the code you worked yourselves I'll just list everything I noticed here, so you know about it and can attempt to fix it. (If I need to file a bug for any of those please let me know, but I hope most of those issues can be fixed easily): 1. The Inkscape Window is not restored to the correct position anymore (probably related to https://gitlab.com/inkscape/inkscape/commit/fa8a2ee7e2539b145a87ac9af0d9748…). On a multi-monitor system with two monitors oriented like [1][2] with [2] being the primary monitor the Inkscape window is restored somewhere on [1] if it was closed on [2], so probably the combined screen area is not accounted for when calculating positions. 2. Some icons are broken or missing, see https://inkscape.org/de/gallery/item/11147/broken_icons.zip (there might be others, but those are the ones I noticed). 3. During the hackfest menu icons were re-added. However on Windows I was only able to find them in a single location (the path menu). Aren't there supposed to be more icons? Also they look a bit weird (see https://media.inkscape.org/media/resources/file/menu_icons.png): Instead of using the space to the left they are indented like the rest of the text shifting menu labels unnecessarily to the right resulting in a very uneven look. If I notice anything else I'll report it here. If I can provide additional information or help with debugging please let me know. Regards, Eduard

6 10

Hackfest News Article: Please review
by Martin Owens 15 Jul '17

15 Jul '17

Dear developers, Here is the draft of the news article. Please review for spellings, omissions and errors: https://inkscape.org/en/news/unpublished/827/ Best Regards, Martin Owens

8 20

to-do list for interface issues?
by brynn 09 Jul '17

09 Jul '17

Hi Friends, As I've seen mentioned in this mailing list recently, it seems like a lot of new work is planned for improving the interface, in the near future. We come across issues all the time in forums. So I'm wondering if someone is maintaining a to-do list, or list of issues that need to be addressed? It would be easy for us to help you identify issues, by adding items to a list, if you would find it helpful....if there is such a list somewhere. Thanks, brynn

2 2

Hackfest Gallery
by Martin Owens 08 Jul '17

08 Jul '17

Hey all, Our gallery is ready: https://inkscape.org/en/*developer/galleries/ If you have photos from the hackfest, you can post them on the website to this gallery. The best way is to drag and drop your photos to the blue submit button. Or click the blue submit button. I found a bug were rotated photos wouldn't auto rotate, so be aware. Let me know if you post some, I'll curate them to make sure they're good. Best Regards, Martin Owens

1 0

Windows 10, cmake, cannot compile rev f80d5b44
by alvinpenner 06 Jul '17

06 Jul '17

commit f80d5b44e2fdad56b6aad9ca7fb14f44c835915c Author: Tavmjong Bah <tavmjong@...8...> Date: Thu Jul 6 11:32:09 2017 +0200 Don't check if icon exists in default theme since that prevents use of fallback icons. ........................... attempting to compile this rev, I get the following sequence of errors, after re-trying about 4 times: [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/io/http.cpp.obj [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/svg/svg-color.cpp.obj C:\Users\penne_000\AppData\Roaming\InkscapeGit\inkscape\src\io\http.cpp:36:26: fatal error: libsoup/soup.h: No such file or directory ... [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/io/http.cpp.obj [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/ui/clipboard.cpp.obj C:\Users\penne_000\AppData\Roaming\InkscapeGit\inkscape\src\io\http.cpp:36:26: fatal error: libsoup/soup.h: No such file or directory ... [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/io/http.cpp.obj [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/ui/tool-factory.cpp.obj C:\Users\penne_000\AppData\Roaming\InkscapeGit\inkscape\src\io\http.cpp:36:26: fatal error: libsoup/soup.h: No such file or directory ... [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/io/http.cpp.obj [ 28%] Building CXX object src/CMakeFiles/inkscape_base.dir/ui/tools-switch.cpp.obj C:\Users\penne_000\AppData\Roaming\InkscapeGit\inkscape\src\io\http.cpp:36:26: fatal error: libsoup/soup.h: No such file or directory compilation terminated. src\CMakeFiles\inkscape_base.dir\build.make:5112: recipe for target 'src/CMakeFiles/inkscape_base.dir/io/http.cpp.obj' failed mingw32-make[2]: *** [src/CMakeFiles/inkscape_base.dir/io/http.cpp.obj] Error 1 mingw32-make[2]: *** Waiting for unfinished jobs.... CMakeFiles\Makefile2:338: recipe for target 'src/CMakeFiles/inkscape_base.dir/all' failed mingw32-make[1]: *** [src/CMakeFiles/inkscape_base.dir/all] Error 2 Makefile:126: recipe for target 'all' failed mingw32-make: *** [all] Error 2 -- View this message in context: http://inkscape.13.x6.nabble.com/Windows-10-cmake-cannot-compile-rev-f80d5b… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 8