View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003052 | Scribus | Usability | public | 2006-01-22 04:54 | 2016-05-14 20:16 |
| Reporter | mkoren | Assigned To | Tsoots | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | feedback | Resolution | reopened | ||
| Platform | any | OS | any | OS Version | any |
| Product Version | 1.3 | ||||
| Fixed in Version | 1.3.3cvs | ||||
| Summary | 0003052: desire persistence of UI settings | ||||
| Description | It would be really nice if general display settings (at least the toolbars selected to be displayed on the windows menu and the default state of the preserve-aspect-ratio toggle button in the properties panel) would be persistent, either for documents/elements (wasn't this the case in 1.2 for the button?) or as a global setting across shutdown and restart, or as a preferences option. The PDF tools toolbar, which takes up an extra line of toolbar height on my screen, used to stay off in 1.2.1. | ||||
| Steps To Reproduce | The toggle button seems to be selected by default, and all toolbars on, upon restarting Scribus, regardless of their states the previous session or at a document's last save. | ||||
| Tags | No tags attached. | ||||
| Patch | |||||
|
|
Thanks for fixing the toolbars. While it's obviously not a high-priority issue, I still think it would be useful eventually to also be able to remember or set a default state for the aspect ratio button. I have on more than one occasion adjusted the width of a text box and been confused to find that the height unexpectedly changed too. It can take a bit of thought to fix that when you have very carefully set sizes that aren't round figures. Version 1.2.1 always had the button unselected every time you opened properties. Now the current state is remembered, but only for the current session. Maybe it could either be remembered across shutdown or be initially loaded from a global or document preference setting. I wonder if it would be useful to make this a per-frame property, like lock and lock size: lock aspect ratio? On the other hand, it might be desirable to be able to toggle it globally for performing similar operations on a bunch of frames at a time. Hmmm... |
|
|
mkoren: if I get you right, you desire the "Keep the aspect ratio" button (Properties/XYZ tab) to remember its state (true/false) throughout Scribus shutdowns. Tsoots: "won't fix" or "acknowlegded"? |
|
|
I would say might be fixed. Would appreciate some more info on this tho. I'm currently working on the properties palette trying to make it more usable. So this would fit in that work quite well. Also is it only aspect ratio or something more. That's where I'd appreciate some more details and also thougths from others. |
|
|
Yes, this button is still annoying since I almost always work with it off and forget it will be on again when I restart scribus. It would be nice to have either application-level preferences (see 0003554) or persistent memory for the state of any global setting like this. (There are some more of these buttons in the image tab, though I don't use that tab as often.) However, sometimes I've been wishing lately that I could lock individual properties on a per-object basis, e.g., locking just the width and basepoint of a text frame if I've carefully positioned the top and width of it, but might need to expand it downwards to fit more text. Could the current lock/lock size options for an object be replaced by more fine-grained settings to lock individual values on this tab? This could include locking x, y, width, height, or rotation as well as aspect ratio and basepoint*. There could be checkboxes next to each field to lock that coordinate for the object. Locked fields could not be changed in the PP, and the corresponding resize handles on the canvas would disappear. The global lock button in properties for scaling an object proportionally could still be available, but would be be automatically selected and grayed out if the object-specific aspect ratio lock is enabled. Does this make sense? I can provide a mockup if you want. It would be really cool, e.g., to be able to lock one endpoint and the length of a line so it could only be rotated on the canvas, to reduce the chance of accidentally modifying undesired attributes while editing others. ------------- *By locking basepoint I mean fixing the position of a corner on the page so that resizing can only occur in the opposite directions. |
|
|
See also my comments in 0003642 about the consistency of using the flip buttons for general mirroring and the idea of moving mirror functionality to the top part of the tab. There could be a whole suite of general transformation tools here; see also my requests in 0003591, for instance. Some of the comments in 0003592 may also be of interest for updating the properties palette if they haven't already been changed. :) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-01-22 04:54 | mkoren | New Issue | |
| 2006-02-05 17:05 | Tsoots | Status | new => assigned |
| 2006-02-05 17:05 | Tsoots | Assigned To | => Tsoots |
| 2006-02-05 17:49 | Tsoots | Status | assigned => resolved |
| 2006-02-05 17:49 | Tsoots | Fixed in Version | => 1.3.3cvs |
| 2006-02-05 17:49 | Tsoots | Resolution | open => fixed |
| 2006-02-12 00:36 | cbradney | Status | resolved => closed |
| 2006-03-12 01:18 | mkoren | Status | closed => feedback |
| 2006-03-12 01:18 | mkoren | Resolution | fixed => reopened |
| 2006-03-12 01:18 | mkoren | Note Added: 0009216 | |
| 2006-04-19 17:51 | mhanski | Note Added: 0010126 | |
| 2006-04-19 17:52 | mhanski | Category | User Interface => Usability |
| 2006-04-19 17:52 | mhanski | OS | Debian => any |
| 2006-04-19 17:52 | mhanski | OS Version | Sarge => any |
| 2006-04-19 17:52 | mhanski | Platform | Linux x86 => any |
| 2006-04-19 17:52 | mhanski | Product Version | 1.3.2cvs => 1.3 |
| 2006-04-19 17:52 | mhanski | Build | Debian pkg. 1.3.1+cvs20060116-1 => |
| 2006-04-19 17:58 | Tsoots | Note Added: 0010127 | |
| 2006-04-19 18:58 | mhanski | Relationship added | related to 0003417 |
| 2006-04-22 03:33 | mkoren | Note Added: 0010291 | |
| 2006-04-22 03:51 | mkoren | Note Added: 0010293 | |
| 2006-05-09 23:36 | mkoren | Note Edited: 0010291 | |
| 2016-05-14 20:16 | Kunda | Relationship added | related to 0002899 |
