Comments for Ramblings http://ramblings.gibberishcode.net about fetching, interpreting, and executing. Fri, 21 Nov 2008 19:14:18 +0000 http://wordpress.org/?v=2.5.1 Comment on Pradipta’s Rolodex by Recent URLs tagged Rolodex - Urlrecorder http://ramblings.gibberishcode.net/archives/pradiptas-rolodex/12#comment-72 Recent URLs tagged Rolodex - Urlrecorder Thu, 06 Nov 2008 03:32:04 +0000 http://ramblings.gibberishcode.net/?p=12#comment-72 [...] Recent public urls tagged "rolodex" → Pradipta’s Rolodex [...] [...] Recent public urls tagged “rolodex” → Pradipta’s Rolodex [...]

]]> Comment on Cross-browser AJAX updates to table elements 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

]]> Comment on Changing ANSI colors in Terminal on Macs by Changing ANSI colors in Terminal on Macs : thegameoflove http://ramblings.gibberishcode.net/archives/changing-ansi-colors-in-terminal-on-macs/16#comment-33 Changing ANSI colors in Terminal on Macs : thegameoflove Tue, 09 Sep 2008 16:26:10 +0000 http://ramblings.gibberishcode.net/?p=16#comment-33 [...] Original Michael [...] [...] Original Michael [...]

]]> Comment on Cross-browser AJAX updates to table elements 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…

]]> Comment on Cross-browser AJAX updates to table elements 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.

]]> Comment on Cross-browser AJAX updates to table elements 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!

]]> Comment on DRYing your Views by Bookmarks about Hash http://ramblings.gibberishcode.net/archives/drying-your-views/8#comment-26 Bookmarks about Hash Sat, 26 Jul 2008 22:30:36 +0000 http://ramblings.gibberishcode.net/?p=8#comment-26 [...] - bookmarked by 2 members originally found by rxchurch on July 14, 2008 DRYing your Views http://ramblings.gibberishcode.net/archives/drying-your-views/8 - bookmarked by 2 members [...] [...] - bookmarked by 2 members originally found by rxchurch on July 14, 2008 DRYing your Views http://ramblings.gibberishcode.net/archives/drying-your-views/8 - bookmarked by 2 members [...]

]]> Comment on Geocoded Zipcodes by Database Management » Blog Archive » Geocoded Zipcodes http://ramblings.gibberishcode.net/archives/geocoded-zipcodes/11#comment-19 Database Management » Blog Archive » Geocoded Zipcodes Tue, 08 Jul 2008 00:35:01 +0000 http://ramblings.gibberishcode.net/?p=11#comment-19 [...] Asterisk News and VoIP services - NewsFlash: Zaptel Become DAHDI wrote an interesting post today onHere’s a quick excerpt You would think that loading up a database of zip codes would be an extremely simple case of finding a public database on www.usps.gov, and then loading up with a database bulk load. It turns out that, while the USPS does offer products for you to purchase, and a rather nice lookup interface for looking up zip codes and so on, there’s not really any free data to be had that I could tell. So the hunt was on to find some zip code data, preferably geocoded (latitude/longitude for GIS) zip codes an [...] [...] Asterisk News and VoIP services - NewsFlash: Zaptel Become DAHDI wrote an interesting post today onHere’s a quick excerpt You would think that loading up a database of zip codes would be an extremely simple case of finding a public database on http://www.usps.gov, and then loading up with a database bulk load. It turns out that, while the USPS does offer products for you to purchase, and a rather nice lookup interface for looking up zip codes and so on, there’s not really any free data to be had that I could tell. So the hunt was on to find some zip code data, preferably geocoded (latitude/longitude for GIS) zip codes an [...]

]]> Comment on Cross-browser AJAX updates to table elements 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

]]> Comment on Cross-browser AJAX updates to table elements 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 [...]

]]>