Hi Regina and bugreporter99,
a very interesting topic...
@bugreporter99: Which tasks did you commit for SVG? I did the SVG
import, so these should got to AOO probably, did they...?
Using multiple color steps in old gradients: A good idea, I already
thought about it. Problem is (as often) that we would need a ODF change
for it. Regina, could you think about something like that, please? We
have start and end colors, in-between colors would have to be some value
pair of float [0..1] and color value...
Transparency: I thought myself about this; the current 100-0% setting to
blent the start/end color against black is really not very useful; it's
just handy to not change the color yourself. If adding an alpha value to
each color definition, these value entries in the UI could be reused. I
would guess users who know more modern apps think these values are
exactly that, sigh. Also needs a ODF change, though.
BoundRects of old gradients: This is old stuff some people thought about
16-20 years ago and of course not state of the art; it was a handy way
to draw these gradients at all (think 640kb systems) and got into ODF
later, sigh, but cannot be changed
SVG gradients: We already have these in the ODF spec, thus it will be
better to go forward and offer these for the current draw objects
directly., I think. Regina, what about ODF here and that it only allows
one of the SVG mapping modes, I think both should be possible.
With all this, do not forget: More transparency makes all stuff more
fancy, BUT also makes printing more expensive (preparation, handling)
and also PDF export, especially PDF1/A stuff that does not allow
transparencies at all...
Just my 2 cents...
On 04.06.2013 17:14, Regina Henschel wrote:
Hi,
bugreporte...@hushmail.com schrieb:
Many thanks for the answer Regina,
(thought I would be dopped to the spam folder ;) )
Coding is not the only way to make AOO better. For example there are
always people needed to test the product, whether the new features work
as intended and whether no regressions slipped in. Also usability is a
topic for non coder, and usability is not about a single design
opinion,
but making tests like the icon test in LO.
actually I do report bugs, when I find some (in most cases svg stuff
atm)
Currently the gradient is relative to the shape. Adjustments are done
with the Border property. With svg it is possible to define the
gradient
relative to the parent of the shape and that is rendered correctly
in AOO.
Looking at LO4.0.4 and AOO3.4.1 the gradients are not rendered
correctly.
for example:
on AOO3.4.1 (can't tell about newer versions)
Please do not test with AOO 3.4.1. Rendering svg and rendering
gradients have been reworked. Please use a current snapshot of AOO4.0
[..]
Transparency is an additional feature. You can already combine
transparency with solid color (I guess from the pdf-file, that you want
that), but you can also combine transparency with gradients. You need
not even use the same kind of gradient. It seems you have not yet
discovered the property 'Gradient' in the Transparency tab of the Area
dialog.
Yes, but if you look at the attachement
(https://www.libreoffice.org/bugzilla/attachment.cgi?id=79272) of the
bugreport I mentioned, it does not makde that much sense (imo) to use
the percentage for the blackness. The transparency tab would just change
the WHOLE gradient transparency.
The transparency itself can be defined as gradient.
But I'd like also to set the
transparency of each gradient color.
Transparency it a forth channel besides RGB. There exist nothing like
a "transparency of a color". Each value of a pixel consists of four
parts: Red, Green, Blue and transparency, each in the range of 0 to 255.
I do not really understand, which result you want to get. Your
attachment shows some changes in UI, but do not explain, what the
resulting gradient should look like.
Kind regards
Regina
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
