Difference between revisions of "Improved Media Management"

From Inkscape Wiki
Jump to navigation Jump to search
Line 28: Line 28:
 
=Issues=
 
=Issues=
  
* Pasting an image selection results in a auto-generated .png file with a deterministic name.
+
Note: first two issues describe problems that are inherent, while the third lists issues that are specific to Inkscape and its current feature set.
* Moving linked assets breaks the SVG assets are linked from.
+
 
** Some users have seen this have issues with not-yet-saved documents. (needs more clarification)
+
Issues with links:
* Linked vs. Embedded should be uniform across many asset types, not just those referenced in <image> elements.
+
* Unsophisticated users might not understand how linked assets work.
** <image> elements to PNG, JPEG, SVG and other images.
+
* When moving SVG to another computer (via e-mail or to a web server), users can forget to include the linked assets.
** ICC color profile files (.icc, .icm, etc.)
+
* When the linked asset is moved, the SVG will break.
** CSS stylesheet files (.css)
+
* If relative links are used, moving SVG with linked assets to another directory can break it.
** Cursor files (.cur, .csr)
+
* If absolute links are used, moving SVG and its linked assets to a different computer can break it.
** GIMP palette files (.gpl)
+
* Editing linked images externally or using ImageMagick extensions might unexpectedly overwrite valuable images, if the user is not aware that he created a link to the original.
** SwatchBook files (.swb)
+
 
** Script files (.js)
+
Issues with embedding:
** WebFonts
+
* Embedding assets increases their size by 33%. For Web-hosted SVGs, this increases bandwidth usage.
*** TrueDoc™ Portable Font Resource (.pfr)
+
* Embedding prevents sharing of linked assets (same PNG in multiple SVG files, etc.)
*** Embedded OpenType (.eot)
+
* Text-editing an SVG with embedded images is resource-intensive.
*** PostScript™ Type 1 (.pfb, .pfa)
+
* Embedding copyrighted fonts in the document might be illegal.
*** TrueType (.ttf)
+
 
*** OpenType, including TrueType Open (.ttf)
+
Issues with the current implementation:
*** TrueType with GX extensions
+
* Paste has become disconnected from drag-n-drop. They should use a unified code path, and behaviors need to be consistent.
*** Speedo
+
* Pasting an image selection results in a auto-generated .png file with a deterministic, but meaningless name being created in the document's directory.
*** Intellifont
+
** Pasting an image into an unsaved document on Windows requires administrator privileges. This is because if the document's directory is unwritable or not known, Inkscape writes the file to the current directory. On Windows, that's the installation directory.
* Paste has become disconnected from drag-n-drop. These should really be unified. The code paths and behaviors need to be consistent.
+
** On Linux, pasting into an unsaved document usually creates the images in the user's home directory, but it depends on the directory from which Inkscape was started.
* Linked asset SVGs emailed can miss also sending those linked assets.
+
** Cannot paste into a document opened from a read-only directory.
* Linked asset SVGs published to a web server can miss also sending those assets.
+
* Embedded bitmaps cannot be edited externally.
* Linked asset SVGs edited externally or using ImageMagick extensions might overwrite valuable images unexpectedly.
+
* Link management / embedding management should be uniform across many asset types, not just those referenced in <image> elements.
* Absolute links cause problems for SVGs moved from one system to another.
+
** Raster images (PNG, JPEG, SVG, others)
* Links should include relative links that also include ".."
+
** ICC color profiles
* Embedding interferes with external editing of placed bitmaps.
+
** CSS stylesheets
* Embedding assets increases size by 33%.
+
** GIMP palettes, SwatchBook files
* Embedding prevents sharing of linked assets (same PNG in multiple SVG files, etc)
+
** Scripts
* Embedding causes issues with editing SVG files in text editors. Problems increase numbers and sizes of images increase.
+
** References to SVG content in other documents, for example SVG fonts
* Embedding increases bandwidth for web-hosted SVGs.
+
** Embedded binary fonts (TTF, OTF, etc.)
* Several misc bugs need addressing
+
* SVG images have been reported to always embed. (Must verify this)
** Pasting an image into an unsaved document on Windows requires administrator privileges.
+
* Inkboard does not transmit linked images. In fact it doesn't currently work at all.
** Not possible to paste into a document opened from a read-only directory.
+
* Links containing ".." are not handled correctly. (?)
** Sometimes unexpected location of images pasted into an unsaved document.
+
* To embed a linked image or extract an embedded image, the user must use extensions, which is poorly discoverable.
*** Unsaved image pastes might need to be considered in a "pending" state.
 
** SVG images have been reported to always embed. (Must verify this)
 
** Inkboard does not transmit linked images.
 
  
 
=Proposals=
 
=Proposals=

Revision as of 20:48, 28 December 2009

Overview

This set of issues generally is first seen due to problems managing linked vs. embedded images. However it quickly becomes clear that the underlying principals and problems extend across the board to many things including CSS files, ICC profile files, etc.

Use Cases

Cases

  • Arthur wants to create a collage using some bitmaps. He drags 2 images from Firefox into an SVG document, pastes a third one from GIMP and imports 4 other from his photo folder. He increases the contrast on one of them. He saves the document and sends the SVG using e-mail to a friend. He doesn't know much about links, so he does not include the original images in his e-mail.
  • Issa works on a multi-user system at an university. She opens a scientific poster template from a shared read-only folder. She pastes photos of samples into the document, then saves the poster in her home folder.
  • Charlie uses Inkscape to add vector frames to his photos. He wants to be able to post-process the images without updating the SVG document. He creates an image link.
  • Sara is a web designer and has SVG documents with lots of absolute image links. She moves all the images to another folder. The links break, which is not surprising to her. She wants to fix all the links at once.
  • Billy wants to edit an image embedded in the SVG document he received from Arthur.

Personas

Use cases are helpful, but in order to gain the most we need to know who are the users under discussion. This is a general Usability Design issue and we have some overall information being collected under our wiki section on User Personas. The specific user personas referenced in these cases on this page are:

  • Arthur - 40-year old department store owner and amateur photographer who uses Windows. He has no idea what SVG stands for, but is familiar with pasting images into MS Word documents.
  • Issa - 21-year old undergrad student of chemistry with some generic Unix experience, but no SVG or Web technologies experience.
  • Charlie - 35-year old US Navy nuclear propulsion engineer on an overseas deplyoment who misses his family and likes to learn time-saving tricks.
  • Sara - 30-year old Web designer with extensive knowledge of Web technologies and some experience with hand-tweaked SVG documents.
  • Billy - 16-year old son of Arthur, a high school student and Wikipedia contributor experimenting with free software. Uses Inkscape from time to time to update world maps and draw diagrams.

Issues

Note: first two issues describe problems that are inherent, while the third lists issues that are specific to Inkscape and its current feature set.

Issues with links:

  • Unsophisticated users might not understand how linked assets work.
  • When moving SVG to another computer (via e-mail or to a web server), users can forget to include the linked assets.
  • When the linked asset is moved, the SVG will break.
  • If relative links are used, moving SVG with linked assets to another directory can break it.
  • If absolute links are used, moving SVG and its linked assets to a different computer can break it.
  • Editing linked images externally or using ImageMagick extensions might unexpectedly overwrite valuable images, if the user is not aware that he created a link to the original.

Issues with embedding:

  • Embedding assets increases their size by 33%. For Web-hosted SVGs, this increases bandwidth usage.
  • Embedding prevents sharing of linked assets (same PNG in multiple SVG files, etc.)
  • Text-editing an SVG with embedded images is resource-intensive.
  • Embedding copyrighted fonts in the document might be illegal.

Issues with the current implementation:

  • Paste has become disconnected from drag-n-drop. They should use a unified code path, and behaviors need to be consistent.
  • Pasting an image selection results in a auto-generated .png file with a deterministic, but meaningless name being created in the document's directory.
    • Pasting an image into an unsaved document on Windows requires administrator privileges. This is because if the document's directory is unwritable or not known, Inkscape writes the file to the current directory. On Windows, that's the installation directory.
    • On Linux, pasting into an unsaved document usually creates the images in the user's home directory, but it depends on the directory from which Inkscape was started.
    • Cannot paste into a document opened from a read-only directory.
  • Embedded bitmaps cannot be edited externally.
  • Link management / embedding management should be uniform across many asset types, not just those referenced in <image> elements.
    • Raster images (PNG, JPEG, SVG, others)
    • ICC color profiles
    • CSS stylesheets
    • GIMP palettes, SwatchBook files
    • Scripts
    • References to SVG content in other documents, for example SVG fonts
    • Embedded binary fonts (TTF, OTF, etc.)
  • SVG images have been reported to always embed. (Must verify this)
  • Inkboard does not transmit linked images. In fact it doesn't currently work at all.
  • Links containing ".." are not handled correctly. (?)
  • To embed a linked image or extract an embedded image, the user must use extensions, which is poorly discoverable.

Proposals

  • Default to embedding images when pasting and Drag and Dropping pixel data
  • When Drag and Dropping a file, ask whether to embed or to link
  • Add a link option to the import dialog that defaults to off
  • Embedded images as hybrid links: embedded raster data with info about its original location. If the original file exists, it is watched for modifications and updated

HID