Pepa napsal(a): u kolegy jsme s tím taky zápasili, souhlas, že do verze 2005 to fungovalo velice jednoduše. že to je v2006 jinak? asi aby byla nějaká změna proti předchozím verzím...PS: poslední větu brát prosím s rezervou, zatím jsme u té 2005

bez rezervy, skutecne byla zmena, a jak pravi Murphy,

KAZDA ZMENA JE K HORSIMU

...nicméně mne pořád zajímá, jestli to řeší SP...

Vladimír Michl napsal(a): CUI je opravdu předmětem mnoha oprávněných stížností. Je to takový all-in-one,

doctu se nekde, jaka je "spravna" filozofie prace s cui? najdu nekde "kucharku", jak to mam udelat, kdyz vsichni uzivatele maji mit stejné nastavení roletového menu, toolbarů, zkratek a toolpalet? nastavení by nemělo jít měnit....od verze 2004 dál mám hokej v tom, co se má kam ukládat...je prosím někde napsáno, co mám kam uložit a jak nastavit profil?

Vladimír Michl napsal(a): SP1 řeší chyby CUI, ale ne jeho odlišnosti/omezení funkčnosti.

zase je k tomu někde dokument? máme problémy s:

• vytvořím ikonu, přiřadím ji tlačítku a ona tam pak není a není ani k nalezení
• cui interface občas sám od sebe spadne
• nevím, jak přiřadit toolbar v partial cui jako flyout do hlavního cui
• potřeboval bych "vyčistit" cui soubor - příkazy se v něm duplikují - v mns měl jeden příkaz dvě různá ID - jedno pro toolbar a jedno pro roletové menu - pokud správně chápu filozofii cui, tak bych měl ten příkaz mít jen jednou a přiřadit ho jednou do menu, podruhé do toolbaru
• pořadí nabídek v roletovém menu - cui ho ani přes workspace neumí ovlivnit
• interference mezi vestavěnými nabídkami architectural desktopu a uživatelskými příkazy - spousta příkazů, specifických pro adt entity, která se objevuje v kontextovém menu, není v cui nikde vidět a jejich natažení je náhodné, takže se vyskytují v uživatelském kontextovém menu na různých místech....

nechápu, jak je možné, že namísto toho, aby se odstranily problémy s předchozím interface (pořadí rolet atd.), tak se navrhlo něco, co neodstranilo ani jeden z předchozích problémů, jen přidalo další...