Issue 32229 - curves change to polygon when circles are cut
Summary: curves change to polygon when circles are cut
Status: CONFIRMED
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: OOo 1.1.2
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-28 14:01 UTC by sparcmoz
Modified: 2013-02-07 22:43 UTC (History)
2 users (show)

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


Attachments
before the cut (5.85 KB, application/vnd.sun.xml.draw)
2004-07-28 14:03 UTC, sparcmoz
no flags Details
after the cut (6.12 KB, application/vnd.sun.xml.draw)
2004-07-28 14:04 UTC, sparcmoz
no flags Details
127% zoom (76.94 KB, image/png)
2004-07-28 14:06 UTC, sparcmoz
no flags Details
617% zoom (75.87 KB, application/vnd.sun.xml.draw)
2004-07-28 14:07 UTC, sparcmoz
no flags Details
enlarged drawing file marked (6.32 KB, application/vnd.sun.xml.draw)
2004-07-28 14:16 UTC, sparcmoz
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sparcmoz 2004-07-28 14:01:33 UTC
I am filing this issue for quickes who has limited command of english.

It might be a bug or a request for enhancement, or it might be a feature.

The reporter draws two circles, filled and overlapping. When the top circle is
cut away, the outline of the remaining circle has changed, instead of being a
circle it is changed to a polygon made of straight line segments and becomes
elliptical.

This is easier to see when the circles are zoomed enlarged 300-400%

This is easy to reproduce, but it is hard to describe and maybe hard to interpret. 

I will attache various screenshotss and files  which may help to describe this
issue.
Comment 1 sparcmoz 2004-07-28 14:03:41 UTC
Created attachment 16822 [details]
before the cut
Comment 2 sparcmoz 2004-07-28 14:04:24 UTC
Created attachment 16823 [details]
after the cut
Comment 3 sparcmoz 2004-07-28 14:06:15 UTC
Created attachment 16824 [details]
127% zoom
Comment 4 sparcmoz 2004-07-28 14:07:09 UTC
Created attachment 16825 [details]
617% zoom
Comment 5 sparcmoz 2004-07-28 14:15:12 UTC
Note this was from a debian build, as caolan mentioned on IRC it could be using
--enable-libart vs gpc lib.

I am still just collecting all the information yet and will file a debian bug
too, so please wait.
Comment 6 wolframgarten 2004-07-28 14:16:42 UTC
This is reproducible on a windows or Sparc System as well.
Comment 7 sparcmoz 2004-07-28 14:16:47 UTC
Created attachment 16827 [details]
enlarged drawing file marked
Comment 8 sparcmoz 2004-07-28 14:23:52 UTC
sparcmoz-->wg: do you mean reproduce from scratch, or just using the test files?
Comment 9 wolframgarten 2004-07-28 14:31:14 UTC
This is reproducible from scratch. I had a talk with the responsible programmer
and a look into older versions. This behaviour has always been this way because
it could not be managed in another way. But they know about the problem and they
are already working on a better way. This may not make its way into OO 2.0 but
surely into a later version.
So at the moment this is not a bug and works as expected. Sorry, but there is no
way at the moment that this could be changed quickly.
Thanks for your work.
Comment 10 wolframgarten 2004-07-28 14:31:26 UTC
Closed.
Comment 11 sparcmoz 2004-07-28 14:32:28 UTC
many thanks for the quick response ;)
Comment 12 quickes 2004-07-28 14:37:57 UTC
The numbers of segments of the poligon that is substitute of the circle (before
cut), is varible depend of the original size of the circle. This transformation
circle-poligon is production for the cut with others figures too. (square, star,...)
Comment 13 sparcmoz 2004-07-28 22:56:01 UTC
sparcmoz-->wg: based on your comments aabove, this could be re-opened as P5
target OOo later. Alternatively marked as enhancement P5 OOo later. To be closed
it would need to be "wontfix" or perhaps it is a "duplicate" of some other IZ?
It would be useful for us to keep track of this. Would that be OK?  
Comment 14 wolframgarten 2004-07-29 07:59:18 UTC
Yes, would be okay. I am changing the issue type to enhancement and forwarding
it to the right person to deal with it.
Comment 15 wolframgarten 2004-07-29 08:01:00 UTC
Changed platform and OS. Reassigned to Bettina. Like AW said this is already on
their schedule for a later version but this is just a kind of reminder.
Comment 16 bettina.haberer 2010-05-21 15:14:33 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements".