Hi Kilon, Le 17/01/2016 22:25, Dimitris Chloupis a écrit :
Fuel is great indeed and very convenient ,will definetly use this approach if I end up dealing with a lot of PNGs and experience some serious delays, but for now, lazy loading with some forking should be enough to make this instantaneous . I prefer to stick with pngs because it easy to update them and version control them via git and github
I think there is a way to cache your pngs, their creation time, and load them only once upon installation of your tool, and update them in memory only if they have been changed on disk.
I suspect all media heavy software have tactics to work around the same performance issues: multi-resource formats (zip or fuel) and the same kind of caching (load only once when installing the software).
Thierry
On Sun, Jan 17, 2016 at 11:18 PM Mariano Martinez Peck <marianop...@gmail.com <mailto:marianop...@gmail.com>> wrote: Fuel all the way down :) On Sun, Jan 17, 2016 at 5:17 PM, Tudor Girba <tu...@tudorgirba.com <mailto:tu...@tudorgirba.com>> wrote: Hi, > On Jan 17, 2016, at 8:27 PM, Sven Van Caekenberghe <s...@stfx.eu <mailto:s...@stfx.eu>> wrote: > > >> On 17 Jan 2016, at 19:58, Stephan Eggermont <step...@stack.nl <mailto:step...@stack.nl>> wrote: >> >> On 16-01-16 13:50, Dimitris Chloupis wrote: >>> Seems that creating forms and morph from pngs is super slow >> >> Put the forms in one fuel file and materialize that >> >> Stephan > > That is exactly what I showed him inhttps://pharo.fogbugz.com/f/cases/17403/Creating-Forms-from-PNGs-is-very-slow That is actually a very cool idea. Thank you both :) Doru > The speedup was massive and it was so easy to do. > > But the fact remains that the PNG parser itself, being written in pure Pharo, could use a Plugin counterpart, like in the JPG case. > > Sven -- www.tudorgirba.com <http://www.tudorgirba.com> www.feenk.com <http://www.feenk.com> "Sometimes the best solution is not the best solution." -- Mariano http://marianopeck.wordpress.com
