|
|
if 0003578 is implemented then by-block properties would be another option. |
|
|
Reminder sent to: christoph_s, louisdesjardins, PLucAuclair What do you think of it? |
|
|
One way I think this could be made usable would be a layer style, a kind of meta style, that would allow the definition of the behaviour of objects on a layer. But the number of styles options would be _huge_, This might become a stripped "documents settings" dialog. I wonder if that's worth the efforts. mhanski. would you mind adding tsoots to the monitoring list? I'm curious what he thinks. |
|
|
I would like to have a specific case or real-life scenario for the use of this. Just checked with my production people to see wether they make any use of layer capabilities in our actual DTP apps. Answer is no. We never use this feature. And we hardly see anyone using them from the files we receive from all over the place. So I guess we'd really need input from people with a real need for this. |
|
|
While it *could* be useful, I'd have to see how other programs deal with this first. I personally never use layers though in layout software, so it's a bit awkward to comment anything of the sort. As long as there is a way to set it either as a starting point *or* as an override I see this as more or less useless. I'd rather see object styles rather than this right now, and I'd keep if for an implementation later. |
|
|
PLucAuclair, personally I use layers a lot. They are useful for documents that contain lots of graphics and not so much text. I use layout software in these cases, because it provides better text control than drawing applications. But I never felt that something like layer styles were necessary. If the production of more text based documents like books or magazines would require extensive use of layers, _then_ it would be useful. But that isn't the case and for products like presentation tables it's simply not necessary, because the objects need a more "individual" approach. So, implementing this feature would mean a lot of overhead for both developers and users. mkoren, can you provide an example for a requirement of this feature in real world production? |
|
|
Reminder sent to: peter, judging by the opinions of our experts, it seems to be a "won't fix", or would you rather have it acknowledged for later implementation? |
|
|
Hmm, like I said, this, along with properties by block (group), is used all the time in CAD (another sort of layout environment) to keep a consistent style for a large number of related objects. I'm not a DTP professional, but like christoph I often like to use scribus rather than drawing (or CAD) programs when I need to combine both text and graphical elements in a design due to the better text handling. An example of where I would like this is for making detailed charts with lots of small text boxes that I want to have the same colors, line styles, etc (screenshot attached of an unfinished one, which I'm also going to use for my relative placement feature request :). I have them all on one layer, and there will be separate layers for arrows, background fields, and other elements which may also share colors, etc. As you can see, even using styles it's not trivial keeping these items synchronized since it's not obvious if they all have the right style. Of course I can select all and apply a set of properties to a whole layer that way, but why have to redo it everytime I add a new element or want to change a setting? As to implementation, I don't think it would be all that difficult. Christoph, I'm not thinking of a whole new kind of syle, just a new place to apply existing settings. As I said in 0003554, the current interface would be simplified if the same properties can be set in document settings as in object properties, using the same dialogs. Layers and object blocks would just be another point where the defaults could be changed. The syles inheritance engine could surely handle this easily internally. Um, I'll add some more comments tomorrow about how this relates to a few of my other favorite feature ideas; please don't close it yet. :) |
|
2006-04-22 04:33
|
structured_chart.png (51,098 bytes) |
|
|
This request would now be subsumed by my new request 0003708. See usage cases listed there. As described there, it could be implemented through the existing styles inheritance framework using the already-existing properties and styles editors to define the settings. |
|
|
mkoren: resolving this one as a dupe, since you've submitted the subsumming 0003708 |
- Anonymous
