Issue 63377 - misplaced callout endpoints upon save/load
Summary: misplaced callout endpoints upon save/load
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.0.2
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-19 19:43 UTC by ecastro
Modified: 2017-05-20 10:55 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
An slide with two green-backgound callouts. odp format (51.46 KB, application/vnd.oasis.opendocument.presentation)
2006-03-19 19:44 UTC, ecastro
no flags Details
A pdf printout of teh original odp file above. To serve as reference for comparison (188.44 KB, application/pdf)
2006-03-19 19:46 UTC, ecastro
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ecastro 2006-03-19 19:43:12 UTC
I am experiencing an annoying problem with the classic callouts (those
avaailable in OOo1.1x). It seems that the position of the end of the arm is not
stored/loaded correctly. The end-point position changes every time the file is
saved and then opened again. 
I have included a demo. Both an OpenDoc odp file and a pdf print out that shows
 how the slide looks on screen before save/open cycle. If you edit any other
sahp and save again, in cycles, you will see that the arrowheads of the two
green callouts ("Anclaje a membrana" and "cascada MAPKs") will move to the right
in each save/load cycle. The shift is consitent and repetitive: always to the
right and always by the same distance for all callouts in a slide.
It seems that there is common calculation that is performed in a different way
in the storing and loading algorithms for those elements (perhaps using
diferents units, an unintended offset present in only one of the operations).

I am a university teacher. I have presentations with hundreds of slides, with
many of those callouts. Every time I open such a file I need to scan all slides
to correct for these movements. This is terribly annoying (and time consuming). 
Essetially it means that I need to do again a lot of work every time the file is
saved (so corrupting the "Save" concept).

The movement is observed saving either in odp or sxi formats. Saving as ppt
preserves position, but transforms callout into a shape, so it is not a good
solution.

This happens in OOo 2.0.x. Suffered on 2.0, 2.01 and 2.0.2, both on Linux
(Ubuntu breezy) and Windows (2000, XP)

Enrique
Comment 1 ecastro 2006-03-19 19:44:58 UTC
Created attachment 35033 [details]
An slide with two green-backgound callouts. odp format
Comment 2 ecastro 2006-03-19 19:46:21 UTC
Created attachment 35034 [details]
A pdf printout of teh original odp file above. To serve as reference for comparison
Comment 3 wolframgarten 2006-03-20 07:40:27 UTC
Reproducible. Reassigned.
Comment 4 Joe Smith 2006-06-22 03:25:13 UTC
The same issue applies to callouts in Writer and Draw.

The problem is related to fitting the callout to the text: if these options are
not active, the endpoint position is stable over save/load.

Select callout.
Right-click context > Text > Text tab
Uncheck "Fit width to text" and "Fit height to text"
Comment 5 Marcus 2017-05-20 10:55:40 UTC
Reset assigne to the default "issues@openoffice.apache.org".