Mioki

> Why using LLVM-mingw instead of plain mingw? Short Answer: it is the only way so far to support cross-compilation for Windows on Arm. Long answer: Raw MinGW OS packages...

BTW, why using appveyor??? Github actions can do the same in the same environment way faster than appveyor. You can even generate new versions and automate CI/CD, generate artifacts, pre-releases,...

Artifacts are now available for download. The first run is available here: https://github.com/okibcn/PDCursesMod.fork/actions/runs/4522282410#artifacts

Not all terminal apps have easy key configuration. Properly detecting keypress instead of terminal characters is important. I support any modification in PDCursesMod. It would be an extension, like the...

It is great news you are considering this again. Maybe finally we could extend the combination of keys to actual keys. For instance, the old terminals have ^M as the...

Yes, I have just tested those two modified files `build_nano-win.sh` and `package_nano-win.sh`, and they both run nicely on Mint too. The resulting package runs fine on Windows 11 (at this...

I don't have any problem compiling for Win32 and Win64 with UTF-8 enabled in any Debian Linux distro (Ubuntu, Mint, etc). Maybe you missed sone flags. I have edited the...

hmmm... you are right. I was too fast thinking that successfully compiling with UTF-8 enabled was enough. It is failing in your implementation, and obviously in mine as it has...

I´ve seen that getwch() or getwchar() from conio.h or wchar.h doesn´t work in windows. It is a wider issue as, for instance, micro editor, written in go, has the same...

UTF-8 works relatively fine when using [PDCursesMod ](https://github.com/Bill-Gray/PDCursesMod)— the active development fork of PDCurses. The included demos look very promising. it can handle truecolor on screen and can use the...