Příspěvky uživatele


< návrat zpět

Strana:  1 ... « předchozí  62 63 64 65 66 67 68 69 70   další » ... 140

Ze zvědavosti jsem to zkusil ještě jinak - pomocí kontingenčního grafu. Zatím se mi ale nepodařilo prohodit osy - kdyby někoho napadlo, jak se to dělá ;))

Seřazení - vyberte zdrojovou tabulku a dejte seřadit podle
Name (Z až A)
Date (A až Z)
Time (A až Z)
nebo si s tím pohrajte.

Barvičkám nerozumím. Ale jestli chcete dát každému jménu jednu barvu, tak to byste musel proklikat všechny datové body (jednotlivé čáry vybrat samostatně) a ty barvy nastavovat ručně. Nebo si napsat kód, který to udělá.

Tam dole máte nějaký AttType = Attend, který v prvních datech nebyl a nepočítal jsem s tím - háže to záporný čas. Musíte si ošetřit.

Berte to jen jako ukázku - cestu, kterou byste mohl jít. Z těch Vašich dat zase jen tipuji, co vlastně chcete.

Navíc koukám, že GoogleSheets obsahuje i PivotTable...

@kp57
Pokud jsou přínosem, tak proti seriálům nic nemám. Já Vám věřím, že to tak máte. Vlastně by mne dost udivilo, kdyby ne. Ale vzhledem k tomu, že na fórech se pohybujete a i odpovídáte už roky, tak bych od Vás čekal, že to napíšete už do prvního příspěvku. Chtěl bych se zeptat na to a na to - zatím to dělám tak a tak - zajímalo by mne, zda by to nešlo jinak? Pak by to bylo trochu jiné téma. Dobře víte, že ten dotaz je sice Váš, ale odpovědi zaberou nějaký čas a nebudete je číst Vy sám a to co je samozřejmé pro Vás, není samozřejmé pro jiné.

Zkusila jste CTRL+H, nahradit '0000 ks' za ' ks'?
Nebo=DOSADIT(A1;" ks";"")/10000Cest je více...

Zkusil jsem to z Google. Nehrál jsem si s barvičkami, ale jde to nějak takhle.
https://docs.google.com/spreadsheets/d/142ecK-q24QP8YxzU2X8L1XfUg-GXk09hpvRfk2PTEY8/edit?usp=sharing
Těm Vašim datům moc nerozumím, takže jsem použil stejné vzorce jako Vy - asi by to šlo ještě zjednodušit. Výstupy jsou na druhém listu.

Mno - koukl jsem na to jen zběžně, ale problém je v přístupu. Vy vytváříte pro každý den nový list a v něm máte od řádku 17 data, ze kterých vycházíte - tak to na mne alespoň působí. Dokonce tam máte i to datum - ve sloupci C.

Takže, pokud ta data z jednotlivých listů budete vkládat pouze do jednoho (vytvoříte si databázi), tak jsem si téměř jistý, že výstupy, které požadujete z toho dostanete i v GoogleDocs - a to jsem s nimi nikdy nepracoval - protože fce SUMIF tam je ;) .

Ne, napsal jste to srozumitelně. Já jenom doplnil.

@elninoslov
S tou kontrolou je to také problematické. Bylo by ji třeba vsunout do událostí Change, SelectionChange patrně ve spojení s Undo. Nicméně netvrdím, že tím obsáhnu 100% situací. Určitě bych to tak ale nedělal. V mých situacích vždy spolehlivě funguje ono skrytí listů a zobrazení pouze jednoho - neznám přesnou situaci kp57.
Máte pravdu, že 1 řádek kódu na práci mít viditelný vliv asi nebude. Já bych to tak opět nedělal, protože kromě dříve uvedeného je mi prostě proti srsti spouštět každou sekundu (což i tak může být dlouhý interval) kontrolu něčeho, co se stane (a to by musel opět říct kp57) velmi výjimečně.

@DAAL

krásně napsáno - souhlasím s Vámi.
Ono je třeba si uvědomit, že použití VBA bylo od MS dobrým krokem. Jsem rád, že nezůstali u XLM. Možná mohli vybrat jinak, ale v době rozhodování byla situace jiná než dnes. Jak já chápu smysl VBA je ale stejný jako XLM, tedy má pomáhat automatizovat práci (proto se většinou bavíme o makrech, nikoli programech) a ne vytvářet aplikace. Pokud by chtěli nyní přejít na jiný nástroj (jazyk), museli by navíc zachovat kompatibilitu s XLM a VBA (a už nyní nezvládne VBA některé věci tak, jak je uměl XLM).

Nejsem si jistý, zda lze spolehlivě ošetřit. Částečně souhlasím s Vdovkou.
Tam, kde je to klíčové, tam opravdu ouška schovám a přechod na jiný list řeším dialogem na uživatelském formuláři.
Skrytí oušek ale nestačí, pokud někdo použije klávesovou zkratku CTRL+SHIFT+PgUp(PgDown) nebo má napsán doplněk na výběr listů (výběr listů je celkem častý dotaz).

Takže já v tomto případě listy skrývám (VeryHidden). Způsob přechodu na další list si pak musíte zvolit sami.

Druhou možností je nic nezakazovat a testovatIf Not ActiveWindow.SelectedSheets.Count = 1 Then
Zakazování nabídek nebo zjišťování levého kliku mi moc bezpečné nepřijde - ale nic jsem v tomto směru nezjišťoval. Musel byste řádně odladit vliv na ostatní spuštěné sešity nebo v případě použití API vlastně i systém.
Kontrola pomocí Timeru je také cesta, kterou bych nešel (nabízí se ve spojení se SelectedSheets), protože v době běhu kódu je nedostupná práce z listem.

@lubo
děkuji za odkazy - zatím jsem koukal jen zběžně a na první pohled to vypadá, že se toho zase tak moc nezměnilo ;)
Rozhodně pročtu.

Jen ze zvědavosti jsem si ve zvláštní instanci na listu v oblasti A1:A1000 vložil vzorec =RAND(), dal to 100 000x překalkulovat a kontroloval, jestli tam jsou 2 stejná čísla. Nebyla ani jednou. Z toho plyne, že =RAND() asi opravdu stačí. Nicméně, když to takhle někdy budu dělat, stejně si to raději pojistím. Ono to totiž ničemu neškodí ;)) .

@lubo
pokud víte se 100% jistotou, že se stejné náhodné číslo nevyskytne 2x, pak ano. 99,99% nestačí, proto to mírné zkomplikování.
Přiznám se dobrovolně, že nevím přesně jak funguje generátor náhodných čísel v excelu.
O problematice náhodných čísel jsem si něco studoval v devadesátých letech a už jsem vše úspěšně zapomněl.
Například na ZX Spectru jsem měl program, který byl založen čistě na náhodných číslech. Tam to fungovalo tak, že ZX mělo uloženo množinu čísel a při každém zavolání RND se volalo další. Takže to vlastně vůbec nebyla náhodná čísla. Mno a v tom programu se mi po jeho spuštění vždy opakovala ta samá náhodná čísla - dával tedy ty samé výsledky. Aby se tomu zabránilo, musel jsem použít Randomize - na základě aktuálního času se poloha "aktuálního" náhodného čísla posunula na jinou pozici - tím pádem to číslo bylo jakože náhodné, ale zase se teoreticky mohlo stát, že se vybralo to samé.

Takže proto se jistím - náhodné číslo nepoužívám zase tolik, aby mi to stálo za hledání a studium. Leda byste měl nějaký odkaz - pak bych si to určitě rád přečetl.

@elninoslov
do přílohy jsem nekoukal - nemám tady excel. Ale to bych vyřešil 3. sloupcem, kde bych výsledky prostě nakopíroval jako hodnoty a dále pracoval až s tímto sloupcem. Kdykoliv bych si mohl data změnit stejnou cestou. Ale to už záleží na tom, co se přesně dělá.

RANDBETWEEN jsem použil, protože generuje celá čísla. Je tím zabezpečeno, že výsledkem vzorce nikdy nebudou 2 stejná čísla. Ta pravděpodobnost je sice velmi malá, ale je. Proto, když použijete RAND, musíte udělat totéž. A asi je lepší dát větší interval než 1-100, jak jsem dal včera. Tím ještě snížím pravděopodobnost stejných čísel.

Takže=USEKNOUT(NÁHČÍSLO()*10000)+ŘÁDEK()/1000
Píšu z tabletu, takže si to kdyžtak upravte.


Strana:  1 ... « předchozí  62 63 64 65 66 67 68 69 70   další » ... 140

Uživatelské menu

Nejste přihlášen(a)
avatar\n

Menu

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.

On-line nástroje