<table><tr><td style="">zrax added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D7699" rel="noreferrer">View Revision</a></tr></table><br /><div><div><p><a href="https://phabricator.kde.org/p/dhaumann/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@dhaumann</a> yes, your guess is correct.  I was experimenting with replacing a difficult-to-maintain qscintilla fork with some custom syntax lexers with QTextEdit + KSyntaxHighlighting + easier-to-maintain custom Kate-style syntax definitions, in a non-KDE application.  One of the custom syntax rules is arguably more generally useful outside of the application (although it may be misleading since it shares an extension with a more common use), but the others I feel would just pollute the global set since they're unlikely to ever be edited outside the app.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R216 Syntax Highlighting</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D7699" rel="noreferrer">https://phabricator.kde.org/D7699</a></div></div><br /><div><strong>To: </strong>zrax, Kate, Framework: Syntax Hightlighting, dhaumann<br /><strong>Cc: </strong>dhaumann, vkrause, cullmann, Framework: Syntax Hightlighting, Frameworks<br /></div>