Got to admit it's making my eyes water too - the open-ended 'text' field should be at the end, not in the middle and after ones with a hard-wired default;
/carb note x y zone[default:current] text
Backwards compatability may not be a problem; the 'zone' field is NOT a free one and will match an entry in the list of zones in the game. As such a command passed to Carbonite could be parsed to see which field matches a zone name.
The simpler solution for backwards compatibility would be to add a *new* command with the improved syntax and depracate the old one;
/carb bm x y zone[default:current] text
/carb note text zone x y
The improved syntax would make for a simpler parser and probably allow it to work a bit better with non-latin character sets.
Just my 2c.
|