Теоретически, меню должен AltSpace показывать. Но это не сработает, если программа обрабатывает это нажатие «по своему».
В планах прикрутить вызов меню к меню таба или еще как-то…
И для кого документация пишется… Даже в этой статье упомянуто значение флажка Inject ConEmuHk. Отключите его — раз, не говорите про «скорость вывода» — два. При чем здесь «скорость вывода»?
Не думаю, что такую функциональность нужно встраивать в ConEmu. UAC не для того был придуман, чтобы его обходить… Если уж юзер хочет звать хак — пусть делает это осознанно.
Вопрос не ко мне. Весьма спорные, с моей точки зрения, нововведения включаются по умолчанию, а другие востребованные — остаются отключенными. Это уже от разработчиков фара зависит.
Я вижу два «Color style»: один для 4-битного режима, а другой для 24-битного. Как бы все логично.
В любом случае, предложение не по адресу — я не автор колорера. Есть тема на форуме фара и сайт колорера.
/w это «новый режим» (которому уж года два как), имеющий некоторые проблемы с UserScreen-ом. Да и полосы прокрутки в консоли олдскульных пользователей раздражать могут… Совместимость короче.
«Color style» это про что? Если про 16-цветные схемы, то если приложение выводит не индексированный цвет, а RGB значение — понятно, что будет использовано последнее.
В планах прикрутить вызов меню к меню таба или еще как-то…
Чего уж проще? тык или тык.
Это таки задача шелла. Я уже говорил, что в будущем возможно встрою в ConEmu свою историю, а пока…
Для cmd.exe есть clink.
Есть еще TCC/LE (бесплатная версия шелла из TakeCommand).
Но все-таки, о них мало кто знает (это судя по пользователям Far).
В любом случае, предложение не по адресу — я не автор колорера. Есть тема на форуме фара и сайт колорера.