<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sciteco/lib, branch v2.5.2</title>
<subtitle>Scintilla-based Text Editor and COrrector</subtitle>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/'/>
<entry>
<title>Curses: fixed rendering bright/light colors on 8-color terminals</title>
<updated>2026-04-16T23:18:20+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-04-16T23:18:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=869de7c6270c50481499c201aa16aa5bc3a56739'/>
<id>869de7c6270c50481499c201aa16aa5bc3a56739</id>
<content type='text'>
* Scinterm was simply rendering them as black, thus effectively
  breaking the Linux and FreeBSD vts with terminal.tes.
* I was considering to render light black as white on 8-color terminals,
  so it's always readable.
  However, if you add in A_BOLD there is a good chance that the
  color will end up grey - at least it does in the virtual terminals (consoles).
* There is no need to use bright colors in the Scintilla view defaults.
  E.g. 0xFFFFF is "light white".
  However on 8-color terminals this will be rendered like white anyway.
  The new defaults are closer to what terminal.tes does.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Scinterm was simply rendering them as black, thus effectively
  breaking the Linux and FreeBSD vts with terminal.tes.
* I was considering to render light black as white on 8-color terminals,
  so it's always readable.
  However, if you add in A_BOLD there is a good chance that the
  color will end up grey - at least it does in the virtual terminals (consoles).
* There is no need to use bright colors in the Scintilla view defaults.
  E.g. 0xFFFFF is "light white".
  However on 8-color terminals this will be rendered like white anyway.
  The new defaults are closer to what terminal.tes does.
</pre>
</div>
</content>
</entry>
<entry>
<title>`^A` now accepts an optional integer to specify the message severity</title>
<updated>2026-04-14T21:19:45+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-04-13T23:16:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=34af154e92383161666751ca69a288c98f5cca60'/>
<id>34af154e92383161666751ca69a288c98f5cca60</id>
<content type='text'>
* I.e. you can now log warnings and errors from SciTECO code as well.
* We do not need a version of ^A accepting code points, since this is
  supported by ^T already.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* I.e. you can now log warnings and errors from SciTECO code as well.
* We do not need a version of ^A accepting code points, since this is
  supported by ^T already.
</pre>
</div>
</content>
</entry>
<entry>
<title>opener.check-recovery now checks for and warns about the presence of recovery `#files#`</title>
<updated>2026-04-13T14:44:34+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-04-13T14:44:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=cd48ea8f00567f30d9685f96a12b8f123a121f62'/>
<id>cd48ea8f00567f30d9685f96a12b8f123a121f62</id>
<content type='text'>
* This could have been in ring.c, but in the future we may want to script
  the behavior in case recovery files are detected.
* The warnings are currently written as user messages, which looks
  ugly in interactive mode.
  Once n^A is supported, we can write them as regular warnings, though (FIXME).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* This could have been in ring.c, but in the future we may want to script
  the behavior in case recovery files are detected.
* The warnings are currently written as user messages, which looks
  ugly in interactive mode.
  Once n^A is supported, we can write them as regular warnings, though (FIXME).
</pre>
</div>
</content>
</entry>
<entry>
<title>added TANK MODE</title>
<updated>2026-04-02T22:32:20+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-04-02T22:32:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=b286ad5334eaad82f85c759ee00a36678db7cb17'/>
<id>b286ad5334eaad82f85c759ee00a36678db7cb17</id>
<content type='text'>
* This is a gimmick pseudo-game for driving a tank around your buffer.
* The tank is "animated" and crushes non-space characters it drives over.
* When shooting, it deletes characters that get hit.
* When escaping, the tank explodes and leaves a "crater" behind.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* This is a gimmick pseudo-game for driving a tank around your buffer.
* The tank is "animated" and crushes non-space characters it drives over.
* When shooting, it deletes characters that get hit.
* When escaping, the tank explodes and leaves a "crater" behind.
</pre>
</div>
</content>
</entry>
<entry>
<title>fnkeys.tes: fixed cursor navigation at beginning and end of document</title>
<updated>2026-03-26T23:09:49+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-03-25T17:28:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=d456b21d604c7a252d630b132dfa5b4f6b67d4fc'/>
<id>d456b21d604c7a252d630b132dfa5b4f6b67d4fc</id>
<content type='text'>
There is no way to catch errors in ^Q since :^Q is already taken
as a dot-to-line conversion. :^Q is an extension, so we might still
want to repurpose it.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There is no way to catch errors in ^Q since :^Q is already taken
as a dot-to-line conversion. :^Q is an extension, so we might still
want to repurpose it.
</pre>
</div>
</content>
</entry>
<entry>
<title>fnkeys.tes: when preserving the horizontal column, take the character representations and tab draw modes into account</title>
<updated>2026-03-15T18:40:09+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2026-03-15T18:40:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=cfc78d159338a94feeabb3b474860786d1beebd5'/>
<id>cfc78d159338a94feeabb3b474860786d1beebd5</id>
<content type='text'>
When editing TECO source files with fnkeys.tes, you could get unexpected cursor jumps
since SCI_GETCOLUMN counts all control characters as single columns and would always expand
tabs, even if tabs are drawn like control codes.

This could have been changed in Scintilla itself, but Neil decided that
SCI_GETCOLUMN and SCI_FINDCOLUMN will not be changed.
See https://groups.google.com/g/scintilla-interest/c/aqxapyAcRiA
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When editing TECO source files with fnkeys.tes, you could get unexpected cursor jumps
since SCI_GETCOLUMN counts all control characters as single columns and would always expand
tabs, even if tabs are drawn like control codes.

This could have been changed in Scintilla itself, but Neil decided that
SCI_GETCOLUMN and SCI_FINDCOLUMN will not be changed.
See https://groups.google.com/g/scintilla-interest/c/aqxapyAcRiA
</pre>
</div>
</content>
</entry>
<entry>
<title>SciTECO lexer: braces and two-character operators are now actually styled as operators</title>
<updated>2025-12-11T14:13:09+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2025-12-10T01:15:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=376c62bc63870fa1121548fc8b53271c21ed79a6'/>
<id>376c62bc63870fa1121548fc8b53271c21ed79a6</id>
<content type='text'>
* For consistency with other lexers, like the C/C++ lexer.
* `^*`, `^/` and `^#` are also true operators and shouldn't be styled
  as regular commands.
  This required introducing a new operator style (3).
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* For consistency with other lexers, like the C/C++ lexer.
* `^*`, `^/` and `^#` are also true operators and shouldn't be styled
  as regular commands.
  This required introducing a new operator style (3).
</pre>
</div>
</content>
</entry>
<entry>
<title>refactored some lexer configurations to make them more pleasurable to look at</title>
<updated>2025-11-19T00:19:49+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2025-11-19T00:19:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=e06e7ab1ee41aeff9e29f43de47ac25eef474808'/>
<id>e06e7ab1ee41aeff9e29f43de47ac25eef474808</id>
<content type='text'>
* color.target is yellow in terminal.tes which looks awful and it should be
  used sparingly.
  The largest part of text in any lexer should be in the default colors.
* bash.tes now discerns between double and single quote strings like most lexers.
* autodetect GNUmakefiles
* yaml.tes now uses color.string for keys - this is for consistency with JSON
  where keys will also always be strings.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* color.target is yellow in terminal.tes which looks awful and it should be
  used sparingly.
  The largest part of text in any lexer should be in the default colors.
* bash.tes now discerns between double and single quote strings like most lexers.
* autodetect GNUmakefiles
* yaml.tes now uses color.string for keys - this is for consistency with JSON
  where keys will also always be strings.
</pre>
</div>
</content>
</entry>
<entry>
<title>updated Scintilla: tabs in command lines and SciTECO buffers are now rendered as "TAB" without any indentation</title>
<updated>2025-11-12T00:05:52+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2025-11-11T23:43:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=f5ebfce42ded9c146487c02f01f1e335e789084e'/>
<id>f5ebfce42ded9c146487c02f01f1e335e789084e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>added ED flag 2048 to redirect Scintilla messages to the command line view: enables syntax highlighting on the command line</title>
<updated>2025-11-08T12:00:47+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>rhaberkorn@fmsbw.de</email>
</author>
<published>2025-11-07T20:52:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=397554a6091f4a8d337cc4935638bf736bef23be'/>
<id>397554a6091f4a8d337cc4935638bf736bef23be</id>
<content type='text'>
* M[lexer.set.cmdline] can be used to set up syntax highlighting on the command line
  (if desired).
* Color schemes with light-dark themes (solarized.tes) are now responsible
  to update the command line view as well.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* M[lexer.set.cmdline] can be used to set up syntax highlighting on the command line
  (if desired).
* Color schemes with light-dark themes (solarized.tes) are now responsible
  to update the command line view as well.
</pre>
</div>
</content>
</entry>
</feed>
