Comments on: Cross-browser AJAX updates to table elements http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9 about fetching, interpreting, and executing. Tue, 06 Jan 2009 20:57:57 +0000 http://wordpress.org/?v=2.5.1 By: Recent Faves Tagged With "crossbrowser" : MyNetFaves http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-139 Recent Faves Tagged With "crossbrowser" : MyNetFaves Wed, 03 Dec 2008 08:35:19 +0000 http://ramblings.gibberishcode.net/?p=9#comment-139 [...] ago A Cross-Browser, Bookmarklet Speed Reader First saved by bleulayette | 19 days ago Cross-browser AJAX updates to table elements First saved by jpojman | 20 days ago HOW TO make web pages “cross browser” First saved by [...] [...] ago A Cross-Browser, Bookmarklet Speed Reader First saved by bleulayette | 19 days ago Cross-browser AJAX updates to table elements First saved by jpojman | 20 days ago HOW TO make web pages “cross browser” First saved by [...]

]]> By: Jan Kassens http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-37 Jan Kassens Sat, 27 Sep 2008 19:22:45 +0000 http://ramblings.gibberishcode.net/?p=9#comment-37 MooTools 1.2.1 will likely include a fix for set('html', str) on all elements in IE. (table stuff, and select elements) - jan MooTools 1.2.1 will likely include a fix for set(’html’, str) on all elements in IE. (table stuff, and select elements)

- jan

]]> By: Michael Aufreiter http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-30 Michael Aufreiter Tue, 02 Sep 2008 21:45:01 +0000 http://ramblings.gibberishcode.net/?p=9#comment-30 sure you are right. I'm aware of that and my intension is not to "pollute" the framework itself, but in this specific case I've come to the conclusion that there is something missing. IMO it's a very common use-case to apply server-generated html to the page, and the need for a fake element in order to convert a html-fragment to a DOM Element feels unnatural to me. I created a post at the mootools newsgroup looking for a mootools equivalent for Prototype's Element.replace method (with deals with HTML directly) that does exactly that in a straight-forward way without all the hassles. here's the link: http://groups.google.com/group/mootools-users/browse_thread/thread/1dffe721ee0e8c1c/184c0d22e0a684b6?hl=en&lnk=gst&q=Element.replace#184c0d22e0a684b6 I'm fine with the mootools way, using DOM Elements through-out the framework, as long as there is a simple way to get this desired DOM Elements. ;-) I would definitely vote for a HTML to DOM-Elements functionality in mootools-core... sure you are right. I’m aware of that and my intension is not to “pollute” the framework itself, but in this specific case I’ve come to the conclusion that there is something missing. IMO it’s a very common use-case to apply server-generated html to the page, and the need for a fake element in order to convert a html-fragment to a DOM Element feels unnatural to me.

I created a post at the mootools newsgroup looking for a mootools equivalent for Prototype’s Element.replace method (with deals with HTML directly) that does exactly that in a straight-forward way without all the hassles.

here’s the link: http://groups.google.com/group/mootools-users/browse_thread/thread/1dffe721ee0e8c1c/184c0d22e0a684b6?hl=en&lnk=gst&q=Element.replace#184c0d22e0a684b6

I’m fine with the mootools way, using DOM Elements through-out the framework, as long as there is a simple way to get this desired DOM Elements. ;-)

I would definitely vote for a HTML to DOM-Elements functionality in mootools-core…

]]> By: Michael http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-29 Michael Tue, 02 Sep 2008 19:24:01 +0000 http://ramblings.gibberishcode.net/?p=9#comment-29 When I'm struggling with a question like yours myself, I usually have to recast the question in the context of what the Framework's purpose is. In other words, ask yourself how your patches would significantly elevate/improve the framework itself? In this particular case, the framework *does* provide you with ability to generate DOM objects out of HTML strings as I did above by wrapping my intent/purpose for the table elements in the htmlToElements() function call. Sometimes you have to let the frameworks remain uncluttered and capture your specific use cases into a thin veneer (Adapter pattern) that your application invokes. With this approach, what often happens is a library of useful functions and classes will grow organically and then become quite powerful and useful in of themselves. http://clientside.cnet.com/ is a great example of such a set of libraries growing out from the Mootools framework. When I’m struggling with a question like yours myself, I usually have to recast the question in the context of what the Framework’s purpose is. In other words, ask yourself how your patches would significantly elevate/improve the framework itself? In this particular case, the framework *does* provide you with ability to generate DOM objects out of HTML strings as I did above by wrapping my intent/purpose for the table elements in the htmlToElements() function call.

Sometimes you have to let the frameworks remain uncluttered and capture your specific use cases into a thin veneer (Adapter pattern) that your application invokes. With this approach, what often happens is a library of useful functions and classes will grow organically and then become quite powerful and useful in of themselves. http://clientside.cnet.com/ is a great example of such a set of libraries growing out from the Mootools framework.

]]> By: Michael http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-28 Michael Tue, 02 Sep 2008 16:44:06 +0000 http://ramblings.gibberishcode.net/?p=9#comment-28 excellent post. helped a lot! imo such a htmlToElement method is one of the most missing features of mootools. It's okay that they prefer working with DOM elements over using plain html for injection but there should at least be a simple bridge supported by the framework. I'm considering about to create a patch for the Elements constructor, which allows constructing DOM elements from plain HTML. But i'ts pretty hard to find a concise API for that purpose: new Element(null,'...'); is as ugly as.. Element.fromHTML('...'); also extending the String class is not the best option? somewhat like: "...".toElement(); ideas? ;) welcome! and again.. thanks for that article! excellent post. helped a lot!

imo such a htmlToElement method is one of the most missing features of mootools. It’s okay that they prefer working with DOM elements over using plain html for injection but there should at least be a simple bridge supported by the framework.

I’m considering about to create a patch for the Elements constructor, which allows constructing DOM elements from plain HTML.

But i’ts pretty hard to find a concise API for that purpose:

new Element(null,’…’);

is as ugly as..

Element.fromHTML(’…’);

also extending the String class is not the best option?

somewhat like:

“…”.toElement();

ideas? ;) welcome!

and again.. thanks for that article!

]]> By: Max http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-14 Max Thu, 03 Jul 2008 13:41:53 +0000 http://ramblings.gibberishcode.net/?p=9#comment-14 Working with .innerHTML and IE is lots of fun! (not) You've encountered a bug in IE that I track as bug 210. http://webbugtrack.blogspot.com/2007/12/bug-210-no-innerhtml-support-on-tables.html If you want to keep up to date with when IE fixes this issue (e.g. it isn't fixed in IE8 Betas yet), view other innerHTML bugs (http://webbugtrack.blogspot.com/search/label/innerHTML) or view other frustrating IE bugs feel free to peruse my bug blog. Have a great day, Max Working with .innerHTML and IE is lots of fun! (not)

You’ve encountered a bug in IE that I track as bug 210.
http://webbugtrack.blogspot.com/2007/12/bug-210-no-innerhtml-support-on-tables.html

If you want to keep up to date with when IE fixes this issue (e.g. it isn’t fixed in IE8 Betas yet), view other innerHTML bugs (http://webbugtrack.blogspot.com/search/label/innerHTML) or view other frustrating IE bugs feel free to peruse my bug blog.

Have a great day,
Max

]]> By: links for 2008-06-30 | iKeif http://ramblings.gibberishcode.net/archives/cross-browser-ajax-updates-to-table-elements/9#comment-11 links for 2008-06-30 | iKeif Mon, 30 Jun 2008 17:31:48 +0000 http://ramblings.gibberishcode.net/?p=9#comment-11 [...] Cross-browser AJAX updates to table elements - Ramblings 2 hours agoI'm a firm believer that when problems arise, someone, somewhere will be working on your [...] [...] Cross-browser AJAX updates to table elements - Ramblings 2 hours agoI’m a firm believer that when problems arise, someone, somewhere will be working on your [...]

]]>