[Bug] Wrapped regex lines in "list" item
While working on a new Grammar (a big one, for Apache), I started to write down a "complete" wish list for File Formats - most for the Grammar editor.
One thing I noted just yesterday was that in a "list" item longish lines become wrapped - a minor annoyance since it makes the list harder to read. Today I found it's worse than that: if the wrapped item is a regular expression, the parser that checks it before the item is saved can get quite confused.
Here's a case I just ran into:
This is a valid (and rather simple) regex for one possible "flag" in Apache:
If I put that in a "basic" item, the parser accepts it just fine - see first screenshot (the field is so tiny it can't show the complete expression, but it's there and it's accepted).
Of course, there are many "flag" values in Apache, so they go into a list:
(not the complete list, but it shows the idea). Now our regex is wrapped (without any visual clue - that's my annoyance: I'd rather thy wouldn't be wrapped); but it's clearly the same, valid regex. See the second screenshot.
But when I try to save this, I get a syntax error popup - the list can't be saved. See third screenshot.
One thing I noted just yesterday was that in a "list" item longish lines become wrapped - a minor annoyance since it makes the list harder to read. Today I found it's worse than that: if the wrapped item is a regular expression, the parser that checks it before the item is saved can get quite confused.
Here's a case I just ran into:
This is a valid (and rather simple) regex for one possible "flag" in Apache:
Code:
(redirect|R)(=(temp|permanent|seeother|[34]\d\d))?
Of course, there are many "flag" values in Apache, so they go into a list:
Code:
nocase|NC ornext|OR (redirect|R)(=(temp|permanent|seeother|[34]\d\d))? forbidden|F gone|G proxy|P last|L next|N chain|C
But when I try to save this, I get a syntax error popup - the list can't be saved. See third screenshot.
Comment