Příspěvky uživatele


< návrat zpět

Strana:  1 ... « předchozí  12 13 14 15 16 17 18 19 20   další » ... 36

A co docela obyčejný KDYŽ, např.
KDYŽ(E4<=F4;F4-E4;"záporný čas")

Zkuste si znovu ověřit, jestli v požadované buňce je požadovaný formát. Ať dělám, co dělám, mně to funguje!

to xlnc:
Pokud někdo něco nečte, neměl by to ani komentovat. Slušní lidé takovou zásadu dodržují automaticky.
to elninoslov:
Studování jiných metod je vcelku zbytečné, pokud mi "moje" metoda vyhovuje a dobře slouží. Parsing kódu HTML vyžaduje poměrně slušné vědomosti o HTML a k nim poměrně slušnou schopnost práce se znakovými řetězci. Kdo takovou výbavu má, dokáže z kódu HTML vymámit cokoliv, co je v něm obsaženo. Kdo ne, má zatím smůlu...
za sebe:
Pokusil jsem se napsat nástroj, který žádné specializované znalosti o HTML nevyžaduje. Slouží k tomu, aby běžný uživatel z webových stránek získal použitelná data. Je to pokus o laický nástroj, určený "obyčejným" uživatelům Excelu pro získávání dat z webu. Je mi naprosto jedno, co si o něm myslí xlnc, pokud jiným lidem účinně poslouží.

Rámeček lze ukotvit k jeho levé horní buňce v rámci místní nabídky pro rámeček (Formát ovládacího prvku; pak na kartě Vlastnosti nastavit možnost Přesun a zachování velikosti). Vnitřní prvky rámečku budou tímto opatřením automaticky rovněž ukotveny.

Přechod na ovládací prvek Číselník je krok správným směrem. Přesto váš kód je přímo použitelný beze změn. Pro zobrazení "0001" v buňce Q3 stačí nastavit formátování Q3 na "0000".

Jak je vidět, xlnc z fóra neodešel, jak vyhrožoval, a dále svým nevychovaně agresivním tónem komentuje snahu druhých při hledání odpovědí na kladené otázky.
Výrok "nikdo nevíme jak" se vztahuje k citovanému doplňku, který jsem na fórum před časem poslal. Xlnc se tak ztotožníl s pojmem "nikdo". Tehdy jsem prosil, abyste mi případné vady avizovali. Žádná odezva se nekonala. Teď jsem doplněk použil pro fórum já sám, a hned se vynořily dvě chyby. Prima, už jsem je opravil.
Výrok "příloha je na pytel" je soukromý soud od xlnc. Posílám novou přílohu, která srovnává výsledky od elninoslov s mými novými výsledky. Z nich plyne, že metoda, kterou použil elninoslov, poskytuje 8 jmen, z nichž jenom tři se vztahují k posuzované tabulce. Tím tu metodu nezatracuji, jen poukazuji na její nízkou efektivitu z hlediska vyhledání dat z posuzované tabulky. Předpokládám ale, že by šlo data z objektu Microsoft.XMLHTTP využít efektivněji.
Můj doplněk (znovu zdůrazňuji, že je pro uživatele fóra dostupný), poskytuje pro srovnání úplný obsah posuzované tabulky ("ztráta času"?). V nové příloze jsou už výsledky po provedených opravách doplňku (tedy bez zjištěných chyb).
Pokud by někdo přece jenom o můj opravený doplněk projevil zájem, může se soukromě obrátit na mou adresu, která je na fóru k dispozici. Mohu ho zaslat včetně obrázkového návodu k jeho použití.

Pro srovnání s výsledkem, který sem před chvilkou zaslal elninoslov, posílám výsledek, získaný pomocí mého doplňku ImportZwebu.xlam, který jsem před časem na toto fórum umístil. Aniž bych potřeboval studovat html dané stránky, získal jsem data z přílohy v čase hluboko pod jednu minutu od okamžiku zobrazení zdrojové stránky do výsledného importu v sešitě.

S lítostí musím sdělit, že ani po prohlídce listu s rozložením dat jsem nedokázal pochopit obsah a funkci předložené úlohy. Z toho zřejmě plyne, že nejsem schopen nic konstruktivního k této úloze nabídnout. Je mi to nemilé, ale bohužel je to tak.

Na tomto fóru je zvykem sešit zkomprimovat (zip, rar) a přidat to jako přílohu (nezabalený sešit přiložit nelze).

Vlastnost RowSource v podobě např.
'Zdrojová data'!A2:A50
Je-li v názvu listu mezera, musí se název vložit do jednoduchých uvozovek!

Zkuste prohledat moje přípěvky cca měsíc dozadu. Tam byste měl najít komfortní řešení pro vaši potřebu.
Kdyby se vám hledat nechtělo, v příloze je jednoduché makro, šité přímo pro vás.

Zase jsem o něco chytřejší, pojem hladká a nehladká funkce jsem neznal (vaše vysvětlení ale dává smysl - viz např.lomené spojité funkce).
Každý zřejmě čerpáme z jiných informačních zdrojů (Denzel/Dantzig); z hlediska metody to je naprostý detail. Za detail ale nepokládám větu "A dual Simplex method is used for integer programming subproblems". Je-li slovo Integer míněno jako označení celočíselnosti, pak jde o desinformaci. Duální simplex přináší do původní simplexové metody velmi důležitý prvek, kterým je vyhledání nejvhodnějšího sousedního vrcholu na polyedru řešení. Nepřináší ale naprosto nic nového pro řešení celočíselnosti. Proto duální simplexová metoda (z roku 1954) celočíselné podmínky respektovat nedokáže.

BINGO 5

Jistě uznáte, že ten citát je mírně řečeno nepřesný. Roky 1940s nejsou rokem 1953, kdy to Denzil (ne Dantzig) publikoval. Navíc Denzilův Simplex Method umí pouze spojitá řešení a pro celočíselné problémy je nepoužitelný (to si zase pamatuji já ze školy). Pokud má optimum podle Denzila více realizací, jde zásadně o celou spojitou hranu mezi dvěma vrcholy konvexního polyedru přípustných řešení. Matematický dúkaz tohoto tvrzení jsme dokonce měli znát ke zkoušce z lineárního programování!
K "hladkým" a "nehladkým" úlohám podle terminologie Excelu: teď mne napadlo, jestli nejde o špatný český překlad pro termín spojitý/nespojitý. To už by nějaký smysl mohlo dávat.
Se stářím algoritmů v Excelu souhlasím. Z tohoto pohledu ale nic nebrání tomu, aby nebyl použit Downhill Simplex Method z roku 1965 (o kterém jsem do včerejška neměl ani tušení a o němž se ale popis z Excelu nezmiňuje). Ten by teoreticky mohl (???) umět pracovat i s celočíselnými podmínkami.

1. Vložení přepínačů do rámečků určí, které přepínače tvoří společný výběr jedné z možností. Když např. vložím do jednoho rámečku 5 přepínačů, dostane výběr jednoho z nich hodnotu 1 až 5.
2. Prvotní nastavení vlastností přepínačů:
- pravou myší vyvolám místní nabídku pro přepínač
- možnost Upravit text dovolí změnit (nebo i zrušit) popis prvku.
- možnost Formát ovládacího prvku umožní propojení prvku s buňkou (klepnu do okénka propojení a pak na zvolenou buňku). Vznikne logická dvojice prvek-buňka, která se vzájemně ovlivňuje.
3. Prvky, které se mají vzájemně vylučovat, musím propojit na stejnou buňku. Prvky, které mají zůstat nezávislé, musím propojit na odlišné buňky. Běžně se všechny přepínače z jednoho rámečku propojují na jednu společnou buňku.
Když chci, aby se víc rámečků chovalo ve shodě, propojím všechny přepínače z vybraných rámečků na stejnou buňku.
4. Vztah mezi propojenou buňkou a aktivovaným přepínačem je vzájemný. Když zvolím přepínač, změní se hodnota propojené buňky. Když změním hodnotu té buňky, změní se i výběr přepínače. Tím mohu zkontrolovat správné nastavení vazeb mezi buňkami a přepínači.
5. Hodnota z propojené buňky určuje, jaké nastavení bylo provedeno a odkazem na ni mohu řídit další chování listu.


Strana:  1 ... « předchozí  12 13 14 15 16 17 18 19 20   další » ... 36

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