https://bugs.documentfoundation.org/show_bug.cgi?id=152712

--- Comment #3 from Eyal Rozenberg <eyalr...@gmx.com> ---
(In reply to Mike Kaganski from comment #1)
> (In reply to Eyal Rozenberg from comment #0)
> > we can't apply multiple styles at once, see 149271.)
> 
> This is not correct ... So the
> feature for that style category exists - but indeed, the UI has much to
> improve (basically, to create from scratch).

Yes, you're right, I should have said "we can't effectively apply".

> > 1. Multiplicative relation of numeric attributes. Example: "Font weight at
> > 125% of the parent style"  
> 
> This is already possible. See [1]:

That's only one single feature, in one (or two) kinds of style. I'm talking
about all of them. Like: Vertical space after paragraph.

> Any
> feature should only be created to implement some specific need, not just
> because we can.

The specific need is being able to define styles progressively as one moves
down the hierarchy. With my example above: I want to be able to increase or
decrease the spacing after all Heading N lines, with each of them increasing by
the same factor. I can't do that right now.

> The overall complexity makes every new feature a source of
> problems for quite large number of users, so unless this solves a real
> problem for many users, I disagree that we should do this.

I am actually betting that this is not complex as an ODF feature. But - I
realize this could potentially be quite complex in terms of the UI. There are
different avenues for dealing with the expression of such complexity, which
merit discussion IMO; at worst, there could be an ability for advanced users to
edit a textual or semi-textual representation of the everything the style
changes relative to its parent (similar to what we currently have in read-only
form in the organizer), and in this representation, the relative-ease of the
ODF level could be more readily expressed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Reply via email to