Příspěvky uživatele

Vlákno uzavírám sdělením, že několik dobrých duší se podílelo na naplnění mé tabulky, která je již kompletní. Zvláštní dík míří na Slovensko, protože vedle většiny dat získala tabulka "čudlík", který mi umožnil ptát se lidí, kteří by mi bez něj odpovědět nedokázali.
Vyplněnou tabulku včetně údajů o posunu osy X přikládám jako xlsx, abych ji nemusel balit do zipu. Ještě jednou dík!

Daleko jednodušší, než extrakce trojice slov, uvedených klíčovým slovem, by bylo rozdělení textu na dvě části: na definované typy činnosti (oprava, servisní paušál atd.) a na specifikaci, čeho se ta činnost týká. Pro typy činností by šlo využít ověření dat.

Možná by stačila tato konstrukce
=KDYŽ(IFERROR(HLEDAT("opr";A1);0) > 0;"OPRAVA";"")
kde A1 je místo s posuzovaným textem.
Tady žádný VBA nepotřebujete.

Pokud vládnete VBA, využijte možnosti testu obsahu zprávy pomocí operátoru Like. Srovnatelnou funkci, pokud vím, zatím mezi funkcemi listu nenajdete. Velmi jednoduše (ale opět pomocí VBA) si ovšem takovou uživatelskou funkci listu můžete vytvořit vy sám.

Moc děkuji. S tím "čudlíkem" mohu dotaz poslat známým, kteří neumějí VBA, ale Office 2016 ještě mají. Takže mi zbývá jen Excel 2010 (a bez toho nakonec také mohu žít)

.
Dotaz na verzi lze udělat přímo jako Application.Version (bez ověřování legality instalace). Horší ovšem je, že různá vydání Excelu (s odlišným počátkem souřadnic pro list) mají shodné číslo verze. S tím jsem nepočítal. Budu muset vymyslet jinou identifikaci spuštěného Excelu, než je číslo verze! I za toto zjištění děkuji!

V jednotlivých verzích MS Excelu využívají rámově údaje různě velký prostor. To má následně vliv na využitelnou plochu pro zobrazení listu. Velmi nepříjemné jsou tyto změny např. pro přesné umistění Userformu na listu. Informace o provedených změnách mezi verzemi jsem nikde neobjevil. Při přechodu na 2019 i na 2021 jsem ale musel kvůli tomu do řady programů zasahovat. Očekávám, že mne to čeká i s verzí 2024.
Můj problém spočívá ve faktu, že objekty Worksheet a Window pracují v odlišných souřadných systémech se vzájemným posunem svých počátků. Tento posun vyjadřují vlastnosti
ActiveWindow.PointsToScreenPixelsX(0)
ActiveWindow.PointsToScreenPixelsY(0)
Přikládám tabulku s vyplněnými údaji pro osu Y ve verzích 2019 a 2021. Velmi by mi pomohlo, kdybyste mohli tabulku doplnit o údaje z dalších verzí Excelu, které můžete mít sami v užívání.

Díky za cenné info. Mohu už přidat vlastní zkušenost. Rozhodl jsem se, že to risknu. Podle zaslaného návodu jsem bez problému provedl instalaci. Problém nastal s aktivací, kde návod vyžaduje aktivaci po telefonu přes bota u Microsoftu. Ten aktivaci odmítl s tím, že mu poskytuji nesprávné údaje. Poslal jsem dodavateli dotaz, kde je chyba. Okamžitá odpověď obsahovala správný CID, odlišný od údajů na aktivačním panelu. S touto informací jsem udělal nový pokus o aktivaci. Tentokrát jsem to v rozporu s návodem zkusil bez bota přímo. Aniž by se mne kgokoliv na cokoliv ptal, dostal jsem zprávu, že aktivace byla provedena. Zaslaný CID jsem vůbec nepotřeboval.
Tímto potvrzuji, že MS Office 2021 Professional Plus za 299 Kč u mne běhá!

Na Seznamu nabízí firma Andocaho druhotnou licenci MS Office Profesional Plus za neuvěřitelnou cenu 299 Kč. Má někdo z vás s touto firmou a jejími nabídkami nějakou zkušenost?

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.

Příspěvky uživatele

Uživatelské menu

Menu

Formulář Faktura

Formulář Faktura IV

Helios iNuvio

On-line nástroje