Dialogue box Bitmap Copy

Bug #555066 reported by Frank
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Inkscape
Confirmed
Wishlist
Unassigned

Bug Description

As suggested in bug 169108 (https://bugs.launchpad.net/inkscape/+bug/169108), I am sending you attached an idea to facilitate the use of bitmap-copy function for both users who prefer bitmaps linked, and those who prefer embedded bitmaps.

The goal is to give the user the option to embed or link between the copy in bitmap.

Sorry for English.

Tags: bitmap ui
Revision history for this message
Frank (franksouza183) wrote :
su_v (suv-lp)
tags: added: bitmap ui
Changed in inkscape:
importance: Undecided → Wishlist
Revision history for this message
Jon A. Cruz (jon-joncruz) wrote :

Thanks. The mockup diagram is well annotated and quite helpful.

Changed in inkscape:
status: New → Confirmed
Revision history for this message
Krzysztof Kosinski (tweenk) wrote :

It would be better to just implement this dialog box for extracting images, because we have to provide such a dialog box anyway for users that want to extract embedded bitmaps from documents they received: two birds with one stone.

Adding an extra nag dialog for bitmap copy isn't the best idea - it should just embed the image, and extraction should be available from the context menu.

Revision history for this message
Frank (franksouza183) wrote :

Thanks Jon A. Cruz.

I agree also change the dialog window for extracting files, because I think it is obsolete. To prevent the same dialog box appears whenever you create a bitmap copy, I would suggest adding a check box giving the user the option to "Always ask what to do" and can be changed in the Preferences dialog, as shown in the new mockup which is attached.

And I also agree the inclusion of the option Bitmap Copy from the context menu, as well as the option to extract the bitmap.

Sorry for English

Revision history for this message
Guillermo Espertino (Gez) (gespertino-gmail) wrote :

Krzysztof: It depends on your workflow preferences. "it would just embed the image" may be good for you but for someone who does a heavy use of linked resources is a pain.
Actually, I think I can argue that "it would just link the image and anyone who want it embedded should use the bitmap embed command". Who's right here?
One common use for a bitmap copy is taking it to a bitmap manipulation program for doing some edition.
I don't create SVG files for the web, I'm a graphic designer and I use Inkscape for brochures, signs, large prints and with embedding as default for everything the only thing I get is huge files and bitmaps that I have to extract manually. Extra work.
For me, this default is not welcome, and I'd really like to have the possibility to choose.
I'm not saying that my way is better than yours, I'm just saying that something that it's true for some users can be different for others.
I'm aware that it's impossible to please everyone and decisions have to be made, but this is not a trivial feature. It's an important part of the workflow and choosing one option over the other has impact on a large portion of the users.

I think Frank's dialog is useful. Maybe it has some details that can be improved, but in my opinion it pretty much covers the problem and it doesn't leave a huge part of the users community pissed off, which is a plus :-p

Revision history for this message
lazyfirecloud (madbox3456) wrote :

I find the new link/embed dialog in 0.48 horrendous. Is there a way to set preferences? There is no "always do this box" as suggested. I make heavy use of images and the new version is actually unusable in my case. Anyway to go back to the old behavior.
We should at least have a default linking. Right now using the new version would involve clicking the "OK" button 100 times to link them.

I actually posted a question since I thought there would be a preference to get the old behavior.

https://answers.launchpad.net/inkscape/+question/149474

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.