Hi,
I saw in your .bat scripts that you support next to mintty also the ConsoleZ console.
Would you like to support also ConEmu? It is my favourite, and I think the best one for Windows.
ConEmu: http://code.google.com/p/conemu-maximus5/
Problem with Console2 and ConsoleZ is for instance that ncurses doesn't work in these consoles. In ConEmu ncurses works.
ConEmu also has better support for Unicode text.
I like mintty also, but mintty is better for a POSIX environment, like Cygwin and Msys. The downside of mintty is that it doesn't accept standard input from native Windows programs. Therefore my favourite console for mingw32/64 is ConEmu.
best regards,
Erwin Waterlander
BTW, I have seen that even if one chooses (at first start) to save the configuration in $APPDATA/ConEmu.xml, it saves a registry key under HKCU/Console/ConEmu...
BTW, in the above tasks configuratione I have set MSYSCON=ConEmu.exe..
@Angelo Graziosi
I don't think so. What settings locatin does ConEmu show in Settings dialog? Are you trying actual build?
I am using the package which is in MSYS2:
When I started ConEmu the first time I chose
see Cattura.png in the tarball.
When I delete HKCU/Console, it is recreated when restarting ConEmu. see Cattura2.png.
Last edit: Angelo Graziosi 2016-01-15
"HKCU\Console"? This key is used by Windows' conhost internally! It is not used to store ConEmu settings at all.
BTW, I do not do maintaining of msys2 package, so msys2 version of ConEmu can be obsolete... very obsolete.
Just for the record...
I have just tried the ConEmuPack.160111.7z package.. and the same occurs... Whenever I delete the HKCU/Console key, it is recreated restarting the last ConEmu version...
Maybe the MSYS2 package is obsolete..
$ ls -lrt /var/cache/pacman/pkg/conem
-rw-r--r-- 1 angelo None 1379976 19 giu 2015 /var/cache/pacman/pkg/conemu-git-r3330.34a88ed-1-x86_64.pkg.tar.xz
Hi Alexey, Ray, what about a refresh of conemu package?
TIA
You have not read my prev message?
OK, HKCU/Console is not used to store the configuration of ConEmu. But who creates it? Do we really need it? I see it is created every time I start ConEmu. May you avoid this if ConEmu does not need it?
As I wrote, this behaviour affects not only the
(7 months ald) MSYS2 package but also current ConEmu (ConEmuPack.160111.7z)...
TIA
ConEmu does not need it, but conhost requires it. Feel the difference? What the problem with this key?
"HKCU\Console"? This key is used by Windows' conhost internally! It is not used to store ConEmu settings at all.
BTW, I do not do maintaining of msys2 package, so msys2 version of ConEmu can be obsolete... very obsolete.
Heh, it's ticket #2, so there's clearly interest from a long time back! Well, I wanted for a long time to use the new-ish KDE windows console and made some efforts towards getting that to work a year or so ago but then moved on to other things.
I'd like to see ConEmu as an alternative for those people who want to use it, but one of those people will have to do the work I fear. It's just a matter of not having enough time as always.
"To do the work"? What work? User may install and use ConEmu instantly. Thanks appreciated.
Angelo wrote:
Clearly the work of maintaining the MSYS2 ConEmu package, you are on one of the msys2 project websites after all.
Last edit: Ray Donnelly 2016-01-15
BTW, using "less" to read a text file, the up/down arrows to scroll the file do not work: in shorte, one cannot use less with ConEmu! This occurs at least with the last ConEmuPack.160111.7z..
Shortly, I will try to verify this also with the 7 months old MSYS2 package..
I am afraid, but you cannot ask the user to do all those steps to have a decent console. When all this will work OB in ConEmu, maybe I will return to it. For the moment, MinTTY is the only console valid for MSYS2.
Thanks,
Angelo.
Just for the record...
Here it works:
I can scroll the file with the UP/DOWN arrows.
If I repeat the above command at prompt of default task in ConEmu (Shells::cmd), it also works as expected...
Trying that, instead, DOES NOT WORK! i.e. "less" shows the same issues described before..
Now is clear why it does not work.. ConEmu 160111 is buggy. Testing the connector with conemu-151224 the commands, less, man etc., work as expected. See also
https://github.com/Maximus5/ConEmu/issues/516
Also, when one enables the bells (and is using the connector), its sound is very raw.. compare it with the bells sound in MinTTY or without using the connector..
Why you use sh.exe in the connector and not directly bash.exe? If I rebember correctly, sh is deprecated, indeed usually it is a symlink to bash.. Oh, yse, on MSYS2 we don't use symlinks... ;-)
This ticket got a bit tangled. I'm closing it due to this (and its age), bit if there's anything to be done in the area of ConEmu+MSYS2, let's create a new issue (on GitHub ideally).