May 2015 - Inkscape Devel - Inkscape Mailman

Build problem
by Jabier Arraiza 29 May '15

29 May '15

Hi to all. Any one have this problem compiling? /home/jtx/Development/inkscape/trunk/src/display/sp-canvas.h:126:5: error: ‘uint8_t’ does not name a type uint8_t *tiles; Clean build r13689 Regards, Jabier.

3 6

Inkscape_trunk_scan-build - Build # 99 - Unstable!
by Jenkins (build tester) 27 May '15

27 May '15

Hi developers, Clang scanbuild found a potential bug in recently committed code. Inkscape_trunk_scan-build - Build # 99 - Unstable. See here which bugs were found (new in red): http://jenkins.inkscape.org/job/Inkscape_trunk_scan-build/99/clangScanBuild… It is paramount to keep our codebase clean with as little compiler warnings as possible, so we can swiftly eradicate newly introduced bugs, to keep Inkscape stable and prevent lengthy dragging bug hunts before releases. Your friend, Jenkins http://jenkins.inkscape.org

1 0

Wiki account
by Brad Pitcher 26 May '15

26 May '15

Can I have an account for the wiki please? I have an extension I'd like to add to the list.

2 1

Inkscape trunk PPA - 'Dependency wait' since May 21 (no new builds)
by su_v 26 May '15

26 May '15

1) Last successful PPA build and upload was rev 14163 on May 20; since then every new build has failed with 'Dependency wait': * Missing build dependencies: libgtkspell-3-dev > The following packages have unmet dependencies: > sbuild-build-depends-inkscape-trunk-dummy : Depends: libgtkspell-3-dev but it is not installable > E: Unable to correct problems, you have held broken packages. > apt-get failed. > Package installation failed Anyone familiar with the build recipe able to fix this dependency issue? 2) GTK3 builds are currently broken (likely unnoticed due to above build failures) - AFAICT the refactored PDF import dialog (r14170-14172) does not compile with GTK3: Build log (first 20 errors) with Gtk+ 3.16.3: https://gist.github.com/su-v/ba21869dc538149dff16

2 1

Scribus 1.5.0 released
by "Christoph Schäfer" 26 May '15

26 May '15

After many years of work and more than a thousand bugfixes and feature implementations, the Scribus Team is pleased to announce the release of Scribus 1.5.0. Scribus 1.5.0 is a preview of the next stable version 1.6.0 and has primarily been released for testing purposes, so more users can help us with identifying and fixing bugs. It is not stable enough for use in real production scenarios yet, but it can help users to become familiar with the new interface and the amount of new features, the number of which has almost doubled in comparison to the stable 1.4.x series. ==Most Important Technical Changes== - Scribus 1.5.0 uses Qt 5 as its UI toolkit. The minimum version to compile Scribus from source is Qt 5.4. - The file format has undergone significant changes and may change even further before the release of 1.6.0. Thus, files created or edited in 1.5.0 cannot be opened in earlier versions of Scribus. Potential changes to the file format on the road to 1.6.0 notwithstanding, the Scribus Team will work very hard to make sure that files created by 1.5.0 and the following technology previews can be opened reliably in the next stable release. - Unfortunately we cannot offer GraphicsMagick and Open Scene Graph support for all platforms yet, whereas on Linux (and probably *BSD), GM and and OSG have become new dependencies. - Scribus will detect an installed version of UniConvertor and use it to import some of the vector formats supported by this program into Scribus. ==Most Important New Features== ===General=== -The user interface has been overhauled and restructured in many places. For example, the context menu takes a lot less screen estate than before, and the Document Setup / Preferences dialog has been rewritten from scratch. The Scribus Team is aware of the remaining deficiencies and will work on resolving these issues before the release of 1.6.0. In some cases inconsistencies in the UI (e.g. the "Drop Shadow" tab in the Properties Palette) have been deliberately left in place to receive feedback from users as to which way they prefer. - Scribus can now store bitmap images within its native file format. Previously it was only possible to link to external images. - Scribus 1.5.0 now offers a "Symbol" or clone feature similar to Adobe Illustrator: If one master object (Symbol) has been modified, all of its copies (clones) are being modified as well. - With the new "Weld" feature, objects can be combined and moved without being "grouped", i.e., each object remains fully editable. ===Text / Typography=== Scribus 1.5.0 provides some of the most often requested text features, among them: - vertical scaling of text; - orphans and widows control; - foot and end notes; - text variables; - cross references. Moreover, Inline Objects in text frames are finally fully editable. ===Tables== In previous Scribus versions tables were nothing more than combined text frames. Scribus 1.5.0 finally introduces "real" tables that resemble table features in word processors and other DTP programs, including table styles. ===Graphics=== - A new feature-rich plug-in called 'Picture Browser' enables asset management for graphics files by tagging them or creating graphics collections. Graphics files can be dragged into a Scribus document from the Picture Browser. - Scribus 1.5.0 supports all advanced gradient types available in Adobe Illustrator and XARA Designer, including mesh gradients. - One of the most-requested features -- drop shadows -- is finally available, albeit still experimental. - For documents that comprise many large (in terms of file size) bitmap images, a configurable image cache has been added. It can buffer image files to the hard drive and free RAM, so Scribus can continue to run smoothly. ===File Import / Export=== Scribus 1.5.0 is being shipped with a huge number of new or rewritten import filters, although not all of them are of equal quality, and some are still experimental. ====DTP Files==== For the first time in its history, Scribus 1.5.0 can open / import files created by other DTP programs, namely: Adobe InDesign XML (IDML), Adobe InDesign Snippets (IDMS), Adobe PageMaker (P65, PMD), Apple iWorks PAGES, Microsoft Publisher (PUB), QuarkXPress Tags (XTG), VIVA Designer XML, and Xara Page & Layout Designer (XAR). Regarding DTP formats not yet supported, a workaround is sometimes to use an output format as an option. Accordingly, Scribus 1.5.0's PDF importer has been rewritten from scratch, and Scribus can now reliably open almost every PDF file directly with the original layout intact. For Windows users, Scribus 1.5.0 also comes with reliable import filters for Microsoft's PDF alternatives XPS (Windows Vista and 7) and OXPS (Windows 8 and later). ====Vector Drawings==== - The import filter for Adobe Illustrator files has been rewritten from scratch and Scribus's graphics capabilities have been expanded accordingly, so most AI files can be imported or opened flawlessly. Moreover, Scribus can now detect hybrid AI files and enables users to choose between the AI and the PDF version. - The import filter for OpenDocument graphics files has been rewritten from scratch and expanded, so Scribus can now open and import ODG drawings and ODP slide shows without issue. - "Layers" in SVG files are now supported if an SVG document is being opened (as opposed to being imported into an existing document). - Thanks to the libraries provided by the Document Liberation Project, Scribus can now import native MS Visio and CorelDraw files. - Other new import filters: Computer Graphics Metafile (CGM), Photoshop Custom Shapes (CSH), Micrografx Draw (DRW), Enhanced Metafile (EMF), StarView Metafile (SVM), WordPerfect Graphics (WPG), Xara Designer (XAR). ====Bitmap Files=== - Scribus 1.5.0 supports the open standard Open Raster (ORA) for complex bitmap files, including advanced features like layer effects or paths. - With GraphicsMagick installed, Scribus can import all bitmap files supported by this program, including GIMP's native XCF format. - Scribus 1.5.0 can import PGF bitmaps, an open alternative to JPEG 2000. ====3D==== With OpenSceneGraph installed, Scribus 1.5.0 can import 3D objects in all formats supported by OSG into a new frame type called "3D Annotation". Scribus also offers limited editing functions, such as setting the lighting source or the default display mode for a PDF-3D-capable PDF viewer. ====Colors and Fills==== Scribus 1.5.0 can use color palettes in the Adobe Color Swatch (ACO) and AutoCAD ColorBook (ACB) formats, as well as GIMP Gradients (GGR) and GIMP Patterns (PAT). The former color manager has been extended to a "colors and fills manager" to reflect Scribus's new capabilities. ===Output=== The most important new feature with respect to output is the support of PDF/X-4 in the PDF exporter. Another important addition, at least in some environments, is an exporter for Microsoft's XPS format. For a cursory overview of all new features, see: http://wiki.scribus.net/canvas/Scribus_1.5_Readme A data sheet is available here: http://wiki.scribus.net/canvas/File:Data_sheet-Scribus150.pdf (English) http://wiki.scribus.net/canvas/File:Datenblatt-Scribus150.pdf (Deutsch) The complete changelog is available here: http://bugs.scribus.net/changelog_page.php?version_id=60 ==New Website== Thanks to Carsten Liersch and Dennis Groenewegen van der Weijden, we're also pleased to present Scribus via a new and modern website to the world. ==Primary Download Locations== - Installation packages for Windows, Mac OS X and the source code are available here: http://sourceforge.net/projects/scribus/files/scribus-devel/1.5.0/ - 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 *BSD, Solaris and OpenIndiana is beyond our influence. We recommend updating the respective repository data on a regular basis. ==Download Verification== Description File Name Sha1sum Source scribus-1.5.0.7z 7a8dbe7ae7790ecc194dbe9c6c23726bb3b226d7 Source scribus-1.5.0.tar.xz fdf451037073ee648f135669535508813d61ee7e OS X Mavericks or higher (DMG) scribus-1.5.0.dmg 55a1e0800b73f7b7b0b136b3ebc1eb6a03ef0b07 Windows 32/64 Bit scribus-1.5.0-windows.exe 9a0ce39350e77d6a907f8aae2b6d803ba6345ef7 Windows 64 Bit scribus-1.5.0-windows-x64.exe 42d489fe1098797772a14113ca2ac49244a4dbd2 ==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. Special thanks go to Carsten Liersch/Bauwerk Design (Germany) and Dennis Groenewegen van der Weijden for the design of the new Scribus website. The Scribus Team is also honored to have Resene Colours (New Zealand), dtp studio oldenburg (Germany), GiveLife Color System (Spain), Scientific Illustration Services Corp. (USA), the Newspaper Association of America (USA) and Software Consulting Services (USA) 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 Mensys BV (The Netherlands) and 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.

3 2

RFC: Switch to Google Test framework
by Bryce Harrington 24 May '15

24 May '15

Hi all, At the hackfest today we discussed the Boost test suite vs. the Google test suite. Both options are very good and better than cxxtest that we use currently, and should be straightforward to move to. We tentatively decided on Google test. 2geom uses it, so many of us already have familiarity with it, and it will keep the two projects consistent. Boost's commands have prefixes which makes for a bit more typing, whereas Google test's are more brief. KK liked Google test's handling of templates better too. Does anyone have a strong differing option? We're hoping to have the decision finalized by the end of the week. Bryce

8 21

New LPE Transform by two nodes-knots-
by Jabiertxo Arraiza Cenoz 24 May '15

24 May '15

Hi to all. Here are a video with my last LPE. https://www.youtube.com/watch?v=ZLmYdWoXXIw Its based in a feature pointed by Ivan Louette. Here the branch to review: https://code.launchpad.net/~inkscape.dev/inkscape/transform_by_two_points Best regards, Jabier.

3 5

Description of Livarot's boolops algorithm?
by Krzysztof Kosiński 24 May '15

24 May '15

Hello Can anyone provide a rough description of how livarot's boolops work? In my thesis, I want to compare it to my new implementation in 2Geom. The new implementation is almost complete, and handles all general cases on any combination of lines, Beziers and elliptical arcs. The only remaining thing is the handling of overlapping segments. Regards, Krzysztof

1 0

Web IRC client - support troubles
by Bryce Harrington 24 May '15

24 May '15

It's come to my attention that our website IRC client, which provides a convenient means for users to ask a quick question, is causing a lot of frustration amongst our volunteers on the channel who are trying to provide support and manage the channel. There's three issues that I'm aware of: * Drive by's: Very often people will log in, shoot off a question that is easily answered, then depart before anyone has a chance to answer it. * Language: Often people will express questions in their native language. As our current support volunteers only include English speakers, this just isn't going to work out. * Anonyminity: The nice thing about the IRC client is since it doesn't require login credentials, it's quick and easy to use. The downside is we have no idea who the person is. This means no way to contact them out of band (e.g. shoot them an email with the answer to their question, or post it to their inkscape.org account), and no way to ban people who behave abusively (the channel op can kill the session, but the troll could just re-login.) There may well be other issues, but I think this is representative. Compounding the problem, I think the IRC support crew feel a bit disempowered: The web irc client is part of the website and thus maintained by the website maintainers. The easiest solution would be to switch off the irc client on the website, or for the IRC support staff to set /ignore (or worse) on "inkscaper*". But these don't really *solve* the problems, they just brush them under the rug. Are there other changes (maybe minor tweaks, maybe major re-thinks) that would address these problems while still helping users get answers to their questions, quickly and/or interactively? Bryce

9 15

Fwd: Website Feedback
by Martin Owens 19 May '15

19 May '15

Forwarding on a request from intel: ---------- Forwarded message ---------- From: Catalin Crisan <catalinx.crisan@...1100...> Date: 19 May 2015 at 07:39 Subject: Website Feedback To: Martin Owens <doctormo@...400...> Hello Inkscape team, My name is Catalin and I work within the Software & Services Group (SSG) at Intel, supporting successful application developers and publishers in different levels and would like to speak about a possible cooperation. I have just tested Inkscape and I think it's a wonderful app. So, congratulations for the great work! Seeing the good reviews and potential that “Inkscape” has, I wonder if you would be interested in working with us on optimizing the app for 2in1 Ultrabooks (PCs that transition from clamshell/laptop mode to tablet/touch mode). The idea is to have two slightly different UIs that adapt to the both usages, taking advantage of the hardware’s capabilities and offering a great experience in both cases. We mainly offer hardware, technical support and different co-marketing opportunities, but I would like to go further into details. Looking forward to hearing from you! Have great day! Catalin Crisan ISV Enabling Manager Skype: catalinc-intel Tel +44 01844340399 catalinx.crisan@...1100...

4 4