Oznacovanie kot do hex. je dobra myslienka, skoda, ze sa musia vypisovat rucne do zmenoveho konania. Treba znova, kontrolovat. je to mozny zdroj chyb. Podobne riesenie s ocislovanim kot mal riesene SolidEdge.Pocet zmien na vykrese dopocitavali rucne kolegovia. Upustili od toho.Revizna tabulka obsahuje predsa vsetky potrebne udaje.

"K těm ivlastnostem:
Jakmile vložíte první pohled do výkresového listu, máte data modelu (ivlastnosti včetně uživatelských) ve výkresu (listu) k dispozici, aniž byste musel nastavovat "zdroj uživatelských vlastností". Předpokládám, že ve výkresu alespoň jeden pohled bude, takže nastavovat "zdroj" je krok navíc."

K těm ivlastnostem:
Jakmile vložíte první pohled do výkresového listu, máte data modelu (ivlastnosti včetně uživatelských) ve výkresu (listu) k dispozici, aniž byste musel nastavovat "zdroj uživatelských vlastností". Předpokládám, že ve výkresu alespoň jeden pohled bude, takže nastavovat "zdroj" je krok navíc.

Když píšete, že máte definované uživatelské vlatnosti v norma.idw i v norma.ipt a zároveň nastaveno "Další zdroj uživatelských vlastností modelu" v nastavení dokumentu, tak předpokládám, že jste chtěl v tabulce revizí použít uživatelské vlastnosti modelu. Použití pro kusovník, razítka, texty ap., to je samozřejmě jasné.

Jiná věc je, pokud někdo chce kopírovat VYPLNĚNÉ HODNOTY ivlastnosti včetně uživatelských z modelu do výkresu. To pak je třeba "zdroj" vybrat, zaškrtnout "kopírovat" a vybrat kopírované vlastnosti. Ale jak jsem psal, HODNOTY se překopírují při vložení prvního pohledu a dále se NEAKTUALIZUJÍ, takže mi není jasný smysl této funkce. Neumím si představit dále tato data spravovat současně v modelu i výkresu.








Upravil janovskyjdk - 13.říj.2010 v 13:36

Dotaz na Charlee:

Podle mého názoru je to v pořádku, že se aktualizuje pouze nový, resp. poslední řádek. Pro zachování historie by se nemělo nic přepisovat.

Není mi jasné toto:
".... Přitom mám definované uživatelské vlatnosti v norma.idw i v norma.ipt a zároveň nastaveno "Další zdroj uživatelských vlastností modelu" v nastavení dokumentu. ...."

Já jsem popravdě vůbec nepochopil, k čemu je tato funkce dobrá (včetně zaškrtnutí Kopírovat data modelu). Při vložení prvního pohledu se sice údaje z modelu do výkresu zkopírují, ale pak už se neaktualizují.  Takže je stejně potřeba zvolit údaje, které se budou vyplňovat a udržovat.

Ale pokud jde o revize, shodli jsme se, že data se načítají z výkresu - pokud chceme zachovat systém Inventoru.

K tomu, co psal Paolo - je to určitě přesné a úplné, ale taky dost pracné - popisovat každou změnu. To už záleží na konkrétní firmě, co potřebuje.
Nám postačuje obecný popis změny a v tabulce ponechávám tak poslední tři řádky. Ale pokud někdo potřebuje celou historii, tak proč ne ?
Taky by mě zajímalo, jak ta tabulka vypadá.

Vyzkoušel jsem vybrat sloupce, ivlastnosti se do řádku revize vkládají z aktuálních ivlastností, před potvrzením revize je možno změnit přes dialog revize a ikonu ivlastnosti hodnoty. Po vytvoření lze přepisovat buňky tabulky revize po výběru přes pravé tlačítko volbou "upravit" na jékoli hodnoty i u staršího indexu revize. Buňka po přepisu se orámuje při úpravách modře (statická hodnota). Přes pravé tlačítko lze režim "statické hodnoty" vypnout a objeví se původní hodnota ivlastnosti (modré orámování zmizí) je tedy vidět, že byla provedena korekce.

Upravil mikura - 12.říj.2010 v 12:57

Mám to nastaveno dle obrázku. Ale data tahám z výkresu. Nevím, jestli to jde brát přímo z modelu. 2008 při výběru sloupců data modelu nenabízí.

Osobně mám upravenou tabulku revizí tak, že pasuje do rohového razítka.

Aby byl index automaticky v kolečku je nutné to změnit ve stylu a uložit do šablony nebo knihovny stylú.

Postupuju tak: Vložím tabulku revizí, nastavím písmenka, popis změny, datum, kdo. Pak vkládám index tam kde je ho třeba. Při další změně přidám do tabulky revizí další řádek, popíšu a při vkládání indexú se mi vkládá už nové písmenko. Pokud chci jiné, je to v kontextovém menu.

Počet změn jsem dosud nepotřeboval.

Připojené náhledy

Takto sme zmeny prevadzali INV2009. Pochybujem ze by to neslo 2011.

Az na pocet zmien ( nemalo opodstatnenie ) sa dalo vsetko previest.