# |
Jul 20th 2009, 15:40 |
ProLoser|Work |
i thought you guys didn't like that |
# |
Jul 20th 2009, 15:40 |
alkemann |
and create forks, branches, patches |
# |
Jul 20th 2009, 15:39 |
ProLoser|Work |
... i was talking about that |
# |
Jul 20th 2009, 15:39 |
alkemann |
so people can update easily |
# |
Jul 20th 2009, 15:39 |
alkemann |
i think we really need to have all shared code (not code exmaples) in a repo thing |
# |
Jul 20th 2009, 15:39 |
ADmad |
i didnt know that part.. then it sounds good |
# |
Jul 20th 2009, 15:38 |
ProLoser|Work |
you guys think there should be a master? |
# |
Jul 20th 2009, 15:38 |
alkemann |
sure, but code commits would be against branches or forks, the master would merge into the master head |
# |
Jul 20th 2009, 15:38 |
ADmad |
yeah that was my understanding too |
# |
Jul 20th 2009, 15:38 |
alkemann |
we had some brainstorms in berlin about how to make it a more community tool and one of the ideas i like is that if an author dissapears or wants to give it up, there is a vote or the guy with the most accepted commits becomes the new master |
# |
Jul 20th 2009, 15:37 |
ADmad |
alkemann: if you wikify cant anybody make updates ? |
# |
Jul 20th 2009, 15:37 |
ProLoser|Work |
with moderation, is that a bad thing? |
# |
Jul 20th 2009, 15:36 |
alkemann |
how so? |
# |
Jul 20th 2009, 15:36 |
ADmad |
but on the downside you would lose control over your code.. |
# |
Jul 20th 2009, 15:35 |
ADmad |
yeah the author shouldnt be doged all the time for sharing.. |
# |
Jul 20th 2009, 15:33 |
alkemann |
http://bakery.cakephp.org/leafs/view/72#comment-3880 - im looking forward to the wikify - make community project part of bakery 2.0 , i dont really feel like continuing to support this |
# |
Jul 20th 2009, 15:33 |
ADmad |
with my bitching surely |
# |
Jul 20th 2009, 15:33 |
alkemann |
but will i remember tomorrow? |
# |
Jul 20th 2009, 15:32 |
ADmad |
what for.. you already know :) |
# |
Jul 20th 2009, 15:32 |
alkemann |
post a ticket on my google code :P |
# |
Jul 20th 2009, 15:32 |
ADmad |
kiddin :) |
# |
Jul 20th 2009, 15:31 |
ADmad |
screw them.. |
# |
Jul 20th 2009, 15:30 |
alkemann |
but then i think i will leave my code in for backwards compability for now. as there are enough people out there using it, but it would be more effective to ignore the setting and set 'enabled' false |
# |
Jul 20th 2009, 15:29 |
ADmad |
there must an eg |
# |
Jul 20th 2009, 15:29 |
alkemann |
ok |
# |
Jul 20th 2009, 15:29 |
ADmad |
check the test cases |
# |
Jul 20th 2009, 15:28 |
ADmad |
https://trac.cakephp.org/browser/branches/1.2.x.x/cake/libs/model/behavior.php#L330 |
# |
Jul 20th 2009, 15:28 |
ADmad |
as i said you set 'enabled'=>false in config array of actsAs.. it has same effect as calling disable() |
# |
Jul 20th 2009, 15:27 |
alkemann |
but where to place that disable() if u want it always? |
# |
Jul 20th 2009, 15:27 |
ADmad |
atleast i think so |
# |
Jul 20th 2009, 15:27 |
ADmad |
actually yes.. instead of your usage of 'auto' everything can be achieved with enable()/disable() |
# |
Jul 20th 2009, 15:26 |
ADmad |
not exactly.. the BehaviorCollection::attach checks if 'enabled' key is false and disables the behavior.. dont think it has any relation with 'enabled' member var of a behavior |
# |
Jul 20th 2009, 15:26 |
alkemann |
or are you saying that somehow that would have the same effect? |
# |
Jul 20th 2009, 15:24 |
alkemann |
so just a name change? |
# |
Jul 20th 2009, 15:24 |
ADmad |
so 'enabled' => false in config array |
# |
Jul 20th 2009, 15:22 |
alkemann |
makes more sense to me to disable automatic behavior in the actsAs than to implement model constructor to disable it |
# |
Jul 20th 2009, 15:22 |
ADmad |
yes.. disable() just turns off callbakc.. all rest functions are accessible |
# |
Jul 20th 2009, 15:22 |
alkemann |
1. where would u permantently disable it? 2. will the methods you call work if it is disable? |
# |
Jul 20th 2009, 15:21 |
ADmad |
but from what i understand it achieves the same purpose.. you have $this->settings[$Model->alias]['auto'] === false check at beginning of all callbacks |
# |
Jul 20th 2009, 15:20 |
alkemann |
so that auto setting is just suppose to be set at init |
# |
Jul 20th 2009, 15:19 |
alkemann |
wouldnt make sense to add a behaviour and permanently disable it |