View Issue Details

IDProjectCategoryView StatusLast Update
0016661ScribusGraphics / Image Framespublic2021-10-12 14:47
ReporterJLuc Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
Status newResolutionopen 
PlatformLinuxOSUbuntu OS Version20.10
Summary0016661: Path for copy'n'pasted inline images
DescriptionAfter a document has been collected for output and saved,
its images are stored in the "images/" subfolder and the SLA file states PFILE="images/nameoffile.jpg".
This is true also for inlined images.

But when such an inlined image is copy'n'pasted, it's path is recorded in a crazy path that goes up to the root (and even higher when copy'n'pasted again, because going higher than the root ... stays on the root)
and down again,
as PFILE="../../../../../../../DATA/REDAC/BOOK/DTP/CHAPTER1/images/nameoffile.jpg"

When the image file is in a subfolder of the SLA, the PFILE should be kept short.
This happens only for inlined images.

TagsNo tags attached.
PatchNo

Activities

cbradney

2021-10-11 20:55

administrator   ~0049292

I have tried to replicate and copied the original image before and after collect for output, as well as inlining images and copy pasting those frames etc. Works here without creating such a path. Can you reproduce step by step please?

JLuc

2021-10-12 14:47

developer   ~0049296

Hmm it keeps happening in real project documents, but i couldnt replicate in a test file so as to answer your request.
I'll be more steps-of-a-path-conscious in my future inlined object actions.

Issue History

Date Modified Username Field Change
2021-10-09 16:19 JLuc New Issue
2021-10-09 16:19 JLuc Summary Path for copy'n'pasted inline image => Path for copy'n'pasted inline images
2021-10-11 20:55 cbradney Note Added: 0049292
2021-10-12 14:47 JLuc Note Added: 0049296