View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0013336 | Scribus | Usability | public | 2015-09-04 21:56 | 2016-02-14 13:43 |
| Reporter | jeff | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | new | Resolution | open | ||
| Platform | Linux | OS | Fedora | OS Version | 22 |
| Product Version | 1.4.5 | ||||
| Summary | 0013336: Scratch space should be dynamic instead of being a setting / preference - dynamic scratch space not restored on file open | ||||
| Description | The "Scratch Space" setting is a bit confusing and also quite limiting. IMHO, it would be much better not to artificially limit the off-page area size (aka scratch space): the app should just grow it dynamically as the user adds more stuff in those areas… the interesting thing is that Scribus already partly does this! If you have a document with the default scratch space of 100pt left and right, and drag items to the side beyond the scratch space, Scribus will "grow" the area and let you scroll horizontally. The problem is that this is only temporary until you close Scribus and reopen the document, in which case Scribus cares only about the document-defined scratch space regardless of if contents are present beyond those static boundaries, which means that you cannot scroll (nor zoom out) to actually see those items or move them. It took me a very long amount of time (months!) to realize that: - Horizontal scrolling was "broken" because of this bug - The scratch space setting is not only present as a global preference, but also as a "per-document" preference (I was wondering why changing the scratch space dimensions in the preferences did not have any effect on the document I was working on), and when I tried "fixing" my current document's scratch space I ended up discovering bug 0013335 All in all, as a user, I don't want to have to care/think about the scratch space. Just like in MyPaint (or Inkscape to some extent), I expect to have an unlimited surface area to work with outside of my canvas. So my suggestion would be to get rid of the setting+property for scratch space and let the app calculate based on the space actually required by items present outside of the canvas. Thanks! | ||||
| Tags | scratch space | ||||
| Patch | No | ||||
| related to | 0013335 | confirmed | If you widen the scratch space of an existing document, Scribus throws heavy objects into all directions | |
| related to | 0013337 | closed | FirasH | After save slider special cases does not work. |
| related to | 0011854 | confirmed | Scrollbars don't adjust to objects inserted outside the page area |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-09-04 21:56 | jeff | New Issue | |
| 2015-09-04 21:59 | jeff | File Added: scribus-horiz-scroll-blocked.png | |
| 2015-09-05 12:42 | JLuc | Relationship added | related to 0013337 |
| 2015-09-06 17:23 | FirasH | Relationship added | related to 0011854 |
| 2016-02-14 13:41 | Kunda | Relationship added | related to 0013335 |
| 2016-02-14 13:43 | Kunda | Tag Attached: scratch space |
