test.eml

Received-SPF: Neutral (access neither permitted nor denied) identity=mailfrom;
 client-ip=85.214.234.26; helo=h2265959.stratoserver.net;
 envelope-from=vkrause@kde.org; receiver=kwrite-devel@kde.org
From: Volker Krause <vkrause@kde.org>
To: kwrite-devel@kde.org
Cc: <boss@nil.test>, "Giant; \"Big\" Box" <sysservices@example.net>
	(CC example from RFC 5322 Appendix A.1.2)
Subject: KSyntaxHighlighting is cool! Happy: :-) Sad: :-(
 Subject goes on here > < ] [
Date: Wed, 05 Oct 2016 22:19:17 +0200
Message-ID: <2420385.jiZKTgWtgY@vkpc5>
Organization: KDE
User-Agent: KMail/4.14.10 (Linux/4.1.13-5-default; KDE/4.14.16; x86_64;
 git-91275a7; 2015-12-13)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart1575059.2yRQ5x6HOo";
 micalg="pgp-sha1"; protocol="application/pgp-signature"
Precedence: list
Reply-To: kwrite-devel@kde.org
Errors-To: kwrite-devel-bounces@kde.org
Sender: "KWrite-Devel" <kwrite-devel-bounces@kde.org>


--nextPart1575059.2yRQ5x6HOo
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"

Hi,

when trying to add the unit test for the new Praat highlighting to
KF5::SyntaxHighlighting it turned out that the output doesn't match at all
that of Kate. We managed to trace this back to the following rather surprising
(and apparently undocumented) behavior in Kate:

When a context switch (anywhere in a line) pops more contexts than were on the
stack when starting the line, it executes line end context switches of the
previous line contexts.

| | | | | | The corresponding code is in KateHighlighting::generateContextStack(),
| | > | > KF5::SyntaxHighlighting doesn't do this (yet), Praat is apparently the first
> | > format we have tests for that uses this behavior.

> Does anyone remember why we do this, or happens to know which highlighting
> files besides Praat rely on this?

> > Archeology can trace this back to the dark CVS ages even, one reference
> > Dominik has dug up is a 10 year old SVN commit
> > (https://quickgit.kde.org/?p=kdelibs.git&a=commit&h=90ef47f582277745f727d89f05f72f1e1705fdc4
> >), where Christoph claims to understand what this code does ;)

> > > As this is highly unexpected and hard to reason about behavior, Dominik and I
> > > > were wondering if we can possibly drop this, and rather fix affected
> > > > > highlighting files instead?

Regards,
Volker
--nextPart1575059.2yRQ5x6HOo
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.
Content-Transfer-Encoding: 7Bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iD8DBQBX9WBIf5bM1k0S0kcRAireAJ4lCWa08Y5yU1ezIvKVCAfnkhcUbACgou0O
X4c+lkPI0tti59KV1vetaeU=
=VqDS
-----END PGP SIGNATURE-----

--nextPart1575059.2yRQ5x6HOo--