<feed xmlns='http://www.w3.org/2005/Atom'>
<title>sciteco/.github/workflows, branch libxcurses</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 configuration for native netbsd-curses and ncurses (several corner cases)</title>
<updated>2025-08-18T23:30:36+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-08-17T19:12:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=9ec7d0f1e6ee4f7f45b4950d483006ab53786901'/>
<id>9ec7d0f1e6ee4f7f45b4950d483006ab53786901</id>
<content type='text'>
* pkg-config check for `ncurses` fails if it failed previously for `ncursesw`.
  This is the case e.g. for ncurses from NetBSD's pkgsrc.
* No longer assume that any libncurses is not enhanced (X/Open compatible).
* SciTECO and Scinterm require to find a curses.h in the include paths.
  The ncurses check must therefore not be limited to the first best
  ncurses/ncurses.h and the like.
* We now always check for X/Open compatibility and always require
  a curses.h in the standard directories or as given by pkg-config.
* AX_WITH_CURSES was radically rewritten and is now called AX_WITH_NCURSES.
* --with-interface=netbsd-curses gets its own detection code.
  It always requires a curses.h in the standard paths and a libcurses.
  It should now be fixed for real NetBSD installations if the ncurses
  port is installed as well.
* Unified all of the curses-arguments to CURSES_CFLAGS and CURSES_LIBS.
  There is no reason we need PDCURSES_CFLAGS, XCURSES_CFLAGS etc.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* pkg-config check for `ncurses` fails if it failed previously for `ncursesw`.
  This is the case e.g. for ncurses from NetBSD's pkgsrc.
* No longer assume that any libncurses is not enhanced (X/Open compatible).
* SciTECO and Scinterm require to find a curses.h in the include paths.
  The ncurses check must therefore not be limited to the first best
  ncurses/ncurses.h and the like.
* We now always check for X/Open compatibility and always require
  a curses.h in the standard directories or as given by pkg-config.
* AX_WITH_CURSES was radically rewritten and is now called AX_WITH_NCURSES.
* --with-interface=netbsd-curses gets its own detection code.
  It always requires a curses.h in the standard paths and a libcurses.
  It should now be fixed for real NetBSD installations if the ncurses
  port is installed as well.
* Unified all of the curses-arguments to CURSES_CFLAGS and CURSES_LIBS.
  There is no reason we need PDCURSES_CFLAGS, XCURSES_CFLAGS etc.
</pre>
</div>
</content>
</entry>
<entry>
<title>irc.yml: fetch entire history</title>
<updated>2025-08-09T22:00:02+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-08-09T22:00:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=20b5a04370ac987807af73526b22dfe6e8a08a3d'/>
<id>20b5a04370ac987807af73526b22dfe6e8a08a3d</id>
<content type='text'>
It's necessary to get the log since the last successful commit.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
It's necessary to get the log since the last successful commit.
</pre>
</div>
</content>
</entry>
<entry>
<title>fixed the irc.yml workflow: have to export the $GH_TOKEN</title>
<updated>2025-08-07T07:21:07+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-08-07T07:21:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=c385217bbb6448eb21d0cb1568e3cc10c47d0b5b'/>
<id>c385217bbb6448eb21d0cb1568e3cc10c47d0b5b</id>
<content type='text'>
maybe, perhaps...
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
maybe, perhaps...
</pre>
</div>
</content>
</entry>
<entry>
<title>irc.yml: retrieve the commit hash of the *previous* successful CI run</title>
<updated>2025-08-06T20:39:33+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-08-06T20:39:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=79ab2972edd242c00d5acccfd02fbf519cb55d97'/>
<id>79ab2972edd242c00d5acccfd02fbf519cb55d97</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>IRC workflow: removed excess ` and "</title>
<updated>2025-08-06T17:09:04+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-08-06T17:09:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=162e47aebedb4138f5bad9640bc0e7ae954d8f44'/>
<id>162e47aebedb4138f5bad9640bc0e7ae954d8f44</id>
<content type='text'>
Hopefully fixes the workflow.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Hopefully fixes the workflow.
</pre>
</div>
</content>
</entry>
<entry>
<title>IRC workflow: use rectalogic/notify-irc</title>
<updated>2025-08-06T15:40:13+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-08-06T15:40:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=50629c73c8c96d2c8997d7d1654c36184f432d19'/>
<id>50629c73c8c96d2c8997d7d1654c36184f432d19</id>
<content type='text'>
Perhaps it will work with irc.libera.chat.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Perhaps it will work with irc.libera.chat.
</pre>
</div>
</content>
</entry>
<entry>
<title>Windows nightlies: install zip, hopefully fixing the nightly builds</title>
<updated>2025-07-14T07:28:38+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-07-14T07:28:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=21e775679f6a06a07568261eec1e2771d49adf63'/>
<id>21e775679f6a06a07568261eec1e2771d49adf63</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Windows nightly builds are built on Windows Server 2022 now</title>
<updated>2025-07-13T15:45:43+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-07-13T15:45:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=63ca6e0518ab61335a5a287b0f480b565c56a527'/>
<id>63ca6e0518ab61335a5a287b0f480b565c56a527</id>
<content type='text'>
Server 2019 has been deprecated.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Server 2019 has been deprecated.
</pre>
</div>
</content>
</entry>
<entry>
<title>CI: test only on win64 as mingw-w64-i686-pdcurses was apparently dropped from MSYS</title>
<updated>2025-06-04T20:36:37+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-06-04T20:26:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=7c182a05d8127e184dca239073569297f2618b8b'/>
<id>7c182a05d8127e184dca239073569297f2618b8b</id>
<content type='text'>
Ther rest of mingw32 still appears to exist, though.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Ther rest of mingw32 still appears to exist, though.
</pre>
</div>
</content>
</entry>
<entry>
<title>Gtk/win32: fixed fonts and therefore pango warnings on startup (closes #7)</title>
<updated>2025-04-18T18:27:00+00:00</updated>
<author>
<name>Robin Haberkorn</name>
<email>robin.haberkorn@googlemail.com</email>
</author>
<published>2025-04-18T18:27:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.fmsbw.de/sciteco/commit/?id=91fa1656600a52eddf650ea550e7cbd69d72903e'/>
<id>91fa1656600a52eddf650ea550e7cbd69d72903e</id>
<content type='text'>
* The default womanpage font is the abstract "Serif" now, so that should be
  more portable. "Times" wasn't found on Windows.
* Win32 distributions include a custom .teco_css now, which
  removes the small-caps font attribute from the type label.
  The default Gtk theme on Windows references the "Segoe UI" font
  and it doesn't have a small-caps variant.
  In fact no default Windows font appears to have one.
* We could add a custom .teco_ini to win32 distributions as well,
  but there is currently no need for it.
* Do not distribute the /win32 files. They are used only for building
  Win32/64 packages. There is no point in distributing them in the tarball if
  the /debian and /freebsd directories aren't distributed as well.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* The default womanpage font is the abstract "Serif" now, so that should be
  more portable. "Times" wasn't found on Windows.
* Win32 distributions include a custom .teco_css now, which
  removes the small-caps font attribute from the type label.
  The default Gtk theme on Windows references the "Segoe UI" font
  and it doesn't have a small-caps variant.
  In fact no default Windows font appears to have one.
* We could add a custom .teco_ini to win32 distributions as well,
  but there is currently no need for it.
* Do not distribute the /win32 files. They are used only for building
  Win32/64 packages. There is no point in distributing them in the tarball if
  the /debian and /freebsd directories aren't distributed as well.
</pre>
</div>
</content>
</entry>
</feed>
