Yes, I will create a rails3 branch, but I can't say when I will do it. I have
started to migrate a simpler plugin and an application to learn something
about rails3. It would be useful to have more tests to avoid breaking
features, I added some of them some weeks ago.
--
Sergio Cambra .:: entreCables S.L. ::.
Mariana Pineda 23, 50.018 Zaragoza
T) 902 021 404 F) 976 52 98 07 E) ser...@entrecables.com
I don't think it's possible. ActiveScaffold does much with associations, and
associations aren't ActiveModel API. It needs reflect_on_all_associations and
check association macro, so that code would be different for each ORM. I will
try to decouple code related to associations, so a module for Mongoid can be
developed.
>
> > * thread-safe: no controller writable class variables, maybe by using
> > things like cattr_accessor to have controller level configuration that
> > gets copied to instances on their creation. This would allow thread-
> > safe-per-request configuration tweks instead
> > ofhttp://github.com/activescaffold/active_scaffold/wiki/per-request-con..
> >. (change globals the change them back ...)
>
> Wouldn't that be a significant performance eater ?
I have thought about that, I would like to have proxy configuration models as
instance variables, which will read class configuration unless you override
(set) some configuration option. However, I haven't started it and I don't know
how hard it will be.
I'm not sure, I would have to look at his branch.
I thought this was interesting (and somewhat relevant)
I do agree though that it would be useful to get a rails-3 branch in the
official repo as soon as possible - even if it has no new code in it
then at least other forks can fork from that rather than trying to
rebase against a 2.3 branch? Hopefully that way contributions will come
back faster as well?
I would be happy to fund some development time on this?
Cheers
Ed W
Dur, it appears I forgot the link...