Pro up?esn?ní byste také mohl poslat desku, na níž jste se s popisovaným chováním setkal (a uvést logický typ padu), ale pokusím se odhadnout, na co jste z?ejm? narazil.
Rozm?ry zmín?ných pájecích bod? na vrstv? 15 asi máte vztaženy k vrstv? 8. Pak by pro dosažení požadovaného výsledku možná sta?ilo je zv?tšit práv? na vrstv? 8 (což byl Váš první krok). Zv?tšíte-li je pak ješt? na vrstv? 15, nastane to, co jste popsal.
Takhle je to naprogramované, je však p?irozen? otázkou, je-li toto chování žádoucí, pop?ípad? zda by se nabízelo n?jaké logi?t?jší:
* Na jedné stran? by se mohl první krok omezit výhradn? na rozm?ry na vrstv? 8, ale k tomu by program pot?eboval zrušit její vazbu na vrstvu 15. Asi tolik nevadí, že by pak uživatel musel provést tutéž operaci ješt? s vrstvou 15. V?tší potíž však vidím v tom, že by program nem?l žádnou možnost, jak vazbu op?t obnovit, ledaže by dedukoval, že vrstvy mají být svázány vzájemným odkazem ?ist? proto, že na nich rozm?ry zrovna jsou stejné.
* Na druhé stran? s dosavadním ?ešením nastává problém, uvážíme-li situaci, kdy v tabulce je THT pájecí bod (tj. oboustranný, s otvorem) a zárove? SMD pájecí bod na horní stran?. Dejme tomu, že oba mají na po?átku rozm?r 3,0 mm. Po Vašem prvním kroku budou mít rozm?ry (na vrstvách 8 / 15) 3,2 / 3,2 mm a --- / 3,0 mm, po druhém 3,2 / 3,4 mm a --- / 3,2 mm. Ani jedno z toho asi není to, co si p?ejete. Požadovaných rozm?r? m?žete dosáhnout prost? tím, že po?adí krok? obrátíte, avšak jedin? za tu cenu, že se tím vzájemná vazba rozm?r? zruší.
D?kuji za upozorn?ní na popsané chování. Jelikož mne te? nenapadá chování programu, které bych zde mohl považovat za zcela náležité, pravd?pobn? se omezím na zmínku v helpu, pokud by se v diskusi neobjevil návrh lepšího ?ešení.