Created attachment 43631 [details]
Gradient test .doc
See attached .doc document.
It is created by making 2 adjacent squares, both with a gradient effect to simulate a 3 color gradient in word (2003).
Both squares have the "Rotate fill effect with shape" option set in context menu->format autoshape->colors and lines->Color->Fill effect->Rotate fill effect with shape.
The squares have then be grouped, copied to the right and rotated as a whole.
In word, this rotates the gradient effect, however, when opening the .doc document in writer, the gradient is not rotated.
Is such "Rotate fill effect with shape" available in LibO? I doubt, seems to be an enhancement request?
You ask for making available a WORD feature in LibO?
You do not see a LibO feature that does not work as expected?
In Writer/Draw I would manually rotate both the gradient (and thus creating a new gradient) and the object with the same degrees to get the same effect.
I guess the option is not exactly the same, so this might classify as a feature/enhancement.
I'm not sure what the policy is on formatting/display mismatches on .doc documents in libreoffice, if those are considered bugs or enhancements.
I always try to use odt where I can, but I can't always do that because of interoperability in the workplace.
Anyway, if this is considered an enhancement, I guess it would be an enhancement in Draw to have an option to rotate a gradient with the rotation of an object.
To exemplify this, in draw, when you make a square with a standard gradient, then use the "effects" tool to rotate this object, the gradient does not rotate with the object.
Always seemed strange to me that it didn't, but the a fore mentioned workaround to create a new rotated gradient worked too.
This does get a bit cumbersome on drawings with lots of gradients though.
Created attachment 43644 [details]
Simple sample document tp demnstrate the requested function
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
reproduced in LibO 3.5.0 beta 2 on Fedora 64 bit and Windows XP 32 bit
situation now even worse: rectangles itself are not rotated
Please read this message in its entirety before responding.
Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.
If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System
Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/.
Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Created attachment 122604 [details]
Gradient test .docx
Still no option to rotate the effect with the shape in Version: 188.8.131.52.alpha0+. DOC and DOCX formats not correctly imported.
The applied area style should be static and rotated with the object. So I'd understand it as a feature that is not directly associated with the area fill style. Having people in mind that want to keep their sundown with the sunny side up it needs to be optional, which adds complexity to the UI (coming from the area style revamp idea I try to keep the new dialog simple).
As an effective workaround to the rotation issue the object can be copied and pasted as bitmap. And images rotate all pixels. Sounds like a cleaner solution.
MS Office interoperability is very important to most LibreOffice users. This is a basic feature that that has been available to Office users since 97 and a feature that we must support just like the Corel and WPS Office do.
It's not a feature that must me implemented now, but when redoing the UI, it's something that you should expect will be added in the future.
(In reply to Luke from comment #9)
> MS Office interoperability is very important to most LibreOffice users. This
> is a basic feature that that has been available to Office users since 97 and
> a feature that we must support just like the Corel and WPS Office do.
You are right, and actually it works as expected, more or less. Try with a clear two-color gradient (guess the import filter fails when a multi-stop gradient or transparency is being used). The rotated shape will have an angle.
The less well working part is how it looks. My test (v5.3 on Windows) was from black to white and there is not much white in rotated shapes.
Anyway, the enhancement request was the "Rotate fill effect with shape" option (MS Word calls it "Rotate with shape"), which just copies the rotation value into the angle field. Sounds to me like an EASYHACK. Setting NEEDINFO and DEVEVAL for the codepointers. (CC Rishabh: Please have a look.)
The request is for all fill styles including bitmap, and not excluding pattern and hatching. For hatching the same applies as for gradients since we have an angle there. But pattern and bitmaps wont work out of the box since LibreOffice has no means to freely rotate images. Would be nice, however.
We should limit the scope of this bug to the cases our engine supports as long as the attribute are preserved on round trip.
Until Bug 73797 is resolved all we can to do for is to preserve the attribute for bitmaps. Some code pointers from Bug 36117:
see comment #11
Created attachment 126085 [details]
"Rotate with shape" easyhack
(In reply to jan iversen from comment #12)
> see comment #11
Agreeing on comment 11 it's still an EASYHACK. having "[ ] Rotate with shape" checked, the gradient's value for angle is adjusted to the object rotation.
Add a checkbox to area dialog, read its state on rotation, and modify the gradient angle continuously if checked.
This easyhack would work on gradient only, but could be applied to hatching as well. Of course it's better to have an option with the rotation input that affects all area styles. But this sounds more difficult to me.
The mockup is just a rough idea, the arrangement is not well done.
Checked the code, this is far from an easyhack
Given that the current implementation in
Version: 184.108.40.206.alpha0+ (x64) / LibreOffice Community
Build ID: 7a0e0a84a02f505200331c19b28d45e898cd5a12
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
sets an independent value for the rotation of a gradient versus the rotation of the gradient's containing shape, this bug doesn't really apply to gradients any more, the effect is achievable. It's the remaining fill pattern types that don't rotate with the object nor have a way to set the fill's orientation.