Frederick Ros wrote : | Hi, | | I'm currently using Rails with a legacy database that uses it's own | naming conventions, one of them being that names are CamelCased. | | To be consistent I tried to CamelCase also my HABTM association names | like: | | has_and_belongs_to_many :Roles | | However due to the current AR code and the way Ruby resolves symbols | this fails. | Currently the has_and_belongs_to_many :foo ends-up in creating 2 | methods foo (reader returning an Array) and foo= (writer). Then we have | some expressions like #{reflection.name}.clear, which are evaluated into | foo.clear, and Ruby resolves foo as being a method, and everything is | great. | | If I do define has_and_belongs_to_many :Roles, the 2 methods (Roles and | Roles=) are created, and at some point Ruby tries to evaluate some code | like Roles.clear, which fails as Roles is considered as a constant and | no Roles constant is existing. | | IMHO, this can be easily fixed by prepending a self to the | #{reflection.name} for example, and this is what is done in the patch | attached to ticket #4823. |
Incidentally, is there any way to edit a ticket ? I've made a typo in my email address and I do not receive any (possible) update of this ticket. Best Regards, -- Frederick Ros aka Sleeper -- [EMAIL PROTECTED] Watch out for off-by-one errors. - The Elements of Programming Style (Kernighan & Plaugher)
pgpRs0PvFsDQa.pgp
Description: PGP signature
_______________________________________________ Rails-core mailing list Rails-core@lists.rubyonrails.org http://lists.rubyonrails.org/mailman/listinfo/rails-core