View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009607 | Scribus | Usability | public | 2010-12-22 14:56 | 2016-05-12 03:29 |
Reporter | bartje | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | assigned | Resolution | open | ||
Platform | Linux | OS | UbuntuStudio | OS Version | 10.04 |
Product Version | 1.5.0svn | ||||
Summary | 0009607: Scribus has a really hard time loading documents exceeding 20 pages with lot's of render frames (lilypond) | ||||
Description | On a dualcore, 4 GB ram, files are getting really difficult to load for scribus when they exceed about 20 pages of content. I had to dig into the xml file code and delete a lot of content to get the file opened again in scribus. Having a system like mine, I can understand it gets hard to get audio, video and 3D on optimal speed in extremely high quality, but for pure text and images, it is a very low performance, not being able to create a document of 20 + pages, even without images but with render frames. In cases like this, a warning should be thrown that the file is getting too big to remain stable. | ||||
Tags | render frames | ||||
Patch | |||||
|
>> even without images but with render frames. Render frames are images. When loading such doc, scribus has to render images from the source code you put in your render frames. |
|
Render frames are worse than images, as rendering the content of a render frame might take more time than loading an image. |
|
Images or no images, (ultimately even fonts are images -an image of a character-, and svg has to be rendered as well, this is not the issue) when working on a document, closing it and open it again to discover that the file has become too big for scribus to open, is not only very frustrating, it is unacceptable. If it takes some time, ok, people can live with that, and split the file in smaller parts when they notice it gets slow, but that it does not open any more is a little too much. Hours of work are lost this way. |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-12-22 14:56 | bartje | New Issue | |
2010-12-22 16:19 | jghali | Note Added: 0025177 | |
2010-12-22 16:20 | jghali | Note Edited: 0025177 | |
2010-12-22 17:15 | fschmid | Note Added: 0025178 | |
2010-12-22 17:41 | bartje | Note Added: 0025179 | |
2010-12-22 19:03 | jghali | Note Edited: 0025177 | |
2014-09-12 03:22 | christoph_s | Assigned To | => christoph_s |
2014-09-12 03:22 | christoph_s | Status | new => assigned |
2014-09-12 03:22 | christoph_s | Assigned To | christoph_s => Herm |
2014-09-13 13:35 | Kunda | Relationship added | child of 0002438 |
2015-06-26 19:49 | Kunda | Relationship added | related to 0007647 |
2015-06-26 19:49 | Kunda | Relationship replaced | child of 0007647 |
2016-05-12 03:29 | Kunda | Tag Attached: render frames |