View Issue Details

IDProjectCategoryView StatusLast Update
0002697ScribusImport / Exportpublic2006-05-14 00:06
Reporterfrank Assigned Tosubik  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
PlatformanyOSanyOS Versionany
Product Version1.3.3.1 
Fixed in Version1.3.2cvs 
Summary0002697: "collect for output" should change picture-paths to the archive output path
DescriptionThe "collect for output" feature collects all external files including the project file itself into an archive directory folder.

It is not possible to e.g. burn this folder on a CD and open the projectfile on another computer, because it doesnt find the files.

I.m.h.o. the "collect for output" should also make a copy of the project-file with changed picture-directory information. It should simply remove the path-informations, so it would be possible to open the file in the archive-directory without restoring the files at their old locations.
Steps To Reproduceuse "collect for output", temporary change the original picture-folder-name (e.g. pictures to pictures1), try to open the scribus-project-file from the archive folder.
TagsNo tags attached.
Patch

Relationships

related to 0003190 closedfschmid Manage Pictures: position and size of pictures that are found again are reset 
has duplicate 0003074 closed Refreshing pictures 

Activities

plinnell

2005-10-09 12:39

viewer   ~0006985

this also happens on 1.2.4cvs

subik

2005-10-10 19:02

manager   ~0007011

It should be fixed in 1.3cvs tree. Yes, yet another stupid bug again. I like the frank's relative path RFE (no full path in image internal structure) *but* it's quite large change so I need your help with testing, please. It can affect a lot of things so try to break it... The fresh 1.3 CVS tree should be available for public at night.

BTW I cannot reproduce this behaviour in 1.2 serie (as it's completely rewritten in 1.3x).

plinnell

2005-10-10 20:19

viewer   ~0007014

tested. seems fixed here.

plinnell

2005-10-11 07:38

viewer   ~0007032

tested on win32 and aqua. seems to work fine here.

Tsoots

2006-04-19 20:38

manager   ~0010155

Image paths are not touched and thus images wont's show up when opening a document that was earlier collected for output

mhanski

2006-05-02 15:28

developer   ~0010787

Last edited: 2006-05-02 15:49

I've just tested in with 1.3.3.1 on win32 and it doesn't work at all:

-- the original path of the image is eg "../Eigene Dateien/download/image.png"

-- I collected for output into "C:/Dokumente und Einstellungen/ham/tmp/"

-- Opened the "collected" .sla file in a text editor: the image path is PFILE="../Eigene Dateien/download/image.png"

This is a major issue, I've just experienced how worrying it is while trying to help on 0003716

louisdesjardins

2006-05-03 04:06

developer   ~0010824

I agree this is major as there is no elegant workaround, imo.

Here's one:

<quote> [from "Le Tigre" on the ML] The most sure way is to open the .sla file in a text editor and change the links to images (you'll keep all the properties of the images: the scale, the position within the frame, etc.)</quote>

cbradney

2006-05-04 19:33

administrator   ~0010914

Try CVS please..

mhanski

2006-05-04 23:07

developer   ~0010942

1.3.4cvs works fine now, 1.3.3cvs needs fixing yet (PFILE="../image.png")

subik

2006-05-05 06:00

manager   ~0010953

it's in 1.3.4cvs only. I'm not sure what will be the future of 1.3.3.x do I leave it as is (due my famous lazyness)

jghali

2006-05-05 06:53

administrator   ~0010954

subik: issue 0003748 makes a 1.3.3.2 release quite probable, so if you can push this patch in 1.3.3.x i'm not against it

subik

2006-05-05 08:03

manager   ~0010957

Jean, I'm afraid I'm next 4 days without any CVS access. So I need at least 5 days to promote this one (and one for scripter) into 133x

Issue History

Date Modified Username Field Change
2005-10-09 11:52 frank New Issue
2005-10-09 12:39 plinnell Note Added: 0006985
2005-10-09 12:39 plinnell Status new => confirmed
2005-10-09 12:39 plinnell Product Version 1.3.1 => 1.2.4cvs
2005-10-10 12:55 subik Status confirmed => assigned
2005-10-10 12:55 subik Assigned To => subik
2005-10-10 19:02 subik Note Added: 0007011
2005-10-10 20:19 plinnell Note Added: 0007014
2005-10-11 06:25 fschmid Status assigned => resolved
2005-10-11 06:25 fschmid Fixed in Version => 1.3.2cvs
2005-10-11 06:25 fschmid Resolution open => fixed
2005-10-11 07:38 plinnell Status resolved => closed
2005-10-11 07:38 plinnell Note Added: 0007032
2006-04-19 20:38 Tsoots Status closed => feedback
2006-04-19 20:38 Tsoots Resolution fixed => reopened
2006-04-19 20:38 Tsoots Note Added: 0010155
2006-04-21 15:23 cbradney Severity feature => minor
2006-04-21 18:20 mhanski Relationship added related to 0003074
2006-05-02 15:21 mhanski Severity minor => major
2006-05-02 15:21 mhanski OS Linux => any
2006-05-02 15:21 mhanski OS Version Arch Linux 0.7 => any
2006-05-02 15:21 mhanski Platform x86 => any
2006-05-02 15:21 mhanski Product Version 1.2.4cvs => 1.3.3.1
2006-05-02 15:21 mhanski Build 3/10/05 C-C-T-F-A =>
2006-05-02 15:28 mhanski Note Added: 0010787
2006-05-02 15:28 mhanski Note Edited: 0010787
2006-05-02 15:29 mhanski Note Edited: 0010787
2006-05-02 15:32 mhanski Note Edited: 0010787
2006-05-02 15:33 mhanski Relationship deleted related to 0003074
2006-05-02 15:34 mhanski Relationship added has duplicate 0003074
2006-05-02 15:41 mhanski Relationship added related to 0003190
2006-05-02 15:49 mhanski Note Edited: 0010787
2006-05-03 04:06 louisdesjardins Note Added: 0010824
2006-05-04 19:30 mhanski Status feedback => confirmed
2006-05-04 19:33 cbradney Note Added: 0010914
2006-05-04 23:07 mhanski Note Added: 0010942
2006-05-05 06:00 subik Note Added: 0010953
2006-05-05 06:53 jghali Note Added: 0010954
2006-05-05 08:03 subik Note Added: 0010957
2006-05-13 21:31 subik Status confirmed => resolved
2006-05-13 21:31 subik Resolution reopened => fixed
2006-05-13 21:31 subik Fixed in Version 1.3.2cvs => 1.3.3.2cvs
2006-05-14 00:05 mhanski Status resolved => closed