Nechci s Vámi polemizovat, ale základní nastavení Acad bylo vždy a je jako v matematice, tj. úhly se měří proti směru hodinových ručiček - viz základní nastavení příkazem "jednotky"  (tomu odpovídá i Vámi zmiňovaná defaultně nastavená proměnná ANGDIR = 0).

Zaktualizoval jsem na SP1.2 a stejné. Ještě větší sranda je, že je to náhodné, resp. zdá se, že záleží na poloze kurzoru v okamžiku zadávání 'K' bodu, ale ani to není 100%.  Zřejmě mi něco uniká nebo je tam drobná chybička v souvislosti s detekcí směru (v závislosti na myši + CTRL) , která pro toto zadávání ale nemá smysl. Na obrázku zadáno 10 oblouků stejným způsobem: (Oblouk, S, 200<15, 200<165 a další s přírůstkem 20 na ramenu).

"Nová vlastnost", že ACAD2022 - jestliže se počáteční a koncový bod zadávají polárně - dělá doplněk požadovaného oblouku a ne požadovaný oblouk?

Požadovaný oblouk o poloměru 200, začíná na 15° a končí na 165°:

Oblouk, Střed, 200<15, 200<165

ACAD2022 vyrobí oblouk začínající na 165° a končící na 15°. Doplněk oblouku, co měl být vytvořen. Vpodstatě udělá oblouk, jakoby se nejdříve ve starších verzích zadal bod 200<165° a teprve pak 200<15°.

Jedině při vypnutém DINMODE a zadávání s @ vytvoří správně kýžený oblouk:

OBLOUK, Střed, @200<15, @200<165

Požadovaný oblouk se dá vytvořit i s DINMODE:

- musí se po zadání prvního bodu pohnou myší tak, aby ACAD naznačoval doplněk oblouku a pak teprve zadat druhý bod

nebo

- otočit zadání:  OBLOUK, Střed, 200<165, 200<15 a popřít, že úhly se zadávají proti směhu h.r.

Jestli je to "nová" vlastnost ( jako třeba 'geniální' zaměňování zkratek "R"adius za "P"oloměr), tak se omlouvám.