- Inkscape Devel - Inkscape Mailman

Roadmap brainstorming for 0.92 and forward
by Bryce Harrington 04 Jan '15

04 Jan '15

With 0.91 finally coming to a wrap soon, there are many different ideas on what to focus on next. One thing we all agree on is turning the next few releases out more rapidly, 0.92 especially. To do this, we'll need to carefully select which new features to undertake each release; the more discriminating we are, the less risk of delay we'll face in these. The less we undertake in parallel, the more quickly we can perfect what we do tackle. The more we collaborate together as a team, the better the end result will be. The Inkscape roadmap has proven instrumental in prioritizing and organizing our effort in the past. We can to use it again to help chart our course of development for the next several releases. http://wiki.inkscape.org/wiki/index.php/Roadmap I'd like to tackle this in three steps: First, brainstorm and gather ideas into a big list. Second, filter the list down to our most pressing needs. And third, prioritize that list across the next half-dozen releases. I figure we should strive for one primary objective each release, with one secondary and perhaps a few tertiary items. Of course, as we go we'll also have some surprises, early deliveries and the like; no need to turn those away. But the idea is to focus Inkscape on what we as a project want to achieve each release. What do you think should be listed in our Roadmap? Bryce

20 54

extending inkview, background color as parameter
by Torsten Mohr 03 Jan '15

03 Jan '15

Hello, I use inkscape to create android icons / menu entries, action bar items etc. in different sizes. It is best to have input as SVG with transparent background and white foreground. To browse these SVGs i'd like to use inkview (inkscape has several disadvantages for this). But as inkview uses a white background i see white on white. I downloaded inkscape-0.48.5 and compiled it and began to hack the sources. I try to load the SVG, then change its background color and opacity (only in memory / RAM) and then display that changed SVG. As a first test i added in inkview.cpp in main(): printf("HERE\n"); Inkscape::XML::Node *nv = sp_repr_lookup_name (ss.doc->rroot, "sodipodi:namedview"); printf("nv is %p\n", nv); nv->setAttribute("pageopacity", "1.0"); nv->setAttribute("pagecolor", "#808000"); I do this quite at the end, directly before: sp_document_ensure_up_to_date (ss.doc); ss.view = sp_svg_view_widget_new (ss.doc); It did not lead to any change, i still see white-on-white. Basically i have some questions and it would be great if you could give me some hints on how to patch inkview. What i try is to change the loaded SVG document in memory and display that changed document. Is that a good approach or could it be done better / cleaner? It would be cool to view a grey grid in the background for transparent areas. Is there a way to achieve this? Best regards Torsten

1 0

Website 1.3 Released
by Martin Owens 01 Jan '15

01 Jan '15

Dear Developers, I've let loose the next version of the website 1.3, which includes a lot of fixes, features and progress from Maren Hachmann, Brynn and myself. You may find some errors or scuff marks, for these please report bugs to https://bugs.launchpad.net/inkscape-web Full release notes as requested here: Website 1.3 - Refreshed design for resource pages - New youtube video link feature - Reporting and moderation of resources - New comments functionality on resources - Send message to user directly (private messages) - New shield plugin for front page - New alerts infrastructure, including emails - New caching CDN infrastructure - New mirroring functionality for resource items - GPG verification of uploads if user has uploaded key - New admin-side project functionality - New 400 404 and 500 error pages Fixes: - Pasebin and Upload fixes (creating content) - Profile page fixes - Image cleanup removed (causing issues) - CMS description and title added to html (for search results) - Improved translation strings - Fixed tab order for logins - Added size to resource page - Add fravorites to user profile page - Removal of google links (use our own server) - Updates for cms news plugin - Many other fixes

2 2

New Year's Release Schedule
by Martin Owens 31 Dec '14

31 Dec '14

Hi Everyone, I'm a little unclear when we need the website ready for the new release. I know our cache delayed things a little, but hopefully we can get our frozen branch into the wild now? Thanks for everyone's hard work on 0.9.1 Best Regards, Martin Owens

5 4

Inkscape Website and Fastly CDN Service
by Martin Owens 31 Dec '14

31 Dec '14

Dear Inkscape Developers, In a happy Christmas time result, the issues we've been having with the very kind free CDN service from fastly.com have been ironed out and now I'm pleased to announce that inkscape.org is up and running with the new caching service effective imediatly. So what does this mean? Firstly, the configuration for our service has changed so django content[1] (which are NOT cached) will always redirect to https from http and will always redirect www.inkscape.org or the machine's ip-address to just inkscape.org. But this redirect does not apply to media, docs or static content. This content can be served up either http or https and from any combination of ip-address or domain. This was done to enable the caching services machines to read these files without issue. The website would always request content via https itself though. All images, javascript files and css files which are considered 'static content' are served via /static/ are still available directly but the site is configured to now request these via fastly caches. All uploaded images to the cms, resource files in your gallery, profile pictures and other 'media content' is also available directly and is also configured to request via fastly. This means that if you have uploaded an image with a name, deleted it, has the server clean away the old filename /and/ re-uploaded a new and different version within the one hour caching time, your images may not be updated. But this is such an unlikely and rare occasion that I mention it only for completeness. Uploaded version of inkscape binaries - Because the media content is now cached, downloading the inkscape pre-compiled binaries won't incur the very high penalties if they all went directly from the webserver. So we may now be able to host all our own downloads. This is good for getting up off sourceforge.net and be able to cope with the demand. I'm interested in suggestions on how we can stress-test the new system to make sure it will be able to cope with a new release if we decide to use it this way. Best Regards, Martin Owens

6 18

Auto marker color matching - The SVG 2 way.
by Tavmjong Bah 23 Dec '14

23 Dec '14

Hi, I have implemented the SVG 2 'fill' and 'stroke' property values 'context-fill' and 'context-stroke' in trunk. These property values allow the automatic matching of marker fill to path stroke. They also allow cloned objects to reference the fill and stroke values from the <use> element. Only solid color fill and stroke values are handled at the moment. I added one marker that uses 'context-stroke' (as well as 'auto-start-reverse' which eliminates the need for separate arrow markers for the start and end of a path) to marker.svg (at the end) so people can try it out. At this stage, this should be viewed as an experimental implementation. The SVG WG hasn't finalized this part of the spec and there is work needed to provide an SVG 1.1 export mechanism for use until the browsers implement this. I wrote a blog as I was doing this work. It might be interesting to other developers who are struggling with our code: http://tavmjong.free.fr/blog/?p=1156 Tav

1 0

fyi on some new and updated website content
by Brynn 21 Dec '14

21 Dec '14

Hi Friends, As I've mentioned before, I've been helping with some of the website content. These pages on the staging site below will replace their live site counterparts, as close to the release of 0.91, as possible, given this global community. Of course changes can always be made afterwards, but if anyone wants to review them, before they go live, your comments and/or questions are certainly welcomed. (Note that the formatting of the pages on staging, specifically the indenting and extra line spaces, are not necessarily permanent. If you compare to the live site, where *everything* is left justified, you can see the difference. I think it makes the pages more interesting, they draw you in more, and are easier to read. That's just my opinion. But, if there is any consensus on this, I'd like to tweak all the live pages with the same indenting and extra line spaces.) (Maybe rightly it should be done in the style sheet/css, if it's done?) Ok, here they are: The content of this page http://staging.inkscape.org/en/brynns-user-faq will replace the content of this page https://inkscape.org/en/learn/faq/ The content of this page http://staging.inkscape.org/en/brynntest/ will replace the content of this page https://inkscape.org/en/community/ The content of this page http://staging.inkscape.org/en/brynn-community-pg2/ will be a new page on the live site, and will be linked to the Community page. (from the old "External Galleries" page of the wiki) The content of this page http://staging.inkscape.org/en/brynns-learn-page/ will replace the content of this page https://inkscape.org/en/learn/ This is the Development FAQ, which resulted from splitting out all the user content. Everything is updated *except* section E. You are welcome to use it, but I won't replace the wiki FAQ unless you specifically ask me to. http://staging.inkscape.org/en/brynn-dev-faq/ All best, brynn

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 103, Issue 20
by Jelle Mulder 21 Dec '14

21 Dec '14

Hello all, Let's start saying this. I really appreciate the idea to tackle the UI and make it into something more coherent, but... If there's going to be a whole team of people on the job, how possible would it be to create something like the Coreldraw UI that let's the user move tools and UI objects around, hide and show them from view and basically create the UI he would like. I felt this to be the greatest strength of Coreldraw and it was one of the reasons why my production time using Coreldraw was about 4 times faster than when using Illustrator. It enabled the noobs to have a basic UI and for me to lard my text editing widgets with all the functions I needed to do some decent Typography. For those not familiar with Coreldraw, download a trial version and use the tools -> customisation to get the idea. It could be quite a hassle to get everything set, but once you did, it made working a breeze. What would make a real difference though would be to unlike Coreldraw that loaded the whole shebang, load and offload functionality on demand. For Inkscape it would be a great way of organising the abundance of extensions as well if such UI widgets would be linked to loading or not loading of said extensions. Maybe by using an extension panel where you can load or unload extensions. They are really nice and all, but in general you will only use a few of those and it becomes a bit of a bloat to load them all. Likewise if It would to my idea also open up more space to try new and unstable functions if they'd be able to be loaded and unloaded dynamically. That way Inkscape can be build as a stable core with API to hang up new functionality and even allow for radical changes of UI objects depending on what functionality is being used. Thinking of animation, web design, print etc. Now I understand that that is all a bit far fetched at the current state of Inkscape, but creating a flexible UI might lay a base for realising such concepts. On the concept UI as I saw it, I would state that the importance of UI objects like the node editor would call for a top location as it is now. In the design phase of objects it is my most used tool and it might actually have some of the tools that are now in the dynamic bar moved to the toolbox (smooth node editing, cusped nodes etc.) to make access quicker. With the last chosen option made prevalent. Likewise, there are some tools grouped together now that make me switch a lot. For instance gradients and drop shadows are in the same group, whereas I often use both in succession to make a nice effect on text objects. Maybe a reconsideration as to how things are grouped is in order. They seem more chronological than functional to me. Cheers, Jelle

1 0

[UX, UI] Questions about collaboration - inkscape
by Xaviju Julián 21 Dec '14

21 Dec '14

Hi inkscape devs, We are a group of UX, UI designers and front-end devs from Kaleidos <http://www.kaleidos.net/community/>, a company from Madrid, Spain. We are also designers and developers of the open source tool Taiga.io. We use inkscape in our everyday work and we love it, *so we would like to collaborate with our expertise to help make it even better.* Some months ago, we started to think on how we could improve usability and design in inkscape and other open source tools. We found out that inkscape improved in the last years, but still have some issues. We made some initial wireframes and designs, but nothing has been developed until now. In our company we enjoy a *free* week every six months to work and collaborate (or develop) in open source projects. This week is called ΠWEEK [*a.k.a. Personal innovation week] *(piweek.com). *This ΠWEEK we decided to focus on inkscape to do a first approach on how could look the inkscape we would love* in terms of look & feel as designers and front-end devs. Of course, we know that is hard work and it is not just designing it so we decided to write to the list *to get some advice on how to collaborate in the best way possible for designers and developers and hopefully fit in the inkscape development roadmap. * Even if this week we will probably be doing just a creative exercise it would be amazing if we could get some parts of this work and focus on it in a longer term to be part of the inkscape development roadmap for the future with your feedback and fitting in the inkscape needs and conditions. It will be amazing if you show us what is the best way to contribute, what would be your needs and how we could be part of this amazing community. Soon we will publish the result and hopefully we get some feedback as well. Thanks! Xavi *Front-end developer in Kaleidos and UI designer in taiga.io <http://taiga.io>*

9 22

Need a button to lock the gradients
by Віталій 18 Dec '14

18 Dec '14

Hello. I recently installed Inkscape 0.91+devel, and I would like to make a suggestion. In version 0.48 often I had a problems with too many unused gradient in the list. At 0.91 you have created the opposite problem. In the new version if there is no object that uses the gradient, and hence there is no gradient. *I propose to****add a button****next to each****gradient****in the list,****clicking on which****you will****lock **this****gradient.* In this case, even if all the objects are removed, the gradient will be in the list and it can be applied to a new object.

3 3