Thank you for the explanations, guys. I have no problems accepting a solution that seems to be suboptimal in my opinion when can comprehend your motivations behind it. :-)
On Sat, Nov 13, 2010 at 5:36 PM, mark_story <mark.st...@gmail.com> wrote: > One of the main reasons it was changed to a view property, was that > people had the propensity to make view variables that shared the name > of their helpers. Bad things ensued. There were frequent enough > issues that it was changed. Unlike PHP and CakePHP rails benefits > from ruby magic, in the form of mixins. Since PHP has no mixins, we > can't really do the same things as rails can. Moving helpers to view > properties, has also enabled runtime loading of helpers and lazy > loading of helpers for 2.0, which was another motivation to change > things. > > As for a decision log, its mostly in the form of tickets on > lighthouse, as well as some discussion on the mailing list, and wiki > pages that existed while 1.3 was being developed. > > -Mark > > On Nov 12, 8:18 am, Joshua Muheim <psybea...@gmail.com> wrote: >> I'd really like to know why it has switched to $this->Html. Is there a >> decision log or something for CakePHP? >> >> Coming from the RoR world (which is far more widespread in the >> webworld than CakePHP, I guess) I like things as simple as anyhow >> possible, even if you have to stick to some conventions for its sake. >> I haven't worked with RoR since 2 years or so, so maybe things have >> changed now, but up then as far as I remember things like helper >> methods had been mixed right into the view *without* anything like a >> $helper method or so. >> >> E.g. a helper Bla with methods abc and xyz were accessible in the view >> directly by calling abc and xyz, so you had to see for yourself that >> no collisions appeared (and if one did, I guess you would still have >> been able to distinguish your helpers by prepending the helper's name, >> e.g. Bla.abc or Foo.abc). >> >> So RoR went the way that's the most convenient to use, and by having a >> good test battery in the background conflicts like the mentioned above >> were located and fixed easily while still having all the convenience >> in those spots that didn't have collisions (which are in most cases >> many more than the ones that do). >> >> Well, just writing some thoughts down here, no intention to blame >> CakePHP or something... I'm just curious about some stuff... ;-) >> >> >> >> >> >> >> >> On Fri, Nov 12, 2010 at 1:41 PM, euromark <dereurom...@googlemail.com> wrote: >> > actually its the other way around >> > it used to be $html and NOW is $this->Html (cake >=1.3) >> > and yes, there are plenty reasons why this is now a view object (and >> > not just an object variable) >> >> > it is a bad idea to want to go back to the old syntax >> >> > and your argument is bad: For the sake of simplicity $this->Html makes >> > more sense (no collisions in the view anymore) >> >> > hope that clears things up >> >> > On 12 Nov., 11:42, psybear83 <psybea...@gmail.com> wrote: >> >> Hi everybody >> >> >> For the sake of simplicity I'd like to make my helpers available in my >> >> views not as $this->Helper but as $helper using the set(...) method in >> >> the controller. >> >> >> Is there any reason why this could be a bad idea? Or is there already >> >> an option to tell CakePHP to make the helpers available this way? >> >> >> Thanks for help >> >> Josh >> >> > Check out the new CakePHP Questions sitehttp://cakeqs.organd help others >> > with their CakePHP related questions. >> >> > You received this message because you are subscribed to the Google Groups >> > "CakePHP" group. >> > To post to this group, send email to cake-php@googlegroups.com >> > To unsubscribe from this group, send email to >> > cake-php+unsubscr...@googlegroups.com For more options, visit this group >> > athttp://groups.google.com/group/cake-php?hl=en > > Check out the new CakePHP Questions site http://cakeqs.org and help others > with their CakePHP related questions. > > You received this message because you are subscribed to the Google Groups > "CakePHP" group. > To post to this group, send email to cake-php@googlegroups.com > To unsubscribe from this group, send email to > cake-php+unsubscr...@googlegroups.com For more options, visit this group at > http://groups.google.com/group/cake-php?hl=en > Check out the new CakePHP Questions site http://cakeqs.org and help others with their CakePHP related questions. You received this message because you are subscribed to the Google Groups "CakePHP" group. To post to this group, send email to cake-php@googlegroups.com To unsubscribe from this group, send email to cake-php+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/cake-php?hl=en
