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.com www.mootorial.com Clientcide: http://www.clientcide.com www.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.
