Příspěvky uživatele


< návrat zpět

Strana:  1 ... « předchozí  50 51 52 53 54 55 56 57 58   další » ... 289

Napríklad takto...

Ale pozerám to pôvodné makro, čo tam máte, určo nefunguje. Prečo? Lebo kontroluje, či je v O "Ano", lenže "Ano"/"Ne" nie je v O ale v K. Podľa zápisu som to makro vyhotovil ja, a očividne bolo určené na iný stĺpec. Ako to má teda byť, a čo má robiť?

Pridal som aj ten PF.

A čo znamená výraz "tak aby ho to našlo ve sloupci B" ???

To nie je odkaz na súbor, ale iba na hlášku o nahratí súboru.

EDIT:
Takže odkaz na súbor tam je
https://uloz.to/file/kA1Nsh4r2yja/pokus-xlsm

Máte nešťastne nazvaný "Objekt Tabuľka"/"Excel Table"/"Tabuľka" názvom "Tabulka1" - modrá, ale pritom názvom "Tabulka1" je nazvaný PQ dotaz v zelenej "Tabulka1_2". Pritom PQ Tabulka1 dotaz čerpá data z modrej Tabuľky Tabulka1.
Nepripadá Vám to absolútne mätúce?

Urobte príkladový súbor so zdrojovou Tabuľkou nazvanou tblZdroj, potom urobte PQ dotaz nad touto Tabuľkou tblZdroj s výsledkom do Tabuľky s názvom pqVysledok. Ak tam máte ešte viac Tabuliek či PQ dotazov, obdobným jasne nemätúcim názvoslovím pomenujte aj niektoré z nich (nemusia byť všetky, ale ak ich je viac tak aspoň 2 z každého druhu). A potom nám povedzte čo potrebujete.

Ja tam žiadne pripojenia/Connections nevidím.

EDIT2:
Nedalo mi to, a tu som pripravil nejaké príklady. Ak je PQ len do Tabuľky, stačí aktualizovať len ju. Ak je PQ do DM alebo do DM+Tabuľky aktualizujte iba Connection v DM.

Ak som ani jedno zo 4 netrafil, tak už neviem.

A neskúšal ste použiť Ron de Bruina ?

2. Ak máte Office min 2016 použite na spojenie tabuliek z listov nástroj PowerQuery (PQ) a dotaz bude slúžiť ako zdroj pre KT. Ak PQ neovládate, pridajte sem prílohu s ukážkou tých dát, čo chcete spojiť.

1. Napadá ma to jedine makrom, ale tie heslá by tam museli byť uložené, či už v zamknutom liste alebo priamo v makre. No makro nemá také zabezpečenie aby sa nedalo zdolať šikovnejším užívateľom. To nie je na zabezpečenie dát, ale na zabránenie nechcenej úprave kódu omylom.

Tak som aj na tento pokus ešte znásilnil Evaluate, len už cez Names, lebo vzorec prekonal obmedzenia.
Ako by povedal vietnamský obchodník - "vykusááj" 5

Vy musíte mať pokaždé úplne inak koncipované dáta. To nie je možné. V prílohe som to zaslal už rozdelené - bezchybne. Skúšal som to aj na predošlý typ dát. Ako som spomínal miinule. ak hlavička prvého stĺpca udalosti začína textom "Čas", všetko ide. Teraz mi nepovedzte, že to zase tak nie je. Takže opäť mi pošlite súbor na ktorom to robí.
Hláška o 5 udalostiach je tam práve preto, že sa Vám očividne mení počet udalostí. Preto sa menia aj tlačítka. Je to urobené aj na 1 udalosť, a podfarbujúce Podmienené formátovanie na 20 udalostí. Zmien je mnoho, všetko funguje. Ale iba u mňa. U Vás sú záhadne vždy iné dáta.

EDIT: A posúvanie tlačítok kúsok vedľa spôsobuje Zoom. Neviem ako to ošetriť, keďže sa posúva na správne vypočítané miesto podľa bunky, len tá udáva pri Zoome nesprávne údaje o svojej polohe.

Komplet preprogramované, riešil som tam mraky vecí, ktoré postupne vyvstávali, ani sa mi to písať nechce. Rôzny počet udalostí, teda treba upravovať tlačítka, mazanie grafov, rôzne z počiatku nepredvídané stavy, staré dáta sú/niesú, zmena oblastí, prípadné chyby ...
Vyskúšajte.

Hmm, na prvý pohľad je to tak - problémom sú tie zlúčené bunky súčtov. Ja som podľa predošlého príkladu usúdil, že spoľahlivým rozlišovateľom je práve to, že prvých 6 zlúčených buniek od 6 riadku značí oddelenie udalostí (pred a za sú nepodstatné). Ale nie je to tak. Teraz ale pozerám, že bude asi možné použiť metódu, ktorú som navrhol ako úplne prvú. Rozdelenie podľa textu v prvom stĺpci. Ten totiž vždy obsahuje na začiatku textu "Čas" a "Čas otevření". To by snáď šlo. Viete zaručiť, že prvý stĺpec dát, nebude obsahovať text "Čas" inde, ako v hlavičke udalostí?

Ak máte minimálne Office 2019 použite MINIFS/MAXIFS:
=MINIFS([Tach Start];[Kalkulační jednice];[@[Kalkulační jednice]])
=MAXIFS([Tach End];[Kalkulační jednice];[@[Kalkulační jednice]])

CZ ekvivalent nepoznám, možno nie je preložená...

ak máte staršiu verziu, tieto funkcie nemáte, použite maticový vzorec (zadávate pomocou Ctrl+Shift+Enter):
=MIN(IF([Kalkulační jednice]=[@[Kalkulační jednice]];[Tach Start]))
=MIN(KDYŽ([Kalkulační jednice]=[@[Kalkulační jednice]];[Tach Start]))

=MAX(IF([Kalkulační jednice]=[@[Kalkulační jednice]];[Tach End]))
=MAX(KDYŽ([Kalkulační jednice]=[@[Kalkulační jednice]];[Tach End]))

Na tomto príklade Vám to robí? Alebo na iných dátach?
Toto je správny výsledok tohto príkladu. Pošlite mi Váš výsledok z tohto príkladu.
A ak to robíte na iných dátach, tak tie dáta na ktorých to robí chybu, tie mi pošlite aj s aplikovaným makrom, aj bez aplikácie. Dáta ak chcete iba anonymizujte, ale nemeňte umiestnenia, rozloženia, zlúčenia buniek, formáty, nemažte bunky. Iba prepíšte. Iba tak zistím, kde je chyba. Kľudne to môže byť inak zlúčená bunka, ktorá je v prvom stĺpci dát absolútne kľúčová pre zisťovanie umiestnenia udalostí. Iné odsadenie začiatku dát, čítanie dát z iného listu, čokoľvek. Až po chybný návrh makra, samozrejme.

Máte tam navyše @
=INDEX(DataPhm[@[PHM v M]];MATCH([@ID];DataPhm[@ID];0))
=INDEX(DataPhm[@[PHM v M]];POZVYHLEDAT([@ID];DataPhm[@ID];0))

vs
=INDEX(DataPhm[PHM v M];MATCH([@ID];DataPhm[ID];0))
=INDEX(DataPhm[PHM v M];POZVYHLEDAT([@ID];DataPhm[ID];0))

Otestujte

Skúste to popísať inak, alebo ešte lepšie manuálne vyrobte/vyfarbite ako má vyzerať výsledok. Lebo tiež v tom vidím nejaký ten logický rozpor.
Ak chcete farebne zvýrazniť bunku v číslom > 1 tak PF urobí čo chcete a zvýraznených nebude 8 buniek.
Ak chcete farebne zvýrazniť celú trojicu buniek, ak hociktorá v nej > 1, tak bude pomocou PF vyfarbené všetko.

A ten malý logický rozpor vidím podľa mňa vo vete
"- ak by niektoré číslo z vybranej trojice bolo väčšie ako 1 bunku zafarbí na červeno"
trojica vs 1 bunka
2 vzorky po 3 meraní denne - tomu nezodpovedajú dátumy

Takže udalostí je vždy 6 (ani viac ani menej), len sa nevie ktorá udalosť má koľko riadkov?
Všetko sa bude vždy vykonávať len na jednom a tom istom liste a vždy v rovnakých stĺpcoch?

Zisťovanie hraníc jednotlivých udalostí bude musieť byť na základe farby alebo prvých 6 zlúčených riadkov. Nemôže to byť ako som to urobil doteraz, podľa popisku, lebo v poslednej udalosti napr. popisky nie sú. Nemôžem ani použiť rýchlu metódu polí hodnôt, lebo potrebujete kopírovať celé bunky s formátom a podfarbením. Zistenie posledného riadku budem musieť ešte premyslieť, podľa toho, čo by mohlo nastať v 6. udalosti, ktorý stĺpec by sa dal použiť, prípadne či použiť UsedRange ...
Tlačítka v tom prípade nebude treba vytvárať vôbec. Veď ak sa nebude počet udalostí meniť, tlačítka budú fixné.

Dátumočas je vyjadrený desatinným číslom, kde celá časť sú očíslované dni od 1.1.1900 a desatinná časť vyjadruje pomerovú časť dňa. Ak tento Váš text prevediem na skutočný datumočas, chcete vymazať tie desatinné časti vyjadrujúce čas, alebo ich ponechať a len ten čas nezobraziť?


Strana:  1 ... « předchozí  50 51 52 53 54 55 56 57 58   další » ... 289

Uživatelské menu

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

Menu

On-line nástroje

Formulář Faktura

Formulář Faktura IV

Oblíbený formulář Faktura byl vylepšen a rozšířen.
Více se dočtete zde.

Aktivní diskuse

Týden v roce

Petr92 • 16.7. 15:34

Řazení podle času v kategoriích

veny • 16.7. 11:34

špatný výpočet ze zisku - příčina?

Anonym • 12.7. 22:56

špatný výpočet ze zisku - příčina?

Jakoby • 12.7. 12:35

Řazení podle času v kategoriích

Marekh • 12.7. 9:55

Porovnávací Tabulka

Jess • 8.7. 20:49

Vzorec pro zkopírování obsahu buňky.

veny • 6.7. 8:28