| 2011-09-11 20:56:20 |
su_v |
description |
Inkscape 0.48+devel r10627 on Mac OS X 10.5.8 (i386)
Follow-up to bug #211607:
«Pasted pixel data is embedded and no external file is created.»
<https://bugs.launchpad.net/inkscape/+bug/211607/comments/33>
«Bitmaps are now always embedded when pixel data is pasted
or dragged into Inkscape's window»
<http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48#Improved_bitmap_image_import>
Images pasted from the clipboard in current trunk are no longer always embedded: they now appear to follow the settings last used when importing a bitmap image via 'File > Import...'. IMHO these two actions are intended to use independent settings so that users can rely on having temporary images from the clipboard always embedded in the file (and e.g. not lost after the next reboot because they link to an image file in $TMP).
Steps to reproduce:
1) quit Inkscape, rename/move preferences file
2) open inkscape with new document
3) paste image from clipboard -> embedded
4) import bitmap image (PNG) via 'File > Import' and choose '[x] Link'
5) paste image from clipboard -> linked
As far as I could test with archived revisions, the regression was introduced for 'System default' (en_US) UI language between r10481 (works as expected) and r10485 (images are linked if last imported bitmap image of the same file format was linked). The setting (embed/link) is stored in the preferences file for each file format separately: 'org.inkscape.input.gdkpixbuf.*.link').
Most likely introduced with the "minor ui fox" in r10484:
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10484>
The same issue already occurred in earlier revisions for a few other UI languages which - as far as I could reproduce - at that time used translated strings in the 'GDK pixbuf Input' dialog (IIRC French, Russian, Dutch and maybe others). |
Inkscape 0.48+devel r10627 on Mac OS X 10.5.8 (i386)
Follow-up to bug #211607:
«Pasted pixel data is embedded and no external file is created.»
<https://bugs.launchpad.net/inkscape/+bug/211607/comments/33>
«Bitmaps are now always embedded when pixel data is pasted
or dragged into Inkscape's window»
<http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48#Improved_bitmap_image_import>
Images pasted from the clipboard in current trunk are no longer always embedded: they now appear to follow the settings last used when importing a bitmap image via 'File > Import...'. IMHO these two actions are intended to use independent settings so that users can rely on having temporary images from the clipboard always embedded in the file (and e.g. not lost after the next reboot because they link to an image file in $TMP).
Steps to reproduce:
1) quit Inkscape, rename/move preferences file
2) open inkscape with new document
3) paste image from clipboard -> embedded
4) import bitmap image (PNG) via 'File > Import' and choose '[x] Link'
5) paste image from clipboard -> linked
As far as I could test with archived revisions, the regression was introduced for 'System default' (en_US) UI language between r10481 (works as expected) and r10485 (images are linked if last imported bitmap image of the same file format was linked). The setting (embed/link) is stored in the preferences file for each file format separately: 'org.inkscape.input.gdkpixbuf.*.link').
Most likely introduced with the "minor UI fix" in r10484:
<http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/10484>
The same issue already occurred in earlier revisions for a few other UI languages which - as far as I could reproduce it - at that time seemed to use translated strings in the 'GDK pixbuf Input' dialog (IIRC French, Russian, Dutch and maybe others). |
|
