|
|
has duplicate! :) 0009012 This feature should be implemented at once for all modes (and object), not only for text. |
|
|
Disagree, I want to be able to control the app, and not have it controlling me |
|
|
Doing a lot of excess clicks is "control app"? Suggested feature is automation of what user intend to do. How many times did you edit something in XYZ tab? As for me I didn't touch it since I start using Scribus except few clicks for testing. |
|
|
I disagree too. I always use the xyz tab since it is more precise than placing frames by drag and drop. Of course the work with textframes could be improved but your sugestion wouldn't do that for everybody. |
|
|
textediting1.png (393,953 bytes) |
|
|
textediting2.png (358,736 bytes) |
|
|
Just made two drafts. Maybe one of this solution would fit most users? |
|
|
Our discuss about what tab should be shown is quite useless since we have ugly properties palette. In the way it designed now it will never fit most users. Just because density of useful information and control elements are VERY low. Compare with Quark v 5 or 6: on it's small and narrow pallete you can control simultaneously a bunch of parameters. F.e. for text box: - box size - box position - number of columns - angle - flip - font face - font size - font effects - justification - line interval - tracking And there is no need for single click to switch between these controls. Note that Quark palette changes on selecting different objects, giving needed controls and hiding (not graying out) ones that are not applicable. Count such density and "necessarily" clicks for Scribus. I don't suggest to clone Quark. I suggest to surpass it! |
|
|
the goal of this note is just to check if the smtp server is working... |
|
|
This could most likely be done if and when indigoDock gets merged. |
- Anonymous
