Repository navigation
FAQ
Home › FAQ
Yes you can. The Clipper Library has two classes which perform clipping operations - Clipper64 and ClipperD. The former class accepts int64_t coordinates, whereas the latter class accepts double coordinates.
If I have a choice, does it make any difference whether I use integer or floating point coordinates when doing clipping operations?
Yes there will be a small difference. The Clipper Library uses integer coordinates internally in order to preserve numerical robustness, so floating point coordinates will be converted to and from integers before and after clipping respectively. By using integer coordinates you'll avoid the small overhead of these conversions.
Polygon regions are defined by associating specific fill rules with paths. Inner paths, that outline holes, generally wind in the opposite direction to outer paths.
No, though this should be fairly uncommon. (See notes on touching polygons here.)
Yes, see Union.
The polygons produced by InflatePaths and / or ClipperOffset have tiny artefacts? Are these bugs?
No. Sometimes very small segments in offset paths are at unexpected angles due to integer rounding. When these offset paths are themselves offset several times, this can exaggerate these angled segments. So perhaps the best way to remove these tiny artefacts is by using the library's SimplifyPaths function.
Yes, see ReversePath, Clipper64.ReverseSolution and ClipperOffset.ReverseSolution
Overview, Clipper64, Clipper64.ReverseSolution, ClipperD, ClipperOffset, ClipperOffset.ReverseSolution, InflatePaths, ReversePath, SimplifyPaths, Union, FillRule