https://bugs.freedesktop.org/show_bug.cgi?id=64469
Owen Genat <owen.ge...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #9 from Owen Genat <owen.ge...@gmail.com> ---
As indicated in the comments this bug appears to have suffered from a lack of
clarity. The inclusion of the term "replace" in the title also suggests a major
change, as transparency and opacity are both required for interoperability
reasons.
What follows is my understanding, based on comment #0, comment #4, and comment
#6 of what this enhancement was asking for. This and the final response in
comment #8 are my rationale for marking this bug as RESOLVED INVALID.
A gradient is any change from one hue (e.g., red) to another (e.g., blue). LO
only allows transparency against the entire gradient e.g., red @ 75%
transparency to blue @ 75% transparency. This enhancement request appears to be
asking to set independent transparency values for a gradient e.g., red @ 60%
transparency to blue @ 30% transparency. Another way of thinking about this is
to allow a separate gradient for the transparency e.g., 60% to 30% that applies
to whatever hue is in use.
Neither ODF or OOXML appear to cater for this type of definition from what I
understand. A gradient for a rectangle has this type of style (styles.xml):
<draw:gradient ... draw:start-color="#ff0000" draw:end-color="#0000ff"
draw:start-intensity="100%" draw:end-intensity="100%" ... />
... start / end colour and start / end intensity i.e., opacity. Transparency is
then applied as direct formatting (content.xml) against this style:
<style:style style:name="gr1" ... >
<style:graphic-properties draw:fill="gradient" ... draw:opacity="50%" ... />
</style:style>
...
<draw:rect draw:style-name="gr1" draw:text-style-name="P1" draw:layer="layout"
svg:width="5cm" svg:height="5cm" svg:x="2cm" svg:y="2cm">
<text:p/>
</draw:rect>
This request would seem to be asking for transparency start / end attributes in
the style e.g., draw:start-transparency and draw:end-transparency. This would
be highly irregular as transparency is uniformly applied (both in ODF and
OOXML). Only opacity offers separate start / end values. For interoperability
reasons I feel changing this would cause problems.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
