Good. I see we're arriving at a consensus :)
2009/10/23 Jon A. Cruz <jon@...18...>:
Well... yes....
But a new user also expects his files to not increase in size by 33%. A new user also expects SVG to be small.
Possible solution: prompt about saving in SVGZ when there are many images (for example, over 500kb of image data).
A new user also expects that when he edits an image in his "document" that the changes will show up.
If you mean allowing to edit an embedded image in an external program, I admit that it will be challenging. Here are possible solution: 1. Create a temporary file and wait until the program closes. Might not be doable cross-platform. 2. Display a modal dialog that says "click OK when you're done editing". Ugly. 3. Hybrid link: embed an image but watch an external file for changes. When the linked image changes, update the embedded copy. When the linked image disappears, drop the link and only keep the embedded portion.
W dniu 23 października 2009 22:23 użytkownik Steren <steren.giannini@...400...> napisał:
2009/10/23 Krzysztof Kosiński <tweenk.pl@...400...>
- For import : Put a drop-down menu in the import dialog, on "Embed" by
default.
+1
- For copy/paste : embed, the user will the use the "Image properties" if he
wants to create a Link
+1
- For Drag and drop : Ask every time the user if he wants to create a Link
or to embed. Allow hom to tick a box that says "always use this choice" (this property can also be reach in the userpreferences)
+1 - if it's for files dragged from Explorer/Nautilus. DnDing something that is not a file on the hard disk should always embed (it doesn't make much sense to do otherwise).
Proposed solution B: Change the UI to clearly show the difference between linked and embedded images.
+1
Proposed solution C: Add a popup that explains to a new user what linking vs. embedding is.
Taking into account the Windows conditioning to click "OK" on everything without reading it, especially if "OK" is the only choice, the popup is likely to be dismissed without looking at it.
FYI, there are UI and Free Desktop conventions to allow a user to have a "choose" action on drop.
AFAIK the convention in X/Gnome/KDE is middle button drag which is HARD to do on some wheel mice, so I think we shouldn't rely on it too much. The Windows convention of right button drag is better in this respect.
2009/10/23 Jon A. Cruz <jon@...18...>:
Inkscape is targeting being the "best SVG editor" out there. Note that it is not the "best vector editor". This is a subtle yet important point that was actually involved in the project's formation.
Embedding images in data: URLs is a valid SVG feature. I think there is no conflict between those goals in this particular case.
2009/10/23 Steren <steren.giannini@...400...>:
Concerning Solution B: Notice that the current UI show a difference : in the status bar, "Embedded" or the path of the image are written. But I'm ok to say that it's not clear enough. In this status bar, I would propose to not talk about *Image* but to always talk about *Embedded Image* or *External Image*
What about Image and Link to Image? Just like 'Clone of' right now. We might have different kinds of links in the future.
Regards, Krzysztof