March 2015 - Inkscape Devel - Inkscape Mailman

Save and Export
by Jelle Mulder 07 Mar '15

07 Mar '15

Hi all, I am very much in favor of moving all the non native file format options to export. Apart from preventing saving into lossy formats, it really makes more sense from a logical point of view to have the non native file formats reside in export. Even plain SVG should be considered to be in this category. It is not about the fact you can edit a non native file format, I would like to state that the open dialog can allow opening 3rd party file formats as usual. When it comes to saving file I would like to see what I make being exactly what is being saved and not accidentally end up with conversion errors. From a UX perspective it makes more sense as well to have the Export option open up dialogs for each and every separate file format that relate to this file format and perhaps a small About this format screen what the expected loss could be. I don't care much about what other programs do on this issue and would certainly not point to Adobe software for good UI examples, but would like to state that it would allow for a more logical placement of interactions and probably would simplify work flow. I would suggest to add an option save project button though. This opening an option to save the current file in iteration form from the last used name (by adding a number or letter) and generating an number of export files, such as .pdf, png or whatever, possibly generate several versions of SVG, with css exports file attached to it, copies of used fonts and what all the like. It's a crying shame that SVG fonts got dropped in SVG2 or it would be another great option to include, but having a tool like this would open up a really nice work flow method that can safe wads of time in producing content and give a clear insight in the differences of file formats. I could even envision creating native files that in one case use relative path and in the other version absolute path. Very handy when it comes to testing files locally and having to produce something that runs in a web browser as content hosted on a web site. Currently that is a question of opening up the file in an editor and changing all the friggin path names. Cheers, Jelle On Sat, 07 Mar 2015 12:55:42 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > 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: Regression in trunk : some filters no longer work > (ivan louette) > 2. Re: Regression in trunk : some filters no longer work (su_v) > 3. Re: Regression in trunk : some filters no longer work > (Tavmjong Bah) > 4. Re: Regression in trunk : some filters no longer work > (Ivan Louette) > 5. Re: Save and User Manual (Gez) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 06 Mar 2015 11:26:34 +0100 > From: ivan louette <ivan_louette@...48...> > Subject: Re: [Inkscape-devel] Regression in trunk : some filters no > longer work > To: su_v <suv-sf@...58...>, Inkscape Devel List > <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <54F980DA.4050100@...48...> > Content-Type: text/plain; charset="utf-8" > > Thanks ! > > However "Discrete" is lacking in the Dropbox test. > > I will fill a bug. I quicly saw the Filters Editor UI is also broken for > Color Matrixand they seem no longer work too > > ivan > > ------------------------------------------------------------------------ > > > Le 06/03/15 01:41, su_v a ?crit : >> On 2015-03-06 24:06 (+0100), Ivan Louette wrote: >>> Component Transfer primitives Discrete and Table no longer work in >>> trunk >>> and because of that a lot of filters are now broken. >> Confirmed using the SVG file from the SVG test suite: >> http://www.w3.org/Graphics/SVG/Test/20110816/harness/htmlObjectApproved/fil… >> >> Renders as expected with r13955, seems broken in r13960 (no archived >> builds in-between locally available): >> http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes/13960 >> >> Dropbox folder with reference images (svg, png) and PNG exports using >> Inkscape 0.91+devel r13955 and r13960: >> https://www.dropbox.com/sh/2xww7keann8xsbs/AACcYj6MZYrK6YO_LkkmpwYqa?lst= >> >> I'd recommend to file a bug report. >> >> >> Regards, V >> >> > >

1 0

Regression in trunk : some filters no longer work
by Ivan Louette 06 Mar '15

06 Mar '15

Component Transfer primitives Discrete and Table no longer work in trunk and because of that a lot of filters are now broken. ivan

4 6

More advanced guides
by Bit Barrel 06 Mar '15

06 Mar '15

I do a lot of CAD-like work and to work around certain missing features, I use guides a lot. The snapping system is awesome but the guides are not very flexible. What would be a huge improvement is if it would be possible to select guides. This opens up a whole range of possibilities which extensions and internal tools can benefit from. Examples are: -Create a 3rd guide in the middle of two selected guides. -Create a 3rd guide equidistant from two other selected guides. -Select a few guides and delete them. While researching this topic, I came across an interesting discussion in 2009 with the title "rotating guides" in the inkscape-devel mailing list, where the interesting bit starts at the 3rd page. It appears that the ability to select guides is a bit controversial. I would like to express my opinion on some of these matters as I think it is still current. I agree that guides are not the same as objects and that not all tools make sense for them. However, I disagree that not implementing a helpful feature because it introduces UI issues is a valid argument. For example, I think that not being able to set the stroke and fill before an object is drawn (except for the color) is unexpected as well. So let's not implement fill and stroke at all, because people might get confused. That is basically what is being said below. Grayed out dialog items were invented because sometimes things just don't make sense. I think that is the solution to this problem. Here are some quotes from that discussion: "I don't think making guides selectable is a good idea, because barring any ugly hacks we can only select SPObjects." "if we make guides selectable, this will open a whole can of worms - people will complain that the guides cannot be painted by clicking on a color swatch, cannot be aligned with Align dialog, cannot be grouped etc. etc. A lot of things that are natural for objects make little sense for guides, but by allowing to select them we hint that they are "sort of" objects. The amount of special-casing that this will require in the code and, more importantly, in user documentation and user habits and practices is rather frightening." "It may be confusing for some people, but I think it shouldn't be for the vast majority, especially if it's documented. There are plenty of places where the program can be potentially a LOT more confusing that this, but we don't worry so much if it provides a wanted functionality." "Some of the tools are designed to operate on objects of finite dimensions only. When an object has infinite dimensions, it creates problems."

3 5

Debugging with Visual Studio
by Bit Barrel 05 Mar '15

05 Mar '15

I figured out how to step through code in Inkscape using Visual Studio and I made a wiki for it too: http://wiki.inkscape.org/wiki/index.php/Using_Visual_Studio It requires a plugin called VisualGDB which unfortunately isn't free, but definitely affordable. Finally I can use my favorite tool :-)

1 0

Inkscape the next release
by the Adib 05 Mar '15

05 Mar '15

Hello, as we are now on the road to the release I want to focus to more advanced pdf export. The goal is to have a press ready output. With more detailed font, colour and page handling. As I understand our cairo renderer can output pdf but will never achieve this goal bcs cairo is simply not made for this. (Colour handling). So this task will end up with code taken from scribus or gegl or something. as starting point for reviewing the features I collected screenshots from scribus and corel export dialogues here http://wiki.inkscape.org/wiki/index.php/Export_To_Pdf_dialogs However the converter will look like the export dialogue should be kept simple for regular users and more detailled for the experts. .... If we can share some force into this topic over the next period would be perfect. Also did we talk about "save vs export vs save copy as"? I would see Inkscape "open and save" svg only and the other formats just "import and export". Any thoughts? Regards, Adib. --

12 21

Make vs btool
by Bit Barrel 04 Mar '15

04 Mar '15

I would like to debug Inkscape on Windows but given the lack of response here, I want to try a different approach. http://sourceforge.net/p/inkscape/mailman/message/33438177/ It is possible to debug a linux application on Windows using Visual Studio and WinGDB. However, they only support Make, not Btool. I asked WinGDB for support and this was their reply: /////////////// WinGDB can work with other build systems than make, but project generation is supported only for make. You should be able to build and debug, though. You need to change default command lines from 'make' calls to something suitable to build system used. Please consult following sections of the documentation: http://www.wingdb.com/docs/pages/wg_dev_mingw.htm http://www.wingdb.com/docs/pages/wg_remotebuild.htm We are not familiar with 'btool' build system, so you need to find out how to call it in order to perform build and clean tasks. ///////////// Anyone know what the btool commands are equivalent to make?

4 6

Debug build fails
by Bit Barrel 03 Mar '15

03 Mar '15

I want to enable debugging on windows and I did the following: Open build.xml: -Add -g to the flag section. -In the flags section, change -O2 to -O0 -Then change this: strip="true" symfile="${build}/inkscape.dbg" To this: strip="false" symfile="${build}/inkscape.dbg" -Then: btool clean btool But I get a bunch of make errors. A non-debug config builds fine. This should be easy to reproduce. Any ideas?

3 2

patches: dynamic offsets disappearing clones, pop object out of group
by insaner 02 Mar '15

02 Mar '15

Hi devs and testers, I've submitted a couple of patches and was looking for some feedback: https://bugs.launchpad.net/inkscape/+bug/1377689 - dynamic, linked offsets applied to clone original - unexpected behavior of clones https://bugs.launchpad.net/inkscape/+bug/484041 - function to release object from group thanks in advance -- View this message in context: http://inkscape.13.x6.nabble.com/patches-dynamic-offsets-disappearing-clone… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Mesh Gradient Update
by Tavmjong Bah 01 Mar '15

01 Mar '15

I've just checked in code that renames several mesh related elements: <meshGradient> -> <mesh> <meshRow> -> <meshrow> <meshPatch> -> <meshpatch> It also removes most of the experimental smoothing algorithms, leaving only the bicubic smoothing algorithm which can be selected using the 'type' attribute. These bring Inkscape's mesh implementation inline with the SVG Working Groups current mesh syntax (the editor's draft is not yet updated). Note: this code change breaks existing Inkscape SVG files with mesh gradients. The attached perl script will update files to the new spec. Tav

1 0