Difference between revisions of "Ideas for Google Summer of Code/Visual interface to write structural transfer rules"
Jump to navigation
Jump to search
(4 intermediate revisions by 2 users not shown) | |||
Line 17: | Line 17: | ||
==See also== |
==See also== |
||
Check [http://appinventor.mit.edu/ Appinventor]. |
|||
Check [http://code.google.com/p/blockly/ Blockly]. |
|||
Check [http://snap.berkeley.edu/ Snap] |
|||
[[Category:Ideas for Google Summer of Code|Visual interface to write structural transfer rules]] |
[[Category:Ideas for Google Summer of Code|Visual interface to write structural transfer rules]] |
Latest revision as of 01:11, 18 August 2015
Apertium structural transfer rules are currently encoded in XML-based formats. These are very overt and clear, but clumsy and may be hard to write. The idea is to design a visual programming language of the style of like Scratch, where jigsaw-puzzle-style pieces corresponding to statements and control structures fit only if the syntax is right.
Tasks[edit]
- Write a graphical user interface to write structural transfer rules (one that reads in (a subset of) the current XML-based language, allows for a graphical, intuitive editing of the rules, and writes compilable .t1x, .t2x or .t3x files)
Coding challenge[edit]
- Install Apertium (see Installation)
- Go through the new language pair HOWTO
Frequently asked questions[edit]
- none yet, ask us something! :)
See also[edit]
Check Appinventor.
Check Blockly.
Check Snap