Changes between Version 5 and Version 6 of FeatureList
- Timestamp:
- 05/01/14 12:12:18 (11 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FeatureList
v5 v6 4 4 1. BNF front-end (Parser, Lexer, Linker, etc.) 5 5 1. translates a textual representation into an Ecore model 6 1. Editor - provides IDE features, e .g. auto-completion, syntax highlighting, etc.6 1. Editor - provides IDE features, e\.g\. auto-completion, syntax highlighting, etc. 7 7 8 8 * '''Validation Rules:''' these rules will give warnings in the editor if they find find consistencies in the code … … 10 10 1. ''checkUpdateGrammarConsistency:'' checks, if the grammar is an updated grammar, for consistencies between the originals and the new grammar e.g.: status: not migrated 11 11 12 2. '' CheckReferencedOnlyOnce:'' this should warn if there is a rule that is only referenced once, this is an inlining hint e.g.: status: migrated12 2. ''!!!!CheckReferencedOnlyOnce:'' this should warn if there is a rule that is only referenced once, this is an inlining hint e.g.: status: migrated 13 13 14 3. ''checkPassthroughRule:'' e.g.:this tests if a rule gets just passed through a ::= b b ::= "literal" <=> a ::= "literal" , which is better for EBNF14 3. ''checkPassthroughRule:'' !e.g.:this tests if a rule gets just passed through a ::= b b ::= "literal" <=> a ::= "literal" , which is better for EBNF 15 15 16 16 4. ''checkEqualAlternative:'' this tests if a rule got equal alternatives e.g.: a::= d | d status: still some problems 17 17 18 5. ''checkDuplicateRules:'' checks if there is another rule in the EtsiBnf 18 5. ''checkDuplicateRules:'' checks if there is another rule in the EtsiBnf, that got the same behaviour e.g.: a ::= "literal" | b c ::= "literal" | b status: migrated 19 19 20 20 6. ''checkSubruleDuplicates:'' … … 34 34 -basic generation has been achieved but the output-format is unclear. Works with a Xtend-generator, momentary "xmi-like" output for a bnf grammar -old version had: mwe2 Generator and Xpand2 support 35 35 36 - it could generate mergeGrammars from CoreGrammars andCompositeGrammars from Merge grammars -seemingly it could produce a xsl-fo-file with the corresponding nodemodel36 * it could generate mergeGrammars from !CoreGrammars and !CompositeGrammars from Merge grammars -seemingly it could produce a xsl-fo-file with the corresponding nodemodel 37 37 38 38 -new version: xsl-fo file for all bnf grammars (not for merge or deltagrammars) this can be Rendered to Pdf using apache-fop … … 40 40 * '''Formatting:''' 41 41 42 '' old:''had some but they are got commented out in the main project42 '' old:'' had some but they are got commented out in the main project 43 43 44 '' new:''Line-break after every rule, white-spaces after all literals, possible update linebreak and double tab after all >|< bars44 '' new:'' Line-break after every rule, white-spaces after all literals, possible update linebreak and double tab after all >|< bars 45 45 46 46 * '''Refactoring & Quickfixing:''' 47 47 48 1. ''auto Numbering of rules'' 49 -not migrated 50 1. ''remove unused rules'' 51 -migrated 48 1. ''auto Numbering of rules'' -not migrated 49 1. ''remove unused rules'' -migrated 52 50 53 1.'' replacement of passthroughRules '' 54 -not migrated 55 1. ''refactor uppercasetokenRules '' 56 -not migrated 51 1.'' replacement of passthroughRules '' -not migrated 57 52 58 1.''find references'', this one is standard in xtext2.* -renaming, this is standard in xtext2.* 53 1. ''refactor uppercasetokenRules '' -not migrated 54 55 1.'' find references'' , this one is standard in xtext2.* -renaming, this is standard in xtext2.* 59 56 60 57 *Grammar composition: … … 68 65 * at the moment no support in the new version 69 66 70 * '''Deploying:'''67 * '''Deploying:''' 71 68 72 69 -export project: Plug-in Development/deployable plug-ins and fragments -rcp project with a minimal eclipse editor