Autoresize tweaks

[pavel-klavik]

1. Soucasti autoresizu neni sirka scrollbaru, proto se muze stat, ze se spocita velikost bez nej, ale protoze tam je, tak se prida dalsi radek a velikost neni spravna. (Mozne reseni je pricist vertikalne treba 20 nebo 30, nemelo by to delat esteticky problem. Druha moznost je vertikalni scrollbary vkladat jenom tam, kde jsou potreba.)
2. Resize vsech jednotek ve stylu je znacne pomaly, pokud je jednotek hodne. Minimalne by to chtelo pridat nejaky vizualni prvek, aby to nematlo uzivatele. Bylo by mozne to zrychlit, kdyby resize pocital vice jednotek naraz, nebo byl vice krokovy.
3. Pro sitovy orgpad muze byt problem, ze na ruznych prohlizecich jsou potreba ruzne velikosti. Pokud by se autoresize udelal dostatecne rychly, je mozne ho vzdy aplikovat na zacatku pro kazdeho uzivatele zvlast.

[tomby42]

@zlosynus :
Vidim to tak, ze autoresize bude muset fungovat v sitovem provedeni takto, protoze kazdy pocitac bude mit jine rozmery (testovano na dvou Windows 10 a Google Chrome):

• Jednotka ma bud u sebe pevnou velikost, nebo ma nastavene autoresize=true. Tedy pro jednotky s autoresize nepredavame a neukladame velikosti.
• Pri loadu Orgpadu se detekuji vsechny jednotky s autoresize=true a spoctou se jim velikosti (to by melo trvat par sekund i pri vetsich Orgpadech, ale dela se to jenom jednou, takze to zase tolik nevadi).
• Pri zmene obsahu nebo zmene stylu jednotky s autoresize=true prislusne parsery spoctou velikosti jednotky na vsech klientech.
• Pri zmene stylu z autoresize=false->true se spocte velikost vsech jednotek, to muze chvili trvat, takze teoreticky je to problem, kdyby to nekdo delal zajemne. Asi to tedka neni uplne k reseni.
• Pri manualni zmene velikosti by jednotka mela nastavit autoresize=false, a melo by u dane jednotky byt mozne vratit zpatky autoresize=true rucne.
• Zvazit, zda pridat alternativni mod, kdy autoresize probiha pouze vertikalne, tedy je fixni sirka a pro nej se spocte minimalni vyska.

[tomby42]

@vitkalisz problemy s mathjaxem a autoresize.

[tomby42]

Mathjax se nebere v uvahu pri pocitani velikosti. Mathjax api je asynchroni takze to nepujde uplne primocare udelat.

[pavel-klavik]

K Mathjaxu, to bych tedka uplne neresil, podle mne by Mathjax chtel udelat tak, ze se nekde mimo vyplni matika, vystupem bude SVG a to se vlozi uz primo do atomu, tedy nebude se poustet mathjax pri renderovani vubec.