- Inkscape Devel - Inkscape Mailman

batch converting pdf to svg using Inkscape
by jelle 28 Dec '16

28 Dec '16

Hi all, I was wondering if it is possible to batch convert pdf to svg with an out put that renders the text as paths, but contains the text as metadata in the svg file so you can search on that for words, thus easily finding the right documents. Or eventually making output of the same file in a path rendered version and a text containing one(though that is sub optimal). I remember having read something about adding the text as meta data into the SVG output, so I was wondering what the status of that is. If so, is there a way to do this without the gui? Or at least without starting the whole app for every pdf to be converted? I have several hundreds to convert, so that would be nice. The tool pdf2svg does a great job of converting pdf to SVG, but only to path, which sort of defeats the purpose of conversion in the first place. I have to index the pdf text into a database and then insert that data into the SVG file as metadata. Possible, but a bit of a lot of work for a one time event. Cheers, Jelle

1 0

touch and tablet support
by Yale Zhang 28 Dec '16

28 Dec '16

Any artists out there using Inkscape on a drawing tablet? I find the lack of touch and pen support very inconvenient for serious, free hand drawing. Does anyone else find this wanting or is working on it? C R, you mentioned it in the discussion of Jabier's workspace rotation. I'm using a Lenovo P40 with the Bamboo Smart AES pen, which has 2 buttons. I'd like to use the buttons to cycle between certain tools. Preferably, panning, rotation, and scaling should work like Autodesk Illustrator, using 2 fingers: scale = Magnitude(p1 - p0) / Magnitude(p1_start - p0_start) rotation = atan2(p1.y - p0.y, p1.x - p0.x) - atan2(p1_start.y - p0_start.y, p1_start.x, p0_start.x) pan = 0.5 * (p0 + p1) - 0.5 * (p0_start + p1_start) Then single touch should be used to select and move objects. Currently, single touch is indistinguishable from the mouse - stray lines are very annoying (Wacom's palm rejection helps reduce this though). Just like pens, touch should remember the last tool used and switch to it when using it again. I started implementing these and found GTK 3 has no multi touch support on Windows and the pen support is also flaky - the source of each event is always GDK_SOURCE_MOUSE / "Virtual Core Pointer" instead of GDK_SOURCE_PEN, GDK_SOURCE_ERASER, or GDK_SOURCE_TOUCHSCREEN, meaning the pen can't remember its last used tool separately from the mouse. For now, I've managed to implement these work arounds: switch tools: bottom pen button cycles between cursor, pencil, and tweak. Double clicking top button switches to eraser. pan: hold down top pen button and drag fingers to zoom - seems the Wacom driver recognizes zoom gestures and translates it into mouse wheel zoom events -Yale

3 5

board meeting??
by brynn 28 Dec '16

28 Dec '16

Hi Friends, For planning, and considering the upcoming release -- will board meeting be this Friday (Dec 30) or next (Jan 6)? Thanks, brynn

2 1

Inkscape without gui/gtk
by Nathan Hüsken 26 Dec '16

26 Dec '16

Hey eveyone, I am looking for a solution to convert svg files to pdf on AWS lambda. Since inkscape has a commandline interface, it seems to be a good choice. But for this to work inkscape would have to run on a headless linux system. No X11, not gtk etc. So I am wondering, can inkscape be modified so that it can compile in "Headless" mode. I looked at the inkscape code, and at a first glance it does not seemt to be sooo simple. Can anyone estimate if this makes sense and how much work this would be? Thanks! Nathan

3 2

Inkscape 0.92pre4 released
by Bryce Harrington 23 Dec '16

23 Dec '16

The 0.92pre4 source package has been released and can be downloaded from Launchpad: https://launchpad.net/inkscape/0.92.x/0.92pre4 I tried to upload it to the inkscape.org website, but kept getting a server error. Hopefully Martin can investigate and get the source package properly uploaded there too. :-) This pre-release incorporates bugfixes for the recently added mesh gradient feature, tidies up build options, adds the official about screen, and includes numerous backports and translation updates. >From what I can see, the reaction to the mesh gradient feature has been quite positive, and particularly with the serious attention given to fixing issues that have been raised, there seems to be little reason not to ship it in our final release. I remain open to feedback to the contrary, but at this time I suggest we proceed under the assumption that it will be part of the release. Meanwhile, please do try the feature out and help us advocate for its adoption by web browsers and other SVG using applications. Please try to avoid making any further changes on the 0.92.x tree - consider it in final freeze before release. The one exception being translations - the mesh gradient changes were allowed to break string freeze, so due to that we'll be giving permission to translators for breaking this final freeze. Ideally, I'd like to see no other changes to the 0.92.x branch prior to release; so if you have a change you would like to see included, please run any and all changes by me first (with justification) before landing them. Packagers are encouraged to prepare binary packages for the platforms we support. Thanks, Bryce

6 10

Open Colour Systems Collection 2.0 released
by "Christoph Schäfer" 23 Dec '16

23 Dec '16

Open Colour Systems 2.0 Released ================================ freieFarbe e.V. / freeColour is pleased to announce the release of Open Colour Systems Collection (OCSC) 2.0. Following the release of OCSC 1.0, freieFarbe / freeColour has been been recognised by German authorities as a non-profit organisation. The release of OCSC is the first one after the official recognition. OCSC 2.0 comprises ten additional colour palettes. More importantly, it is now also available in Adobe's Swatch Exchange Format (ASE), as well as a Plain Text Format version with the file extension CLF. All colours have been measured from vendor-supplied colour references with a spectrophotometer. Since freieFarbe e.V. / freeColour is an advocate of the use of the CIE LAB/HLC colour model as a free and reasonable alternative to proprietary colour collections, colour values in the palette files are in CIE LAB. Download ======== SBZ: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_SBZ.zip SHA1 checksum: 6b2bab7dde9e5fe9e8778ee9f79f31edcaa8cef8 ASE: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_ASE.zip SHA1 checksum: fea350149e2b95af55f36e283fe597f279d3f79c CLF: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_CLF.zip SHA1 checksum: e65fd94db7f0d6484df9ce0cf0288ecd328ec655 In addition, OCSC 2.0 has been released in three RGB versions for use in LibreGraphics programmes that don't support the LAB colour model and/or one of the formats listed above (yet). The formats are: GPL (GIMP, Inkscape, Calligra Office, Krita, MyPaint), SOC (Apache OpenOffice, LibreOffice, OpenOffice.org), and XML (Scribus 1.4.x). Download ======== GPL: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_GPL.zip SHA1 checksum: c0eefb3a74f658c9c201d5671b4af6a085650cbb SOC: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_SOC.zip SHA1 checksum: 318d8fbaf391b0ec39fa433e807e3ec658381376 XML: http://freiefarbe.de/wp-content/uploads/2016/12/OCSC_20_ScrXML.zip SHA1 checksum: da456792dc89445022ab4ae1af3f5ccedc722cd6 A complete package with all supported formats is available here: http://dtpstudio.de/downloads/freeware/OCSC_20.zip SHA1 checksum: e65fd94db7f0d6484df9ce0cf0288ecd328ec655 In addition, freieFarbe / freeColour provides other colour-related software for free here: http://freecolour.org/ Colour Software Release Planned =============================== freieFarbe e.V. / freeColour also intends to release a previously closed-source colour software product written in RealBasic as Open Source under a GPL 2+ licence. fF / fC hopes to find contributors who are interested in porting the code from RealBasic to C++ and Qt, as well as merging the features of Swatchbooker and the original product. The majority of the code is UI-related, but the essential algorithms (the core of the product) are well-commented. Any assistance with respect to the organisation of the release of the source code would be welcome. About freieFarbe e.V. / freeColour: =================================== freieFarbe e.V. / freeColour is a non-profit organisation that was founded in 2016 by German and Swiss colour professionals after having worked as an informal initiative without legal status for several years. our motto is "We want to unchain colours". The organisation is looking for cooperation with colour experts, software developers and users around the globe who share our goals. You are invited to become a member and/or contribute your own project. freieFarbe e.V. / freeColour is convinced that the design world will benefit from truly free colours and better colour software. December 2016 Holger Everding Christoph Schäfer www.freiefarbe.de www.freecolour.org

1 0

unable to compile 0.92.x rev 15268 on Windows XP
by alvinpenner 22 Dec '16

22 Dec '16

1. My first attempt was using btool. This led to Bug 1651137 which I have been unable to fix. https://bugs.launchpad.net/inkscape/+bug/1651137 2. My second attempt was using cmake 3.2.1. I followed the instructions at: http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows This led to the following error: C:\InkscapeBZR\src>md build C:\InkscapeBZR\src>cd build C:\InkscapeBZR\src\build>cmake -G "MinGW Makefiles" .. CMake Error at debug/CMakeLists.txt:28 (add_inkscape_source): Unknown CMake command "add_inkscape_source". CMake Warning (dev) in CMakeLists.txt: No cmake_minimum_required command is present. A line of code such as cmake_minimum_required(VERSION 3.2) should be added at the top of the file. The version specified may be lower if you wish to support older CMake versions for this project. For more information run "cmake --help-policy CMP0000". This warning is for project developers. Use -Wno-dev to suppress it. -- Configuring incomplete, errors occurred! See also "C:/InkscapeBZR/src/CMakeFiles/CMakeOutput.log". ........................................................................ tia, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/unable-to-compile-0-92-x-rev-15268-on-Wind… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 12

Re: [Inkscape-devel] [Inkscape-translator] Fwd: Inkscape 0.92pre4 released
by Bryce Harrington 21 Dec '16

21 Dec '16

On Mon, Dec 19, 2016 at 10:05:12PM +0200, Yuri Chornoivan wrote: > > Yes, they added some strings - and those are especially important as > > they concern the document conversion between 0.91 and 0.92 (units change > > to match CSS specification). Users who are presented with an English > > message might find this even more difficult to decide than in their > > native language. > > > > Could someone update the po files in the Inkscape 0.92.x repo, please? > > > > Regards, > > Maren > > Hi, > > Some relatively new strings in 0.92.x branch are actually untranslatable due > to such called "string puzzles": > > http://bazaar.launchpad.net/~inkscape.dev/inkscape/0.92.x/view/head:/share/… > > inkex.errormsg(_("Side Length 'a' (" + unit + "): " + str( params[0][0] ) )) > inkex.errormsg(_("Side Length 'b' (" + unit + "): " + str( params[0][1] ) )) > inkex.errormsg(_("Side Length 'c' (" + unit + "): " + str( params[0][2] ) )) > > extracts as > > Side Length 'a' ( > Side Length 'b' ( > Side Length 'c' ( > > That is not what expected. Good point. There are probably other instances like this where variables are being included in the translatable. I would guess the proper way to do it would be something like: inkex.errormsg(_("Side Length 'a'") + " (" + unit + "): " + str( params[0][0] ) ) > Can this be fixed before the release and the last update before the string > freeze? We're already far into string freeze, and actually very close to final freeze. This particular issue is just an error message printed to the console for one of the extension programs, so the severity of having it untranslated seems quite low. I would suggest filing a bug report to seek getting it fixed in trunk for future releases. Thanks, Bryce > Thanks in advance for your answers. > > Best regards, > Yuri > > > > > Am 19.12.2016 um 18:27 schrieb Sylvain Chiron: > > > According to the message below, it’s still possible to submit > > > translations for 0.92. > > > > > > Kind regards, > > > > > > Sylvain > > > > > > > > > -------- Message transféré -------- > > > Sujet : [Inkscape-devel] Inkscape 0.92pre4 released > > > Date : Sun, 18 Dec 2016 22:50:03 -0800 > > > De : Bryce Harrington <bryce@...961...> > > > Pour : inkscape-devel@...6... > > > > > > The 0.92pre4 source package has been released and can be downloaded > > > > > > from Launchpad: > > > https://launchpad.net/inkscape/0.92.x/0.92pre4 > > > > > > […] > > > > > > Please try to avoid making any further changes on the 0.92.x tree - > > > consider it in final freeze before release. The one exception being > > > translations - the mesh gradient changes were allowed to break string > > > freeze, so due to that we'll be giving permission to translators for > > > breaking this final freeze. > > > > > > […] > > > > > > Thanks, > > > Bryce > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/intel > _______________________________________________ > Inkscape-translator mailing list > Inkscape-translator(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-translator

4 4

Text tool confusion
by Maren Hachmann 21 Dec '16

21 Dec '16

Hi again, I've just tried out the most recent revision (0.92.x r15273, compiled on Linux Mint 18, 64bit), and I've got a couple of questions about the line height / font size settings. In a new document I made a new text (normal one, consisting of text and tspans for each line, by clicking). - The first thing I noticed was that the button 'set lineheight on part of selection' was enabled by default. I thought the 'default' is rather that one sets the line height for the whole text, and that setting it for single spans is more of a 'special designer feature' that I wouldn't ever need (sorry...). - Then I noticed the hover text of the button, which refers to 'part of selection' - wouldn't that set the line height for the *whole* selection, hopefully? (important for translation, too...) - Now, whenever I change the lineheight of a text, this reenables that button (I had been looking for a way to enable it by clicking, or selecting something in vain before...), although I only want to change the lineheight for the whole text. When I then deactivate the button, the lineheight switches back to the default line-height, unsetting the line height for the whole text. It does seem to change the lineheight style property for the whole text object in the xml, but it also does so for each span inside, if nothing is selected. I expected it would only do that globally, and the tspans inside inherit. Is it intended that the button self-activates when there is no selection but the line-height is changed? How do I set the line-height for the whole non-flowed text, without setting it for each span inside? Is that even possible (after text creation, if I set it before starting to write, then it works only on the main object, probably because the rest doesn't exist yet...). How can I keep the lineheight of a span, while still changing the lineheight for the whole object? (They get lost when I change the setting without having selected anything...) For flowed texts, the feature seems to work a tiny bit more in line with my expectations. Only, when I set a line-height for a span, and then change the line-height for the whole object afterwards, the setting for the span seems to be lost. I'd have expected it to stay until I remove it, even if its effect would not be visible. - The first line height I got in a new document (default template for German, so mm) was something like 55 mm. This was not what I had in my text tool's preferences settings (last used style, and I didn't have any line-height values like that). In 0.91, it's a unitless 1.2. In a flowed text in 0.92pre, it starts with 1000% (corresponding to 21mm). Could the default rather be set to a unitless 1.2 or something more reasonable? - Why is the font size shown in the text tool's toolbar a different one than the one in the XML (both say they're in px)? I only have two font sizes in the document, and no transforms, so shouldn't they be the same? Is maybe a different unit used for displaying the value? It looks correct in Firefox, and there is no unit field for the font size. The ratio is 5.33333, btw. (tool bar size : xml size). In 0.91, both values match. In my preferences, the unit for font size is px. - The font size field seems to have lost its scroll sensitivity. Changing a font size is only possible by typing or selecting, no longer by scrolling when hovering over the field, which I find rather painful. Could someone please bring that ability back? Sorry for the length of this. I wasn't sure if all of this merits a bug report, or if it's maybe even intended (but if it is, it's extremely confusing...). Regards, Maren

1 0

Re: [Inkscape-devel] [Inkscape-docs] Website: Bad Gateway and server errors, even on login
by Martin Owens 20 Dec '16

20 Dec '16

On Mon, 2016-12-19 at 16:36 +0100, Jabier Arraiza wrote: > Not sure if undertand but if help, I still couldent upload a image. Looks like the webserver has run out of space :-( 30GB used up, 9GB on logs, 13GB on media files. It'll need some cleaning. Martin,

5 6