View Issue Details

IDProjectCategoryView StatusLast Update
0014764ScribusScrapbookpublic2017-04-28 14:23
Reporterchristoph_s Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Platformx86 64OSLinuxOS VersionopenSUSE 42.1
Product Version1.5.3.svn 
Target VersionFixed in Version 
Summary0014764: Scrapbooks can no longer be saved and hence not exchanged with other users
DescriptionIn 1.4.x Scrapbooks could be saved and sent to other users for exchange purposes. This option has been removed from the Scrapbook dialogue. Please restore it.
TagsNo tags attached.
PatchNo

Relationships

related to 0001617 feedback binding a scrapbook with a file 

Activities

jghali

2017-04-21 07:01

administrator   ~0043815

On 1.5.x, the scrapbook dialog is a mere file browser:
- create a new scrapbook page, scribus will ask you to choose a directory
- place your elements in the new page
- hand the directory and its content to any user
- user can create a new scrapbook page by pointing to the given directory and see the elements

jghali

2017-04-21 09:14

administrator   ~0043817

So basically there is no need to "save" scrapbooks in 1.5.x

christoph_s

2017-04-22 06:17

administrator   ~0043820

This isn't user-friendly. I expect the scrapbooks to be stored in the default location, but also to be able to export them to another location. Scrapbooks should just be handled like files: Save and afterwards Save As.

ale

2017-04-25 14:47

manager   ~0043839

i'm comfortable with storing the global scrapbook in a default location (which one should be able to choose).
as already asked in the past, it would be very nice to open scrapbooks in a way that it's always available with the specific document (and collected for output?)

christoph_s

2017-04-26 04:40

administrator   ~0043846

What about storing used Scrapbook (and Inline Items, Symbols, Patterns etc.) automatically in a SLA file?

In addition, Scribus should ask whether these items should be stored in the SLA file upon saving a file.

ale

2017-04-26 12:33

manager   ~0043847

imo, scribus should not ask anything on saving.

before defining how "local" scrapbooks should work, we should first try to specify what they are good for and how people could use them.
i have a rough idea of what i could do with them, but i would need to spend some more time on thinking about possible use cases and how to best support each of them before being able if saving scrapbooks in a .sla is a good idea or not (but at first sight it does not look like a good idea).

christoph_s

2017-04-27 05:03

administrator   ~0043854

Yes, Scribus should ask! If you work with a SLA file that makes use of Scrapbook items (and Symbols/Patterns), those should be available even after you transfer the file to another computer. 1.5.x has the capability to store even pixmaps in SLA files, so this can be made possible now.

ale

2017-04-27 14:20

manager   ~0043859

yes, but scribus does not ask on save if you want to store the images in the sla.

this should be a setting that can be set (if ever) not the matter of a popup dialog on save.

jghali

2017-04-28 14:23

administrator   ~0043866

Last edited: 2017-04-28 14:23

View 2 revisions

>> 1.5.x has the capability to store even pixmaps in SLA files, so this can be made possible now.

Except that:
- a scrapbook in 1.5.x can be constituted of a directory of image files *independently of any scribus objects*, and SLA format is currently not able to describe such resources
- storing images in the SLA is extremely inefficient storage wise
- storing images in the SLA decrease loading performance as those images have to be written again on disk
- that increase risk of corruption of the document

Issue History

Date Modified Username Field Change
2017-04-21 06:12 christoph_s New Issue
2017-04-21 07:01 jghali Note Added: 0043815
2017-04-21 09:14 jghali Note Added: 0043817
2017-04-22 06:17 christoph_s Note Added: 0043820
2017-04-25 14:45 ale Relationship added related to 0001617
2017-04-25 14:47 ale Note Added: 0043839
2017-04-26 04:40 christoph_s Note Added: 0043846
2017-04-26 05:55 christoph_s Note View State: 0043846: public
2017-04-26 12:33 ale Note Added: 0043847
2017-04-27 05:03 christoph_s Note Added: 0043854
2017-04-27 14:20 ale Note Added: 0043859
2017-04-28 14:23 jghali Note Added: 0043866
2017-04-28 14:23 jghali Note Edited: 0043866 View Revisions