AniDB:AJAX development: Difference between revisions

Line 109: Line 109:
* Downs: supposedly even more demanding on browser.  But from my testings on a typical 1.8 GHz AMD (single-cpu) using firefox 2, it seems to be still very light on cpu.
* Downs: supposedly even more demanding on browser.  But from my testings on a typical 1.8 GHz AMD (single-cpu) using firefox 2, it seems to be still very light on cpu.
[''[[User:Fahrenheit|Fahrenheit]] - It still seems to be a bit incomplete, looks nice, but i don't know if this could handle large amounts of data. Still the framework concept has already been bashed a couple of times on to my head, including but now limited to moochikit'']<br />
[''[[User:Fahrenheit|Fahrenheit]] - It still seems to be a bit incomplete, looks nice, but i don't know if this could handle large amounts of data. Still the framework concept has already been bashed a couple of times on to my head, including but now limited to moochikit'']<br />
[''sphere - I'm not sure about load tolerance too.  This has to be tested if we ever moved there.  What attracts me here isn't just the set of features (for which there are many libraries which can do very sophisticated stuff).  Rather, it is the ease and intuitive way whereby a 'template' is declared.  And these templates are potentially reusable by other people.  e.g. From a single AJAX DOM, I could have one template that generates the basic anime info, another that generates the episode list.  These two templates can be used on other pages as well to provide the exact view by linking in the template content which can be stored statically somewhere. The typical page designer just do things like 1. create a div, 2. load an xml and a compatibe xsl, 3. call some javascript function to render the page.  Similar to styles, these template files can be customized and 'shared' between users.'']
Sphere
Sphere


21

edits

MediaWiki spam blocked by CleanTalk.
MediaWiki spam blocked by CleanTalk.