okibcn/nano-for-windows

Windows version of the GNU Nano editor

nano-for-windows's Issues

`Sh-M` binds do not work

Install fails

Installing with scoop the zip extraction fails.

scoop install nano
Installing 'nano' (7.2-22.1) [64bit] from main bucket
Loading nano-for-windows_win64_v7.2-22.1.zip from cache                                                                                                        Checking hash of nano-for-windows_win64_v7.2-22.1.zip ... ok.                                                                                                  Extracting nano-for-windows_win64_v7.2-22.1.zip ... Exception calling "ExtractToFile" with "3" argument(s): "The archive entry was compressed using an unsupported compression method."
At C:\WINDOWS\system32\WindowsPowerShell\v1.0\Modules\Microsoft.PowerShell.Archive\Microsoft.PowerShell.Archive.psm1:1056 char:25
+ ...             [System.IO.Compression.ZipFileExtensions]::ExtractToFile( ...
+                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : InvalidDataException

done.
Running pre_install script...
Linking ~\scoop\apps\nano\current => ~\scoop\apps\nano\7.2-22.1
Creating shim for 'nano'.
Can't shim 'nano.exe': File doesn't exist.

Tried manually extracting the files to ~\scoop\apps\nano\7.2-22.1 and running the install again. The install seems to clear the folder so that was no help.

contents display is out of order on window maximize

CMD,Powershell
If I open a file on init window and maximize the window, then I quit the nano, and reopen the file(or another file)，the display is out of order like the following picture.

However when I open the file on the maximize window, the display is right.
It seems that if I change the window size when the nano is open，the display will be wired.

Window contents disappear on window maximize/un-maximize

In either a cmd (Command Prompt) window (and not using "Legacy Console" mode), or a wt (Windows Terminal Preview Version: 1.17.1023) "Windows PowerShell" tab, and running

C:\Users\ross\scoop\apps\nano\7.2-8-10163.1\nano.exe filename

and then clicking the maximize button in the upper right of the window, the window content goes black.

If I type ^L, the content reappears. The window also goes blank when I click the maximize button again to restore the window to its original size.

Running

"C:\Program Files\Git\usr\bin\nano.exe" filename

in either cmd or wt window, the contents of the window are redrawn correctly when the window is maximized, or un-maximized.

I've been trying to fix this by changing the Windows Terminal settings, but haven't found a solution yet.

Windows x64 no work Ctrl+T Execute

Commands entered for execution are not executed. There are no error messages. But there is also no result of the execution.

Installation error with Scoop on Windows 11 x64

Hello, I'm trying to install nano using Scoop on Windows 11 x64, but I get an error when extracting the zip file. Here are the steps I followed and the output I got:

...
PS C:\Users\DeepThought> scoop install nano
Updating Scoop...
Updating '.oki' bucket...
Updating 'main' bucket...
 Converting 'main' bucket to git repo...
Checking repo... OK
The main bucket was added successfully.
Scoop was updated successfully!
Installing 'nano' (7.2-22.1) [64bit] from .oki bucket
nano-for-windows_win64_v7.2-22.1.zip (279,0 KB) [=============================================================] 100%
Checking hash of nano-for-windows_win64_v7.2-22.1.zip ... ok.
Extracting nano-for-windows_win64_v7.2-22.1.zip ... Expand-Archive : Exception when calling "Exception when calling "ExtractToFile" with "3" arguments: "The archive record was compressed using an unsupported compression method.".
C:\Users\DeepThought\scoop\apps\scoop\current\lib\decompress.ps1:243 знак:5
+     Expand-Archive -Path $Path -DestinationPath $DestinationPath -For ...
+     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Expand-Archive], MethodInvocationException
    + FullyQualifiedErrorId : InvalidDataException,Expand-Archive

PS C:\Users\DeepThought> scoop install nano
WARN  Purging previous failed installation of nano.
ERROR 'nano' isn't installed correctly.
Removing older version (7.2-22.1).
'nano' was uninstalled.

Malwarebytes detected malware in "nano-for-windows"

Malarebytes named it "Malware.AI.1251362462" and it was in the file "nano#7.2-22.1#https_github.com_okibcn_nano-for-windows_releases_download_win64_v7.2-22.1.zip".

"Transparent" background color instead of color 0

Would it be possible to have the background color be "transparent" so it uses the terminal's defined background color instead of defaulting to color 0? I use color 0 as a background color other places in nano (line numbers, scrollbar, 80 col marker). If its a limitation of PDCursesMod, then I guess I'll just cope with using it through WSL or something...

Arrow keys show `[ Unbound key ]` error

Inside an ssh session (via OpenSSH_for_Windows_9.1p1, LibreSSL 3.6.1) and running nano 7.2-10-10165, when I press any arrow key, the error [ Unbound key ] appears. Edit: The PgUp, PgDn, Home and End keys work fine.

This doesn't happen running git-for-windows' nano version inside an ssh session.

This doesn't happen running nano 7.2-10-10165 in a CMD window or wt window.

Any ideas?

Option statuscolor doesn't work

Hello, excellent project.

I recently installed nano for windows using scoop, copied my nanorc settings file, and while all colors and options applied correctly, I see one that doesn't apply and displays differently to nano GNU versions, is this my mistake? Or have an explanation.

Debian 5.4 (WSL)

Gitbash (nano 7.2)

Windows (nano scoop v7.2-22.1 2023.04.15)

The property that is not applying is

set statuscolor yellow

I haven't tried all of them, so I don't know if something else that isn't in my config file doesn't work either.

Unicode characters is not supported

tested on cyrillic letters

Nano for Windows thinking any Key Combination that includes Ctrl or any of the alt keys is a keybind

I am using a keyboard with qwertz layout. Thats why to enter symbols like ~ and \ i have to use a combination of either Ctrl+Alt+key or Alt-Gr+key. However nano ignores any key Combination involving Ctrl, Alt or Alt-Gr, thinking that I am trying to use an unbound keybind. Ctrl+Alt+key not working is acceptable, since this combination is a macro provided by windows. However I can confirm that GNU nano (run over git bash) does in fact not block any combination involving Alt-Gr. I suppose this would be an easy fix, but I dont really have that much time atm, so please do fix.

Winget?

Would it be possible to add this to winget for easy installation natively?
There is one in winget (GNU.nano) but this is using a old build and does not work.

I know i can install it with scoop, but for me I would only install scoop to install this which i would prefer not to do.

unexpected behavior of `^V` key combo

cut/copy and paste will output garbled or invisible text.

example bindings

bind ^X cut main
bind ^C copy main
bind ^V paste main 

Open a file, nanorc for example, use copy/cut binding to copy/cut a line of text, and try to paste with paste binding to a new line.

The same configuration works with nano-win.