I'm a bit unsure about how you'd want the base class API, Guillermo. If you designed a draft I'd happily pick it up and write some implementation for it.
On 15 Mar, 05:01, nutron <[email protected]> wrote: > 1) I'm no vacation, so that's why I've not been voicing my opinion here. > 2) Ok. Let's move away from the String inheritance and just have a > toString() method and a go() method, etc. > > 3) I'm thinking we should remove this from -more for RC2 (which I hope to > push tomorrow or tuesday). > > If you guys would like to start working on some actual code for this that > would be cool. Otherwise I'll put a bit of time in this week or next. I > think we're looking at a -more.02 plugin here. > > Aaorn > > On Sat, Mar 14, 2009 at 7:06 PM, Sebastian Markbåge (via Nabble) < > [email protected]<ml-user%[email protected]> > > > > > wrote: > > > window.Location.prototype does implement some methods that are tightly > > coupled to the current location so I guess that's not a great idea. > > I'm all for dropping it. > > > I'm also on-board with an abstract URI base class that doesn't inherit > > String. I would love it if it's inheritors could be designed not to > > violated the substitution principle and be immutable. > > > On 15 Mar, 02:48, Sebastian Markbåge > > <sebast...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2480167&i=0>> > > wrote: > > > Yea, but window.Location.prototype is different from window.location. > > > So if it is inherited from window.Location it's the type, not the > > > object describing the current window's location. > > > > The type has for example a resolveURL() method to resolve relative > > > URIs. Unfortunately it is resolved to a String. > > > > I'm not married to the idea. I'm just saying, there's a type contract > > > in place if we would like to extend it. > > > > On 15 Mar, 02:32, Guillermo Rauch > > > <rau...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2480167&i=1>> > > wrote: > > > > > On Sat, Mar 14, 2009 at 11:25 PM, Sebastian Markbåge > > > > <sebast...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2480167&i=2>>wrote: > > > > > > So something like: new Element('img', { src: new URI.GoogleChart > > > > > (...) }); > > > > > > Interesting. You don't need it to extend string to do that though. > > But > > > > > it does open up some interesting extension possiblities. > > > > > I'm not bringing the String vs Class argument again. I'm just saying > > that > > > > URIs should not be bound to the window Location. > > > > > -- > > > > Guillermo Rauchhttp://devthought.com > > > ------------------------------ > > View message @http://n2.nabble.com/Uri-class-tp2456119p2480167.html > > To start a new topic under MooTools Users, email > > [email protected]<ml-node%[email protected]> > > To unsubscribe from MooTools Users, click here< (link removed) >. > > ----- > The MooTools Tutorial: http://www.mootorial.comwww.mootorial.com > Clientcide: http://www.clientcide.comwww.clientcide.com > -- > View this message in > context:http://n2.nabble.com/Uri-class-tp2456119p2480463.html > Sent from the MooTools Users mailing list archive at Nabble.com.
