Příspěvky uživatele

Zdravím,
nevím si rady s následujícím problémem. Ve sloupci napravo od kontingenční tabulky je zapotřebí vytvářet kumulativní součet řádků. Nějak už jsem ho udělal ale aby to bylo o moc pohodlnější a hlavně kvůli určení počtu řádků, nějak bych potřeboval zjistit oblast buněk, ve kterých je. Že bych měl kurzor někde v kont. tabulce (třeba B4). Pak bych pustil makro a to by nějak zjistilo, že se tabulka nachází v např. B3:G55 a s touto hodnotou pracovalo dál. Dá se to? nějak se mi to nedaří vygooglit :-(

2.
stačí dvojklik na ribbon a všechny sešity se zavřou.

1.
Tak to nevím, ale na kartě domů máš přímo ikonku odstranit, tak jsem to ani neřešil.

A co před zavřením do schránky zkopírovat nějakou libovolnou prázdnou buňku. Tím pádem už nebude obsahovat velké množství dat a nebude hláška otravovat?

Mně to funguje dobře, ale nemám pdfcreator.

Nevypne ten PdfCreator automatický přepočet?
To najdeš v záložce "vzorce". "Možnosti výpočtu". Musí být na "automatický".

Všechny buňky kromě tech co mají jít vybrat uzamknout (formát buňěk---> zámek)
A poté zamčít list (revize -->zamknout list) a odškrtnout možnost "vybrat uzamčené buňky"

poté to skáče jen po odemčených a zamčené nejsou vůbec označit.

Aha, tak když máš 2003, tak to je pasé.
To už mě napadá jen pokud máš makro v modulu a není v samotných listech, tak vytvořit nový dokument do něj listy nakopírovat a pak uložit.

Ale to už není tak elegantní. Možná bude vědět někdo jiný.

Co zkusit uložit jako *.xlsx, když ten makra nemůže obsahovat namísto *.xlsm který je makrový?
(nemám vyzkoušeno)

Tak to stačí před zkopírováním smazat ten $ před 12kou

$ funguje jako fixace sloupce či řádku. Když ho umažete, tak se bude měnit.

Proto tam dejte $AW12
a potom, když budete vzorec dále kopírovat, tak se číslo řádku bude měnit.

Co takto?

Ale stejně je to nekonzistentní chování, protože v tomto vzorci si tyto dvě buňky splete, ale když dám jestli se sobě obyčejně rovnají, tak dá NEPRAVDA. Ale to už je fuk

Ahááá, díky za odpověď. Tak už to konečně chápu, proč to dělá
Tak aspoň mám vysvětlení. Bylo mi to divné

Jenže já formát 3.11.11 neovlivním, protože je to označení které používájí stovky lidí a je ve smlouvách atd. Takže tudy cesta nevede.

To že se to snaží převést na datum chápu (i když zadávám schválně formát buňky text nacož excel kašle)

Co je ale divné, že třeba 3.03.03 a 3.03 si neplete, i když by to taky mohlo být 3.3.2003. Prostě to dělá dobře až na čísla končící x.11.11 a to už je podle mě nekonzistentní a tudíž přinejmenším divné chování.

Změna na čárku by bohužel vadila.
Jinak děkuji za alternativy, nějaké použiji, ale stejně je to na palicu, že to spočítá špatně :-)

Zdravím, náhodou jsem narazil na chybný výpočet v MS excel. Vše je popsáno v příloze. Nejhorší je, že jsem to teda vůbec nečekal. Excel nerozezná rozdíl mezi dvěma textovými buňkami přičemž v jedné je 3.11 a v druhé 3.11.11.

S jinými čísly funguje vzorec OK, ale tyto dvě si excel plete. Můžete nato někdo mrknout, jestli dělám něco špatně, nebo opravdu počítá zcestně?

Díky :-)

Tak to je paráda. Funguje skvěle :-)
Díky moc.

Příspěvky uživatele

Uživatelské menu

Menu

Formulář Faktura

Formulář Faktura IV

Helios iNuvio

On-line nástroje