- Inkscape Devel - Inkscape Mailman

ReadTheDocs
by Krzysztof Kosiński 25 Feb '16

25 Feb '16

ReadTheDocs is a site that can build documentation and serve it online after every commit to a repository. We used to have something similar, but it ceased to work at some point. It looks like it's fairly simple to mate Doxygen with ReadTheDocs (which uses the Sphinx documentation system) using a project called Breathe. http://breathe.readthedocs.org/en/latest/ I'll try to set this up for lib2geom tomorrow and report on the results. Best regards, Krzysztof

2 3

Website design
by Jelle Mulder 25 Feb '16

25 Feb '16

Martin, It may have gotten some approval nods, but mine certainly isn't one of them. Responsive design is nice and all to have and something that needs to be addressed if it hasn't been done already, but this design doesn't cut it. I would also refrain from completely overhauling the current design aspects (colour, type) which are not bad at all. What I see here is a two or possibly 4 column collapsable design that has a splash screen with a download button and some icons on the bottom. All readable info would be off screen in case of a small factor screen. What's the point of that? There is no Android or iOS version of Inkscape, so that would be besides the point wouldn't it? You would only want to be able to read some info rather than the download button. Nor does it strike me as good practice to lard your entry page for smart phones with sizable bitmaps. In my view it just doesn't appeal, both from UI, UX and design point of view. Back to the drawingboard I'd say and give it some thought this time. The website design as it is has room for improvement from a marketing point of view, but in general is quite functional and to the point. Nor am I a great fan of the scrollmania that is so popular these days as a reflection of small factor readers. Single page view designs are still preferable to the hot swipe that goes around as fashionable and hip. Yes to responisive design, but why not make the current design responsive and not just by tossing it into bootstrap. Cheers, Jelle > Message: 1 > Date: Wed, 24 Feb 2016 10:51:25 -0500 > From: Martin Owens <doctormo@...400...> > Subject: Re: [Inkscape-devel] Website Design > To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> > Cc: Hinerangi Courtenay <hine.courtenay@...36...>, inkscape-user > <inkscape-user(a)lists.sourceforge.net> > Message-ID: <1456329085.3092.11.camel@...2056...> > Content-Type: text/plain; charset="UTF-8" > > Yesterday Mc- brought up a design for the inkscape website which got a > few approval nods from various attending people: > > https://yadi.sk/i/CfqypzmvpPbay > > I contacted the designer at the time and just heard back. So what we > have here is a psd of a single page that flows downwards. I expect it to > assume a standard set of css frameworks such as bootstrap or similar. > > I also know that Hinerangi has some designs waiting in the wings for the > website and that we've stalled on moving more improvements in. > > I'm interested in hearing wider feedback from the community since I've > been under the impression that the website's design has been fairly > serviceable. A replacement would be a fair amount of work and at the > moment I'm only committed to making sure the technical integration of > any proposed design goes ahead without any barriers. > > What do you think we should do? > > Best Regards, Martin Owens >

1 0

Re: [Inkscape-devel] inkscape text alignment icons
by Martin Owens 24 Feb '16

24 Feb '16

Dear Claus Staedtler, Thank you for emailing me :-) I think it's a good idea to harmonise where possible. Inkscape's icons are a mix between our icon packs (a tango theme and a symbolic mono-color) none of our themes have text alignment icons (only object alignment icons). In order to use the proposed icons they would have to be installed into the system's icon theme. What is the status of gimp and libreoffice regarding using system icons? Best Regards, Martin OWens P.S. I've forwarded this conversation to the inkscape developer's mailing list (without attachment) we can sort that out later. On Sun, 2016-01-03 at 11:44 +0100, staedtler-przyborski wrote: > Dear Martin Owens, > > first a happy new year > > I recently added to the new gimp symbolic icon theme some icons. > > As my idea is that inkscape/gimp/libre-office .... use the same symbolic > icons whenever they do the same (which is quite often not the case) > I've made additionally made some text-alignment icons for gimp (it uses > currently system-icon-theme, like inkscape). > > I thought inkscape might want to use these icons too (so they would be > identical in gimp and inkscape and libreoffice). > > I've added symbolic and colored icons as svg. The symbolic icons are > derived from libreoffice, you might want to correct the color (for what > reason ever, inkscape uses different gray than libreoffice and > libreoffice a different than gimp in their symbolic icon theme ..., > maybe someday in future this will be harmonized too). > > It's up to you to make use of them or put them into trash. > > Regards > > Klaus Staedtler >

2 1

Re: [Inkscape-devel] Website Design
by Martin Owens 24 Feb '16

24 Feb '16

Hi Hinerangi, Thanks so much for posting a screenshot of your design, I like it very much. What I like about your design is: * The colour theme, I've grown to like the white an black clean lines * The non-scrolling, single page, makes it easier to do information pages using the same * The news and other information is closer to the top. What I like about eshill's design is: * The four horizontal images for each of the sections * The cleaner download button, separate and large for the first page. * The icons for the information sections (news, users etc) But getting a responsive design would be really nice IMO. One of the best advances for the site. Martin, On Wed, 2016-02-24 at 17:51 +0000, Hinerangi Courtenay wrote: > Oh, I wasn't aware of this new redesign – I had a few propositions > going already, one which was posted to the mailing lists a little more > than a year ago > (https://www.dropbox.com/s/m2f988q3jqn2vbr/mockup-hp-2014-26-12_v0.1.png?dl=0), and a second which was being done directly in the HTML/CSS code (consulting with Martin directly). > > The second one was more of an evolution than a redesign, to make the > existing site work responsively and bring it up to date with current > aesthetics. I've attached a screenshot of the work-in-progress for > reference, but obviously if the community prefers to push it in a new > direction, that's cool too :)

1 0

Inkscape Hackfest Status
by Sebastian Faubel 24 Feb '16

24 Feb '16

Hello Everybody, i just wanted to ask if there are any news about the Inkscape hackfest in April? Something like a fixed date or location? I ask because we need to book flights and schedule stuff.. ;) All the best, Sebastian *Semiodesk GmbH | *Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany | Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

2 1

Rotation tool
by Jabiertxo Arraiza Cenoz 24 Feb '16

24 Feb '16

Hi any one could tell me if a SVG tag could contain a transform inside? I try it on 0.91+devel, the elements are transformed but the controls of items and the rubberband is not transformed. To get more on the idea to know if could be done, the tool is a rotation tool that rotate the draw from the cursor betweeen 360 degrees. There is also a angle constrain modiffier and a reset button. Basicaly need to know if is svg compilant the transform on svg tag. And if yes, how rotation and other trannsforms -only for info- affect to the viewbox? Cheers, Jabier. https://blueprints.launchpad.net/inkscape/+spec/rotating-whole-document https://bugs.launchpad.net/inkscape/+bug/170498

3 3

any predictions on when, or if, 'miter-clip join' will be implemented?
by alvinpenner 24 Feb '16

24 Feb '16

I see that the SVG 2 spec contains a new property called miter-clip. https://svgwg.org/svg2-draft/painting.html#LineJoin Just wondering whether Inkscape, or any other renderers, are going to implement this, or have already implemented it? I ran into this by accident when trying to produce an svg representation of some spirograph bitmaps. The original spirographs came from https://sourceforge.net/projects/spirograph/ , I have attached a png screenshot of one here. The corresponding svg file that I produced is attached here as well. The svg file has some serious discrepancies at the line joins, which could possibly be fixed by the miter-clip, I hope, hence the question. 13_YellowCircles.png <http://inkscape.13.x6.nabble.com/file/n4975611/13_YellowCircles.png> 13_YellowCircles.svg <http://inkscape.13.x6.nabble.com/file/n4975611/13_YellowCircles.svg> Cheers, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/any-predictions-on-when-or-if-miter-clip-j… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

Re: [Inkscape-devel] Fwd: New Donate Link Graphics
by Martin Owens 23 Feb '16

23 Feb '16

Hey GR, OK so I fixed the graphics on the site, this was the difference between the two logos: * The inkscape logo was fatter (so preserve aspect ratio) * The white mark towards the lower middle was missing There was also some unintentional errors, with the black blobs not having a background white line. But Josh has said that the white lines and the grey colour are fine, as it the flat design. This is the closest we have to the required page: https://inkscape.org/en/about/trademark-policy/ Maybe we can add to it at the top with the icon/graphics package and the rules? Best Regards, Martin Owens On Tue, 2016-02-23 at 15:04 -0500, Golden Ribbon wrote: > > ---------- Forwarded message ---------- > From: Golden Ribbon <water.ribbon@...400...> > Date: Tue, Feb 23, 2016 at 3:03 PM > Subject: Re: [Inkscape-devel] New Donate Link Graphics > To: Bryce Harrington <bryce@...961...> > > > Josh Andler > > >To answer your questions regarding branding, no single person is > responsible for the branding, it has been a collective effort over the > years. > > > There really should be a dedicated page on the branding specs. If I > wanted to create something official for inkscape, problems like this > would eventually come-about again. Things to be included are official > hexadecimal colours - e.g. I see a shade of orange in the website and > in other inkscape affairs, has that shade been settled on?. the > Typeface for the "Draw freely" moto. and the official font for the > inkscape name... also things likes the logo as aforementioned, and its > variants (flat design) as well as the guide for icon creation. > > > I would be happy to construct that as well once I can get a link or > even a joint agreement on some aspects as admittedly things have been > settled over time and it maybe difficult to find true documentation of > the original ideas. > > > Regards, > > Phillip Taylor > > > On Tue, Feb 23, 2016 at 1:36 PM, Bryce Harrington > <bryce@...961...> wrote: > On Tue, Feb 23, 2016 at 10:27:01AM -0800, Josh Andler wrote: > > On Tue, Feb 23, 2016 at 10:22 AM, Martin Owens > <doctormo@...400...> wrote: > > > > > On Tue, 2016-02-23 at 09:21 -0800, Josh Andler wrote: > > > > Sorry about top posting but I have a HUGE issue with the > fact that the > > > > Inkscape logo was not used in those images. It resembles > the logo, but > > > > it is NOT our logo. It is not as clean as our logo. It > was immediately > > > > noticeable to me and it is not acceptable to dilute our > branding. > > > > > > Do you want the white back-line removed or can that stay? > > > > > > > The white line surrounding it isn't an issue, but I'd be > curious to see it > > both with and without. > > > > > > > > In the "branding" subfolder under "share", is a > "draw-freely.svg" that > > > > has our old flat logo which is what should be used. This > needs to be > > > > done ASAP so these incorrect ones are not redistributed. > > > > > > They won't be redistributed, the html code feeds into > fastly cache, so > > > unless people save them it's fine. > > > > > > I just tend to be concerned about people saving stuff which > is why I > > brought it up... so, I suppose redistributed was a worse > choice of words > > than available. :) > > Good catch, yes I agree this should be fixed. Do you think > it'll take > more than a day or two to get them fixed up? If it will take > longer, > should we perhaps hide these incorrect ones on the website? > Josh has a > good point that images posted to the internet can sometimes > get copied > around inadvertantly... > > Bryce > > > > > -- > > WebRep > Overall rating > > > > > > > Need Infographics? Check my website > > www.grtuts.com > > > > > > > -- > > WebRep > Overall rating > > > > > > > Need Infographics? Check my website > > www.grtuts.com > > >

2 1

New Donate Link Graphics
by Martin Owens 23 Feb '16

23 Feb '16

Dear all, Thanks to Golden Ribbon (inkscape user and maker of recently good tutorials) he's provided to us some graphics for encouraging more donations through affiliate links. They look really nice too. I've just finished adding them to the English page on the website. If you go to https://inkscape.org/en/support-us/donate/ you will see the new images and the copy-paste html if you want to add a link to your own website to support inkscape. Golden Ribbon is also interested in making t-shirts and other mechanise; we don't yet have anyone (I know of) who is skilled or interested in looking into merchandise, but maybe if we had some nice designs someone would step forwards to add this feature. What are your thoughts? Best Regards, Martin Owens

5 6

Re: [Inkscape-devel] New Donate Link Graphics
by Martin Owens 23 Feb '16

23 Feb '16

Thanks Golden Ribbon, Should we keep the list on google docs spreadsheet? On Tue, 2016-02-23 at 03:47 -0500, Golden Ribbon wrote: > This would be a great way to double up on funding the Inkscape cause > and spreading the Inkscape brand in one swift motion. I also selfishly want some inkscape branded things. A cup of tea and a t-shirt with inkscape's logo on it ;-) Martin,

1 0

Inkscape, Pango, Language Tags and Marshallese
by Jeremy Tan 22 Feb '16

22 Feb '16

Hello all. It is well-known that Inkscape uses Pango for text rendering. What I have found is that it doesn't yet support language tags for locale-specific rendering of glyphs. The context for this is a font I'm now developing that has separate glyphs for the Marshallese language <https://en.wikipedia.org/wiki/Marshallese_language>. It has five problematic letters – L, M, N, O with cedilla and N with macron; in particular M-cedilla, O-cedilla and N-macron aren't even in Unicode yet and while the other two characters are in, they usually display commas for Latvian, which is considered unacceptable for Marshallese. My font has the proper glyphs. SVG is a kind of XML and so the xml:lang attribute can be used to set the language of a certain piece of text. For example, if you wanted to say that some text is Polish you would put xml:lang="pl" as an attribute of the text (not tspan) object that contains the Polish text. These are ISO 639 two-letter codes that are used here, so for Marshallese the letters mh would be used. To ensure that the proper glyphs are displayed for the language in question, OpenType has the localised forms feature, which substitutes one glyph for another if the text is in a particular language. For my case, my font substitutes the replacements used by the online Marshallese–English dictionary (see here <https://en.wikipedia.org/wiki/Marshallese_language#Display_issues> for the replacements) with the typographically correct glyphs. So far, so good. But then I concocted an SVG demo with two sets of the replacement characters, one of which had xml:lang="mh" so it would display correctly in Marshallese. It worked fine in my browser, but the language tag was ignored when I opened it in Inkscape (see the attachment). I am not in a hurry over this, but I would appreciate it if someone could add support for the as-yet-unsupported OpenType features to Inkscape. Pango itself is perfectly capable of handling these features, so I'm suspecting it won't be hard. Parcly Taxel, Princess of Science

2 1

How does font size work?
by Tobias Ellinghaus 20 Feb '16

20 Feb '16

Hi, in IRC there was a discussion about the font size setting and I have to admit that I don't understand it. The tooltip says the value is in pt, which (according to the CSS specs) is 1/72th of an inch. Inkscape now uses a DPI of 96 to convert to/from pixels. When I type some text in 72 pt and then select the object the control bar tells me it's size was 6.72 mm, which would be 0.264566929134 inch [0] and that is 25.4 pixel [1], which is what I can see in the XML being stored. The part I don't understand is how that value relates to the initial 72 pt? And is it a coincidence that the final result of 25.4 is the conversion factor inch/mm? Some clarification or links to documentation would be appreciated. Tobias PS: Would it be possible to fix the font size box to show "nice" values and not some rounded numbers? Maybe just storing the pt value typed by the user along the converted px value and showing that? Or doing it the right way and putting the pt verbatim into the SVG as it used to be done? Currently it's really hard to do any serious work that involves text. [0] 6.72 / 25.4 = 0.264566929134 [1] 0.264566929134 * 96 = 25,3984251969 ~ 25.4

7 10

Competition News
by Martin Owens 18 Feb '16

18 Feb '16

Dear Inkscapers, A competition to design a t-shirt has been announced: https://inkscape.org/en/news/2016/02/18/fossasia-and-openclipart-t-shirt-de… I'd like to use this as a test of our media handling network capabilities. If you look after our facebook, twitter, google+ deviantArt accounts, please post the news above and send me a personal email when complete. (some of these accounts are in the shared password file, but I'm interested in people's ability to post news) Website and Mailing Lists have been completed. Best Regards, Martin Owens

2 2

unable to commit to lib2geom, or maybe just confused
by alvinpenner 18 Feb '16

18 Feb '16

I was attempting to correct a minor logic error that was causing LP Bug 1545632 see : https://bugs.launchpad.net/inkscape/+bug/1545632/comments/2 - so I did a bzr pull on lib2geom in order to synch. - I got an error message saying the branches had diverged and I could not pull - so I did a 'bzr pull lp:lib2geom --overwrite' - this 'worked' but now the version-info is wrong: C:\Users\Alvin\AppData\Roaming\lib2geom>bzr version-info revision-id: git-v1:8c1148600de95edb26f6d6fd45c849a62ed77b88 date: 2016-02-10 23:24:32 -0800 build-date: 2016-02-18 07:37:01 -0500 revno: 2499 branch-nick: lib2geom According to : https://code.launchpad.net/~lib2geom-hackers/lib2geom/trunk the correct version number is 2483 on Feb 5, not 2499 on Feb 10. - also the committer is git, not sure why So now I am reluctant to proceed any farther because I do not know which version is correct, I will make the appropriate change in Inkscape trunk instead. confused, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/unable-to-commit-to-lib2geom-or-maybe-just… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 3

Web Chat Review
by Martin Owens 18 Feb '16

18 Feb '16

Dear Users and Developers, I've put together an integrated tutorial for the irc chat on inkscape.org and I'd like a few users and support contributors to give it a review: https://inkscape.org/en/*users/chat/ You should see a few things are different now: * You must be logged in to use the chat, previously you could be anonymous. You even must have an email configured, so facebook and twitter logins must update their user profile before chatting. * There is the above guide which add the can_irc permission to a user's account. Confirming they've seen every page (I shorted it to 4 pages). * There's a new IRC bot that offers these new commands: - webbot: whois [username] ; will tell you who a user is and a link to their website profile, in case someone joins the chat asks a question and then leaves without waiting. - webbot: tell [username] [msg] ; will send an alert to the user with a possible response. The default for website message alerts is to email them too. So you can respond to someone who just left. - Get Latest Art ; a bit of fun to return the latest item in the Artwork category on the live site. Returns the link. - If you want further integrations between irc and the website, this is now possible. (maybe good for meetings in the future) I'm hoping these tools will allow users to feel comfortable chatting with us and also provision support contributors with what they need when in chat. The exact text of the above tutorial is up for review here. Please let me know your suggestions by email on list. Thanks everyone! Best Regards, Martin Owens

4 5

updated to rev 14658, problem in the make
by mathog 18 Feb '16

18 Feb '16

Hi, On a Ubuntu box just did: bzr update make it ran through configure (with no obvious problems) and began compiling but failed with: make[3]: *** No rule to make target `2geom/viewbox.cpp', needed by `2geom/viewbox.o'. Stop. The file 2geom/viewbox.o is still there from the last build a month ago. There is no viewbox.cpp in the 2geom directory. Just me? How to unjam this? I think it was at 14619 before the update, and it built with no issues. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Feedback needed: Fallback for 'arc's line join.
by Tavmjong Bah 17 Feb '16

17 Feb '16

Hi, The currently specified fallback for the 'arcs' line join is a 'miter' join. It has be noted that this is not a very good fallback. I've implemented three different alternative fallback strategies in trunk as part of the 'Join Type' LPE in trunk. The SVG WG has agreed to change the fallback to one of these depending on user input. Here is your chance to help influence the SVG 2 specification! For a quick introduction, see: http://tavmjong.free.fr/SVG/LINEJOIN_STUDY/#arcs To test: 1. Create a path with a number of corner nodes. 2. Open the LPE dialog (Path->Path Effects, CTRL-SHIFT-7) 3. Click on the '+' button, select 'Join Type', and click the 'Add' button. 4. Increase the 'Line width' to some number (~20 to ~100) 5. Select the various "Extrapolated arc" 'Join' types. 6. Move the handles around and observe the line join shape. Note: There are a number of bugs, for example, setting the Miter limit doesn't always work. Also, if the radius of curvature of the path is very small you might get strange artifacts. For this exercise, please ignore these. Thanks, Tav

4 6

C++11 configure fix
by Krzysztof Kosiński 16 Feb '16

16 Feb '16

If anyone has a distribution that requires C++11 to compile against gtkmm, please test this fix: https://code.launchpad.net/~tweenk/inkscape/cpp11-configure-fix Best regards, Krzysztof

2 15

Travis CI + Inkscape
by Krzysztof Kosiński 16 Feb '16

16 Feb '16

https://travis-ci.org/tweenk/inkscape/builds/109310104 The build takes 15 minutes with Clang and 21 minutes with GCC, so we have considerable headroom (the limit for OSS projects is 50 minutes). I have the dependencies figured out for OSX, but a configure fix is needed, because the glibmm shipped by homebrew is already C++11-only. Best regards, Krzysztof

2 4

Create releases more regularly
by Sebastian Zartner 15 Feb '16

15 Feb '16

Hi there, I initially asked at inkscapeforum.com<http://www.inkscapeforum.com/viewtopic.php?f=22&t=15755&p=63224>and was told to better post my request to this mailing list. I wonder if it wouldn't be possible to create releases more regularly. Currently there are many months or even years between each release of Inkscape. Bug fixes should get out more quickly and it should be possible to try out new features of upcoming versions. Most users don't have the possibility to build Inkscape by their own, so they have to wait for the next release. Unfortunately the provided development downloads are not synchronized, hosted on different third-party web sites and out of date (currently especially the Windows version). So I suggest to create a (more or less) fixed fast release cycle for normal releases (e.g. every two or three months) and periodically (e.g. every one or two weeks) create alpha versions. Alpha versions should be built (maybe even automatically) for all supported OSes and hosted directly on inkscape.org. Sebastian

17 40

Scribus 1.5.1 released
by "Christoph Schäfer" 13 Feb '16

13 Feb '16

The Scribus Team is very pleased to announce the release of the development version Scribus 1.5.1, which is another major step onto the next fully-featured version 1.6.0. In terms of stability, 1.5.1 can be already be regarded as robust. The Scribus Team encourages the wide-spread use and testing of version 1.5.1 in as many environments as possible. User feedback will help us to release a rock-solid version 1.6.0. Most Important Changes ====================== An instantly visible improvement is a new and modern icon set, which almost exclusively uses grayscale variants. Scribus 1.5.1 also provides some exciting new features, the most important of which are: * Support for the CIE L*a*b* and CIE HLC color models, which are also available in the color editor; * Support for SwatchBooker's SBZ file format, which means, among others, that all color palettes from the Open Colour Systems Collection (http://dtpstudio.de/downloads/OCSC_1_0.zip) can be used inside Scribus with their original colour model (CIE L*a*b*) intact. Moreover, Scribus 1.5.1 can now use Adobe Color Book files (ACO), as well as Adobe Swatch Exchange files (ASE). * The import filter for XPress Tags is finally working as expected (some minor glitches notwithstanding) and has been tested with XTG files from XPress 3 to 2015; * Two oft-requested text import filters have finally made their way into Scribus, namely RTF and DOCX; * Scribus 1.5.1 enables applying a background color for selected text and also offers this option for character and paragraph styles; * The ODT importer has been rewritten from scratch and now not only supports more ODT features, but is also much more tolerant with ODT files written by programs other than LibreOffice or OpenOffice. * An experimental version of an import filter for FreeHand files has been added; * PDF import has been massively improved; * The font embedding code, as well as the related user interface, has been completely rewritten; * The Resource Manager for online resources provides a new option to show the licence for the respective resource before downloading. * As of version 1.5.1, Scribus includes two new color palettes, namely CIE LAB and CIE HLC. They are the first palettes in Scribus to use CIE L*a*b* color values, and they refer to affordable color fans that use an open and non-proprietary color model. We plan to use CIE L*a*b* for all of our palettes (where possible) in the future. In addition, Scribus 1.5.1 includes many bugfixes, most of which are related to newly introduced features in 1.5.0. The Scribus Team also subjected version 1.5.1svn to a Coverity scan to detect potential security and stability issues. Many of these have already been addressed in this release. An overview is available here: http://bugs.scribus.net/view_all_set.php?type=1&temporary=y&project_id=1&fi… (reported bugs and feature requests) and here: http://lists.scribus.net/pipermail/scribus-commit/ (actual changes, including unreported bugs). Caveats ======= * Please note that the online help system hasn't been completely updated yet, and it probably be won't be until the final release of Scribus 1.6.0. * Some newly introduced features since 1.5.0, like footnotes, are "program-stable", i.e., they won't crash Scribus 1.5.1, but not "feature-stable", which means they may sometimes not work as expected for the time being. Primary Download Locations ========================== * Installation packages for Windows, Mac OS X and the source code are available here: https://sourceforge.net/projects/scribus/files/scribus-devel/1.5.1/ * 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. Download Verification ===================== Description File Name Sha256sum Sha1sum Source scribus-1.5.1.tar.xz 77828c0b69b384e53e637587b26b5b54c7231408e126a575014dcde520278267 a30d1d61c8cff148a3b2f9157f9d4e5ea74e9954 Source scribus-1.5.1.7z 5b614d3aeacef9ee2ae88c76ac605e7c5a0f6f71127c627121339a670797ac71 2de3b1645c6e1ed63cd880115a052b3389eb7b3a OS X 10.9/Mavericks or higher, Intel x64 scribus-1.5.1.dmg 41a6d4ab831b1744cc84d91e05f63a20d6ae62bb916cf808641ead5e76343ced 0d6143f6b619a94c0dc6e9805193c72b8e0bf991 Windows 32/64 Bit scribus-1.5.1-windows.exe e77938b6b6def7b7c21fcfc4e4225047cee8bb86a303842f200e9ac8794eb458 45e43409badace1bddea2d9bb758621de19c32eb Windows 64 Bit scribus-1.5.1-windows-x64.exe 8d1065df917745a6e885ee567ac461bb3d4f554d469c7efc60762b76f9a13a98 0fc2f05c2f4cde971420472a8ff580263e65ee1a Linux AppImage scribus-1.5.1-linux-x86_64.AppImage 0a4fb4f3336456dc708d47e25dff2c17ed62b9b1372d09dcdda129ffdb8680bb c8ada38414e8e1c0b91f1439cf0282df48ab8da8 Credits ======= The Scribus Team would like to thank Anduin.net and Modirum for their continued hosting of all of the Scribus websites. For this release, the Scribus Team takes a deep bow to Dezso Markon for his wonderful artwork. 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) and freieFarbe (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 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.

1 0

Inkscape_trunk_scan-build - Build # 214 - Failure!
by Jenkins (build tester) 12 Feb '16

12 Feb '16

Hi developers, Clang's static analysis found a new potential bug in a recent build: Inkscape_trunk_scan-build - Build # 214 - Failure Check the list of potential bugs here (new bugs marked): http://jenkins.inkscape.org/job/Inkscape_trunk_scan-build/214/clangScanBuil… If it's a false positive: static analysis is only of use if we keep the number of false positives low (currently way too high) ! So please remedy the issue even if you believe it is not a real bug (it is generally not easy to see whether something is a real bug or not; bad code and false positives go hand in hand...) Your friend, Jenkins http://jenkins.inkscape.org

1 1

2016 Hackfest attendance, round 2
by Tavmjong Bah 12 Feb '16

12 Feb '16

Hi, As we plan for the 2016 Hackfest in Leeds, it is important that we have a reasonably accurate count of attendees. If you are planning on coming and your name is not on the list below, please respond to this email. Attendance is open to any member of the Inkscape community (not just developers). Travel support is available (thanks to our donors); the amount will be based on past activity within the Inkscape community. List of attendees: Alex Valavanis (host) Tavmjong Bah John Cliff Martin Owens C R Marc Jeanmougin Sebastian Faubel Sebastian's colleague Jabier Arraiza Krzysztof Kosiński Tav

5 4

Vector Networks - cool concept
by helix84 10 Feb '16

10 Feb '16

Dear developers, I ran into this article today which explains a really cool concept of vector networks as an alternative model for editing paths. See for yourself: https://medium.com/figma-design/introducing-vector-networks-3b877d2b864f#.2… Regards, ~~helix84

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 117, Issue 19
by jean.weinster 09 Feb '16

09 Feb '16

Hi, I'm using inkscape on making figures for submission. It's a amazing software. Jus one point I'm wondering. I'm using Origin8.5 for making scientific graphing and succeeded in inserting graph into inkscape layout by "Copy page" option of Origin. Previously I used powerpoint to do this but it turns out ppt file can not fulfill the resolution requirement of publication(> 300dpi). One of convenience of powerpoint is, I can re-edit scientific graphs on slide via Origin again by double clicking on graph. But in inkscape, once I pasted graph into layout, I can not do this by orgin. I have to go back to Orgin to edit original graph and paste it again into inkscape layout. So my question is, is it possible to do re-editing thing in inkscape powerpoint? Thanks! Zhong Jian From: inkscape-devel-request Date: 2016-02-09 03:43 To: inkscape-devel Subject: Inkscape-devel Digest, Vol 117, Issue 19 Send Inkscape-devel mailing list submissions to inkscape-devel(a)lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/inkscape-devel or, via email, send a message with subject or body 'help' to inkscape-devel-request(a)lists.sourceforge.net You can reach the person managing the list at inkscape-devel-owner(a)lists.sourceforge.net When replying, please edit your Subject line so it is more specific than "Re: Contents of Inkscape-devel digest..." Today's Topics: 1. Re: Git (Olof Bjarnason) 2. Re: Git (joakim@...1974...) 3. Re: Git (Sebastian Zartner) ---------------------------------------------------------------------- Message: 1 Date: Tue, 9 Feb 2016 10:44:18 +0100 From: Olof Bjarnason <olof.bjarnason@...400...> Subject: Re: [Inkscape-devel] Git To: Krzysztof Kosi?ski <tweenk.pl@...400...> Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net>, Christoffer Holmstedt <christoffer.holmstedt@...400...> Message-ID: <CA+LucOgHOtvruzrZQbEUjjBWM-fFJXDK5eGytEM5gemLaNbr_A@...401...> Content-Type: text/plain; charset="utf-8" Nice summary. I think this boils down to a balance between issue tracker that fits Inkscapes community (Launchpad's fit Inkscape very well), and developer preference (git is almost de facto standard nowadays). Of course, it the two tools would "marry" (using github/gitlab for repo+ci and Launchpad for issues) it would be great. Mvh /Olof ----------------- 3-5-?riga sm?ttingar i n?rheten? Lek & l?r siffror och bokst?ver via mobilen m.h.a. Alfamem till Android. https://play.google.com/store/search?q=alfamem On 9 February 2016 at 10:34, Krzysztof Kosi?ski <tweenk.pl@...400...> wrote: > I made a spreadsheet comparing GitHub, GitLab and Launchpad issue trackers. > > https://docs.google.com/spreadsheets/d/1Ig16AVpkrdjMTcgy3RPm4GCxY6Vx9lzggGF… > > I also looked into making Jenkins spawn builders in a cloud on demand. > This appears to be simple to do with the JClouds plugin, and we could > run Windows builds this way. However, OSX is not available in any of > the JClouds-supported clouds. As I understand, this is purely due the > OSX license not allowing virtualization on non-Apple hardware. > (Although the urge is strong, I will spare you an anti-Apple rant.) > > Best regards, Krzysztof > > 2016-02-08 22:11 GMT-08:00 Christoffer Holmstedt > <christoffer.holmstedt@...400...>: > > 2016-02-08 13:37 GMT+01:00 Martin Owens <doctormo@...400...>: > >> > >> On Mon, 2016-02-08 at 11:44 +0100, Sebastian Zartner wrote: > >> > > I'll pass it along to the team. We don't discuss product decisions > >> > or timelines publicly like that, so I can't share more information > >> > about why this particular subset was chosen. I do hope it can be > >> > expanded in the future, though. > >> > >> That's the biggest difference between open source projects and > >> proprietary ones. Not just the code freedom, but the willingness to be > >> open about product development, internal thoughts, attempts and > >> failures. Keeping things hidden from customers isn't healthy IMO[1] > >> > >> I'm not really happy about any of these solutions to be honest. > >> > >> But we should keep looking and testing different possible solutions. > >> > >> Best Regards, Martin Owens > >> > >> [1] Something Canonical got wrong a lot. > >> > > > > "Any of these solutions [...]"...Do you mean both Github and Gitlab? > > > > Yea, keeping product development plans behind closed door leaves users > in a > > sort of powerlessness state. You don't get any response about the > future, if > > there is any hope at all for the feature to be implemented nor have you > the > > ability to fix it yourself due to closed source. For JIRA I had a similar > > case with Atlassian, no response at all if the bug fix was prioritized. I > > know I needed a feature in Gitlab a year or so ago also; but it was only > > available in Gitlab Enterprise but others needed that feature as well in > > Community edition and implemented it themselves. The end result was that > > Gitlab developers open sourced their closed source version of it. > > > > I will keep testing Gitlab CE and gitlab.com, gitlab seems to have > better > > issue management than Github. > > > > Maybe officially run everything on Gitlab with a official github mirror > that > > we can connect to travis-ci? > > > > -- > > Christoffer Holmstedt > > > > > ------------------------------------------------------------------------------ > > Site24x7 APM Insight: Get Deep Visibility into Application Performance > > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > > Monitor end-to-end web transactions and take corrective actions now > > Troubleshoot faster and improve end-user experience. Signup Now! > > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ Message: 2 Date: Tue, 09 Feb 2016 11:55:28 +0100 From: joakim@...1974... Subject: Re: [Inkscape-devel] Git To: Bryce Harrington <bryce@...961...> Cc: inkscape-devel(a)lists.sourceforge.net Message-ID: <m3mvraw3tr.fsf@...3213...> Content-Type: text/plain Bryce Harrington <bryce@...961...> writes: > On Fri, Feb 05, 2016 at 09:16:36AM -0800, mathog wrote: >> On 05-Feb-2016 05:40, Eduard Braun wrote: >> > In general I would avoid splitting the code repository from the bug >> > tracker as those two are closely related and often intertwined. It >> > hinders efficiency a lot when tracking bugs elsewhere. >> >> I agree with that - everything in one place. Moving to git is fine so >> long as the entire history of the project makes the transition, all the >> bugs, all the revisions, and so forth. There shouldn't be anything >> "left behind" on launchpad. Not that I have any idea how one would go >> about doing this sort of migration, never having used git except to >> download entire projects for a local build. > > The git repository itself should be straightforward. I've done bzr -> > git on a bunch of trees without any trouble. I've not attempted on > Inkscape itself, but others have already reported they've experimented > and it went straightforward. Emacs converted from Bzr to Git. The conversion wasn't straightforward, but the tool "reposurgeon" helped solve the issues. Inkscape is probably a more straightforward conversion, as evidenced by the conversions already demonstrated in this thread. > > Bugs I think will be much harder to transition. There is no > standardized storage for bugs like there is with git, and not really any > established data spec, so unless a target site advertises a specific > "Launchpad bug import" function, it's going to be a fair bit of work to > write a converter. > > Launchpad's data sources have an API so exporting the bugs should not be > a problem technically, just a lot of python coding. Whatever we would > move them to would obviously need an import API (and ideally an export > API in case we decide to change providers down the road!) So if we want > to keep things together, we would HAVE to have someone own this coding > project. (Unless someone knows of an existing converter tool?) > > I do see the value in keeping bug tracking and vcs hosting together - it > was one of the selling points to move to Launchpad to begin with after > all. And frankly I'd say its one of the reasons we've stuck with bzr > longer than we probably should have... But I think there's a point > where the benefit of moving to git is strong enough to do it regardless > of whether the bug tracker follows. I don't know where we are on that > scale, but I do think we're going to eventually hit a point where we > just gotta move, and handle the bug tracker as a separate problem. > > I'm also really skeptical that github/gitlab's bug hosting is going to > cut the mustard for our bug folks. And like I said, even if it does, > I'm really worried that transferring the bug data promises would be a > huge amount of work. > > There seems to be some organizational drama going on at Github right > now: > > http://www.businessinsider.com/github-the-full-inside-story-2016-2 My dystopian prediction is that Github will eventually turn into Sourceforge. In my view, moving to Gitlab would avoid that risk. Gitlabs core feature set is free software. If Gitlab also turns into sourceforge, Inkskape can set up its own Gitlab instance, at least in principle. (I have set up a Gitlab instance, and it is fairly straghtforward) > Bryce > > ------------------------------------------------------------------------------ > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140___________… > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Joakim Verona ------------------------------ Message: 3 Date: Tue, 9 Feb 2016 12:42:59 +0100 From: Sebastian Zartner <sebastianzartner@...400...> Subject: Re: [Inkscape-devel] Git To: Christoffer Holmstedt <christoffer.holmstedt@...400...> Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> Message-ID: <CAERejNbc37NiB4QbvZ7x_S7tTGRtx3CBn7Kn84ZmGCHADT9zqg@...401...> Content-Type: text/plain; charset="utf-8" On 9 February 2016 at 07:11, Christoffer Holmstedt < christoffer.holmstedt@...400...> wrote: > 2016-02-08 13:37 GMT+01:00 Martin Owens <doctormo@...400...>: > >> On Mon, 2016-02-08 at 11:44 +0100, Sebastian Zartner wrote: >> > > I'll pass it along to the team. We don't discuss product decisions >> > or timelines publicly like that, so I can't share more information >> > about why this particular subset was chosen. I do hope it can be >> > expanded in the future, though. >> >> That's the biggest difference between open source projects and >> proprietary ones. Not just the code freedom, but the willingness to be >> open about product development, internal thoughts, attempts and >> failures. Keeping things hidden from customers isn't healthy IMO[1] >> >> I'm not really happy about any of these solutions to be honest. >> >> But we should keep looking and testing different possible solutions. >> >> Best Regards, Martin Owens >> >> [1] Something Canonical got wrong a lot. >> >> > "Any of these solutions [...]"...Do you mean both Github and Gitlab? > > Yea, keeping product development plans behind closed door leaves users in > a sort of powerlessness state. You don't get any response about the > future, if there is any hope at all for the feature to be implemented nor > have you the ability to fix it yourself due to closed source. > I need to add that every request I made against GitHub so far (~25) got answered within one or two days and some of my suggestions were already implemented in the meantime. So, at least I have the feeling that they are somewhat listening to their users. Having said that, of course the GitHub team never promises anything (and they always say so in their responses), so you don't have any influence on what get's implemented. Sebastian -------------- next part -------------- An HTML attachment was scrubbed... ------------------------------ ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140 ------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel End of Inkscape-devel Digest, Vol 117, Issue 19 ***********************************************

1 0