Manawydan Mantis - Manawydan klient
Detaily problému
IDProjektKategorieZobrazit stavDatum vloženíPoslední změna
0001349Manawydan klientÚpravyveřejný09.10.2014 - 21:3612.01.2015 - 17:43
ReportérStig 
PřiřazenGeo 
PrioritanormálníZávažnostblokujícíReprodukovatelnostvždy
StavvyřešenýŘešeníotevřený 
PlatformaOSVerze OS
Verze produktu 
Cílová verzeVyřešeno ve verzi 
Shrnutí0001349: Použití HTML obrázku v gumpech - image size exceeds limit 256 pixels
PopisZ logu klienta se mi podařilo vytáhnout seznam chyb, které znemožňují vykreslení obrázků:

1. "System.Exception: File exceeds limit 204801 bytes"
2. "image size exceeds limit 256 pixels (700x393) "

Otázka je, jestli se nedá navýšit limit v bodu 2 (omezení z bodu 1 chápu a dá se mu předejít změnou kvality obrázku).. Obrázky o velikosti čtvrt mega by mohly být i podstatně rozměrově větší (při vcelku normální JPG kompresi) a tedy by to nemuselo případně ovlivnit "výkon".
256 pixelů je v podstatě jen ikona a ne běžný obrázek. :)
Postup na reprodukci problému
Další informacePřidáno z fóra: http://forum.manawydan.cz/showthread.php?tid=566&pid=85749#pid85749 [^] (uživatel: Stig)
ZnačkyŽádné štítky nepřiloženy.
Závislosti
spojený s %id 0001257vyřešený  HTML tagy podporované gumpy klienta 
spojený s %id 0001073uzavřený Geo Vylepšené vložení obrázku předmětu do gumpu 
Přiložené soubory
Historie problému
Čas modifikaceUživatelské jménoPoleZměna
09.10.2014 - 21:36StigNový problém
09.10.2014 - 21:39StigVztah přidánspojený s %id 0001257
09.10.2014 - 21:41StigPopis upravenbug_revision_view_page.php?rev_id=1000#r1000
09.10.2014 - 21:43StigPopis upravenbug_revision_view_page.php?rev_id=1001#r1001
09.10.2014 - 21:43StigPopis upravenbug_revision_view_page.php?rev_id=1002#r1002
09.10.2014 - 21:44StigPopis upravenbug_revision_view_page.php?rev_id=1003#r1003
09.10.2014 - 21:44StigPopis upravenbug_revision_view_page.php?rev_id=1004#r1004
09.10.2014 - 21:45StigPoznámka přidána: 0003523
09.10.2014 - 21:45StigPopis upravenbug_revision_view_page.php?rev_id=1005#r1005
03.01.2015 - 11:48StigVztah přidánspojený s %id 0001073
12.01.2015 - 09:29GeoPoznámka přidána: 0003563
12.01.2015 - 09:29GeoPřiřazen => Geo
12.01.2015 - 09:29GeoStavnový => přiřazený
12.01.2015 - 09:56GeoPoznámka upravena: 0003563bug_revision_view_page.php?bugnote_id=3563#r1022
12.01.2015 - 09:58GeoPoznámka přidána: 0003564
12.01.2015 - 09:58GeoStavpřiřazený => vyřešený
12.01.2015 - 17:43StigPoznámka přidána: 0003565

Poznámky k problému
(0003523)
Stig   
09.10.2014 - 21:45   
Ideální chování:
- Obrázek má přes 204801 bytes? Zakázat (pokud tedy nechceme limit zvyšovat/snižovat).
- Obrázek má libovolnou velikost X, Y:
-- Nevejde se do vymezeného prostoru? Zmenšit (připomínám atribut "scale", který určuje případnou deformaci obrázku při zvětšení.. použitelný i zde).
-- Vejde se do vymezeného prostoru? Vykresli v rozměrech zadaných ve width a height HTML atributech dle původních pravidel.

Pokud by nešlo nasadit ošetření na "vejde se do daných rozměrů gumpu", pak to řešit jednoduše tím, že se jen zvýší limit 256 na něco blíže k nekonečnu (odstraní) a všechno bude natvrdo zadané přes HTML width a height (zmenšování a zvětšování určené atributem scale).
(0003563)
Geo   
12.01.2015 - 09:29   
(upraveno: 12.01.2015 - 09:56)
Příslušné omezení bylo právě proto, že externí grafika byla původně jen na ikony :)

... zvednu sebeochranný limit na 2048 pixelů, kvůli paměti klienta (každý jpg se musí nějak instancovat do paměti = dekomprimovat)
(0003564)
Geo   
12.01.2015 - 09:58   
[svn20] Zvednut limit z 256 na 2048 pixelů na každou stranu. Limit je pouze sebeochranný, každý obrázek se instancuje v paměti jako textura.
(0003565)
Stig   
12.01.2015 - 17:43   
Děkuju, perfektní!