[TYPO3-dev] Suggestions for triggering BE sprite generation
Steffen Gebert
steffen at steffen-gebert.de
Fri Jan 29 10:52:59 CET 2010
Hi,
as some other threads got a little OT, I'd just like to start this one.
How would you implement a sprite generator?
Most important thing is: When will the sprites be generated - or should
they be generated at all?
Ideas:
dynamic
=======
- creating sprites at the first request, saving them to typo3temp/
- hasing the array of included images (only filenames) to get the cache
filename
-> icon changes would require clearing of typo3temp/
- more sophicistic cache calculation: last modified date + file size
-> overhead for each single request
- saving the generated filename in cache, clearing this entry after
clearing config cache (or a new BE cache)
- the selected skin has to be incorporated - we shouldn't obstruct the way
to per-user skins, also multiple simultaneous skins should be possible
(e.g. one skin which only styles the page tree etc.)
-> one file per skin? generating *one* user-specific file, based on his
skin selection and merging all together
static
======
- core brings a static sprite for t3skin (do we use an online generator?
do we use a PSD? BE module to generate them?)
- extensions also bring their own (don't know, if this really needed - are
there SO many icons?)
- extdeveval or similar to create sprite+css for extensions
- NOT saved to typo3temp
- long browser cache life-times? how can we trigger reload of the file?
Further thinking:
- currently all icons only 16x16
- skin with bigger icon sizes?
- does extensions have to ship multiple sizes?
- *should* they be able to ship one bigger icon (64x64?), which is scaled?
Please remember: We don't kneed/want the jack of all trades device!
It should be possible to implement it in a few hours. Otherwise some of
you have to help out!
Steffen
More information about the TYPO3-dev
mailing list