Bug 35913 - EDITING - vertical & horizontal flipping text / image / Object is inconsistent and wrong in Impress, Writer, Calc, Draw
Summary: EDITING - vertical & horizontal flipping text / image / Object is inconsisten...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 50547 (view as bug list)
Depends on:
Blocks: Writer-Images Impress-Images Calc-Images Draw-Images
  Show dependency treegraph
 
Reported: 2011-04-02 13:47 UTC by Bob Harvey
Modified: 2023-04-16 15:52 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Demo, see Comment 1 (17.71 KB, application/vnd.oasis.opendocument.presentation)
2011-04-03 00:48 UTC, Rainer Bielefeld Retired
Details
flip-rotate comparison (11.97 KB, application/vnd.oasis.opendocument.graphics)
2011-04-03 07:57 UTC, Bob Harvey
Details
new example of the same phenomenon created in 4.2.0.4 (14.81 KB, application/vnd.oasis.opendocument.graphics)
2014-02-04 17:13 UTC, Bob Harvey
Details
Variating demo with recent version V5.0.2 (17.55 KB, application/vnd.oasis.opendocument.graphics)
2015-09-28 17:34 UTC, Wolfgang Jäger
Details
demonstrating differences depending on the type of shape (17.02 KB, application/vnd.oasis.opendocument.graphics)
2015-11-01 11:38 UTC, Wolfgang Jäger
Details
Image flip issue examples (578.17 KB, application/vnd.oasis.opendocument.presentation)
2015-11-04 04:06 UTC, pharmankur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bob Harvey 2011-04-02 13:47:10 UTC
Further to a remark seen in comment 2 of bug 35865

Draw a shape - I chose a block arrow.
Double click & enter some text.
click out & re-select the shape
Flip horizontally.

I ended up with a block arrow pointing the other way, but with the text still left-to-right.

Now do it again, and flip vertically.   The shape is flipped (use a vertical block arrow, watch the control handle) but the writing is rotated 180 degree.

Surely both behaviours should be consistent?  (in my view don't flip the writing.  It's for reading)
Comment 1 Rainer Bielefeld Retired 2011-04-03 00:47:22 UTC
[Reproducible] with "LibreOffice 3.3.2  – WIN7  Home Premium  (64bit) German UI [OOO330m19 (Build:202 / tag 3.3.2.2)]"
Comment 2 Rainer Bielefeld Retired 2011-04-03 00:48:21 UTC
Created attachment 45169 [details]
Demo, see Comment 1

Demo showing inconsistent and wrong flip behavior.
Comment 3 Bob Harvey 2011-04-03 07:57:06 UTC
Created attachment 45185 [details]
flip-rotate comparison

Flip-rotate comparison.  Note that the text position is retained (centre justified text) in both examples.  The shape is definitely flipped in the flip one.
Comment 4 Björn Michaelsen 2011-12-23 11:43:30 UTC Comment hidden (obsolete)
Comment 5 Bob Harvey 2011-12-27 13:51:52 UTC Comment hidden (obsolete)
Comment 6 Bob Harvey 2012-04-06 14:38:36 UTC Comment hidden (obsolete)
Comment 7 Bob Harvey 2012-04-07 05:01:54 UTC Comment hidden (obsolete)
Comment 8 Bob Harvey 2012-10-25 10:04:31 UTC Comment hidden (obsolete)
Comment 9 Bob Harvey 2014-02-04 17:13:38 UTC
Created attachment 93387 [details]
new example of the same phenomenon created in 4.2.0.4

I have added a third attachment showing the problem being still present in 4.2.0.4
Comment 10 Timur 2015-05-07 09:19:40 UTC
Seems inherited from OO. There were changes in text position, but also with 5.0-dev, it's still inconsistent.
Comment 11 Timur 2015-09-07 08:52:47 UTC
*** Bug 50547 has been marked as a duplicate of this bug. ***
Comment 12 Timur 2015-09-07 08:53:51 UTC
From Bug 50547:

Current behavior:
Text that is flipped horizontally or vertically is not correct.  The letters are not mirrored.

Expected behavior:
Flipping text horizontally should cause each letter to be reversed left-to-right, and those reversed letters should be printed right-to-left.  Flipping text vertically should cause each letter to be inverted top-to-bottom, and those inverted letters should be printed left-to-right.  In either case the letters should be mirror-images of ordinary printed letters.

Please note, however, that I disagree with Bug 35913 reporter's position that the text should always be readable (e.g., left-to-right for English).  I think that flipping, which is mirror-imaging, should operate on text the same as it does on shapes.  After all, the person performing the operation may wish to treat the text characters as shapes and flip them.
Comment 13 Wolfgang Jäger 2015-09-28 17:34:10 UTC
Created attachment 119101 [details]
Variating demo with recent version V5.0.2
Comment 14 Wolfgang Jäger 2015-09-28 17:36:10 UTC
The bug was already present in old StarOffice 5.2 from 2000-05-08. (I tested today.)
Heritage and legacy are powerful.

Nonetheless the bug should finally get fixed.
Comment 15 pharmankur 2015-11-01 06:02:24 UTC
This bug affects not only the text but also to inserted images / shapes everything.

Also when we select the image and drag the control pointers (small green squares - appear around the image) towards left / right or Up / down .. its expected the image should get flipped horizontally or vertically respectively ... its not Happening as well !

Seriously the most stupid bug, I wonder why such basic functionalities are not taken on highest priorities by developers
Comment 16 Wolfgang Jäger 2015-11-01 11:15:37 UTC Comment hidden (no-value)
Comment 17 Wolfgang Jäger 2015-11-01 11:36:52 UTC
The afflicted component of this bug was formerly set to UI. This was a guess. Some investigation shows: The actual bug should be found in the flip routines. The kind of the errors occurring with > 'Flip' > 'Horizontally' may differ:
Example:

A line with asymmetric arrows containing Text and flipped horizontally will
- correctly be mirrored with respect to the line and arrows
- while the text will be rotated by 180° (already reported).

A rectangle containing text and an asymmetric 'Gradient' will not be changed at all by a horizontal flip: undisputable bug with respect to the shape/gradient.

See attachment demonstrating the differences (made with V5.0.2).
The combination of errors cannot easily be ascribed to the UI.

Component changed to 'Draw'.

(Text being part of a graphic object should always take part in flipping/rotating the objects. There is a primordial inconsisteny however, regarding sizes as long as the text actually is text and not graphics.)
Comment 18 Wolfgang Jäger 2015-11-01 11:38:10 UTC
Created attachment 120158 [details]
demonstrating differences depending on the type of shape
Comment 19 pharmankur 2015-11-04 04:06:09 UTC
Created attachment 120249 [details]
Image flip issue examples
Comment 20 pharmankur 2015-11-04 04:20:27 UTC
Added Image Flip Issue Examples (additional)

Few strange things noted are --

1) Images flipped in libreoffice are not appearing well in libreoffice itself, but if same image is copy pasted in external application like GIMP or PINTA, pasted image appears exactly as per our expectation (flipped appropriately)

2) The issue is ONLY for images inserted from libreoffice gallery or other.png images tested. The other inserted images (.jpg / jpeg etc) flip perfectly well.
Comment 21 Wolfgang Jäger 2017-09-14 11:39:54 UTC Comment hidden (no-value)
Comment 22 Xisco Faulí 2018-02-27 15:59:39 UTC
Text is not flipped horizontally...

Version: 6.1.0.0.alpha0+
Build ID: fa2dd2ba03f8be1f148dca8f6164daaf7bbf7d96
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 23 Davide Dozza 2018-12-19 14:50:19 UTC
Bug still present. Flip horizontally and vertically should be consistent with text. Flip should not modify text behavior while I can change it by using rotation.
Comment 24 Regina Henschel 2019-10-02 18:00:36 UTC
The current behavior is the same as in MS Office and as it has been since years. So I would not change it.

A different problem is, to get a mirroring, which includes mirroring the text. I mean so, as if it is an image.

From point of file format, we would be able, to do these:
(a) Describe the current behavior by using the attributes 'draw:mirror-horizontal' and 'draw:mirror-vertical' of the <draw:enhanced-geometry> element as it is done now. But in addition use the draw:transform attribute of the <draw:custom-shape> element to express mirroring, which includes the text.
(b) Use the 3D features of a custom-shape. Implement it so, that the text is included in the 3D-object, so that it would look mirrored if the object is rotated around the vertical or horizontal axis by 180°. That would in addition give a better compatibility to the 3D-features of MS Office.
Comment 25 Wolfgang Jäger 2021-02-21 18:45:08 UTC
(In reply to Regina Henschel from comment #24)
> The current behavior is the same as in MS Office and as it has been since
> years. So I would not change it.
> 
The current behaviour of the >Flipp Horizontally< (do nothing) and >Flipp Vertically< (mirror centrally) is so obviouly absurd that we cannot expect anybody to rely on these effects. 

"Better wrong than incompatible" isn't an option in this case.

If there are inconquerable technical reasons thwarting an actual solution, graphical objects containing text must either refuse completely to flip or ask for an affirmation.  

(Behaviour unchanged in V7.1.1.1)
Comment 26 QA Administrators 2023-02-22 03:22:22 UTC Comment hidden (obsolete)
Comment 27 Bob Harvey 2023-04-16 15:52:07 UTC
Sorry, I did not see the challenge in 2022 (I have been unwell).

This behaviour is unchanged in 7.5.2.2