# |
Apr 26th 2010, 01:39 |
savant |
linking to a repo is easy |
# |
Apr 26th 2010, 01:39 |
savant |
gisting is easy |
# |
Apr 26th 2010, 01:38 |
savant |
probably |
# |
Apr 26th 2010, 01:38 |
real34 |
do you think the code you did for cakepackages could be easily reused for the github interaction (to link a code to a repository or a gist)? |
# |
Apr 26th 2010, 01:37 |
savant |
to be honest I'm about to just throw out all of the existing bakery code and rewrite from scratch |
# |
Apr 26th 2010, 01:36 |
real34 |
I'm just like you! |
# |
Apr 26th 2010, 01:35 |
savant |
well, im more than happy to help with whatever is needed |
# |
Apr 26th 2010, 01:35 |
savant |
hmmm |
# |
Apr 26th 2010, 01:34 |
real34 |
not yet... still a matter of time afaik :) |
# |
Apr 26th 2010, 01:34 |
savant |
is that code open source yet? |
# |
Apr 26th 2010, 01:34 |
real34 |
cakeqs was build with the idea of being multilingual and openid enabled, but it is just the beginning of a unique login |
# |
Apr 26th 2010, 01:33 |
savant |
too many tools to be managed, and its too bad no one really has time to be dedicated to them, otherwise it would be kick ass |
# |
Apr 26th 2010, 01:33 |
real34 |
I totally agree with that ;) and I think the CakePHP team and the CSF are aware of it. Imo it is just a matter of time for updating everything |
# |
Apr 26th 2010, 01:32 |
savant |
oh and we can't forget live.cakephp.org, although it is usually forgotten for a few months |
# |
Apr 26th 2010, 01:31 |
savant |
and then there is cakeforge, which is still hosting random things and being linked to by members (there is some good stuff there but it's getting sort of outdated) |
# |
Apr 26th 2010, 01:31 |
savant |
and cakeqs should really replace the google groups, but you'd need to import the archive (does cakeqs integrate with the other logins?) |
# |
Apr 26th 2010, 01:30 |
savant |
then there are the google groups, which get a modest amount of traffic, but usually the same questions |
# |
Apr 26th 2010, 01:30 |
savant |
lighthouseapp is nice, but it requires yet another account on yet another service |
# |
Apr 26th 2010, 01:29 |
savant |
the book is well built, but needs some work to make it apparent to all users that it is a wiki and they CAN contribute |
# |
Apr 26th 2010, 01:29 |
savant |
the bakery is a smelly turd because people post their articles and the code isn't in a repository (git, svn or otherwise) |
# |
Apr 26th 2010, 01:28 |
savant |
you have bin, which is awesome, but not tied to my user account |
# |
Apr 26th 2010, 01:28 |
savant |
to be blunt, there are way too many disparate tools in use for the cakephp community |
# |
Apr 26th 2010, 01:28 |
real34 |
that "non tech" decision-makers could read to see how Cake is awesome :) |
# |
Apr 26th 2010, 01:27 |
real34 |
with all official announcements and community highlights |
# |
Apr 26th 2010, 01:27 |
real34 |
a blog on news.cakephp.org for instance |
# |
Apr 26th 2010, 01:27 |
real34 |
I initially thought about a simple setup of Croogo for another blog (simple / efficient), but the idea of having yet another tool is not optimal |
# |
Apr 26th 2010, 01:26 |
savant |
communication? |
# |
Apr 26th 2010, 01:25 |
real34 |
And btw, the reason why I think a bakery rewrite is needed is that 1) it would help to have one tool for all local communities / languages, 2) it would encourage share and reuse of code (but many changes are needed for this), 3) I think the CSF needs a better tool for communication, somewhat separated from the community generated content... and Predominant thinks the new Bakery could be this tool |
# |
Apr 26th 2010, 01:24 |
savant |
so I kinda don't have any reason to keep working on this :P |
# |
Apr 26th 2010, 01:24 |
savant |
and apparently Predominant added comment spam protection last week |
# |
Apr 26th 2010, 01:24 |
savant |
I also needed to upgrade the app to 1.3, or at least 1.2, to get it to a point where i knew what I had to do to add comment spam (behaviors!) |
# |
Apr 26th 2010, 01:23 |
savant |
so I would not get comment spam in my email |
# |
Apr 26th 2010, 01:23 |
savant |
to be honest, the only reason I started working on this was to add spam protection |
# |
Apr 26th 2010, 01:23 |
savant |
okay |
# |
Apr 26th 2010, 01:23 |
real34 |
not sure if it is a good idea or not... but we can keep it in mind |
# |
Apr 26th 2010, 01:23 |
real34 |
also, I think I may be able to get some help from french guys as soon as we will know what is needed and how we could proceed |
# |
Apr 26th 2010, 01:22 |
savant |
I would have jumped into the version that alkemann was working on, but the changes were varied etc |
# |
Apr 26th 2010, 01:22 |
real34 |
I'll start by forking the repo and making it work locally |
# |
Apr 26th 2010, 01:21 |
savant |
Predominant mentioned some notes he would give me on the supposed rewrite |
# |
Apr 26th 2010, 01:21 |
real34 |
ok |
# |
Apr 26th 2010, 01:21 |
savant |
i've added some changes to the AppModel to make refactoring things into the model a bit easier, as well as added 1 behavior of my own to support extended model callbacks, but other than that my work has been to make it 1.3 compatible |