Jednoducho takto
To orámovanie je ale problém. Label takú vlastnosť má. Nedarí sa mi to ho ale cez DisplayFormat prečítať, a len kvôli tomu použiť metódu na vyhodnocovanie PF (spomínanú v tom vlákne) je divné.
Už to tu bolo veľa krát. Ako vraví eLCHa, vzorček by šiel v pomocnom stĺpci vymyslieť. Napr. takto. Očakávané maximum v poli je nastavené na 100.
PS: Myslím, že s týmto nápadom pred časom prišiel marjankaj, nie som si istý...
Tá 1 na konci je iba číslo stĺpca, môžete vynechať, ak vkladáte do indexu jednostĺpcovú oblasť. Inak to máte dobre. Možno ľahšie pochopiteľný je:
=INDEX(A:A; 6+(ROW(B1)-1)*79)
=INDEX(A:A; 6+(ŘÁDEK(B1)-1)*79)
6 = počiatočný riadok
79 = ďalšie prírastky
Ako chcete, k tomu sa dá dopočítať rôzne...
@eLCHa : Narýchlo som to vyskúšal, a je to nie zrovnateľná, ale najrýchlejšia metóda. Perfektné. Rýchlo som prebehol aj Váš kód, a hneď som si všimol vylepšenia (krátke stringy, dolláriky...) Preštudujem lepšie neskôr. Tá stránka o optimalizácii, čo ste minule poslal, je veľmi prospešná.
Mnoho možností, pravda, napadá ma ďalšia, ak by ste potreboval ďalej pracovať s označenou hodnotou, tak môžete takto. Makro mení definovaný názov, v ktorom je vždy aktuálne označená bunka. Podmienený formát potom nieje problém, a navyše si môžete pre ďalšie potreby niekde vypísať tú hodnotu. Ešte prípadne v makre vymedziť funkčnú oblasť a je to.
Obdobné vlákno, možno sa Vám niečo hodí...
http://wall.cz/index.php?m=topic&id=29843#post-29943
-tabuľka musí mať nadpis (hlavičku)
-označiť tabuľku - Vložiť - Tabuľka - Zaškrtnúť, že tabuľka má hlavičku
- hneď vedľa tabuľky do riadku pod hlavičkou (v tomto prípade do B2), vložiť
=IFERROR(INDEX([názov hlavičky];(ROW()-2)*15+5);"")
=IFERROR(INDEX([názov hlavičky];(ŘÁDEK()-2)*15+5);"")
-Tabuľka sa sama rozšíri a sama doplní vzorce do celej výšky aj vypíše požadované riadky.
-ak to bude ako Tabuľka, vzorec sa dá jednoducho zmenou v jednom riadku zmeniť ako potrebujete, Tabuľka si ho aplikuje sama.
Vzorce sa v makre nakopírujú na potrebnú oblasť, to netreba ručne. Keby ste potrebovali helfnúť treba povedať, lebo to nieje dokončené, ale len taký nástrel. Napr počíta sa cca s rovnakou veľkosťou obr. a tak vedľa seba vojde iba zlúčená dvojica, ak by bola trojica, s tou sa zatiaľ opticky nepočíta Atď... Dá sa doriešiť všeličo, len treba čas.
Málokedy môže človek pomôcť takým kapacitám...
Áno, odkazy sú zbytočné, nie však popisy, a pravdepodobne nieje zbytočné ani to zlúčenie. Robil som to podľa listu "029 ideal".
Ešte by som to doplnil o zistenie maximálnej výšky obrázkov v rade, a podľa toho nastavoval ďalší riadok. No uvidíme čo na to Havran, zbytočne to dopredu prerábať sa m nechce :) .
Presne tak, preto som ich hneď na začiatku môjho kódu vyhodil.
A takto by to byť mohlo ?
Musia byť ale určité predpoklady:
-Názov listu treba poriešiť, ak sa bude meniť
-obrázky a linky MUSIA byť presne v takom poradí naindexované, na zdrojovom liste ako je to teraz v tomto, čiže vrchný musí mať index 1 atď
-Ak majú rovnaký "popis" považuje sa to za "zoskupenie" obrázkov
-popisy musia byť umiestnené od bunky A6
...
Áno máte pravdu, keď sa jedná o plnú bunku 32767 znakov a o zápis výsledku o tejto dĺžke do bunky, tak sú metódy 1 a 4 postavené na Vašom princípe pomalé (v posteli na starom booku C2D T6400 2,0 GHz) cca 19 s, ale posledná 5. (na rovnakom princípe ale cez EVALUATE) tak tá je ako blesk 1,1 s, a je o chlp rýchlejšia ako (porovnávacie) metódy 2 a 3 (1,5 s a 1,3 s).
Takže pod 32767 znakov rozhodne používať metódu 5. Nad tento počet znakov 3. (viď nižšie) doplnenú o "druhé kolo" - hľadanie kódu kompletného zoznamu bazmekznakov.
Škoda, že sa nedá dostať do tej 5. viac znakov.
------
Keď ale vynecháme zápis tejto ozruty do bunky, ale zapíšeme výsledok do stringu, tak na spomínanom pc sú výsledky úplne iné:
met. 1 : 18,242 s
met. 2 : 0,168 s
met. 3 : 0,003 s
met. 4 : 18,960 s
met. 5 : 0,390 s
Takže nad 32767 znakov je favorit 3. či už pri zápise do bunky alebo nie.
Týmto končím toto hrajkanie :)
Každopádne ďakujeme za výborný nápad s touto metódou.
Samozrejme, nieje problém. Tu sa ale asi výhody Collection nevyužijú (napr pridávanie, odoberanie prvkov). Preto iba jednoduché pole Typov. Aj tak nevieme, čo to presne je, a na čo to presne je.
EDIT: Inak vôbec sa mi nepozdáva premenná Ucet. Ak je to skutočne časť čísla bankového účtu, tak rozhodne nie Long, ale string.
To určite inak ako doprednými vzorcami, alebo makrom nepôjde.
Máte tam 30 riadkov so vzorcami (ďalšie iba pretiahnete v prípade potreby). PF Vám vyfarbí na červeno bunku A8, ak počet vzorcov nestačí na počet položiek. Kontrolovaná je oblasť na 100 položiek A8:A107.
A máte tam makro, ktoré vypíše hodnoty vedľa tejto vzorcovej časti, vždy keď označíte zelenú bunku (najskôr zmaže všetko od B8 dole).
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.