View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009569 | Scribus | User Interface | public | 2010-12-10 18:17 | 2024-10-23 18:42 |
Reporter | to b | Assigned To | nitramr | ||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.7.0.svn | ||||
Summary | 0009569: Proposal for UI: Split properties window into simple single windows (plus 0001348) | ||||
Description | If you adopted the functionality like described in my post to the bug 0001348 (docking functionality similar to FreeCAD)and split the current properties window into single windows (One for "X,Y,Z", one for "shape", ...) this would lead the way to have a nice configurable UI. Look at the Mockup. (Afterward the single windows could be optimized if needed, but I think it could work even in their current shape) | ||||
Tags | indigodock | ||||
Patch | No | ||||
|
|
|
hi to_b we are trying to go in a different direction with 1.5svn... the idea is to have one single panel for the properties of a frame (like x,y,z, line and colors) and a separated palette with the properties for the content (context sensitive). you will be able to show only one or both palettes at the same time. also, the palettes are dockable. on top of it, the code and the ui files for each sections in both palettes will be very modular: that way, it should also be possible to create palettes like the ones you show in your screenshot. on top of it, we are trying to avoid tabs and foldable sections (we won't talk about accordion structures...) what do you think about it? |
|
ale, please, tell, am I ignored in our private conversation? this is not oftopic since that was conversation about PP. |
|
... subeditor... you'll get an email! very soon... sorry for some long delay in the answers... there are things which are faster to answer (or just happen to be under my eyes at the time when i have some time) and other which take more time and attention... |
|
Ok, sounds good to me. I just thought I suggest this because it seemed to be a fast way to get a better workflow. Think I should give 1.5svn a try. |
|
I really like the idea. The content aware window is of course great and I'm really looking forward to that. Will it be possible to have the two palettes in different areas of the screen (one docked to the left side and one to the right)? The only thing i'm not really sure about is the two groups. Maybe it would make more sense to divide it into three: 1.Content aware window (text or image or group etc.) + the “name” field that's now in X,Y,Z (for objects that have no content aware functions only the name option would be visible) 2. The rest of the X, Y, Z, properties + the text flow options (now in shape) 3. The Frame(Shape) options: color, line + shape, round corner options You could call them for example: ”Content properties”, “Transformation properties” and “Frame/Shape properties” |
|
If you do just two it might be better to combine the context aware options with the color, line options because they are more related/ more likely to be used at the same time: For example when I'm experimenting with the colors of a textframe I would surely prefer to see the options for the textcolor and the colors of the frame at the same time, the same goes for the line preferences and the font settings, the same goes for a image (effects) and the settings for its frame, etc. On the other hand side, while moving and arranging elements I won't necessary think about the thickness and color of the frame, etc. But then again the palette probably becomes too long. |
|
See indigoDock https://github.com/nitramr/indigoDock |
|
Certainly it's much more useful than current design. |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-12-10 18:17 | to b | New Issue | |
2010-12-10 18:17 | to b | File Added: Scribus Mockup.png | |
2010-12-10 19:48 | ale | Note Added: 0025050 | |
2010-12-10 22:35 | subeditor | Note Added: 0025056 | |
2010-12-11 07:39 | ale | Note Added: 0025060 | |
2010-12-11 16:57 | to b | Note Added: 0025076 | |
2010-12-12 09:55 | to b | Note Added: 0025090 | |
2010-12-12 10:04 | to b | Note Edited: 0025090 | |
2010-12-12 10:04 | to b | Note Edited: 0025090 | |
2010-12-12 10:08 | to b | Note Edited: 0025090 | |
2010-12-12 10:10 | to b | Note Added: 0025091 | |
2012-06-24 16:11 | cbradney | Assigned To | => jghali |
2012-06-24 16:11 | cbradney | Status | new => assigned |
2016-01-19 16:01 | Kunda | Relationship added | related to 0004317 |
2016-01-19 16:01 | Kunda | Patch | => No |
2016-01-19 16:01 | Kunda | Summary | Proposal for UI: Split properties window into simple single windows (plus 0001348) => Proposal for UI: Split properties window into simple single windows (plus 0001348) |
2016-01-19 16:02 | Kunda | Relationship added | related to 0001348 |
2016-01-19 16:03 | Kunda | Note Added: 0038274 | |
2016-01-20 21:50 | subeditor | Note Added: 0038313 | |
2016-05-02 19:20 | Kunda | Tag Attached: indigodock | |
2024-03-23 22:53 | nitramr | Relationship added | related to 0017180 |
2024-10-22 20:14 | cbradney | Assigned To | jghali => nitramr |
2024-10-22 20:14 | cbradney | Status | assigned => resolved |
2024-10-22 20:14 | cbradney | Resolution | open => fixed |
2024-10-22 20:14 | cbradney | Fixed in Version | => 1.7.0.svn |
2024-10-23 18:42 | cbradney | Status | resolved => closed |