Mantis Issue Tracking for Scribus
· Hosting provided by Anduin.net / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011814ScribusStylespublic2013-10-26 23:412014-10-11 17:32
ReporterJLuc 
Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusnewResolutionopen 
PlatformOSOS Version
Product Version1.5.0svn 
Target VersionFixed in Version 
Summary0011814: Managing styles when pasting an object coming from another document
DescriptionWhen pasting an object coming from another document, all styles of the origin document are pasted in the destination document aswell, with no further ado.
If an existing style has the same name, it is overwriten without consent.

Sribus should detect that an existing style exists. In such a case, it could refine its understanding of the situation in comparing the 2 versions of the style. In case the 2 versions are different, it could display the differences found and should ask whether to overwrite the existing style or rename the imported style. If the 2 versions are the same, its not necessary to ask.

+ It should only import styles that are really in use in the document, since all other are not relevant.
Tagsstyles
Patch
Attached Files

- Relationships

-  Notes
(0032321)
JLuc (updater)
2014-06-26 16:23
edited on: 2014-06-26 16:28

Same happens when inserting an item of the scrapbook.

When adding an item to the scrapbook, it looks like all styles of the current document are copied in the item's definition in the scrapbook,
and when using an item of the scrapbook in a new document, all styles of the originating document are pasted also and overwrite current local versions of current document :-( with no warning.

Scribus should (available choices at different actions ) :

When recording a new item in the scrapbook :
-A only record in scrapbook the styles that are really used by the item. It would clean the scrapbook.
-B ? when recording an item in the scrapbook rename styles with a uniqid prefix so they never interfere with future destination document. ?
This would immediately fix this bug, but would restrict the versatility of the scrapbook use since the only following option c) would be available.

When pasting an item from the scrapbook (in case the item styles have been recorded without the uniquid prefix that prevents conflicts) :
-C detect whether a style of the item also exists in the destination document
-D in such a case, ask for each conflicting style, whether the pasting action should either :
--*a) overwrite the allready existing style,
--*b) use the allready existing style
--*c) rename the pasted style so both item-style and document style exist and dont conflict

I've given names ABCD and abc to the propositions so they can be discussed and maybe coded separately. Please tell your mind.


- Issue History
Date Modified Username Field Change
2013-10-26 23:41 JLuc New Issue
2014-02-18 21:19 JLuc Tag Attached: #style
2014-02-18 21:19 JLuc Tag Attached: #styles
2014-03-23 11:10 JLuc Tag Attached: foundation
2014-03-23 11:10 JLuc Tag Detached: #styles
2014-03-23 11:10 JLuc Tag Detached: #style
2014-03-23 11:10 JLuc Tag Attached: style
2014-06-26 16:23 JLuc Note Added: 0032321
2014-06-26 16:23 JLuc Note Edited: 0032321 View Revisions
2014-06-26 16:24 JLuc Note Edited: 0032321 View Revisions
2014-06-26 16:27 JLuc Note Edited: 0032321 View Revisions
2014-06-26 16:27 JLuc Note Edited: 0032321 View Revisions
2014-06-26 16:28 JLuc Note Edited: 0032321 View Revisions
2014-10-09 01:22 Kunda Tag Attached: styles
2014-10-09 01:22 Kunda Tag Detached: style
2014-10-11 17:32 Kunda Tag Detached: foundation



Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker