|
|
What if pallets can dock into tabs underneath the toolbar buttons and expand when you click them? |
|
|
I think another user posted a request to mimic one of the late versions of InDesign (was that you?). That's a fine suggestion as well. We're still using InDesign CS at work, but I think the new interface is similar to what Inkscape has for collapsible palettes, though I think their 'collapsed' tabs would be better to set text horizontal as InDesign appears to do. But Inkscape also allows you to set the palettes as separate sub-windows as well. But I hesitate to make the mimicry of an existing commercial application the basis of my request. That's a great way to start a flame war. I simply want to convince the Scribus team that however the palettes are to be displayed, the current properties palette is not a good option. It looks like an interface very well suited to whoever designed it, but not well suited to a large population of professional graphic designers and typesetters. Not that Adobe, Aldus, Macromedia, Quark, Gimp or Inkscape have always been right, but I find it difficult to understand why an application interface (especially a relatively new one) would break with interface schemes that appear to have served users very well for twenty years or more. [Note:'palette' and 'pallet' are two different things, though they do have something in common. I am quite sure that 'palette' is correct in this case since layout/graphic design is an art and related to painting.] |
|
|
Hi I realise you have put a lot of effort into writing this bug up, however I am going to close it. We realise that the PP could be better, but it is not in our schedule to rebuild it yet. This is a duplicate bug of a number of others and unless we se some really convincing design we are not going to change just for the sake of changing. We plan to have a tear-off and dockable system, as much as this would be possible. I will leave this open in case you have another comments but will have to close it in a day or so. Craig |
|
|
Would it be possible to make the text on the buttons Shape, Group, Text, Image, Line, etc a different color or bold so they stand out a bit more from the other buttons? And have the diagonal double arrows appear on the mouse pointer to let users now they can re-size the pallet box on Windows when they hold the mouse pointer over the edge of the pallet box? I though this was a bug until I accidentally click and dragged on the edge of the pallet and caused it to resize. |
|
|
The resize thing is an issue on Windows.. it appears on Linux and OSX. Seems to be a Qt issue. |
|
|
craig, i thought that there was a solution which was better than the current one and easy to implement... * using tabs instead of the accordion (there is a patch from pierre implementing this) * using icons instead of text for the tabs labels (there are drafts for it somewhere) * using only one content aware tab for the content properties (instead having group, text, and image: only one of which can be active at one time). can we vote if this is a convincing enough design? (it's certainly nothing revolutionary, not a brilliant solution... but imho simnple enough to be implemented) |
|
|
Would the tabs, with the icons replacing the text, still have a title that would show on :hover? Or maybe, similar to Gimp, show text next to the icon on the active tab? Otherwise, the features that you described sound like a good enough improvement for now. |
|
|
Hello, Here's a couple of screen shots attached to this post of the properties panel. I made this in Gimp and QT Designer so nothing is exact. The button to the left of the properties panel will collapse or expand it, the panels are tear off removable. In theroy the pallet panels can be docked to either right or left sides, the tool bar on the left can be moved to its default place on the top, I'm not sure about having the left and right docking do you think it would become to cramped? Screens are getting wider these days and probably soon more designers will have them so having panels docked on the left and right may not be an issue so much in the future. The properties panel still has its accordion feature but now the contents in each section has a scroll bar so the contents of the smaller sub panel have been placed into one big panel. The most commonly used features of each panels are located at the top, please see the Typography panel. There is now the ability to style the text in the Typography panel and save this new style by clicking the +plus button next to the style drop down selectors. Let me know any thoughts about these changes. Thanks Warren P.S. Maybe double clicking a section like for example Frame Spacing inside of a panel will collapse it, double click again to expand it or right clicking inside a panel and selecting Expand All would work to cut down on the scrolling in the panels. |
|
2009-12-16 05:08
|
scribus-newtext_20091512.png (428,317 bytes) |
|
2009-12-16 05:08
|
scribus-newlayers_20091512.png (418,542 bytes) |
|
|
I guess I'll look into the nuts and bolts of marking up palette presentation in KDE. That might take some time to learn though. Meanwhile, I have attached a mockup (Scribus_Palettes_Text.png) of a more condensed arrangement of most of the text properties. Another aspect of Scribus's palette problem is the amount of empty chrome that makes these palettes much larger than they need to be. Hopefully this isn't an inherent characteristic of KDE's window layout capabilities. Whatever it is, my attached rendition is at least twice as efficient as the existing layout for text properties. I have also created a few new icons in the same style as the existing text icons to eliminate the need of text descriptions. |
|
2010-01-05 06:35
|
Scribus_Palettes_Text.png (26,263 bytes) |
|
|
I was playing with Qt Designer and create new layout of Properties Window. I didn't want to create new bug, so I wrote that here. I know that this won't be implement but I upload that because it (possibly) contains some ideas for developers. |
|
|
|
|
|
Mike, things can be implemented.. assuming, with things like the PP, that it is seen as a decent step forward.... we just don't have the coding time to do this major work right now, so if others like yourself can present something, then we would encourage it! |
|
|
Ok, understand. If you need resolve some specific UI problem, you could write to me. I create some testing layouts (but direct implementation into code is too difficult for me). |
|
|
As a new Scribus user, on a laptop with a 13" widescreen (ie, about 700px height), I also find the current properties interface somewhat limiting (I know this is not a professional DTP environment...). So I would like add a vote to this ticket. Also, I have a fair amount of experience with Qt (and may even have some time), so if the development team is interested, I could help contribute to a new interface. |
|
|
hi mdcurtis, can you please mail me at ale.comp_06@xox.ch? you're help may be very welcome... |
|
|
mike: you, too? |
|
|
me too :-) I am quite busy right now but I try to contribute to this subject |
|
|
XYZ-Tab.png (55,050 bytes) |
|
|
Shape-Tab.png (58,860 bytes) |
|
|
Line-Tab.png (60,459 bytes) |
|
|
Text-Tab.png (69,748 bytes) |
|
|
Image-Tab.png (45,266 bytes) |
|
|
Uploaded screenshots of proposed mockups for convenience (Thanks to Mike for providing .ui file) |
|
|
See https://github.com/nitramr/indigoDock |
|
|
i think that we can close this ticket as it is superseded by the indigo ui project. |
- Anonymous
