pro Ajffel:
přeji mnoho štěstí a vytrvalosti! Možná by bylo jednodušší hrát si opatrně s mým sešitem, po jednotlivých prvcích ho měnit a při tom sledovat, co ty změny způsobují (s případným návratem po nevhodné reakci). To je dost doporučený způsob, jak sešit udržet ve funkčním stavu a přitom ho pomalu přiblížit svým potřebám.
Zatím jen stručně:
- otevřete si svůj sešit s oblastí, kterou chcete přebarvovat
- přejděte do prostředí VBA pomoci Alt-F11
- z nabídky objektů vyberte list s vaší oblastí
- napište do něj následující událostní proceduru:
Private Sub Worksheet_SelectionChange(ByVal Target As Range)
Range("A1") = Target
End Sub- vraťte se na list s vymezenou oblastí, aktivute ji a zavolejte Domů / Podmíněné formátování / Správa pravidel
- vytvořte formátovací podmínku se vzorcem podle vzoru z mého sešitu; v podmínce se testuje shoda mezi hodnotou v buňce A1 a levým horním rohem oblasti
- pokud nechcete, aby se aktuální hodnota v A1 ukazovala, zamaskujte ji formátem ;;; (tři středníky)
- událostní proceduru můžete zpřesnit tím, že A1 budete plnit jen hodnotami z citlivé oblasti
- vytvořený sešit uložte jako .xlsm (sešit s makry)
Pokud se vám to jeví složité, zkuste počkat na jednodušší radu. Sám bych začátečníkovi takové řešení nedoporučil, ale jednodušší neznám.
Zaskočilo mne, že tak prostou úlohu neumím prostě vyřešit. Vašemu požadavku vyhovuje použití podmíněného formátování. Můj problém je v tom, že mne nenapadá, jak jednoduše pro vzorec zadat okamžitou polohu kurzoru. Musel jsem si pomoci událostní procedurou, která hodnotu aktivní buňky vloží na pevné místo na listu. Pak už je nastavení podmíněného formátu ve stanovené oblasti velmi prosté.
Doufám, že dostanete vhodnější odpověď pro začátečníka. Pokud ne, rozepíšu na vyžádání podrobně, jak je to udělané.
S ukládáním samotného pole do buňky jsem se zatím nepotkal. Teď jsem si ověřil, že jako vzorec
={"eferF";"fwefw";"wfwe"}
je možné pole do buňky vložit. Zdá se ale, že se vzorec vyhodnotí jen jako obsah prvního prvku pole. Alespoň funkce CONCATENATE(buňka) na tu vloženou hodnotu takto reaguje.
Pole jako seznamy hodnot jsou užitečné jako parametry funkcí listu. Samostatně s nimi na listu pracovat neumím. Hledal bych proto vhodnou funkci listu, která obsah pole přijme a zpracuje podle vaší potřeby.
To vypadá, že '123 bylo původně zadáno opravdu jako text (ne jako číslo). Předznamenání apostrofem totiž nutí číselnou položku, aby se chovala jako text bez ohledu na naformátování buňky.
Když chcete obsah takové buňky změnit na číslo, musíte napřed odstranit naformátování na text (změnou na obecný nebo nějaký číselný formát). Následně v řádku vzorců odstraňte z obsahu buňky klávesou Del ten úvodní apostrof.
Uživatelská setrvačnost mne naopak vždycky nutila, abych si zachoval možnost práce se staršími verzemi. Cca do roku 2012 u mne např. převažovali klienti s E-XP a pořád ještě mám v provozu stařičké železo s XP. Syna v jeho firmě dnes pořád nejsem stavu ukecat, že E-2007 nejsou dopečené a že by je měli upgradovat. A další zkušenost mi říká, že konečně ladění pro uživatele má probíhat na hodně mizerném hardwaru, protože jinak neobjevím, co běhá pomalu a co bude u uživatele zdržovat.
Zajímavý poznatek! Měl jsem v ruce všechny české Excely od E-97 po E-2013 a nikdy jsem tento problém nepotkal. Třebas se to hodí!
Mimochodem, jaký pokrok přináší E-2016? Stačí odkaz na nějaký popis, ale není nad osobní zkušenost a dojem z práce s ním.
Doplněk: z legrace jsem kdysi dávno vyzkoušel diakritiku u všech myslitelných prvků VBA (názvy proměnných i objektů, názvy procedur a návěští, textová náplň vlastností i objektech aj.) a nepovedlo se mi VBA zpitomět. Co mi opravdu nefungovalo, byly znaky vyšším kódem než 255, a to ani v textech. Na to ovšem VBA upozorňuje!
Tady je varianta s vyhozenými falešnými Shapes. Pomocí jednoho makra jsem list vyčistil, pomocí druhého jsem ho uspořádal. Odkazy v prvním sloupci jsou tam jen na ozdobu, protože obrázky samy jsou aktivní z hlediska volání odkazů.
Zkusil jsem ty obrázky známek rozhodit po listu maličkou procedurou. Až na to, že jsem se nějak nedopočítal počtu Shapes a uspořádání vypadá jinak, než jak jsem ho zadal, obrázky se rozmístily. Navíc si zachovaly vlastní odkazy na zdroj (klepnutím na známku jsem na netu). Kromě zmatku kolem počtu obrázků nevidím žádný problém...
Edit: na listu je mnoho falešných Shapes s rozměrem 1x1, typu 13 (Pictures), které ten zmatek vyvolávají. Vyházet je podle velikosti není problém.
pro eLCHa:
omlouvám se za špatné oslovení . V nabídnutém textu jsem pomocí Ctrl-F našel pro "nn" slovo "running" a řetězec "Nn" pro vedoucí nulu v minutách, víc nic. Až doteď jsem se domníval, že formátovací řetězce jsou case-sensitive; proč jinak by je v nápovědě odlišovali?
pro elCHa:
Můžete sdělit, kde lze najít význam formátovacího řetězce "hh:nn", speciálně jeho složky "nn"?
pro Pavluse:
Každý je strůjcem svého štěstí. Propagaci použítí datového systému 1904 pokládám za podsouvání časované bomby do Excelu. Běžné je samozřejmě použití systému 1900. Dokud se potkávají data ze sešitů se stejným systémem datování, všechno dopadá dobře. Když se potkají sešity s odlišným systémem datování, Excel sám tuto rozlišnost nevyhodnocuje a bez rozpaků počítá naprosté nesmysly.
Kdo má nervy na to, aby kontroloval každý spolupracující sešit, v jakém datovém systému pracuje, ten nechť to používá. Kontrolu lze provést dotazem na stav Workbook.Date1904. V případě neshody je nutné provést konverzi všech položek, obsahujících datum. To by se vám chtělo? Neznám nikoho, kdo by to dělal, protože rozumný vývojář prostě systém 1904 nepoužívá.
Mně to připadá, jako kdybych měl každé jablíčko prohlížet, jestli není nahnilé, a pokud ano, pečlivě tu hnilobu musel vykrájet.
Jestli jsem dobře pochopil, je nutné označit alternativní "a.s." i "s.r.o" jako právnickou osobu. Vymyslel jsem následující konstrukci (na vzorečky jsem ale chabrus):
=KDYŽ(IFERROR(HLEDAT("a.s.";B3);0)+IFERROR(HLEDAT("s.r.o";B3);0)>0;"právnická osoba";"fyzická osoba")
Chybu ve vzorci se skalárním součinem nevidím, protože tomu vzorci vůbec nerozumím. Co tím chtěl básník říci?
Myslím, že to je správne, ísť na to sprava teda "200 to 19 step -5"
Lebo číslovanie stlpcov sa po vložení stlpca mení.
To se mi nezdá, protože podle původního zadání vznikne 40 pětic sloupců, tj. cca 200 sloupců; Pro 200 to 19 step -5 bude mít první přidaný sloupec nakonec pořadové číslo někde kolem 237 (jestli z hlavy počítám správně). Navíc nevzniknou pětice, ale šestice sloupců.
Oblíbený formulář Faktura byl vylepšen a rozšířen.
Více se dočtete zde.
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.