Sublime Forum

Tag color settings for text and brackets


Request is to add accessibility scheme-theme over-ride.
With a simple CHO, see following DeathAxe var1,var2 diagram.
Sublime Text menu Preferences › Settings › “match_brackets”: true,
This can be true or false - e.g., no difference to html5 tag colors for brackets nor strings
But let’s pair tag colors.

Sublime Text menu Preferences › Select Color Scheme › my ’scheme’ is a tmtheme file (whatever)
Package Control: Install Package › Package Resource Viewer
Type prv to extract color scheme (tmtheme file, here)
Find and edit color scheme file to add the following.
<dict> <!-- not in color scheme’s tmTheme file, add it -->
</dict> <!-- tag text color is deepskyblue -->
…and also this
<dict> <!-- not in color scheme’s tmTheme file, add it -->
<string>meta.tag, declaration.tag</string>
</dict> <!-- tag bracket color is lightskyblue -->
configuration initiated but incomplete …build requirement (s)

Tag brackets are lightskyblue and tag text strings are deepskyblue

Example HTML tags
HTML documents include header, main, and footer tags. But then again, main section tags can enable multiple section-header-main-footer blocks. Honestly, sublime works more than one legal document here with thousands of header-main-footer groups. Eye candy if we could do header deepskyblue/lightskyblue, main forestgreen/springgreen, and footer saddlebrown/burlywood. String/bracket color relations… for HTML and all other kinds of code tags. Colors and indents working together.

How can they do that (those WONDERFUL Sublime People)?



Why not getting rid of that ugly XML by converting existing tmTheme files to sublime-color-scheme and just add

		"brackets_foreground": "var(purple)",
		"brackets_options": "glow bold",
		"bracket_contents_options": "glow foreground",
		"bracket_contents_foreground": "var(purple)",
		"tags_foreground": "var(blue)",
		"tags_options": "glow",

Note: please add valid color values, I just copied tham from my tweaked Breakets Dark.sublime-color-scheme



You lost me. To clarify…

Eye candy if we could see parent tags (header, maiin, footer) and child tags (p, div, q, em, etc.) with standard user string/bracket color combinations… html header tags in deepskyblue/lightskyblue hues - html main tags in forestgreen/springgreen hues - html footer tags in saddlebrown/burlywood hues.

Sublime would require built-in innovation to display parent-child hue preferences. Dreamweaver tried and failed. Pinegrow tried and failed (Matjazz’s articulation very courageous). Its a delux coders’ wysiwyg rainbow thus far beyond the charts. Discussion here inspired by classy new 4107.

The XML over my “Example HTML tags” shows that Sublime isolates the display behavior very well. Now we just need preferences for parent-child tag hues. For all languages and all coders, please visualize the howto for color preference settings. Code hue options could display like this.

:: Language dropdown :: Please type in parent tag (s) or dropdown selections :: Text tag color :: Bracket tag color :: Please type in child tag (s) or dropdown selections :: Text tag color :: Bracket tag color :: color theme defaults for all of the forgoing [existing] :: …additional

We need 1 at least of the parent-child tag code hue options (CHO’s) in preference settings. Single option background programming would be like my existing XML demo default above. And then ()bugs worked out, we would require additional… My header-main-footer scenario requires 3 CHO’s. Option additional parent-child code hue tag options to keep all very happy. :kissing:



One and the same. SO, I would prefer click-or-tap selections. Theme over-ride was very futuristic, last year. Critical for humanoids, always. Given our universal dominant color blindness… that’s a behavioral scientist’s intervention request, fyi. For color choices just grab the W3 Schools 140 named colors. :relieved:

Menu › Preferences › Customize Color Scheme ???
Nope. No header-main-footer isolation therein. Also, no p-div-q-em-etc isolation.

DA, back to good old one-dimensional Settings.
But no parent-child relationship in existing Settings, etc. How can 1-dimension Globals configure 2-dimension W3 html element tree cascades to implement text/bracket CHO on-the-fly coding?

Remember, today’s glimp is just one scheme for everything: HEADER, MAIN, FOOTER. We require SEPARATE sub-schemes (plural) attached to say the so-called Adaptive (not?) theme.

Sub-schemes are the missing dynamic.