bug-moe
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-moe] GNU Moe 1.13-rc1 released


From: Antonio Diaz Diaz
Subject: [Bug-moe] GNU Moe 1.13-rc1 released
Date: Sun, 15 Jan 2023 20:14:38 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14

GNU Moe 1.13-rc1 is ready for testing here
http://download.savannah.gnu.org/releases/moe/moe-1.13-rc1.tar.lz

The sha256sum is:
7694ae49c0ef6e370641f570588c0f0c04275c6d31dbd72dea247acd8c075571 moe-1.13-rc1.tar.lz

Please, test it and report any bugs you find.

GNU moe is a console text editor for ISO-8859 and ASCII character encodings. It has a modeless, user-friendly interface, online help, multiple windows, global search/replace (on all buffers at once), block operations, automatic indentation, word wrapping, file name completion, directory browser, duplicate removal from prompt histories, delimiter matching, text conversion from/to UTF-8, romanization, etc. The file size, line length, number of buffers, and undo/redo capability are only limited by the amount of memory available and the size of the address space of your machine.

Moe respects your work. By default it won't automatically add, change, or remove a single byte in your files. Moe is a WYTIWYG (what you type is what you get) editor.

Moe can easily edit thousands of files at the same time.

Moe uses ISO-8859-15 instead of Unicode (ISO 10646) because an 8-bit character set (combined with romanization if needed) can convey meaning safely and more efficiently than Unicode can.

The homepage is at http://www.gnu.org/software/moe/moe.html


Changes in this version:

* The moe configuration file 'moerc' has been renamed to 'moe.conf'. Moe now looks for the configuration file in $XDG_CONFIG_HOME/moe.conf instead of $HOME/.moerc. (XDG_CONFIG_HOME defaults to $HOME/.config).

* Minimum screen height has been increased to 25 lines because some help screens contain 24 lines of text plus the status line.

  * The short name '-W' has been assigned to the option '--no-word-wrap'.

* Start always with one window; put extra files in orphaned buffers. (Option '-1, --orphan' is no longer needed).

* In regular expressions, allow the first ']' of a set to be the starting character of a range.

* A line is again considered blank if it is empty or if it only contains whitespace characters (including no-break space).

  * The command 'go to matching delimiter' now recognizes '«' and '»'.

* The command 'decode base64' is now much faster for large blocks of data. (About 300 times faster for 4 MB of base64 data).

* The command 'reformat paragraph' now shows feedback ("reformatting...") and collapses also no-break spaces.

* The command 'reformat paragraphs in block' now removes whitespace from blank lines between paragraphs.

* Some invalid escape sequences in search and replace strings are now detected earlier.

* Replacing is now faster for replacement strings with escape sequences for special characters.

* Moe now accepts the escape sequences '\uhhhh' and '\Uhhhhhhhh' (universal-character-name) to either search or insert in the buffer the corresponding ISO 10646 character coded in UTF-8.

* Moe now accepts the escape sequence '\dddd' (decimal code 'ddd') like GNU sed to either search or insert in the buffer the corresponding ISO-8859-15 character.

* The limit for the right margin has been increased from 1000 to INT_MAX / 2. A value of 0 now sets the right margin to the maximum possible value.

* After changing the value of a numerical option in the options menu, moe now shows the old and new value of the option.

* Recursive load now ignores file names with extensions ".lzma", ".pnm", ".tiff", ".zst", ".tzst".

  * Several fixes and improvements have been made to the manual.


Regards,
Antonio Diaz, GNU Moe author and maintainer.

--
If you care about data safety and long-term archiving, please consider using lzip. See http://www.nongnu.org/lzip/lzip_benchmark.html
http://www.nongnu.org/lzip/manual/lzip_manual.html#Quality-assurance and
http://www.nongnu.org/lzip/safety_of_the_lzip_format.html Thanks.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]