witam,
jakiś czas temu zaimplementowałem okienkowanie i rysowanie okręgu o dużym promieniu,
którego nie obsługuje poprawnie standardowe API,
conajmniej Java SDK oraz API Javy w Androidzie, sadzę że w przypadku wielu innych API
w innych językach jest podobnie.

Przypomnę interesują mnie przypadki rysowania wycinku łuku i jego okienkowania.
Opracowałem sprawny algorytm ustalania które ćwiartki należy rysować, które z nich w
pelni a które tylko częściowo. Samo rysowanie odbywa się juz w oktetach,
(ćwiarki są dzielona na pół).

Czasami pojawiają się drobne problemy ze zgraniem pikseli, czyli w pewnych
przypadkach wystepuje maksymalnie blad o 1 piksel. Widoczne to jest przy kacie 45
stopni.

Błąd wynika z pozycjonowania oktetu a nie ze sposobu jego rysowania.
Z racji tego że punkty startowe sa wyliczane jako double a orginalny midpoint jest
int więc w tym musiał bym szukać problemu. Sama juz procedura rysowania jest bardzo
podobna do midpoint.

Moim zdaniem najlepszym doraźnym rozwiazaniem problem było by rysowanie
okretów w przeciwnym kierunku niż to ma miejsce w orginalnym midpoincie.
Obliczenie punktu przy kącie 45 stopni polegało by na przemnozeniu raduisa
przez stałą. Oktety korzystały by z tych samych danych początkowych więc musiały by
być idealnie dopasowane i symetryczne.

Ponadto takie podejście jest bardziej korzystne jeśli chcemy rysować to co widoczne
jest wewnątrz okna, bo okno obcina gore-dol-lewo-prawi zostawiając
fragment koła pomiędzy, więc często obszary przy kącie 45 stopni są widoczne.

Macie jakieś pomysły jak odwrócić prodecure midpoint,
aby działała w przeciwnym kierunku?

Nie jestem pewien czy ze punktem wyjścia do opracowania mojej prodecury była by
orginalna procedura midpoint czy ta zoptymalizowana.