Příspěvky uživatele
< návrat zpět
Sorry za pozdní reakci, v poslední době sem s časem v ... 
To Elnino:
Tak nějak sem tušil, že bude nutnost ClassModule. Bohužel tam moje znalosti končí a sem v pasti. Pokud se podaří, samozřejmě budu rád. Pokud ne, nic se neděje. Není to nic, co by bylo životně důležitý.
Prováděl sem úpravy souborů do zaměstnání, tak sem využil situace a veškeré ovládací prvky z listů umístil do vlastního pásu karet. V Excelu 2024 je vše bez problému funkční, ale Excel 2016 neprovede při spuštění souboru aktivaci příslušného Tabu (je umístěn jako poslední). Neměl sem možnost se u PC zdržet a testovat, tak sem jen na hulváta zkusil z Workbook_Open zavolat Initialize, což skončilo chybou.
Doma sem hledal řešení a našel možnost přes Application.SendKeys, což ale koliduje s funkcí povolení a zakázání tlačítek podle zvoleného listu. Další možnost, která by mohla být funkční (ale nelíbí se mi), je umístit vlastní tab před tab Domů.
<tab id="*" label="*" insertBeforeMso="TabHome">
Což mám v plánu dnes otestovat.
Může někdo z Vás, který má k dispozici Excel 2016 otestovat funkci aktivace vlastního tabu v souboru Enable Disable Ribbon Button, zda je to záležitost verze Excelu nebo zase úřaduje nějaký šotek?
Děkuji převelice.
Tak sem se k tomu dnes konečně dostal. Testovací doplněk funguje na 100% (díky Elnino) a tak plný odhodlání s vidinou lepších zítřků, upravuji i svůj doplněk a těším se na výsledek...
A ono kulový, tlačítko když má být aktivní není a naopak. Několikrát projdu kód, než mi volovi dojde, že mám v excelu připojeny oba doplňky současně, a oba obsahují název GetEnabledMacro. Po přejmenováni v jednom doplňku již je vše v pořádku a opět funkční.
A tak dostávám úžasný nápad sloučit několik doplňku (5) do jednoho.
Funkčnost si představuji stejnou jako je tomu v souboru Enable Disable Ribbon Button a opět narážím hubou do zdi. V doplňku mi nefunguje Private Sub Workbook_Open(). Má tento stav nějaké řešení, nebo už vymýšlím hovadiny?
Všem přeji hezké velikonoční svátky a hlavně nejezděte nalitý. 
Ahoj, znovu otevřu toto téma. Měl by někdo z Vás nápad jak využít tuto funkci v doplňku?
Představa je taková, že tlačítko na pásu karet bude funkční (aktivní), pouze v souboru s určitým názvem (např, výkaz).
Nejspíš si sedím na vedení, ale nedaří se dosáhnout požadované funkcionality.
???
Tak si je tak zapiš.
Mě to funguje, pokud sem tedy pochopil záměr, vyzkoušej.
Mmaky napsal/a:
Pokud povolím možnost úpravu objektu při zamčení listu, tak automaticky se dá hýbat i s tlačítkem makra...
"Zádrhel" je, že nejsou použity Tlačítka, ale Tvary (Obrazce).
Použij Tlačitka z ovládacích prvků ActiveX a bude po problému.
Nebo přes "Scripting.FileSystemObject"
viz soubor
Práveže to ide aj zapnúť aj vypnúť v pohode.
Jo, tomu věřím. Já to myslel tak, že když předchozí kód odstraní veškerá makra, nezbyde žádný kód, který by po sobě uklidil.
Ale evidentně to máš promyšlený, nechám se opět překvapit.
Třeba:
NO TY KRÁVO ! Ono to opravdu funguje
Tak beru zpět M$ je opravdu TUPEJ!!! Že nedokáže zabezpečit uzamknutí listu nebo editoru VBA sem se smířil, ale tohle?
Za mě je blbý to, že již nelze po odstranění opět vypnout přístup k objektovému modelu. Běžný uživatel jistě nepoleze do centra zabezpečení, aby to udělal ručně a nechat to trvale zapnutý je, jak nechat otevřený dveře dalším podobným "virům".
Upřímně nejsem si jistej, jestli je tohle nejlepší přístup, jak řešit nějaký trial.
ad) Excel 2024 Cz a pomohlo spuštění přes tlačítko.
Hm, kód sem vyzkoušel a nic se nestane, pokud nepočítám, že se kurzor proběhne po listu. Ono by to byl docela zásadní fail, měnit nastavení centra zabezpečení z prostředí VBA. To už by se jednalo o vir. Takhle tupej M$ snad není, i když zabezpečení editoru VBA je na tristní úrovni.
Přesně o tom píšu. Musíš povolit přístup k objektovému modelu v centru zabezpečení. 99,8% uživatelů bude mít tuto volbu zakázanou, tím pádem nedojde k odstranění maker, která budou nadále funkční.
Jen trouba by si tuto volbu dobrovolně zapnul u "cizího" souboru.
Pouze za předpokladu, že uživatel bude mít povolený přístup k objektovému modelu. Což si myslím není defautlní volba.
Mmaky napsal/a:
Asi jsem to špatně popsala. Jsou uživatelé, které neumí moc dobře pracovat s excelem. To znamená např. že i přesto, že vidí v buňce vypsanou funkci a i přesto jsou schopni tuto funkci přepsat na hodnotu.
Ne ne, popsala si to naprosto správně. "Problém" je v tom, že uživatel tukan, požádá jiného uživatele tukana, který má o stupínek "větší" znalost o radu.
Hele Máňo ono mi to nejde přepsat, co s tím mám dělat? Počkej něco zkusím ...
Co bude "bystřejšímu" uživateli bránit v odemknutí listu, když nebude použito byť jednoduché heslo? Odpověď je: nic. Nebo ještě lépe: jeden klik.
Ověřeno na uživatelích
Takže máte uživatele, který dokáží soubor "rozes*at" a nechcete použít ani jednoduché heslo? Co jim v tom zabrání, když bude soubor absolutně bez ochrany. Takže i blbé heslo dokáže odfiltrovat část tukanů a zabránit škodám. Těm zdatnějším to bohužel v ničemu nezabrání.
To co psal Elnino:
Nevýhodou je, že to heslo musí byť v tom makre uvedené. Je treba zaheslovať aj VBA modul, ale to nie je nepriestrelné. Dá sa to obabrať. Excel nie je trezor.
Znamená, že pokud bude uživatel cíleně chtít heslo prolomit nebo odstranit, zvládne to za pomoci YouTube za pár minut s prstem v nose.
Uživatelské menu
\nMenu
Formulář Faktura
Formulář Faktura IV
Oblíbený formulář Faktura byl vylepšen a rozšířen.
Více se dočtete zde.
Helios iNuvio
Používáte podnikový systém Helios iNuvio? Potřebujete pomoci se správou nebo vyvinout SQL proceduru? Více informací naleznete na stránce Helios iNuvio.
RSS nejnovější články