- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Krzysztof Kosiński 23 Oct '09

23 Oct '09

(Sorry, resending this to list - the Gmail interface defaults to a private reply and I keep making the mistake) 2009/10/23 Jon A. Cruz <jon@...18...>: > A simplistic approach of a solution is to merely switch the default. > However what generally happens in these cases (and specifically in > this one) is that you are seeing bug reports from those who don't like > the current behavior, but you see no feedback at all from those who > are happy with the current behavior. I don't want just to flip the default, I want to change the behavior of the existing commands (import and paste) so that it follows intuition, and add new commands that explicitly expose the link behavior (see below). > BTW, we have looked at this issue for some time, and there are severe > consequences to making embed the default. We definitely need to > remember to keep those in mind as we make changes. What are those issues? Note that the current behavior is wrong on many levels: - For pasting, we create a PNG file in the same directory as the edited file with a crazy name like inkscape_pasted_image_20091023_144102.png and link it. - For importing via drag-and-drop, we embed. - For importing via the dialog, we make a link. The defaults are inconsistent, and the paste case is completely bogus because 1. It attempts to write to the directory where the doc is located, which may not be permitted (the directory and the doc might be read-only); 2. It creates a crazy filename; 3. It breaks when the user relocates the document. More importantly we cannot create links to things that might not even be in a file (like pasting pixels from GIMP). Therefore we should default to embedding on paste and DnD, and have 2 import commands: Import, which embeds, and Link Image, which creates a link. Note that this will make Import behavior consistent across all formats. When importing SVG or other vector formats, we never create a link. Regards, Krzysztof

3 3

Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 23 Oct '09

23 Oct '09

Hi: I created a blueprint based on some ideas discussed in https://bugs.launchpad.net/inkscape/+bug/172162 It's a specification of an improved image properties dialog that (hopefully) would tackle some annoying aspects of image links management in inkscape. I've received valuable ideas from ~suv and Steren Giannini and the specification is starting to look very good, so I'd like to propose it as a feature for the next version of Inkscape. The blueprint: https://blueprints.launchpad.net/inkscape/+spec/image-properties-dialog-enh… I'd really love to know your oppinions about it, and get as many suggestions, critics, ideas or questions you might come up with to make it better. Gez.

8 10

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 23 Oct '09

23 Oct '09

About image links being confusing for users... Most of the vectorial illustration programas I know use links. Designers at least are pretty used to the images being linked. Anyway, those other programas also include an option on import to link or embed images, so I agree about adding that feature. Where I do not agree is about making embed default. Embedding is handy in a lot of cases and would help newbies, but a serious artists or designers would want to have those images linked, because usually they have to be edited. Keep in mind that a couple of images embedded won't be a problem, but dozens in high resolution can take the svg size too high. There's also a problem: As far as I know, it's impossible atm to convert an embedded image to a linked image without saving it. So if you imported it and it was embedded, when you extract it you'll have two files in your disk. Of course we can (and should) modify the specification to allow re-linking to an existing file as an option along with extract the embedded image. But I think that we should avoid making embedded images default until we can provide that option. And even in that case, I think we should place a preference for changing that default. Gez

2 1

vertical toolbars
by Albert Cardona 23 Oct '09

23 Oct '09

Hi all, I've found bug/wishlist https://bugs.launchpad.net/inkscape/+bug/171663 ... which suggests that work is in progress to allow vertical toolbars. In a MacBookPro, which has very low screen height, one has to disable several toolbars to enlarge the area dedicated to the drawing enoug that it can be used nicely. Any reports on whether this feature is progressing? Thanks for any info. Albert -- Albert Cardona http://albert.rierol.net

3 2

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Guillermo Espertino 23 Oct '09

23 Oct '09

I added Rok's suggestion to the specification. About its implementation, I agree with Steren's idea: let's use a button for matching original aspect ratio keeping the larger dimension and modifying the smaller. That would be the very useful to solve a very common situation: You imported an image, then you want to crop it (for instance, you have a sponsor logo with a lot of transparent space around and you want to get rid of that empty space and leave the logo only). Thanks for the feedback. Gez. p.s.: Steren, It'd be great if you could mentor a team of students to work on this feature. It can be made in different stages and it doesn't look too complicated to be finished in a short term.

3 4

Test suite
by unknown＠example.com 22 Oct '09

22 Oct '09

Hi all, Could someone have a look at the testsuite and reprogram it such that (at least when perceptualdiff is used) the results that are marked 'new' are marked 'fail' instead? This is much clearer, and cleans up the daily checks at http://auriga.mine.nu/inkscape/. Thank you very very much! I love the testsuite, but I don't want to delve in to the code and change things myself. Thanks a bunch, Johan

3 6

Patch for Embed Image extension
by Nicolas Dufour 21 Oct '09

21 Oct '09

Hi, I've posted a patch for the following bug: [Bug #386069] Embed extension fails https://bugs.launchpad.net/inkscape/+bug/386069 It fixes a win32 issue when the path or filename has an accent, or any non us ascii character (two bytes encoded in utf-8) . Patch tested on Ubuntu 9.04, OS X, Windows XP and Vista. Please check and commit, or just tell me if you think it's too late for 0.47. Regards. -- Nicolas

1 0

0.47 status
by Joshua A. Andler 21 Oct '09

21 Oct '09

So, We have one blocker left. Apparently some preferences need to be migrated over from 0.46. JonCruz was working on this, but, he just started a new job and doesn't really have the time necessary to finish it. At this point, we need to figure out a list of preferences to see if this really is a blocker issue or what. It makes no sense to hold up the release if no one is going to fix the last problem (we have tons of other issues that we're willing to release with after all). I know of the "recent documents" being one thing that doesn't carry over. What else people? Cheers, Josh

4 3

Broken link to ebuild on wiki CompilingGentoo
by Jeff Kowalczyk 20 Oct '09

20 Oct '09

Does anyone have a copy of the inkscape-9999.ebuild linked at: http://wiki.inkscape.org/wiki/index.php/CompilingGentoo The current link is 404 Not Found. Thanks.

2 2

DVCS take 2
by the Adib 20 Oct '09

20 Oct '09

hello all, for the time after this release we decided to switch to bzr, right? Is there any howto for me as a default cvs/svn user how to create my own local branch and commit back to the mainline branch? A WIKI page would be helpful :-) Thx, theAdib

4 3