Vladimír Michl napsal(a): Pokud myslíte průsečík jako průběžný vrchol polyčáry,...

při vší úctě - to asi Kroupík nemyslí:) - Kroupík upozorňuje na absurdně dodnes nevyřešený problém, kdy autocad neumí najít průsečík dvou různých čar, které se jako na potvoru protínají v místě, kde je při daném ltscale mezera:)....absurdní, že se to dodnes nevyřešilo - ačkoli, když vlastně mám teď k dispozici cui, plynulé zoomování, u kterého si dokonce můžu nastavit rychlost a mnoho dalších užitečných novinek, proč by mi to vlastně mělo vadit:) - teď vážně:

problém defacto nemá řešení, jedině používat pro práci a pro tisk jiné ltscale, kde to "pracovní" je tak husté, že se riziko nenalezení průsečíku minimalizuje

Kroupík napsal(a): tak to taky resim

my to neřešíme, máme jen nahusto nastavené ltscale....od doby, co adt pracuje s inteligentními entitami, tak jakoby palčivost těchto "kresličských" věcí poklesla.

Hodně nás to ale štve při ořezávání - jakmile se někde použije výběr FENCE a prochází "dírou" v čáře, tak to tu entitu nevybere...

Umí někdo (pane Michl?:) říci, zda se tato problematika někdy vyřeší systémově?

Mám pocit, že osnapy se počítají až z display-listu, takže systémové řešení by v tomto případě bylo asi komplikované.

U průsečíku čar se to dá celkem rychle obejít tím explicitně zadaným uchopením _INT (PRŮ), ale "děravý" FENCE (Napříč) je asi větší problém.
Pro jistotu to pošlu jako bug report. Je s podivem, kolik celkem trivialit se nedostane až k vývojářům (=k vyřešení) prostě proto, že je nikdo Autodesku nenahlásí.