When considering this, consider allowing new “Display” rules.
E.g. many IDE’s and Editors allow for setting colors for things like:
HTML Tag
HTML Unknown Tag
HTML Attribute
HTML Unknown Attribute
HTML Value
HTML String
HTML Other Inside Tag
HTML Comment
HTML Entity
HTML Element Text
PHP Default
PHP Start Tag
PHP Comment
PHP Keyword
PHP String
PHP Simple String
PHP Number
PHP Operator
PHP Variable
PHP String Variable
PHP Complex Variable
If you look at the actual .esy syntax files, EmEditor basically does this, but it doesn’t allow you to name the group of words — if it did then in the GUI one could view them like:
+HTML Tag
a
img
...
+ HTML attribute
color
width
....
As opposed to a huge list of unrelated/unsorted words.
Then you could likewise define:
Words (and/or a Regex) for those Specifications.
E.g. 1) Words, AND a fall-back Regex that doesn’t match your words(Tags/Attributes).
E.g. 2) Only a Regex.
It would just be really really nice, if we didn’t have to try and form a Regex to encapsulate HTML syntax properly
<div class=“begin”>
<?php echo“Some Text Here”;
$testVar='<div class=“inside”>TestVar Text</div>’
?>
<TAG attribute1=“Value” attribute2=“value”>Plain Text
<span class=“test”>Some Text</span></TAG></div>
With possibly an option to display PHP strings that contain HTML code with the normal HTML tag/attribute coloring – but allow for a modified background.
I’m still not sure how enabling the “HTML Embedded” under [Highlight(2)] / Special Syntax really works.
How I would think it should work, is allow you to define your HTML rules based on Tag/Attribute definitions, etc.
And to allow CSS highlighters to be triggered:
1) inside the where you can define in-line CSS.
2) inside tags when style is indicated <div style=”width:100px”
Allow your defined PHP syntax highlighters to be triggered:
1) in between php start tags, e.g.
Allow your defined Javascript syntax highlighters to be triggered, inside:
<!–
alert(document.forms[0].elements.length);
// –>