Comments 203
Ну слава Ктулху.
Только что-то не увидел киллерфичи, ну разве что доставку в Windows Store.
А так табами и красивым фонтом никого не удивишь уже много много лет.
Не затруднит сравнить с альтернативными, ну хотя-бы с Conemu.
Вообще, связка ConEmu с Far — то, чего мне так не хватает в Linux.
В линуксе всё то же из коробки есть.
А вот заменить FAR, я так и не нашёл чем… Это топ1 программа под windows и по сравнению с ним mc убог попросту всем. Настолько, что подумываю от него отказаться полностью, т.к в отличие от FAR удобства он не добавляет, а скорее наоборот, становится проблемой. От него скорее лучше отказаться и перейти полностью в консоль, чтобы не терять в производительности. А плагины заменить специализированными решениями.
FAR под линукс не могут написать уже более 10 лет и вряд ли когда-то напишут. Наверное просто не стоит пользоваться MC, а попробовать найти какой-то кардинально другой подход к своим задачам.
Хотя, под виндой без FAR жить не могу.
Мне просто команд недостаточно, т.к. я часто с кучей файлов работают, где необходимо выделять. Поэтому альтернативы консольной не знаю.
Но мне даже для работы с кучей файлов удобнее использовать тулзы. Как, например удалить все .o.d файлы во всех поддиректориях? В ФАРе можно сделать поиск по *.o.d, потом перенести результаты во временную панель, потом выделить их все и нажать F8. А в mc как?
В консоли же это делается одной командой:
find. -name "*.o.d." -delete
Точно так же можно можно например найти определенные файлы в подкаталогах и перенести их в другое место
find. -name "*.ta" | xargs cp -t somedir
В ФАе это опять же делается через временную панель. А в mc?
И еще много разных групповых операций можно сделать только через консоль. Если же нужно удалить кучку файлов без всякого внятного признака, то dired спасет.
Кроме mc есть еще ranger. Многим он нравится.К сожалению, он настолько нравится мейнтейнерам BunsenLabs Linux, что они «выпилили» mc из дистрибутива по умолчанию. Типа, если он вам нужен, ставьте сами: интернет же везде есть.
итого 12 нажатий, 3 из них через шифт
в кносоли: f i n d ' '… итого 28 нажатий, три из них через шифт
у меня в mc получается в 2 раза (в 2.33 раза) быстрее «найти и удалить файлы по маске *.o.d.»
Причем нажимая эти кнопки я точно так же не задумываюсь, как и когда вы пишите find -name бла-бла, просто тупо получается меньше нажатий кнопок. Я не думаю «а как тут сделать поиск», или «а как панелизировать результат». Так же как и вы не ищите ключи в find каждый раз через man или --help
В процессе, перед нажатием F8 еще можно увидеть список файлов, которые вы удаляете. Вдруг там что-то не то попадет, и вы можете не нажимать F8. А find -delete тупо все удалит. Не всегда это полезно, вдруг где-то ошиблись
Ни за что не агитирую, просто пользуюсь и шеллом и mc более 20 лет. И не понимаю людей, которые говорят «mc фууу, консоль онли», а на самом деле просто не умеют им пользоваться. Из разряда холиваров про vim: кто умеет — в восторге, кто не умеет — плюется. По мне так и mcedit не так уж плох, опять же если им уметь пользоваться на хорошем уровне.
В mc, в отличие от консоли, мне нравится vfs (витруальные файлухи). Например, можно «заходить» в любые архивы как в каталоги, переходить по ftp. А не набирать в зависимости от типа архива разные команды для того, чтобы посмотреть, что там внутри, или чтобы закинуть один файл (заранее неизвестный) из архива на ftp. В консоли для этого много телодвижений: посмотреть листинг архива, извлечь нужный файл по имени, убедиться что это именно тот файл, что нужно, зайти по ftp, переместиться по каталогам внутри ftp, сделать put. Вместо Enter, F3, F3, cd ftp:// bla-bla, F5
Вроде портируют Far под Linux
У меня в wsl получилось скомпилировать и запустить его
Конкретно меня в линуксе выбешивала необходимость два раза нажимать на Esc. Причём, насколько я знаю, вылечить эту "особенность" терминалов linux можно только костылём-тайм-аутом...
выбешивала необходимость два раза нажимать на EscЗабавно: меня вот наоборот, выбешивает, когда вместо привычного двойного <Esc> реакция наступает после первого (возможно, с небольшой задержкой). В какой-то из версий midc одиночное нажатие сделали настройкой по умолчанию, пришлось срочно отключать. Так что, имхо, это дело привычки.
Ещё quake Style с CC,CV не стоит забывать.
Очень неплохо автоматизирует тривиальные операции.
У меня ситуация прямо противоположная.
Я не смог привыкнуть к двухпанельным файловым менеджерам ещё под DOS. И NC.
Силу FAR понимаю но не срослось.
Так и остался консольный фриком, только теперь это bash.
Сейчас вынужден работать из под виндовс и conemu даёт приближение к любому адекватному терминалу с шеллом.
Клавиатурные шорткаты запомнить и можно бегать между табами и скроллить вверх.
Плюс нормально поддерживает VT100 и можно иметь удобный PS1
Мыши плакали, кололись, но продолжали жрать кактус
Он, кстати, работает на WinXP и выше, если память не изменяет.
ПС: и WSL давно умеет.
И хорошо, но вряд ли.
Натянуть несколько сотен userspace dll под «cover work» над linux kernel — вряд ли получится, от силы получим открытие исходников драйверов разве что.
Но это все опять же чисто гипотетически — не потому что MS такой плохой и не любит линукс, а потому что Windows без совместимости вряд ли кому нужен, а отвалится дофига всего, а переписывать тьму драйверов вряд ли тоже кто захочет.
В 64битной версии более-менее новых ОС отвалились все неподписанные драйвера. Это еще полбеды, поскольку проверку подписи пока еще можно отключить. Вот драйвера на старые устройства уже не выпускаются и не поддерживаются даже Win7. Особенно это заметно со старыми ноутами. У меня есть с процессором i5 на который уже не поставить win10.
Эту несовместимость можно решить программным способом. Есть и программные: программы, которые раньше напрямую работали с железом. Например, всякие программаторы через com порты и софт для специализированных устройств.
программы, которые раньше напрямую работали с железом
Противоречие тут вижу я. Тоже ведь аппаратные вопросы.
Программные проблемы — это когда у вас программа запускалась в предыдущей версии ОС, а в нынешней она просто перестала запускаться. К примеру, когда вышла винда 9х и какой-то досовский софт в ней криво запускался — это были программные проблемы.
Когда добавили UAC — это были программные проблемы.
Когда убрали запуск 16-битных приложений — это тоже были программные проблемы.
А когда программа не может напрямую писать в порт или драйвера под новую ОС нет — это уже аппаратное. Ну или программно-аппаратное. Но это другой тип проблемы.
Да как ни назови, это проблемы совместимости и перехода с одной мажорной версии ОС на другую. И их было полно, судя по написанному выше.
А вот отмена 16-битного кода — проблема глобальная. Тот же фотошоп 2.5 у меня как работал в третьей винде, так же и на висте запускался. Ну, минус проблемы со шрифтами из-за юникода. По идее, он и в 32хбитной десятке запуститься должен, у меня просто проверить негде. А в 64хбитной ОС он уже не запустится.
И если сменить в винде ядро, то получим тот же прикол в плане совместимости со старым софтом. Наверняка будет выглядеть как wine под линуксом. Ну или как XP Mode в семёрке — запуск отдельной виртуальной машины. Я пробовал — было не слишком удобно. Хотя маководы к такому привычны, по слухам (parallels).
В Windows Terminal используется GPU-ускорение DirectWrite/DirectX на основе движка рендеринга текста.
То есть теперь при перегревшейся видеокарте даже консоль будет открыть невозможно? :-(
Это надстройка, а не замена.
Старая консоль никуда не денется.
На самом деле ещё WPF начал использовать DirectX так что все что появилось начиная с Vista 12 лет назад тоже работает на DirectX
это новое, современное, быстрое, эффективное, мощное и производительное терминальное приложение...
Дайте угадаю, это современное чудо по умолчанию с батчем запускается, PowerShell для опытных пользователей. заграждения
Microsoft просто решила отказаться от поддержки Legacy
Windows Terminal будет поставляться через Microsoft Store в Windows 10
Хм. А нормальная поставка в виде setup.exe (или может быть, даже portable-версии) будет? Ничего не имею против UWP в принципе, но привязка к Интернету надстройки над консолью — это как-то излишне.
UPD Был бы благодарен поставившему минус (совершенно без сарказма) за аргументацию: что настолько глупого в этом комментарии?
Хотя я не проверял, но по-идее, нормальная версия должна быть вот тут: https://github.com/microsoft/terminal/releases
Ничего не имею против UWP в принципе, но привязка к Интернету надстройки над консолью — это как-то излишне.
UWP приложения распространяются файлами в формате .appxbundle и .appx, не нужен ни setup.exe ни Microsoft Store
Для клиентских приложений — Windows Store (через PowerShell тоже можно)
Для корпоративных — через корпоративный стор либо через публикацию на внутреннем сайте (с какой-то версии win10 даже доступно автоматическое обновление a la ClickOnce).
Особое спасибо за опен сорс.
Надеюсь, не электрон внутри?
Надеюсь, не электрон внутри?зачем же сразу так?
немножко сотен мегабайт кути там и кучи ненужного гавна для рендера через полнейшую жёпу
без кути же жить не могут, как же тру-прогиру прожить без кути?
впрочем что делать тем, кто на серваках в принципе гпу не юзает и этот ваш звук нах ненужный — остается тайной…
Сочетания клавиш будут "как всегда" (Windows Console, Conemu) или они смогут сделать совместимый с никсовыми или яблочными эмуляторами терминала?
Хотя в лине можно всё, поищите в настройках терминала или подберите альтернативный эмулятор.
Собсна терминал понятия не имеет, mc там открыт, или повесившийся dd
Это не мешает виму игнорировать ctrl-c :)
Ctrl+Insert, Shift+Insert — тоже не работает?
Я знаю что есть сторонние, но хотелось бы узнать про официальный. Заранее спасибо.
ИМХО, пока не будет стабильной экосистемы консольных приложений, как в *nix (т.е. поддерживаемой различными сторонними разработчиками), никакие свистелки и перделки ситуацию не спасут.
Кстати, консоль Windows становится в принципе съедабельной, когда ей в PATH GnuWin32 засовываешь :)
PowerShell умеет из стора подтягивать пакеты (да там можно консольные UWP приложения публиковать) и вроде с nuget'ов какие-то пакеты тянет.
А ещё есть такая штука docs.microsoft.com/en-us/powershell/module/packagemanagement/Find-PackageProvider?view=powershell-6
Тогда не пользуйтесь руской локализацией. Давно стараюсь переходить на англоязычный софт, одни положительные эмоции:
Ну просто по-человечески все названо, последний пункт в английской версии предупреждает, что перезапустить надо все консоли, в русском про это не слова, ну и так далее.
С Paste на правом клике столкнулся на какой-то виндовой поделке — вроде putty или что-то такое. Был страшно удивлён.
en.wikipedia.org/wiki/Embrace,_extend,_and_extinguish
open source [ˈəʊpən sɔːs]
Никто особо этим не парится. "сурс на источник" соседствует с "показал сорцы". В интернетах вижу и так, и так, особого дискомфорта не встречал.
Эко конечно хорошо, вот только 2019 год на дворе и вы явно запоздали с этими фичами)
Всё круто, но, пожалуйста, хватит писать "опен-сурс"! Официальный же блог, нельзя так коверкать эти и без того жуткие англицизмы. :)
коверкать эти и без того жуткие англицизмыЭто уже галлицизмы получаются.
From Old French sorse (“rise, beginning, spring, source”), from sors, past participle of sordre, sourdre, from Latin surgere (“to rise”).
Теперь зависимость возникла, ее не получается пересилить ни WSL, ни консолькой, ни поддержкой powershellом команды ls :(
К сожалению, аналогов студии так и не нашел. Пробовал идею и вскод, но все не то.
Но видимо все же перейду когда завяжу с сишарпом.
Я так понимаю что минимум на 1903 только можно это всё собрать? На 1803 нельзя? Просто жутко не люблю обновляться, у меня лицензионная 10 Pro, но каждый раз при обновлениях что-то ломалось.
Вот пример
1. При переходе на 1709 странным образом не сразу заработало удаление плиток в пуске, они после перезагрузки снова появлялись, но как-то само прошло…
2. При переходе на 1803 Hyper-V на некоторых машинах ускорял таймер раз в 20, долго гуглил, оказалось что надо совместимость в настройках процессора включить…
3. При переходе на 1809 проблема с Hyper-V и таймерами в системе решена, проверил на настройках машины по-умолчанию, но, теперь коммутатор по умолчанию, точнее его интерфейс на хосте при каждой перезагрузке системы ставил свой случайный IP, никак не принимал мои настройки, пришлось второй коммутатор создать, а тот что по-умолчанию никак не удаляется, в холостую работает без дела…
Поэтому, мне страшно очень обновлять систему, т.к. в Hyper-V на фоне крутятся серваки на Linux, в которых окружение настроено, а тут опять придется полдня гуглить и настраивать свой комп вместо того, чтобы работать!
Ещё все соскучились по легендарному Скрепышу. Например, посмотрите, какого Скрепыша задизайнили в Open source редакторе Kakoune ( kakoune.org ). Но там вынуждены обходиться текстовым режимом, поэтому сходство весьма условное. Очень было бы прикольно, если бы в обсуждаемое ПО добавили оригинальную графику и API для его использования.
Так что я очень надеюсь, что уже через полгода нам приедут новые версии. Да и зачем крутить серваки на Linux, когда есть Windows с подсистемой Linux? Надеюсь, и они тоже обновятся.
Надеюсь вскоре можно будет адекватно docker-контейнеры разворачивать и в фоне крутить и запускать до входа пользователя в систему, т.е. на уровне служб системных как Hyper-V, может и сейчас такое реально? А то я особо не слежу, как настроил всё в 2016 году, так и работаю, не рвусь пока всё ломать и строить заново…
Я что-то уже не различаю сарказм от серьезного разговора. Скрепыши и риббоны исторически ругали на чем свет стоит, сейчас что-то поменялось?
Я так понимаю что минимум на 1903 только можно это всё собрать? На 1803 нельзя?Они там используют XamlIslands, которые работают (полноценно) только с 1903
1. изначально bash+ssh дико глючил, там через какой то wslbridge сделано, переделал через %windir%\system32\bash.exe, стало работать идеально типа почти.
2. Иногда простая задачка, например открыл в nano текстовый файлик или вывел через cat, решил скопировать 5 строчек и вставить в sublime text, начинаю курсор тянуть сверху вниз, в он выделяет каждую строку только на треть или половину. Ок, берем первую строку сперва до правого края дотянем и выделим, потом вниз потянем, ок, теперь норм выделилось.
3. Укрупнил шрифт или уменьшил или развернул окошко на середину экрана (у меня 3440*2560 моник и я часто одно окно налево, второе направо), дак вот, он после ресайза может очень неадекватно себя повести, например текущая строка терминала будет выше предыдущего выхлопа, съедет оформление панельки меню в редакторе nano или выхлоп консоли будет идти шире/уже окна, иногда идеально всё работало, а иногда снова начинало глючить.
Сейчас пока что использую Termius и по ssh на виртуалках сижу, но там рендеринг шрифтов временами начинает дико глючить и рвет буквы, строки сдвигает, еще Termius конкретно зависает, когда скрипт выхлоп длительный делает, а вот стандартная консоль windows справляется с таким, не виснет… ConEmu тоже не подвисал от таких задачек.
Вот конкретно для задачи "зайти на сервер по ssh" лучше всего использовать putty. За счёт того, что она не твикает системное окно консоли кулхаками, а рисует полностью своё — там всё неплохо работает.
А команда "Duplicate Session" из системного меню когда-то давно полностью избавила меня от изучения screen или tmux :-)
Вот если бы…
Всё тоже самое и 20 лет назад.., то бабушка была-бы дедушкой ;)
Вот лично для меня tilix — это идеал :)
йЮЙ С МЕЦН Я ОНДДЕПФЙНИ koi8-r?
I built and ran the new Terminal, but it looks just like the old console! What gives?
Firstly, make sure you're building & deploying CascadiaPackage in Visual Studio, NOT Host.EXE. OpenConsole.exe is just conhost.exe, the same old console you know and love. opencon.cmd will launch openconsole.exe, and unfortunately, openterm.cmd is currently broken.
Secondly, try pressing Ctrl + T. The tabs are hidden when you only have one tab by default. In the future, the UI will be dramatically different, but for now, the defaults are supposed to look like the console defaults.
Важно!
Long Term Servicing Channel не предназначен для развертывания на большинство или все компьютеры в организации. В выпуске Windows 10 LTSC предоставляет клиентам доступ к вариант развертывания для сред, их на специализированных устройствах. Эти устройства, как правило, выполняют одну важную задачу, и им не требуются обновления компонентов так часто, как другим устройствам в организации. Эти устройства, также обычно не сильно зависит от поддержки от внешних приложений и средств. Так как набор для LTSC функций, не изменяется в течение жизненного цикла выпуска, со временем может существовать некоторые внешние средства, которые не продолжайте, для обеспечения поддержки прежних версий. См. в разделе LTSC: что это такое, и когда он должен использоваться.
За open sourse будущее!
А под капотом будет linux.
Так работать приятно да и в игрушки играть =)
А смысл? Программа-то ещё в разработке. А так — ничего сложного, обычный проект на visual c++.
Ну или обзорчик текущей версии независимый со скринами и тестами — что работает на данный момент, что не очень работает и всё в таком духе…
В конце видеоролика, где показывают командную оболочку запущенную в консоли в окнах ОС Windows версии от 2.0 до 10.0.17134.590. После окна ОС Windows 4.0 (она же Windows 95) идёт окно Windows NT 5.1.2600 (она же Windows XP), а следом Windows NT 5.00.2195 (она же Windows 2000) и далее сразу окно Windows NT 6.1.7600 (она же Windows 7). Куда делась Windows NT 6.0.6000 (она же Windows Vista) и Windows NT 6.3.9600 (она же Windows 8.1), и по какой причине нарушен хронологический ряд?
И ещё по годам копирайта не ясность: до Windows ME включительно указывались как 1981—19xx, с Windows 2000 до Windows XP включительно указывалась как 1985—xxxx, а с Windows Vista уже только одним годом выпуска конкретной версии ОС Windows?
Представляем Windows Terminal