Issue 14437: Add an attribute to the files block for users to specify generated file's encoding (mtt-rtf) Source: (, ) Nature: Enhancement Severity: Significant Summary: MOFM2T aims at being a standard for code generation, and as such it will be used to generate/override files that are under a version control management system. Files can then be generated indiscriminately under windows, linux or mac ... or the three at once for 'big' development teams. The generated file's encoding then becomes an issue : we cannot always generate files with the default system's encoding : windows' CP1252 as no equivalent in unices, and unix' UTF-8 might cause problems in windows if windows developpers re-generated files that have been first generated under an unix system. File encoding should be an optional attribute of the file blocks; so someone could write [file ('class.java', false, 'UTF-16')] or [file ('class.java', false, 'ISO-8859-1')] to tell that the target file should be encoded in such or such way. Note : this goes along with a previously raised issue in which I asked that the file's unique ID be removed. we'll need to find how to describe the encoding if the unique ID is not removed (as that would make file blocks with two optionnal expressions as their last parameter). Resolution: Revised Text: Actions taken: September 28, 2009: received issue Discussion: End of Annotations:===== m: webmaster@omg.org Date: 28 Sep 2009 08:00:03 -0400 To: Subject: Issue/Bug Report ******************************************************************************* Name: Laurent Goubet Company: Obeo mailFrom: laurent.goubet@obeo.fr Notification: Yes Specification: MOF Model to Text Transformation Language (MOFM2T) Section: 7.3, 8.1, 8.1.17 FormalNumber: formal/2008-01-16 Version: 1.0 RevisionDate: 01/16/08 Page: 9, 10, 13, 19 Title: Add an attribute to the files block for users to specify generated file's encoding Nature: Enhancement Severity: Significant test: 3qw8 B1: Report Issue Description: MOFM2T aims at being a standard for code generation, and as such it will be used to generate/override files that are under a version control management system. Files can then be generated indiscriminately under windows, linux or mac ... or the three at once for 'big' development teams. The generated file's encoding then becomes an issue : we cannot always generate files with the default system's encoding : windows' CP1252 as no equivalent in unices, and unix' UTF-8 might cause problems in windows if windows developpers re-generated files that have been first generated under an unix system. File encoding should be an optional attribute of the file blocks; so someone could write [file ('class.java', false, 'UTF-16')] or [file ('class.java', false, 'ISO-8859-1')] to tell that the target file should be encoded in such or such way. Note : this goes along with a previously raised issue in which I asked that the file's unique ID be removed. we'll need to find how to describe the encoding if the unique ID is not removed (as that would make file blocks with two optionnal expressions as their last parameter).