Re: [Catalyst] OT: YUI v Ext JS
I've visited, but I saw that it doesn't create an html table, but just some data arranged to look like a table. So it is not very accessible for those who use screen readers. The World Wide Web Consortium recommends not to use a table for layout, but to use a table for tabular data, and not other ways. Octavian - Original Message - From: Moritz Onken [EMAIL PROTECTED] To: The elegant MVC web framework catalyst@lists.scsys.co.uk Sent: Saturday, January 26, 2008 12:25 PM Subject: Re: [Catalyst] OT: YUI v Ext JS If you have a big table to display i'd recommend the ext extension live grid. You can see an example here: http://www.siteartwork.de/livegrid_demo/ it only retrieves the data you are seeing. Just scroll through the example and you'll see. I like ext pretty much. There are some issues with scrollbars on a mac with firefox, but thats a firefox bug and not ext. So I guess YUI might have the same problem on macs. -- Moritz Onken [EMAIL PROTECTED] Schützenstraße 81 76137 Karlsruhe Festnetz: +49 (721) 2048842 Mobil:+49 (176) 24436493 Am 26.01.2008 um 03:14 schrieb Ashley: On Jan 25, 2008, at 6:07 PM, Peter Karman wrote: Ashley wrote on 1/25/08 6:44 PM: * Does Ext JS's grid have all the same goodies as YUI's DataTable? I haven't used Ext yet. But have you looked at: http://developer.yahoo.com/yui/examples/datatable/dt_cellediting.html ? Yes. Unless I'm missing something those changes are purely client- side. It took *a lot* of searching to discover someone asking on a YUI list the same basic question about server-side data updates and being told, you have to update your own data store however you feel like. * Is Ext JS completely stable across IE, FF, and Safari (Opera is sort of out of scope for this). * Do YUI's considerable other offerings (I'm looking for a site- wide library, not just grids) outweigh the positive aspects of Ext JS? * Would anyone, knowing *both*, pick YUI over Ext JS? I have used the YUI history manager to good effect (see http://catalyst.perl.org/calendar/2007/7) so if Ext had some widget I really wanted, I would just use both together. This is good advice. My only dilemma in the choosing for this part of the app is that the manager might say, WTF? I thought we were gonna use YUI? :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] OT: YUI v Ext JS
I'm working with something that's using YUI's DataTable. It works nicely. It's pretty. It has a lot of features. It's marked Beta, though, and it does not, unless something has changed and is hidden somewhere, handle updating the data source at all. http://developer.yahoo.com/yui/datatable/ There are hooks for changes to the table itself so it would be easy enough to write some Ajax calls out of those to do the updates but then I also have to write in a table refresh, keep track of state, etc, and after walking through the excellent -- http:// catalyst.perl.org/calendar/2007/9 -- it seems like a poor way to handle it when Ext JS already does what I want and has, apparently (?), all the same features. http://extjs.com/deploy/dev/examples/grid/edit-grid.html So, I'm leaning to redoing the thing with Ext JS (frankly, from what I've seen I think it blows doors on YUI) but this is for work so if I'm gonna do this I have to justify it or look like a *^% for wasting a day or two switching libraries. We're just getting going though so a day or two now would really beat a couple weeks next year. Is it justified? (If this were just for me, I wouldn't ask, I'd work it out but I would really like to get it done one way or the other this weekend and I think it's a good topic for everyone's edification.) * Does Ext JS's grid have all the same goodies as YUI's DataTable? * Is Ext JS completely stable across IE, FF, and Safari (Opera is sort of out of scope for this). * Do YUI's considerable other offerings (I'm looking for a site-wide library, not just grids) outweigh the positive aspects of Ext JS? * Would anyone, knowing *both*, pick YUI over Ext JS? Tangent: I saw a webpage about 3 months ago that had a table of the JS libraries compared with speeds, errors, support for various DOM and browser aspects, the works. Color coded and, IIRC, you could run the tests in your browser from the page to see live errors and speed. I cannot remember where I saw the page. Does anyone know what I'm talking about and where the page is? Thanks! -Ashley ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] OT: YUI v Ext JS
On Jan 25, 2008, at 6:07 PM, Peter Karman wrote: Ashley wrote on 1/25/08 6:44 PM: * Does Ext JS's grid have all the same goodies as YUI's DataTable? I haven't used Ext yet. But have you looked at: http://developer.yahoo.com/yui/examples/datatable/dt_cellediting.html ? Yes. Unless I'm missing something those changes are purely client- side. It took *a lot* of searching to discover someone asking on a YUI list the same basic question about server-side data updates and being told, you have to update your own data store however you feel like. * Is Ext JS completely stable across IE, FF, and Safari (Opera is sort of out of scope for this). * Do YUI's considerable other offerings (I'm looking for a site- wide library, not just grids) outweigh the positive aspects of Ext JS? * Would anyone, knowing *both*, pick YUI over Ext JS? I have used the YUI history manager to good effect (see http:// catalyst.perl.org/calendar/2007/7) so if Ext had some widget I really wanted, I would just use both together. This is good advice. My only dilemma in the choosing for this part of the app is that the manager might say, WTF? I thought we were gonna use YUI? :) ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] OT: YUI v Ext JS
Ashley wrote on 1/25/08 6:44 PM: * Does Ext JS's grid have all the same goodies as YUI's DataTable? I haven't used Ext yet. But have you looked at: http://developer.yahoo.com/yui/examples/datatable/dt_cellediting.html ? * Is Ext JS completely stable across IE, FF, and Safari (Opera is sort of out of scope for this). * Do YUI's considerable other offerings (I'm looking for a site-wide library, not just grids) outweigh the positive aspects of Ext JS? * Would anyone, knowing *both*, pick YUI over Ext JS? I can't speak to Ext's stability (though I imagine it's fine considering its origins) but it seems like a false dilemma. Can't you use both together? Ext started out as an extension to YUI and still maintains compatability AFAIK. From the Ext FAQ: Your choice of base libraries/adapters will most likely be driven by whether or not you already use an external library for something that Ext does not provide. For example, YUI includes some components like a history manager that Ext does not provide. In that case, you may want to include the YUI adapter.[...] I have used the YUI history manager to good effect (see http://catalyst.perl.org/calendar/2007/7) so if Ext had some widget I really wanted, I would just use both together. -- Peter Karman . http://peknet.com/ . [EMAIL PROTECTED] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/