pkglint -r --network --only "migrate"
As a side-effect of migrating the homepages, pkglint also fixed a few
indentations in unrelated lines. These and the new homepages have been
checked manually.
While here, drop maintainership - I haven't used the thing in years,
and definitely not since its conversion to a CMake build (of which I
know nothing).
Project moved to another developer.
The changes compared to 2.2.1 are:
o visual garbage fixed (curses version)
o made unquoted strings default, added "-q" flag to turn quotes back on
o made attributes menu more user friendly: no more question when
changing a single cell, one menu option optimized away
o added "-H" command line flag to hide row/column headers; in FLTK,
this means you can only change sheets via Ctrl-Shift-PgUp/PgDn
o expanded command line help
The changes compared to 2.2.0 are:
o Help system improved
o Compile fix for MacOS
o Link shared by default. Set option ENABLE_STATIC to statically link FLTK.
o Bugfixes for CSV export
o Bugfixes for console mode
o Added font styles bold and underline
The changes compared to 2.1.0 are:
o UTF-8 support for curses frontend
o various bug fixes
The changes compared to 2.0.2 are:
o switched to CMake as build system
o Win32 compatibility
o usage improvements in the GUI version
o various bug fixes
The changes compared to 2.0.1 are:
o Low-resource builds (leaving out the help system)
o various bug fixes
The changes compared to 2.0 are:
o Fix a possible crash and some minor bugs
o improve FLTK navigation and cell editing (moving around and
selecting cells now works while editing a formula)
o automatically start a string value when typing a letter
o fix build system
The changes compared to 1.09 are:
o Several bug fixes and changes how files are handled
o FLTK user interface
o Built-in Help and About screen (currently only in FLTK)
o License changed to GPL (see mbox file in doc folder for permission)
besides being portable and extensible, for instance three dimensional
tables and iterative expressions.
The most important feature is the funktional addressing of cells,
unlike the traditional approach like A0, C5, etc. which is probably
inherited from VisiCalc.
