Příspěvky uživatele

Dík za tip - funguje to!
Moje data pocházejí z aplikace, která nabízí jejich tisk, ne stažení dat. Prováděl jsem tisk do souboru PDF a ten převodem PDF na XLSX (pomocí IlovePDF) poskytoval spolehlivý výsledek.
Od jisté doby došlo k rapidnímu zhoršení výsledku popsaného převodu, takže se stal nepoužitelným.
Pokusil jsem se (opět pomocí IlovePDF) převést existující PDF na JPG, a to následně z JPG do Excelu. To nepomohlo vzhledem ke "špinavému pozadí" obrázku JPG.
Navržené vyčištění JPG pomocí XnView pomohlo. Vyčištěný obrázek JPG už dokázal IloveDPF do Excelu plnohodnotně přenést jako řádná data. Cesta je to hodně klikatá, ale v případu nouze je použitelná.

Můj problém leží mimo excel, ale kvůli excelu ho potřebuji vyřešit. Mám fotografie nevalné kvality s důležitými daty. S jejich převodem do excelu si zatím neporadil žádný z mně dostupných OCR převaděčů.
Hledám nástroj, který by mé obrázky v JPG dokázal černobíle vyčistit do té míry, aby si s nimi dostupný OCR poradil. Znáte někdo podobný nástroj? Pokud s ním uspěji při převodu mých dat do excelu, rád se s vámi o celý vyzkoušený postup podělím. Jde o situaci, se kterou se může snadno potkat každý z nás.

Mám pocit, že dotaz vznikl z nepochopení logiky této funkce. Před lety jsem se pokusil napsat sešit, který ukazuje anatomii chování základních vyhledávacích funkcí. Posílám ten sešit, protože věřím, že může pomoci i k pochopení funkce SUMIF.

Problém jsem vyřešil. Nefunkčnost měla dva důvody. Kvůli vyvolání reakce na změnu velikosti fontu bylo nutné uměle vyvolat přepočítání vzorců. To jsem provedl formální změnou vhodné hodnoty na listu. Navíc se ukázalo, že přepočet vzorců předbíhal asynchronní změnu vlastnosti Font.Size. Po vložení zpožďovací smyčky na 0,05 sec probíhá reakce podmíněného formátu na použitou UDF správně. Tím ruším své varování před možnou nefunkčností UDF v rámci výběrové podmínky pro podmíněné formátování.

Zadání:
Podle proměnného nastavení velikosti písma potřebuji s pomocí podmíněného formátování barevně odlišit pozadí buněk ve vymezené oblasti.
Podmínku pro barvu pozadí v buňkách oblasti chci zadat pomocí výběrového vzorce v rámci podmíněného formátu.
Problém:
Nenašel jsem standardní funkci listu, která by vyhodnocovala nastavenou velikost písma v buňce a kterou bych mohl ve výběrovém vzorci použít.
Pokus:
Napsal jsem UDF, která reaguje na nastaveou velikost písma v buňce a tuto UDF jsem vložil do výběrového vzorce pro podmíněné formátování.
Výsledek:
Vše se tváří normálně včetně přijaté konstrukce výběrového vzorce. Vytvořený podmíněný formát bohužel ale na tuto podmínku vůbec nereaguje.
Závěr:
Zdá se, že výběrový vzorec pro podmíněné formátování neumí vyhodnocovat výsledek použité UDF (v Helpu jsem žádné takové omezení nenašel).
Prosba:
Hledám alternativní postup, který by pro mé zadání pracoval správně.

Vcelku uspokojivou odpověď mi poskytl Libre Office ve verzi 7.4. Podmíněné formátování z českého Excelu interpretuje naprosto správně s tím, že podmínkový vzorec má převedený do anglické notace, i když jsem ten vzorec musel povinně zadat v českém Excelu v české notaci.
Budu tedy předpokládat, že stejnou konverzi vlastnosti Formula1 dělá interně už samotný Excel. V tom případě by se moje "české" podmíněné formátování mělo správně přenést také do slovenské lokalizace Excelu.
Přesto by mě potěšilo, kdybych od někoho z vás získal informaci, že se moje ukázka chová ve slovenském Excelu správně.

Zvolený soubor s ukázkou se k mému příspěvku nepřipojil. Toto je druhý pokus o zaslání přílohy.

Dík za odpověď. Pomohla mi, zbytek už jsem dořešil.

V Excelu jsem nenašel obdobu vlastnosti Wordu Application.CapsLock, kde True znamená sepnutý CapsLock. Excel tuto vlastnost k mému překvapení nezná. Testovat ten stav zkusmým zadáním znaku s následným zkoumáním výsledku a případným vložením CapsLock pomocí SendKeys mi připadá velmi neohrabané. Znáte pro Excel chytřejší řešení pro automatické nastavení stavu klávesy CapsLock?

Skvělé a dík!!! V něco podobného jsem doufal, funkčnost jsem si ověřil.

Potřebuji z VBA automaticky oslovovat stažené soubory. Problém je v tom, že na cestě C:\Users\uživatel\Downloads je složka, věnovaná konkrétnímu uživateli počítače. Moje aplikace má sloužit jako obecný nástroj pro běžné uživatele, a proto potřebuji příslušné uživatelské jméno získat vždy při spuštění aplikace.
Celou cestu umím získat pomocí dialogu. Tomu bych se ale rád vyhnul. Vím také, kde definici té cesty najít v registrech Windows, ale neumím ji nalézt přímo pomocí VBA. V tom směru prosím o radu.

Zapomněl jsem přiložit slíbeného pavouka. Tady je

Dík za potvrzení! Skvělá zpráva pro mne. Za těch okolností nabízím ke shlédnutí svého největšího pavouka, napsaného bez použití maker. Jde o zkrácený double KO pavouk pro 256 hráčů se třemi opravnými koly. Stačí vyplnit nasazovací seznam a pak zapisovat dosažené výsledky přímo do pavouka. Na základě výsledků se automaticky vyplňují jména vítězů i poražených do dalších kol pavouka, případně do výsledkové listiny. Konečný výsledek od průběžného stavu pavouk rozliší podle nastavitelného počtu vítězných her pro dané kolo pavouka.
Pokud se chceme orientovat v cestě vybraného hráče pavoukem, stačí vybrat z nabídky jmen a výskyt vybraného jmena se zvýrazní. Sešit je připraven pro uložení jako šablona pro opakované použití schématu pro nové turnaje.

"Vy potrebujete meniť funkčnosť vzorcov v PF? Ak nie, tak podľa mňa netreba robiť so vzorcami nič. Ak sú vzorce zadané, tak si ich každý Excel prečíta správne."

Ta třetí věta je pro mne velmi překvapivá. Po dvacet let, kdy používám Excel, jsem přesvědčený o nepřenositelnosti vzorců z podmíněných formátů vzhledem k povinnému zápisu vzorce v lokálním jazyku. Tvrzení, že si takový vzorec přečte správně i jinak lokalizovaný Excel tuto moji představu vyvrací. Jinými slovy patnáct let se v takovém případě zbytečně bráním žádostem o poskytnutí svých pavouků do ciziny

.
K dotazu Kabaky:
k tlačítku Lokalizace patří makro FormatExport. Podle elninoslov ale tuto akci vůbec není nutné provádět. To nejspíš dokazuje také váš screenshot. Dík za pomoc!
K poznámkám elninoslov:
- Ve své úvaze jsem vycházel z nejhorší možné varianty, při které by při otevření mého sešitu s podmíněnými příkazy došlo v jinojazyčném Excelu k úplnému zrušení podmíněných příkazů. Procedura ze sešitu Lokalizace provádí nové kompletní nastavení podmíněných příkazů (včetně barev). Pokud máte pravdu s automatickým převodem vzorce, je celá ta procedura zbytečná a s ní i celý můj dotaz.
- Podmíněný formát pro buňku F35 vznikl nedopatřením a do sešitu opravdu nepatří.
Opravená ukázka je v příloze. Pokud má elninoslov pravdu, měla by se správně interpretovat ve slovenském Excelu bez jakýchkoliv úprav. Dejte vědět!

Prosba na Kabaku: změnil jsem ve své ukázce vzorce v podmíněných formátech tak, aby byly srozumitelné i pro Excel 2007. Tím jsem odstranil překážku, na které uvázla ochota pomoci mi víc s testováním.
Navíc jsem napsal i potřebnou proceduru pro lokalizaci podmíněných formátů. V přiloženém zipu je sešit s ukázkou, i sešit s převodní procedurou. K tomu jsem přidal i screenshot, jak správně vypadá výsledek v české lokalizaci.
Test je velmi prostý. Je třeba otevřít oba sešity současně a v sešitu Lokalizace stisknout tlačítko LOKALIZACE PODMÍNĚNÝCH FORMÁTŮ. Výsledkem by mělo být zobrazení ukázky v provedení, které odpovídá přiloženému obrázku. Pokud to tak dopadne, ukázka bude řádně lokalizovaná (ve vašem případě do slovenštiny).
Pokud si na to uděláte čas, prosím o zprávu, jak test dopadl. Předem dík!

Příspěvky uživatele

Uživatelské menu

Menu

Formulář Faktura

Formulář Faktura IV

Helios iNuvio

On-line nástroje