Unable to change member names in Many to many relationship.

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Generate a many to many relationship
2. Try to change the member name specified by PLINQO to refer to a list of
entities in Table 2 from an entity in Table 1.

What is the expected output? What do you see instead?
This setting should be available in the DBML.

What version of the product are you using?
Plinqo 3.1

Please provide any additional information below.
I had a relation between "Causa" and "Actor" (spanish language). I am
trying to reference the list of "Actor" with the name "Actores", but PLINQO
continues using "Actors" to name the member, and this is not configurable
in the DBML file.

Original issue reported on code.google.com by dr1...@gmail.com on 4 Aug 2009 at 3:42

[GoogleCodeExporter]

Hi, 

yes, currently, there is no way to name the many to many properties.  I will 
investigate a way to do this.

Original comment by paul.wel...@gmail.com on 11 Aug 2009 at 2:02

• Changed state: UnderConsideration

[GoogleCodeExporter]

Great request! We could really use this, too. We have oddly named lists right 
now
(TypeNameList, TypeNameList1, TypeNameList2, etc.), when one table is involved 
in
multiple many-to-many relationships.

A suggestion for implementation: use the Parent Property Name from the opposite 
end
1-to-many association (which is editable in the DBML), and append the 
association
suffix ("List"), rather than using the type name.

Original comment by dustin.w...@imaginelearning.com on 29 Jan 2010 at 11:13

[GoogleCodeExporter]

I've added some additional information to this case. I also wanted to point out 
that we have resolved this behavior in our other template frameworks.

http://community.codesmithtools.com/Template_Frameworks/f/66/p/10629/40273.aspx

3) Currently, the only way to control Many to Many names is to change the value 
of AssociationNamingSuffix property to Plural.

Original comment by bniemyjski on 26 Jul 2012 at 4:18

[GoogleCodeExporter]

Here is more information on overriding this behavior until this is fixed: 
http://community.codesmithtools.com/Template_Frameworks/f/66/p/12749/49526.aspx#
49526

Original comment by bniemyjski on 31 Jul 2012 at 8:10