View Issue Details

IDProjectCategoryView StatusLast Update
0007920ScribusGraphics / Image Framespublic2010-01-20 20:07
Reportersmith89er Assigned Tocbradney  
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
PlatformWindowsOSXP 
Fixed in Version1.5.0svn 
Summary0007920: Picture Preview Saving
DescriptionWhat about a feature to save the picture previews in the sla (or any connected) file - if you have files with many pics in it, it takes several minutes to open the document because previews for all the pictures must be created once again...
TagsNo tags attached.
Patch

Relationships

related to 0008730 closedjghali [PATCH] Add caching for low resolution images 

Activities

christoph_s

2009-04-07 01:07

developer   ~0021499

There is no reasonable way to achieve this. We'd have to throw away some extremely useful properties of Scribus. The better solution is to make the code faster.

ale

2009-04-09 08:17

manager   ~0021514

aliB has some ideas about this bug... i also do :-)

aliB

2009-04-09 08:23

reporter   ~0021515

Generate the preview pics in a (hidden) tmp folder for each project.
Additionally you could generate a md5sum for the original pics and store this in the tmp folder too. then you could check if the preview has to be regenerated or not by comparing the md5sums.

I generated md5sums for 387 tif files (about 50 MB) and it took only 2-3 sec.

ale

2009-04-09 08:30

manager   ~0021516

there may be also an option to let scribus use the preview embedded in the picture... and if there is none, let it generate by an external library...

aliB

2009-06-05 12:49

reporter   ~0021895

I think Issue 7169 is a duplicate.

I run some tests on my docs. Using images with lower resolution improves the speed a lot (but it is still to slow).
I managed to reduce the loading time to 3 min. After removing all images from this doc, it even took just seconds!

I think ale's solution is very cool (and maybe very fast) and it sounds not to be difficult to implement.

smith89er

2009-08-17 12:41

reporter   ~0022359

Using thumbnails sounds cool to me, too. The tmp folder (as suggested by aliB) would bring the advantage that even if the original file is deleted or moved, a low resulution thumbnails would be still available in the document.

Issue History

Date Modified Username Field Change
2009-04-06 20:32 smith89er New Issue
2009-04-07 01:07 christoph_s Note Added: 0021499
2009-04-07 01:39 christoph_s Status new => resolved
2009-04-07 01:39 christoph_s Resolution open => no change required
2009-04-07 01:39 christoph_s Assigned To => christoph_s
2009-04-07 01:54 christoph_s Status resolved => closed
2009-04-09 08:17 ale Assigned To christoph_s =>
2009-04-09 08:17 ale Note Added: 0021514
2009-04-09 08:17 ale Status closed => feedback
2009-04-09 08:17 ale Resolution no change required => reopened
2009-04-09 08:23 aliB Note Added: 0021515
2009-04-09 08:30 ale Note Added: 0021516
2009-06-05 12:49 aliB Note Added: 0021895
2009-08-17 12:41 smith89er Note Added: 0022359
2010-01-19 21:34 cbradney Relationship added related to 0008730
2010-01-19 21:36 cbradney Status feedback => resolved
2010-01-19 21:36 cbradney Fixed in Version => 1.5.0svn
2010-01-19 21:36 cbradney Resolution reopened => fixed
2010-01-19 21:36 cbradney Assigned To => cbradney
2010-01-20 20:07 cbradney Status resolved => closed
2015-09-17 20:10 Kunda Category Graphics / Image Frames => Graphics/Img Frames
2015-09-17 20:11 Kunda Category Graphics/Img Frames => Graphics / Image Frames