Difference between revisions of "LRM rjs Support"

From Lingoport Wiki
Jump to: navigation, search
(→‎Example Project Definition File)
 
(8 intermediate revisions by one other user not shown)
Line 1: Line 1:
  +
rjs is a deprecated format. rjs files are generated by Globalyzer Workbench and this format has been superseded by .json string externalization as a more standardized format for JavaScript.
  +
 
== Example .rjs File ==
  
== Example .rjs File ==
 
<pre>
  
<pre>
Line 12: Line 14:
 
</pre>
  
</pre>
   
−
== Example Project Definition File ==
 +
== ''js'' parser type ==
  +
=== valid rjs syntax ===
  +
Files that use the ''js'' parser are expected to have valid rjs syntax as defined [[LRM_rjs_Support#Example_.rjs_File|above]].
   
  +
=== .rjs uses the ''js'' parser type===
−
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
  
  +
When defining a project containing LRM Standard '''.rjs''' extension resource files, there is no need to define a ''&lt;parser-type&gt;'' as the ''js'' parser will always be used.
−
<lrmconf>
  
  +
−
<model-version>2.0.11</model-version>
  
  +
=== unique file extension needs to define ''js'' parser type ===
−
<project-name>DemoRjs</project-name>
  
  +
If a unique file extension is a valid .js file, then the ''&lt;parser-type&gt;'' should be ''js'' in the project definition file.
−
<project-desc>This is a sample LRM Project definition file, configured for Globalyzer RJS files</project-desc>
  
  +
−
<group-name>acme</group-name>
  
  +
== Example of Project Definition for Resources ==
−
<top-level-dir>C:\acme\source</top-level-dir>
  
  +
The following is an example of js resource file definitions. See [[Supported_Resource_Bundles#Resource_Extensions| resource extensions]] for more information.
−
<detect-errors>
  
  +
−
<missed-trans-error>1</missed-trans-error>
  
  +
<resource-extensions>
−
<parameter-mismatch-error>1</parameter-mismatch-error>
  
−
</detect-errors>
 +
<resource-extension>
  +
'''&lt;!-- parser-type not needed since .rjs is a standard LRM extension that maps to the ''js'' parser type --&gt;'''
−
<track-back-locale>br</track-back-locale>
  
  +
'''<extension>rjs</extension>'''
−
<pseudo-locale>eo</pseudo-locale>
  
  +
'''<file-name-pattern>*-l_c_v</file-name-pattern>'''
−
<target-locales>
  
−
<locale>es_MX</locale>
 +
'''<use-pattern-on-dflt-locale>0</use-pattern-on-dflt-locale>'''
  +
'''<file-location-pattern/>'''
−
<locale>fr_CA</locale>
  
−
<locale>fr_FR</locale>
 +
'''<use-location-pattern-on-dflt-locale>0</use-location-pattern-on-dflt-locale>'''
  +
'''<base-file-encoding>UTF-8</base-file-encoding>'''
−
</target-locales>
  
  +
'''<localized-file-encoding>UTF-8</localized-file-encoding>'''
−
<default-locale>en_US</default-locale>
  
  +
'''<parameter-regex-pattern><![CDATA[\{\d+\}|%[ds]]]></parameter-regex-pattern>'''
−
<resource-extensions>
  
  +
</resource-extension>
 
<resource-extension>
  
<resource-extension>
  +
'''''&lt;!-- parser-type is required because .myext is not a standard LRM extension &gt;'''''
−
<extension>rjs</extension>
  
  +
'''<extension>''myext''</extension>'''
−
<file-name-pattern>*-l_c_v</file-name-pattern>
  
  +
'''''<parser-type>js</parser-type>'''''
−
<use-pattern-on-dflt-locale>0</use-pattern-on-dflt-locale>
  
−
<file-location-pattern/>
 +
'''<file-name-pattern>*-l_c_v</file-name-pattern>'''
−
<use-location-pattern-on-dflt-locale>0</use-location-pattern-on-dflt-locale>
 +
'''<use-pattern-on-dflt-locale>0</use-pattern-on-dflt-locale>'''
−
<base-file-encoding>UTF-8</base-file-encoding>
 +
'''<file-location-pattern/>'''
  +
'''<use-location-pattern-on-dflt-locale>0</use-location-pattern-on-dflt-locale>'''
−
<localized-file-encoding>UTF-8</localized-file-encoding>
  
  +
'''<base-file-encoding>UTF-8</base-file-encoding>'''
−
<parameter-regex-pattern><![CDATA[\{\d+\}|%[ds]]]></parameter-regex-pattern>
  
  +
'''<localized-file-encoding>UTF-8</localized-file-encoding>'''
  +
'''<parameter-regex-pattern><![CDATA[\{\d+\}|%[ds]]]></parameter-regex-pattern>'''
 
</resource-extension>
  
</resource-extension>
 
</resource-extensions>
  
</resource-extensions>
−
<dirset>
  
−
<includes>
  
−
<include-dir-file>**/src/**</include-dir-file>
  
−
</includes>
  
−
<excludes>
  
−
<exclude-dir-file>**/src/test/**</exclude-dir-file>
  
−
</excludes> </dirset>
  
−
</lrmconf>
  

Latest revision as of 16:59, 7 January 2019

rjs is a deprecated format. rjs files are generated by Globalyzer Workbench and this format has been superseded by .json string externalization as a more standardized format for JavaScript.

Example .rjs File

// SOURCE_FILE C:/Users/rdaly/Desktop/2016/SmokeTestSource/javascript/FilterPatternOrderTests.js
var FILT_DDMMYYY_7="dd/MM/yyyy";
var FILT_CHCHCHC_8="chchchc";
var FILT_CHCHCHC_9="chchchc";

// SOURCE_FILE C:/Users/rdaly/Desktop/2016/SmokeTestSource/javascript/methods/javascriptmethods.jsp
var JAVA_INSETCM_10="In SetCmd - value = ";
var JAVA_YOUHAVE_11="You have made some changes on this page.  Do you want to continue without saving the changes?";
var JAVA_ENTERAN_12="Enter an evaluation name.\n";

js parser type

valid rjs syntax

Files that use the js parser are expected to have valid rjs syntax as defined above.

.rjs uses the js parser type

When defining a project containing LRM Standard .rjs extension resource files, there is no need to define a <parser-type> as the js parser will always be used.

unique file extension needs to define js parser type

If a unique file extension is a valid .js file, then the <parser-type> should be js in the project definition file.

Example of Project Definition for Resources

The following is an example of js resource file definitions. See resource extensions for more information. 

  <resource-extensions>
   <resource-extension>
     <!-- parser-type not needed since .rjs is a standard LRM extension that maps to the js parser type -->
     <extension>rjs</extension>
     <file-name-pattern>*-l_c_v</file-name-pattern>
     <use-pattern-on-dflt-locale>0</use-pattern-on-dflt-locale>
     <file-location-pattern/>
     <use-location-pattern-on-dflt-locale>0</use-location-pattern-on-dflt-locale>
     <base-file-encoding>UTF-8</base-file-encoding>
     <localized-file-encoding>UTF-8</localized-file-encoding>
     <parameter-regex-pattern><![CDATA[\{\d+\}|%[ds]]]></parameter-regex-pattern>
   </resource-extension>
   <resource-extension>
     <!-- parser-type is required because .myext is not a standard LRM extension >
     <extension>myext</extension>
     <parser-type>js</parser-type>
     <file-name-pattern>*-l_c_v</file-name-pattern>
     <use-pattern-on-dflt-locale>0</use-pattern-on-dflt-locale>
     <file-location-pattern/>
     <use-location-pattern-on-dflt-locale>0</use-location-pattern-on-dflt-locale>
     <base-file-encoding>UTF-8</base-file-encoding>
     <localized-file-encoding>UTF-8</localized-file-encoding>
     <parameter-regex-pattern><![CDATA[\{\d+\}|%[ds]]]></parameter-regex-pattern>
   </resource-extension>
 </resource-extensions>
Retrieved from "http://wiki.lingoport.com/index.php?title=LRM_rjs_Support&oldid=92249"