- Inkscape Devel - Inkscape Mailman

GitLab Migration Schedule
by Ted Gould 02 Jun '17

02 Jun '17

Howdy folks, As we've discussed more that once we're looking to move a Bazaar repositories on Launchpad over to Git repositories on GitLab. We're no closing in on the time for that migration. We've discussed a schedule in the board meeting this afternoon and I wanted to make sure everyone is aware of the plan. We're expecting 24-hours of "downtime" as part of this. Step 1:

1 0

Inkscape Board meeting at Noon PDT today.
by Tavmjong Bah 02 Jun '17

02 Jun '17

Hi, Just a reminder there is an Inkscape board meeting today in less than two hours. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Everybody is welcome to participate. Tav

2 1

Paris Hackfest Update
by Tavmjong Bah 02 Jun '17

02 Jun '17

Hi all, The Paris hackfest is less than a month away! It's time to start planning an agenda. Please help with this by adding topics to: http://wiki.inkscape.org/wiki/index.php/Hackfest2017_Topics If you haven't signed up yet, it's not too late to. Please add your name to: http://wiki.inkscape.org/wiki/index.php/Hackfest2017_Attendees Tav

1 0

Git Migration
by Martin Owens 02 Jun '17

02 Jun '17

Hi Bryce + devs, I'm a bit worried about the Git migration. I'm a bit impatient ;-) but we haven't heard much from KK about availability and I'm thinking we need to plan a contingency. Thoughts? Are we planning to get this done at the hackfest? Best Regards, Martin Owens

5 19

last used style
by brynn 01 Jun '17

01 Jun '17

Hi Friends, I've been trying to get my nerve up to ask about this, since I first used Inkscape, 10 years ago. So here goes. Can anyone give me a good reason for having all the tools styles set, by default, to last used style? In 10 years, I have never met, seen, or heard of anyone who needs this feature; while we have to answer this same general problem for newbies over and over and over again. Countless times I've answered these messages. I'll bet I don't even need to give examples, do I? I would guess it's the single biggest stumbling block for newbies. It certainly must be the single most asked question by newbies. At least in forums, and probably LP Answers. I can imagine rare scenarios, where someone might actually use this feature. But if I want an object the exact same style as the one before, I simply duplicate (or copy/paste, or paste style). So it's a mystery to me why last used style should be the default behavior, when we have all these other perfectly suitable features, which don't cause newbies (and those who help them) so many headaches. I understand if we might not want to throw it out the window ((although that's what I would do with it, haha)). But is there any chance we could at least not have it to be the default behavior? When we first download and open Inkscape for the first time, all the tools have a characteristic style. If I recall, it's a pink rectangle, light blue circle, yellow star, and green spiral, with darker tones for the strokes, and all partially transparent. And for Pencil and Pen, I guess it's the black stroke. Could we just keep those styles, but set all the tools for "This tool's own style" instead of "Last used style"? And could we have this the default behavior for when newbies first install Inkscape? Oh, it would save us SO, so much time, those of us who answer newbie questions, day in and day out. I'd be so happy to write up a bug/feature request report for this, if there isn't some serious objection. Thanks for listening, brynn

3 2

Inkscape Board Meeting
by Bryce Harrington 01 Jun '17

01 Jun '17

== Board Meeting == We'll hold another board meeting this Friday, March 3rd at noon Pacific in #inkscape-devel. All members of the community are welcome to participate. http://wiki.inkscape.org/wiki/index.php/Board_Meetings Agenda: + Sponsorship Levels + Hackfests: Portland, Paris + Merchandise sales + Inkscape gitlab + Other

3 5

Scribus 1.5.3 released
by "Christoph Schäfer" 29 May '17

29 May '17

The Scribus Team is proud to announce the release of development release 1.5.3, another major step on the way to Scribus 1.6.0. In addition to being a milestone in terms of typographic features, the Scribus Team is convinced that 1.5.3 has become stable enough to be used in new workflows and documents in a similar way to the transition from 1.3.3.x to 1.4.0 after the release of version 1.3.6. However, care must be taken, because this is still a development release. Scribus 1.5.3 is very fast and has been thoroughly tested. Generally, everything that works reliably in 1.4.x also works in 1.5.3, but it's faster and more versatile. On top of that, it includes additional and already overwhelmingly reliant features galore. Most Important Changes ====================== - The most important change isn't immediately visible, namely a completely rewritten text layout engine, which supports complex scripts like Arabic, Hindi or Thai, as well as providing access to advanced OpenType features, such as ligatures and alternate glyphs. - Altogether, about 500 languages and/or scripts are supported. Please note that as of version 1.5.3, Scribus is supposed to render these diverse writing systems, which still needs thorough testing by those who are familiar with them. - Typing on the canvas and text rendering in general has become a lot faster. - Previews for fonts are now available in font selectors. - The "Text" tab has been removed from the Properties Palette and is now a separate UI palette. - The performance of copying and pasting objects in/from/to files with huge color palettes has been vastly improved. - An import filter for Krita's KRA format has been added. - Scribus now follows the XDG standard for configuration files. Therefore, the Scribus preferences directory has moved from ~/.scribus/ to a new default location: ~/.config/scribus/ - Color selectors display the color values as a tooltip. - A longstanding problem with the launch option for an external image editing program has been resolved. Until version 1.5.3 it was necessary to manually close the external program before it could be started again from within Scribus. This is no longer necessary. - The "Wikipedia RAL Classic" color palette has been updated, this time using Wikipedia's LAB color values. - A script called "Caption" has been included, which adds a text frame to an image frame, based on the latter's proportions. - The "Autoquote" scripts now supports inverted guillemets via the "de-g" parameter. - Code improvements have been made based on recommendations from using both the Coverity scan tool (https://scan.coverity.com/) and the "clazy" tool (https://github.com/KDE/clazy). These changes improved efficiency, removed bugs and improved security. - Countless bugs, mostly introduced with the new features in earlier releases of 1.5.x, have been fixed. For details see the 1.5.3svn changelog (https://bugs.scribus.net/changelog_page.php?version_id=102) New Dependencies ================ - As of version 1.5.3, the minimum Qt version to compile the program is 5.5. - harfbuzz and libicu, as well as the related development packages are now required. Caveats - Some newly introduced features, like footnotes, may not function as desired, at least not yet. - The file format may undergo some changes between the current release and 1.6.0, so we advise caution when it comes to workflows that use automated document generation or parsing. - Vertical writing systems aren't supported for the time being, but support will be added in a later release. - The Online Help hasn't been completely updated, and it won't be until the final 1.6.0 release. Special Credits =============== - This version builds significantly on the code from 1.5.2 with the work that the Oman House of Open Source Technology team, led by Khaled Hosny, delivered. - 1.5.3 uses all of the remainder of the code, and we have Fahad Al-Saidi to thank for his continued work and especially for the bug triaging and code changes. - Andreas Vox introduced a layout cache to speed up text rendering. - William Bader has fixed the issue of launching several instances of an external image editing program. - Contributions to GUI translations via participants on the Transifex translation platform Primary Download Locations ========================== - Installation packages for Windows, Mac OS X, a Linux AppImage and the source code are available here: https://sourceforge.net/projects/scribus/files/scribus-devel/1.5.3/ - Fedora and CentOS RPMs: http://download.opensuse.org/repositories/home:/mrdocs - OpenSUSE, SLED, and SLES RPMs: http://download.opensuse.org/repositories/home:/mrdocs - Packaging for other Linux distributions, *BSD, Solaris and OpenIndiana is beyond our influence. We recommend updating the respective repository data on a regular basis. - Windows Portable App: http://portableapps.com/apps/office/scribus_portable#test Download Verification ===================== Please visit the official announcement on https://wiki.scribus.net/canvas/1.5.3_Release for Sha256 and Sha1 checksums. Expectations for Scribus 1.5.4 ============================== - An entire rebuild of the palette system used in Scribus, enabling a cleaner and more flexible GUI - Updates to dependencies, with a likely increase to Qt 5.6 - Migration of build systems or targeted versions of operating systems to later versions Credits ======= The Scribus Team would like to thank Anduin.net and Modirum for their continued hosting of all of the Scribus websites. We are grateful to the Organisation Internationale de la Francophonie and Linux New Media (Germany) for sponsoring. The Scribus Team is also honored to have Resene Colours (New Zealand), dtp studio Oldenburg (Germany), Scientific Illustration Services Corp. (USA), the Newspaper Association of America (USA), Software Consulting Services (USA), freieFarbe e.V. (Germany), bauwerk Kommunikationsdesign (Germany) as Special Supporters and donors of color palettes and other content since the 1.4.x release, just like we are grateful to the owner of Vector Portal for the permission to distribute some of his work as Scribus Templates. Porting Scribus to OS/2 and eComStation is being supported by Serenity Systems (USA). Finally, the Scribus Team would like to thank the many end users, translators, testers and contributors who helped us with this release.

1 0

OpenType Variable Fonts on Inkscape (and possibly other libre graphics tools)
by Felipe Sanches 24 May '17

24 May '17

Hello, Inkscape friends, == Intro == ** You can skip this part if you already know me or if you don't really care for the intro details :-D ** I've been active in Inkscape development a long time ago (circa 2007-2010, I think), but then I moved on to collaborate on other projects such as GNU LibreDWG, FontForge, Metapolator, Kicad and a few programs in the 3D printing toolchain such as Sprinter/Repetier firmware, Pronterface and OpenSCAD. Also I'm regularly contributing to the MAME Project and heavily interested in Coreboot/Libreboot, etc. And during the past year and a half I've been developing and maintaining the FontBakery project, a Quality-Assurance testsuite for font families. == LGM Brazil == Last month I've attended the Libre Graphics Meeting here in Brazil and had the opportunity to meet a few GIMP developers. Unfortunately no-one from the Inkscape team was there this time, other than the couple of Brazilian past contributors (myself and Aurelio Heckert). == Variable Fonts == Dave Crossland brought to my attention that there's an opportunity for the "big four" libre graphics programs that heavily rely on typography (Inkscape, GIMP, Scribus and LibreOffice) to implement support for OpenType Font Variations (a.k.a. "variable fonts") before the proprietary graphics applications do so. It seems that while the major web-browsers are all already jumping into the "variable fonts" technology, the proprietary graphics tools are not so fast. The underlying free software libraries already provide the support for that. Harfbuzz did implement support on its January release, providing a new API for OpenType variable fonts. I wonder if anyone here is interested in getting involved in the implementation of support for that in Inkscape. == My plan for Variable Fonts in Inkscape (and perhaps GIMP) == With that in mind, I am planning to spend a full day per work-week dealing with this. I have started to do so last week. I spent last Thursday setting up my development machine to properly build GIMP and Inkscape from source. I know Inkscape is moving into git at some point very soon, but since it seems it did not happen yet, I decided to use git-bzr to have my own local git tree, where I feel more comfortable working. Then I built several dependency libraries needed to build these projects. GIMP still fails to build, but I already got Inkscape-devel built and running. Nice to see the recent improvements someone did on the measurement tool I implemented years ago. Thanks a lot! After that, I read the relevant portions of the text-handling code in Inkscape sources (most of it on the src/libnrtype/ directory). I see that it relies on Pango for setting up font description data-structures based on the user's font selection. And, if I got it right, Pango uses HarfBuzz+Cairo as its underlying layout & rendering backend. So, my first thought is that we may add a variable fonts "bridge-API" on pango that redirects the calls to the underlying harfbuzz hb_ot_var_* API. Or the other alternative would be to entirely migrate Inkscape code into using harfbuzz directly (ditching pango usage). Please correct me if I misunderstood things here, but it seems to me that both approaches could work, while the first is a quick and dirty hack while the second would be the nicer way of doing things even though it would require a larger coding effort. I'm copying Behdad Esfahbod in this thread as he is the developer of both Pango and HarfBuzz and may be interested in commenting on this. Happy Hacking, Felipe "Juca" Sanches

4 6

UniConvertor
by Tavmjong Bah 23 May '17

23 May '17

Hi, Does anybody have UniConvertor working anywhere? Fedora 25 includes UniConvertor 2.0 which seems to fail do to a missing dependency (sk1libs). Tav

2 1

Re: [Inkscape-devel] Update to window rotation.
by Jean-François Lemaire 23 May '17

23 May '17

I too use an Intuos tablet but I disabled the touch feature because I hate it. I hope modest stylus users like myself won't be forgotten. Cheers, JFL

9 16