# |
Sep 25th 2009, 13:19 |
kuja |
I think |
# |
Sep 25th 2009, 13:18 |
kuja |
gwoo: Hopefully SPL autoloading will solve that. |
# |
Sep 25th 2009, 13:18 |
alkemann |
at what number do you see cost of adding a class? |
# |
Sep 25th 2009, 13:18 |
gwoo |
closures are actually fast |
# |
Sep 25th 2009, 13:17 |
gwoo |
the slowest thing is still loading of classes |
# |
Sep 25th 2009, 13:17 |
kuja |
i'd imagine closures would cause a sort of slow down |
# |
Sep 25th 2009, 13:17 |
kuja |
i'm surprised it can be so fast even with so many closures. |
# |
Sep 25th 2009, 13:16 |
gwoo |
and it's really fast |
# |
Sep 25th 2009, 13:16 |
alkemann |
imma gonna let 1.3 and 2.0 amaze me first :) |
# |
Sep 25th 2009, 13:16 |
kuja |
i like how everything's decoupled in a different sense from how ZF or PEAR is, and instead takes a more AOP-similar approach to interoperability. |
# |
Sep 25th 2009, 13:15 |
gwoo |
you should check it out |
# |
Sep 25th 2009, 13:15 |
gwoo |
ha |
# |
Sep 25th 2009, 13:15 |
kuja |
) |
# |
Sep 25th 2009, 13:15 |
kuja |
he wouldn't stop describing how awesome it was tho |
# |
Sep 25th 2009, 13:15 |
gwoo |
yeah it is |
# |
Sep 25th 2009, 13:15 |
kuja |
it's cool stuff. |
# |
Sep 25th 2009, 13:13 |
alkemann |
any revelations? :) |
# |
Sep 25th 2009, 13:12 |
kuja |
he talked a lot about cake3 |
# |
Sep 25th 2009, 13:12 |
kuja |
not much, just got done listening to nate at CodeWorks |
# |
Sep 25th 2009, 13:10 |
alkemann |
soup kuja? |
# |
Sep 25th 2009, 13:06 |
kuja |
sup |
# |
Sep 25th 2009, 11:29 |
gwoo |
i need to put up some more photos |
# |
Sep 25th 2009, 11:29 |
gwoo |
yup |
# |
Sep 25th 2009, 10:51 |
alkemann |
wun any forkmaster lately? |
# |
Sep 25th 2009, 10:43 |
gwoo |
ok |
# |
Sep 25th 2009, 10:41 |
alkemann |
yes well ill continue to look into these issues, but yea, if someone else wants to pick up, say the comment system, wysiwyg or something |
# |
Sep 25th 2009, 10:39 |
gwoo |
ok |
# |
Sep 25th 2009, 10:38 |
alkemann |
could simplify the whole app alot |
# |
Sep 25th 2009, 10:38 |
alkemann |
hm.. im thinking maybe.. maybe the showDraft can always be active and only for the action for public view takes it off |
# |
Sep 25th 2009, 10:37 |
alkemann |
making sure to not allow a flow where for instance a moderator edits the live data but keeps a draft existing |
# |
Sep 25th 2009, 10:36 |
alkemann |
hm i dont think a use case can exist where the live table is newer than the draft, so revision should always look at draft instead of live if draft exist |
# |
Sep 25th 2009, 10:35 |
gwoo |
then |
# |
Sep 25th 2009, 10:35 |
gwoo |
oh i would override it in the model |
# |
Sep 25th 2009, 10:34 |
gwoo |
yes |
# |
Sep 25th 2009, 10:34 |
alkemann |
the method could be overwritten in the model to include that switch, but reducing those 3 lines to one is not really my point, but to remove it comepletely if we allow them knowing how to cooperate |
# |
Sep 25th 2009, 10:34 |
gwoo |
just incase we need to change the automagic later |
# |
Sep 25th 2009, 10:34 |
gwoo |
so maybe you could add that as a switch for showDraft |
# |
Sep 25th 2009, 10:33 |
alkemann |
right, behaviour thing |
# |
Sep 25th 2009, 10:33 |
gwoo |
it does not take any options |
# |
Sep 25th 2009, 10:33 |
gwoo |
no that is always the first thing |
# |
Sep 25th 2009, 10:33 |
gwoo |
ah it takes a Model |