| Plánař | Příliš mnoho textu ve vzorcích pohledu |
| Když jsem měnil vzorce v pohledu programově, často mě čekalo překvapení v černém znehodnoceném pohledu.
Když to dělám ručně, objeví se hláška:
"Zobrazení má příliš velký formát. Snižte počet informací ve sloupcích nebo vzorcích."
Prosím, existuje metoda rozšíření limitu ? Přijde mi to jako překvapivý anachronismus. |
| VZ | Tabulka známých limitů ... |
14.10.2022
13:15:37
ID: 3755.1
| ... bývala obvykle v Designer Helpu anebo třeba zde: link1
Takže jestli je tam třeba více než 289 desetiznakových sloupců, tak se s tím asi nedá moc dělat.
Obyvkle nezbývá, než se pokusit nějak zkrátit původní formule, tzn. co nejvíc hodnot nacpat do krátkých proměnných, využít permutační operátory, atp. Závisí to ovšem na tom, co a jak je v těch formulích napsáno. Kdysi se mi podařilo zkrátit např. replikační formule, které měly původně asi 30 řádků různých @If, na 2 až 5 řádků, přičemž celý kód byl daleko přehlednější a srozumitelnější i pro původního vývojáře.
|
| Plánař | Už jsem na doraz |
15.10.2022
16:06:38
ID: 3755.2
| Děkuji.
Všechno jsem zkusil. Dobrá je na to funkce @Transform. @Count místo @Elements.... Jednopísmenné Identifikátory ....
32 kB mi přijde jako limit z dob, kdy počítače byly jen ty sálové. |
| VZ | Asi moc možností není |
15.10.2022
20:02:28
ID: 3755.3
| Mě se tenkrát podařilo nacpat do krátkých proměnných vše, co se opakovalo více než jednou. V pohledu by šlo asi využít i názvy proměnných ve vlastnostech sloupců, pokud se něco, co se ukazuje nebo počítá v jednom sloupci, počítá stejně v dalších sloupcích.Tzn. následující sloupec či sloupce mohou využít hodnoty z předchozích sloupců. Nebo něco vypočítat přímo v dokumentu v nějakém poli s krátkým názvem.
Kdoví, jestli ten limit není v nějaké novější verzi HCL Notes vyšší? Pak by mohl pomoct upgrade na novější verzi. |
| Plánař | Limit |
17.10.2022
14:42:25
ID: 3755.4
| Hlavně prosím o sdělení způsobu zvýšení limitu.
Aplikace je zkoušena uživateli, je na doraz a ještě mě čeká zapracování připomínek.
Děsím se toho. |
| mpistora | Zvýšení limitů jen HCL |
18.10.2022
20:46:41
ID: 3755.5
| Nelze očekávat, že by existovalo nějaké nastavení, které by nějaký limit zvýšilo. V kódu LN je spousta limitů, hlavně proto, že vznikly před 30 lety, kdy všechny parametry HW byly o několik řádů menší. Některé limity se postupně zvyšovaly, jiné ne. Historie je trochu vidět na link1 kde už to ale není aktualizováno. Můžeme být rádi, že se i v poslední době pod HCL některé limity zvýšily.
Ovšem to, co je požadováno v tomto příspěvku, je natolik obskurní, že na to doufám hned tak řada nepříjde. |
| VZ | upřesnění |
19.10.2022
22:13:01
ID: 3755.6
| Myslím, že letos už to bude 33 let, co byla uvedena 1. verze Lotus Notes. Jestli je tam někde ve zdrojáku od R1 až po R9, že max. délka formulí v pohledu je uchovávána někde v proměnné typu integer, tak s tím asi nepůjde bez úpravy zdrojáků a rekompilace celého prostředí nic dělat. Asi si tenkrát před r. 1989 vývojáři z IRISu (https://en.wikipedia.org/wiki/Iris_Associates ) neuměli představit, že by někdo psal v r. 2022 formule, které by v jednom pohledu měly v součtu přes 32 tisíc znaků. ;-)
Nicméně v R12 by už měl snad být i 64 bitový klient, ale jestli v něm tenhle limit nebude, kdoví? Každopádně by to bylo asi lepší řešit přes podporu přímo od výrobce, tedy HCL |
| Plánař | ? |
21.10.2022
15:39:23
ID: 3755.7
| obskurní - bezvýznamný, zapadlý, pokoutní; nekalý, temný, podezřelý; mravně závadný obskurnost - bezvýznamnost; nekalost; mravní závadnost (VEBROVÁ, Jitka, ed. a kol. Slovník cizích slov. Vyd. 1. Praha: Plot, 2006.) |
| mpistora | Nekalá praktika :-) |
26.10.2022
15:14:54
ID: 3755.8
| U pohledů se v LN předpokládá, že mají jen tolik sloupců, co se vejde na šířku obrazovky, nebo jen o něco málo víc. A že v nich jsou reference polí nebo jen jednoduché formule. Složitější výpočty (formulí či skriptem) by měly proběhnout už ve formuláři. Tedy prakticky jednorázově. Ne mnohokrát při indexaci ve více pohledech.
Pak s limitem na formule v pohledu problém není, já jsem na něj doposud nenarazil. Narazil jsem na řadu jiných limitů, které by se měly řešit přednostně.
Na limit se může narazit, pokud se pohled generuje programově, pak to svádí k vygenerování složitých formulí.
Zatím jsme se nedozvěděli, co v těch pohledech má být, takže jsme nemohli posudit, zda by to nešlo řešit nějak úplně jinak.
|
| Plánař | Upřesnění |
01.11.2022
19:58:47
ID: 3755.9
| Ano, neuvedl jsem vše. To ani nelze. A taky, kdo by to četl. Tím spíše se nemá soudit, co je prioritnější a pod., když nejsou informace. Navíc je to značně subjektivní, jak je vidět.
Jsem plánař, mám specifické požadavky. Zakázky se plánují roky dopředu a já chci pouze měsíční šíři "regulovanou" pomocí "skrývacích" vzorců na 14 dní. Měsíc je optimum, nikoliv k limitu obsahu, ale k dalšímu problému, který jsem nedávno v této diskuzi uvedl. Musím měsíční pohledy tvořit ručně (pomáhám si samozřejmě CTRL+F a pod.), protože ne všechny vzorce jsou vlastností nějaké třídy.
Než se obrátím na vás, kolegy, opravdu toho vyzkouším hodně. A jsem vděčný za každou dobře míněnou radu. Posun limitu by hodně bodl. |
| mpistora | Časové pohledy |
03.11.2022
10:00:16
ID: 3755.10
| Skriptem generované pohledy jsem použil snad jen jednou. Pro každý měsíc se generoval nový pohled, který selectoval dokumenty z daného měsíce. Ve sloupcích byly dny daného měsíce. Když se zohledňuje i den v týdnu, je to každý měsíc jinak, takže nelze použít obecný pohled. Formule v tom ale byly triviální.
Skrývací formule mohou přinést další objem formulí, ale také by neměly být moc složité. Třeba těch variant skrytí není moc a problém by šlo obejít vygenerováním více variant pohledů a skrýváním v osnově ukazovat jen vhodné pohledy. |
| VZ | Je tam moc řádků? |
03.11.2022
15:51:56
ID: 3755.11
| Pokud tam není příliš mnoho řádků, možná by to šlo otočit? Tedy řádky dát do relativně stálých sloupců a původní sloupce do řádků vybírat/skrývat a kategorizovat pouze pomocí SELECT v pohledu. Tedy něco jako hrátky s kontingenčními tabulkami v Excelu.
Kdysi jsem tak řešil také nějaké plánování/reportování, kdy ve sloupcích byly jednotlivé osoby a pod nimi sbalené katerorie s hodnotami/výsledky. Co jsem tak procházel dosavadní aplikace v LN, tak v žádné není pohled s více než 70 sloupci. Už to je dost děsivé, ačkoliv uživatelé občas požadovali i více sloupců ... :-r |
