View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0014606 | Scribus | Usability | public | 2017-02-06 08:37 | 2019-08-18 16:46 |
Reporter | christoph_s | Assigned To | cbradney | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | assigned | Resolution | open | ||
Platform | x86 64 | OS | Linux | OS Version | openSUSE 42.1 |
Product Version | 1.5.3.svn | ||||
Summary | 0014606: Bleed should override page margins when using the Shift shortcut for creating frames | ||||
Description | Currently, Scribus doesn't permit the creation of frames that extend to the bleed extension. This is frustrating, because at least shapes and image frames need to be expanded to to the extra bleed space quickly. | ||||
Steps To Reproduce | Create a doc, set all margins to zero, add 3 mm bleed. Add a frame while holding the Shift key. Result: The frame is still restricted to the page boundaries and ignores the additional bleed area. | ||||
Additional Information | If there is a bleed value higher than 0 and the margin values are 0, Shift-click should use the bleed numbers. | ||||
Tags | No tags attached. | ||||
Patch | No | ||||
|
The shift shortcut is not specifically related to margins. Its effects is to create frames using the boundaries of the closest enclosing guides/margins. So it seems there is a basic misconception on how this functionality works... |
|
No, it isn't. It's a usability issue. I specifically noted that there are no guides or margins involved or set to zero. Then, and only then, image frames and shapes should use the bleed values. It also contradicts the Insert > Frames ... feature, which does take into consideration bleeds. |
|
>> No, it isn't. It's a usability issue. I specifically noted that there are no guides or margins involved or set to zero. Then, and only then, image frames and shapes should use the bleed values. You forgot in the meantime that page borders also act as guides. So given how the shift shortcut works, even if margins are set to 0, this isn't bleeds which should be taken into account. >> It also contradicts the Insert > Frames ... feature, which does take into consideration bleeds. No it doesn't, because the Insert > Frames features doesn't take bleeds into account by default. |
|
this cannot work. 0 is a valid value for the margins and margins are a a valid enclosing boundary. i love the shift click, but i don't see a good technical way to use the shift click to expand to the bleeds. not even after having applied my patch that enables snapping to the bleeds. neverless, with that patch it will be easier to create a shape or image that has the size of the bleeds. |
Date Modified | Username | Field | Change |
---|---|---|---|
2017-02-06 08:37 | christoph_s | New Issue | |
2017-02-06 08:37 | christoph_s | Status | new => assigned |
2017-02-06 08:37 | christoph_s | Assigned To | => cbradney |
2017-02-06 19:14 | jghali | Note Added: 0043449 | |
2017-02-07 08:27 | christoph_s | Note Added: 0043453 | |
2017-02-07 09:23 | ale | Relationship added | duplicate of 0013211 |
2017-02-07 09:26 | jghali | Note Added: 0043456 | |
2019-08-18 16:46 | ale | Note Added: 0046479 |