View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002697 | Scribus | Import / Export | public | 2005-10-09 11:52 | 2006-05-14 00:06 |
| Reporter | frank | Assigned To | subik | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | any | OS | any | OS Version | any |
| Product Version | 1.3.3.1 | ||||
| Fixed in Version | 1.3.2cvs | ||||
| Summary | 0002697: "collect for output" should change picture-paths to the archive output path | ||||
| Description | The "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 Reproduce | use "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. | ||||
| Tags | No tags attached. | ||||
| Patch | |||||
|
|
this also happens on 1.2.4cvs |
|
|
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). |
|
|
tested. seems fixed here. |
|
|
tested on win32 and aqua. seems to work fine here. |
|
|
Image paths are not touched and thus images wont's show up when opening a document that was earlier collected for output |
|
|
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 |
|
|
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> |
|
|
Try CVS please.. |
|
|
1.3.4cvs works fine now, 1.3.3cvs needs fixing yet (PFILE="../image.png") |
|
|
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) |
|
|
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 |
|
|
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 |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2005-10-09 11:52 | frank | New Issue | |
| 2005-10-09 12:39 |
|
Note Added: 0006985 | |
| 2005-10-09 12:39 |
|
Status | new => confirmed |
| 2005-10-09 12:39 |
|
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 |
|
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 |
|
Status | resolved => closed |
| 2005-10-11 07:38 |
|
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 |
