View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009048 | Scribus | General | public | 2010-04-23 08:53 | 2024-01-02 21:12 |
Reporter | aliB | Assigned To | nitramr | ||
Priority | normal | Severity | feature | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Platform | Dell Inspiron 9400 | OS | Linux | OS Version | OpenSuSE 11.2 |
Product Version | 1.3.6 | ||||
Fixed in Version | 1.7.0.svn | ||||
Summary | 0009048: Better control for the origin and basepoint of all frames | ||||
Description | 1) The origin settings in the property pallet should be rearranged and enhanced as shown in the screenshot. 2) In addition there should be also an option to specify the basepoint (zero point) of the page and if the zero point is the page itself or the page border. Especially with the last setting it would be easier to work with documents with a left and a right side which have different inner and outer border sizes. ATM, if a left page changes to a right page (because I inserted or removed an additional page) all frames have to be rearranged. 3) Behavior improvements Pressing an arrow button with the left mouse button should change the current frame position. Pressing an arrow button with the right mouse button should keep the current position and update x, y, and z values | ||||
Tags | No tags attached. | ||||
Patch | |||||
related to | 0015268 | new | dragging the origin of the axis should snap (to the margins) | |
related to | 0015896 | closed | nitramr | [PATCH] Indigo UI: shrink the size of the XYZ pane |
related to | 0012434 | closed | nitramr | basepoint: different widgets for shapes and lines |
related to | 0012439 | closed | ale | on canvas basepoint for rotation |
|
|
|
I uploaded picture how this is handled by Xara. Additional basepoint of objects are useful (for lines there would be only middle and end dots*). Other feature (page, pageborder) seems useless to me. * According to rotation of line would be activated the right icons. |
|
|
|
imho, referring to the page margin (instead of the page border) is only interesting if that measure is dynamic (that is: if the margin is redefined, the frames are moved). otherwise i don't see any improvement against the current situation (typing "1cm + 50pt" is imho as complicated as having to deal with one more option... let's keep it simple!) |
|
More basepoints make sense, as do different reference points (we already use them for guides and the rulers). What I don't like in screenshots, though, are the icons. The current version is much better, especially if we consider that b/w or greyscale icons are preferred in DTP apps. |
|
I'm not shure if it should be posted here, but basepoint doesn't work when rotating frame with mouse (1.3.6). Imo it should act similar to numeric rotation. + 1 for more (4 corners + 4 border middles + 1 center = 9) basepoints |
|
Referring to page border is useful when you have different inner and outer border and a left / right page. When you insert a page, every following page changes from a left page to a right page (and vise versa) So you have to correct the layout of !every! following page. |
|
i don't think that adding a widget for defining the "page" basepoint is reaelly useful. we already have a context menu in the origin of the rulers (which is hard to use and too hidden). an improvement would be to snap the origin to the bleed, page border, margin and guides (or even items). see 0015268. |
|
since the new widget is being implemented in 0015896, i suggest to close this as soon as the new XYZ panel is accepted. |
|
How about what IMO motivates this report ? « ... work with documents with a left and a right side which have different inner and outer border sizes. ATM, if a left page changes to a right page (because I inserted or removed an additional page) all frames have to be rearranged. » |
|
in the current state of scribus, i'm really not sure that being able to define the "anchoring" of the item on a side can be useful. being able to move the items with the margins can be useful in some cases (even if the theory says that one should never delete a single page in a double page document...), but can probably better be solved in a different way (as long as the inner width does not change... which is what happens in most cases) |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-04-23 08:53 | aliB | New Issue | |
2010-04-23 08:53 | aliB | File Added: basepoint_property.png | |
2010-04-23 23:02 | Mike | Note Added: 0023792 | |
2010-04-23 23:02 | Mike | File Added: basepoint_Xara.png | |
2010-04-24 07:04 | ale | Note Added: 0023795 | |
2010-04-25 05:17 | christoph_s | Note Added: 0023809 | |
2010-04-25 14:08 | subeditor | Note Added: 0023813 | |
2010-04-25 14:09 | subeditor | Note Edited: 0023813 | |
2010-04-26 06:46 | aliB | Note Added: 0023820 | |
2014-06-26 08:38 | ale | Relationship added | related to 0012434 |
2014-06-26 12:49 | ale | Relationship added | related to 0012439 |
2019-11-05 14:05 | ale | Note Added: 0046976 | |
2019-11-05 14:05 | ale | Relationship added | related to 0015268 |
2019-11-05 14:06 | ale | Relationship added | related to 0015896 |
2019-11-05 14:09 | ale | Note Added: 0046977 | |
2024-01-01 21:52 | cbradney | Assigned To | => nitramr |
2024-01-01 21:52 | cbradney | Status | new => resolved |
2024-01-01 21:52 | cbradney | Resolution | open => fixed |
2024-01-01 21:52 | cbradney | Fixed in Version | => 1.7.0.svn |
2024-01-02 16:20 | JLuc | Note Added: 0050754 | |
2024-01-02 17:03 | cbradney | Status | resolved => closed |
2024-01-02 21:12 | ale | Note Added: 0050764 |