Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 296
Жаль, что найдутся люди, которые перетащат это в линукс. Бесполезная надстройка, которая нужна только для того, что бы показать своим одноклассникам-вендузятникам.
Правильно. А код надо писать в блокноте!
IDE для повышения скорости разработки, а это просто свистелки и перделки.
Свистелки-перделки — это компиз. А это… я даже не знаю как назвать.
компиз он разный. кроме свистелок и перделок есть вполне полезные плагины.
А можно подробнее? Я использую из чисто компизовского только удобный список окон и смену палитры.
А я window Decoration + emerald, чтобы окна были приятные и удобные (в стандартных темах граница у окон хреновая, не удобно масштабировать)
DesktopWall — для автоматической смены десктопа при перетаскивании окна за край экрана
Zoom Desktop — полезно при записи скринкастов, зумит экран по Win+wheel
Window Opacity — удобно зажав Win и крутнув колесико мыши сделать окно полупрозрачным, чтобы прочитать текст из терминала на заднем плане, не нажимая Alt+Tab
еще есть плагин для рисования красным карандашом прямо поверх всех окон и десктопа
очень удобно когда нужно что-то обвести и сделать скриншот
Zoom Desktop — полезно при записи скринкастов, зумит экран по Win+wheel
Window Opacity — удобно зажав Win и крутнув колесико мыши сделать окно полупрозрачным, чтобы прочитать текст из терминала на заднем плане, не нажимая Alt+Tab
еще есть плагин для рисования красным карандашом прямо поверх всех окон и десктопа
очень удобно когда нужно что-то обвести и сделать скриншот
Добавлю свои:
Expo — настроены хоткеи и углы монитора для отображения окон на текущем десктопе, всех окон, и окон текущей программы
Grid — размещение окон на экране по хоткею
Color Filter — замечательная штука. помогла сделать то, что другим не под силу
Expo — настроены хоткеи и углы монитора для отображения окон на текущем десктопе, всех окон, и окон текущей программы
Grid — размещение окон на экране по хоткею
Color Filter — замечательная штука. помогла сделать то, что другим не под силу
Win+Scroll — приблизить к указателю мыши
Alt+Scroll — сделать окно прозрачным (не полезно, но круто иногда смотрится))
Alt+Scroll — сделать окно прозрачным (не полезно, но круто иногда смотрится))
перетащить окно вправо или влево — чтобы автоматом сресайзилось в пол экрана, это было удобно в винде, это удобно и в компизе
Я активно использую зум по win+колесо мыши и плагин grid для раскидывания окон по экрану. Также использую правила поведения и размещения окон, чтобы некоторые окна открывались сразу развёрнутыми, чтобы контакт-лист пиджина открывался поверх всех окон и не отображал кнопку на панели задач и т.п.
К выше сказанному ещё удобно делать скриншот произвольной области экрана, зажав клавишу Super.
А вы уверены что такая «консоль» не повысит скорость работы с CLI? Тем более, что подсветка синтаксиса и автодополнение с тех же IDE похоже позаимствовано.
все гениальное просто, лучше уже будет сделать сложно :)
подсветка синтаксиса и автодополнение есть под zsh, без уродских градиентов уменьшающих читабельность
На вкус и цвет… То что вам кажется уродским, кому-то может понравиться. Функциональность-то не урезается, а расширяется.
Тем более это html, а значит заменив css можно исправить что угодно (почти) на то, что сочтёте неуродским.
Тем более это html, а значит заменив css можно исправить что угодно (почти) на то, что сочтёте неуродским.
Это может только сподвигнуть некоторых юных дарований все таки воспользоваться терминалом, а не тыкать кнопки в гуях. А то ставят убунту и потом при помощи им выдают — «это куда вводить?»
Если это хоть как-то приобщит пользоваться ещё одного человека «старыми архаичными» командами в красивой оболочке, то буду рад.
Если это хоть как-то приобщит пользоваться ещё одного человека «старыми архаичными» командами в красивой оболочке, то буду рад.
Почему вы считаете, что эты программа не принесет пользы. Вы уже имели счастье её использовать?
Попробовал. В том виде как она сейчас работает — нет не принесет. Консоль не лучшее место для просмотра иконок и картинок. А на вызова nano и vi умирает (о чем автор пишет на сайте).
Я согласен на JSON, но не согласен на WebKit и Client-server. Схалявили они мне кажется.
Я согласен на JSON, но не согласен на WebKit и Client-server. Схалявили они мне кажется.
* на вызове
в том виде, в каком она сейчас — «глубокая альфа», написано же. я думаю что в стадии альфы рано утверждать «не принесёт пользы». точнее эта версия должна дать понять чего автор хочет. в перспективе при 100% соответствии терминалу + вся эта визуализация — не вижу почему это может быть плохо или бесполезно
А код надо писать в блокноте!Конечно же нет. Для этого есть Vim и Emacs.
линуксоиды… они такие…
я считаю, что любая работа должна проходить человеку в удовольствие. и если мне доставляют удовольствие свистелки-пердели compiz'а, я не стану их ограничивать только от того, что кто-то с особым снобизмом скажет, что это некошерно. также и эта консоль.
если вы не сисадмин, глубоко привыкший к рабочей среде, а консолью пользуетесь два-три раза в день, то зачем себя ограничивать в этих свистелках и перделкахю
> Бесполезная надстройка, которая нужна только для того, что бы показать своим одноклассникам-вендузятникам.
Не судите по себе.
если вы не сисадмин, глубоко привыкший к рабочей среде, а консолью пользуетесь два-три раза в день, то зачем себя ограничивать в этих свистелках и перделкахю
> Бесполезная надстройка, которая нужна только для того, что бы показать своим одноклассникам-вендузятникам.
Не судите по себе.
Ваш комментарий напоминает старое доброе высказывание из книжки автора, тоже считавшего себя очень правым, про систему Windows 1.0 и то как она вредно сказывается на пользователях DOS.
А разве он был неправ?
За сим передаю пламенный привет товарищу, который нагадил в карму. На этом ресурсе, увы, за искренне высказывание своего мнения принято наказывать. Ну и ладно.
Во-первых вы нарушили первое правило кармы.
Во-вторых почему вы передаете этот привет через меня? Или вы так выпрашиваете у меня плюс в компенсацию
А в-третьих так работает система кармы. Для того чтобы поставить минус (как и плюс) достаточно лишь желания.
Во-вторых почему вы передаете этот привет через меня? Или вы так выпрашиваете у меня плюс в компенсацию
А в-третьих так работает система кармы. Для того чтобы поставить минус (как и плюс) достаточно лишь желания.
Не знаю никаких правил. Я знаю, что есть люди, которым, видимо, очень нравится делать другим неприятно.
Почему через вас? Промахнулся. Ничего выпрашивать я не собирался и не собираюсь.
Желания — ну уж нет, тут нечто более глубинное. На минусы многие щедры, плюса же не дождаться. В то время как сам я минусы никогда не ставил, даже когда мог. И комментарии минусовал редко. Я более привык к традиционному открытому словесному общению, а не к анонимному минусованию.
Пользуясь случаем, ещё два привета.
Почему через вас? Промахнулся. Ничего выпрашивать я не собирался и не собираюсь.
Желания — ну уж нет, тут нечто более глубинное. На минусы многие щедры, плюса же не дождаться. В то время как сам я минусы никогда не ставил, даже когда мог. И комментарии минусовал редко. Я более привык к традиционному открытому словесному общению, а не к анонимному минусованию.
Пользуясь случаем, ещё два привета.
Это не надстройка. Все нативные утилиты под эту консоль работают с json'ом вместо плейнтекста. А польза в некоторых местах вполне очевидная.
Например… Я вот без json нормально на sh все делаю.
Например, почему ls должен думать, как ему выводить список файлов — с цветом или без? Почему о цвете должен думать grep? Почему от имён с пробелами некоторые скрипты вываливаются?
Ну вы знаете ответ — потому что абстракции текут. А текстовая хотя чрезвычайно удобна, но течёт особенно сильно.
С plaintext-stdio появляется проблема сериализации. habrahabr.ru/blogs/nix/119550/#comment_3909160 ← всё месиво в последней строке состоит из сериализации и переформатирования вывода.
А почему ls не должен думать: с цветом или без? ls — это полностью пользовательская команда и ее стандартный вывод не должен никого интересовать, кроме конечного пользователя. Для всех остальных — прямое обращение к содержимому папки.
Вам никто не запретит запускать xterm.
Вы из lynx комментарий написали, чтобы школьникам не понравиться?
Вы из lynx комментарий написали, чтобы школьникам не понравиться?
Согласен. Зачем оно надо. Если не нужен терминал, и охота ходить по директориям с иконками, то юзай Finder, или его альтернативы. Зачем в терминал тащить графику.
консоль придумали, кажется, в 60х годах. с тех пор её концепция не менялась.
в мире с тех пор много что изменилось. появились жесткие диски, которые позволяли хранить несколько изображений, были изобретено много алгоритмов сжатия изображений, появились цифровые камеры на дискетах, жесткие диски стали маленькие по размеру и очень ёмкие, дискеты пропали, появилась флеш-память, тоже маленькая и очень ёмкая, куча видео, ютьюб, и всё такое. а консоль как была, так и осталась.
на работе мне приходится работать с изображениями. сейчас, чтобы посмотреть картинку, я использую scp для копирования картинки к себе с сетевого хранилища, и просмотровщик feh которому даю адрес картинки. и у меня открывается новое окно с картинкой.
смотреть это прямо в консоли было бы удобнее.
на мой взгляд, автор термкита выбрал неправильный путь и способ решения. нельзя отказываться от совместимости с существующими программами (потому что, повторюсь, консоль придумали с 60х годов, и за прошедшие 50 лет было создано довольно много всего полезного). запускать демон на node.js и общаться с ним по tcp тоже довольно странное решение.
но самое главное — что выбрано верное направление.
в мире с тех пор много что изменилось. появились жесткие диски, которые позволяли хранить несколько изображений, были изобретено много алгоритмов сжатия изображений, появились цифровые камеры на дискетах, жесткие диски стали маленькие по размеру и очень ёмкие, дискеты пропали, появилась флеш-память, тоже маленькая и очень ёмкая, куча видео, ютьюб, и всё такое. а консоль как была, так и осталась.
на работе мне приходится работать с изображениями. сейчас, чтобы посмотреть картинку, я использую scp для копирования картинки к себе с сетевого хранилища, и просмотровщик feh которому даю адрес картинки. и у меня открывается новое окно с картинкой.
смотреть это прямо в консоли было бы удобнее.
на мой взгляд, автор термкита выбрал неправильный путь и способ решения. нельзя отказываться от совместимости с существующими программами (потому что, повторюсь, консоль придумали с 60х годов, и за прошедшие 50 лет было создано довольно много всего полезного). запускать демон на node.js и общаться с ним по tcp тоже довольно странное решение.
но самое главное — что выбрано верное направление.
> консоль придумали, кажется, в 60х годах. с тех пор её концепция не менялась.
> в мире с тех пор много что изменилось. появились жесткие диски, которые позволяли хранить несколько изображений, были изобретено много алгоритмов сжатия изображений, появились цифровые камеры на дискетах, жесткие диски стали маленькие по размеру и очень ёмкие, дискеты пропали, появилась флеш-память, тоже маленькая и очень ёмкая, куча видео, ютьюб, и всё такое. а консоль как была, так и осталась.
О Б-же, колесо придумали сотни тысяч лет назад и его концепция не менялась! Уже и дисковые тормоза появились и бескамерные шины. А оно все еще круглое.
> на работе мне приходится работать с изображениями. сейчас, чтобы посмотреть картинку, я использую scp для копирования картинки к себе с сетевого хранилища, и просмотровщик feh которому даю адрес картинки. и у меня открывается новое окно с картинкой.
> смотреть это прямо в консоли было бы удобнее.
Use sshfs, Luke.
> в мире с тех пор много что изменилось. появились жесткие диски, которые позволяли хранить несколько изображений, были изобретено много алгоритмов сжатия изображений, появились цифровые камеры на дискетах, жесткие диски стали маленькие по размеру и очень ёмкие, дискеты пропали, появилась флеш-память, тоже маленькая и очень ёмкая, куча видео, ютьюб, и всё такое. а консоль как была, так и осталась.
О Б-же, колесо придумали сотни тысяч лет назад и его концепция не менялась! Уже и дисковые тормоза появились и бескамерные шины. А оно все еще круглое.
> на работе мне приходится работать с изображениями. сейчас, чтобы посмотреть картинку, я использую scp для копирования картинки к себе с сетевого хранилища, и просмотровщик feh которому даю адрес картинки. и у меня открывается новое окно с картинкой.
> смотреть это прямо в консоли было бы удобнее.
Use sshfs, Luke.
> А оно все еще круглое.
bigdog от бостон динамикс передаёт привет и сообщает, что на изобретении колеса развитие не остановилось, было придумано много других разных штук для передвижения. много неудачных, и несколько удачных.
консоль же застыла в своём развитии как ребёнок с тяжелой формой олигофрении.
и что, что sshfs? ну, то есть вы вообще пробовали понять о чём я там понаписал? мне нужно посмотреть картинку или две, я пишу cat pict1.jpg pict2.jpg и у меня сразу же в консоли рисуются картинки. внимание никуда переключать не нужно. опять же, удобно — если смотришь в историю консоли, то ты видишь эти картинки и не нужно вспоминать, что там было
сейчас же открывается окно, я туда смотрю, потом закрываю окно и возвращаюсь в консоль. все эти переключения внимания абсолютно лишние.
плюс решения в выводе картинки в консоль в том, что можно этим пользоваться всегда, а можно — иногда. это просто дополнительная возможность, которая никого ни к чему не обязывает.
то есть если вам так нравится Тёплая Ламповая Консоль, вы смотрите на свои буковки и всё хорошо, и открываете браузеры и просмотровщики картинок. если не хотите на них смотреть — то у вас в консоли будут картинки, графическая полоска у вгета и многое многое другое.
bigdog от бостон динамикс передаёт привет и сообщает, что на изобретении колеса развитие не остановилось, было придумано много других разных штук для передвижения. много неудачных, и несколько удачных.
консоль же застыла в своём развитии как ребёнок с тяжелой формой олигофрении.
и что, что sshfs? ну, то есть вы вообще пробовали понять о чём я там понаписал? мне нужно посмотреть картинку или две, я пишу cat pict1.jpg pict2.jpg и у меня сразу же в консоли рисуются картинки. внимание никуда переключать не нужно. опять же, удобно — если смотришь в историю консоли, то ты видишь эти картинки и не нужно вспоминать, что там было
сейчас же открывается окно, я туда смотрю, потом закрываю окно и возвращаюсь в консоль. все эти переключения внимания абсолютно лишние.
плюс решения в выводе картинки в консоль в том, что можно этим пользоваться всегда, а можно — иногда. это просто дополнительная возможность, которая никого ни к чему не обязывает.
то есть если вам так нравится Тёплая Ламповая Консоль, вы смотрите на свои буковки и всё хорошо, и открываете браузеры и просмотровщики картинок. если не хотите на них смотреть — то у вас в консоли будут картинки, графическая полоска у вгета и многое многое другое.
а пользователи KDE тем временем открывают Dolphin и вбивают в адресной строке sftp://user@example.com/ и смотрят все через удобный GUI, затем кликают по картинке и она открывается в Gwenview
не надо тащить в консоль все что плохо лежит, да, уже сейчас можно в консоли хоть видео смотреть (mplayer, например, весьма неплохо кажет в tty видео в нужно разрешении), но по факту это очень редко когда нужно, специально созданные для этого графические приложения справляются с этими задачами куда лучше
не надо тащить в консоль все что плохо лежит, да, уже сейчас можно в консоли хоть видео смотреть (mplayer, например, весьма неплохо кажет в tty видео в нужно разрешении), но по факту это очень редко когда нужно, специально созданные для этого графические приложения справляются с этими задачами куда лучше
ну вот не надо про «куда лучше». есть задачи, для которых будет полезен графический вывод в консоли. не хотите — не используете, зачем запрещать другим и навязывать им какой-то ебически уродливый Dolphin и монструозный KDE? зачем мне вся эта хуета?
я работаю в консоли. я в консоли смотрю файлы, пользуюсь консольным gdb, в консоли собираю программы и редактирую частично тоже в консоли. deployment тоже делаю из консоли. моя программа ищет похожие изображения между проиндексированной базой из двух миллионов изображений-образцов и теми картинками, которые приходят ей на вход. иногда мне нужно разбираться, почему вдруг две непохожие картинки посчитались похожими. и сразу же вывести найденные ключевые точки. подцепиться дебаггером к процессу и посмотреть, как так выходит. и посмотреть на эти картинки. это очень неудобно делать в отдельной программе.
я работаю в консоли. я в консоли смотрю файлы, пользуюсь консольным gdb, в консоли собираю программы и редактирую частично тоже в консоли. deployment тоже делаю из консоли. моя программа ищет похожие изображения между проиндексированной базой из двух миллионов изображений-образцов и теми картинками, которые приходят ей на вход. иногда мне нужно разбираться, почему вдруг две непохожие картинки посчитались похожими. и сразу же вывести найденные ключевые точки. подцепиться дебаггером к процессу и посмотреть, как так выходит. и посмотреть на эти картинки. это очень неудобно делать в отдельной программе.
ssh X forwarding решает эту и много схожих проблем.
Нужно иметь на локальном компе X-сервер, а на удаленном — хоть какой «просмотровщик».
Возможно это облегчит вашу работу.
Нужно иметь на локальном компе X-сервер, а на удаленном — хоть какой «просмотровщик».
Возможно это облегчит вашу работу.
Кошмар!
Консоль… это консоль, а это ерунда какая то. Уж простите.
Консоль… это консоль, а это ерунда какая то. Уж простите.
Да, они явно курили что-то не то.
Согласен. Имхо, вся соль консоли как раз в том, что в ней обычный текст.
Вы даже еще не попробовали. Дайте им шанс!
Может в таком виде оно и не приживется, но могут оказаться какие-нибудь интересные решения, которые многим понравятся и воплотятся потом в других консолях.
Может в таком виде оно и не приживется, но могут оказаться какие-нибудь интересные решения, которые многим понравятся и воплотятся потом в других консолях.
ужос я бы сказал
Виндузятники, я сам на винде, но консоль она на то и консоль, и выглядеть должна как на первом скрине, моя карма этого не изменит)
Было бы весьма неплохо если бы оно работало на безгуёвых серверах.
Не, лучше если бы она обыкновенную выдачу стандартных программ парсила, всеравно же через ssh сидим.
Парсинг это хорошо, но есть маленькие нюансы. Например есть на сервере видео, а ля 0003456.avi как то влом его выкачивать чтобы посмотреть максимум минуту и понять что это такое, в то же время через ссш туннель пустить, милое дело, так же и с картанками, пдфками и прочим барахлом.
ага, это удобно, в Transmit, это такой ftp/sftp клиент в macos, есть preview файлов как и во всей оси.
Опять таки, это фтп клиент, а не ссш. Хочется видеть это все в одном флаконе.
Конкретно этим не пользовался, но просто для справки — sftp это тот же ssh.
scp это передача команд через ssh (например, поэтому нужно кавычку экранировать тремя слешами — один раз от удаленного шелла и один раз от локального). А вот sftp это отдельный протокол, пусть и являющийся расширением ssh.
sftp это ftp поверх ssh
Тоже мимо. С точки зрения пользователя — может быть, да. Технически — совершенно другой протокол, никак к ftp не относящийся. tools.ietf.org/html/draft-ietf-secsh-filexfer-13 покажите мне здесь, ну хотя бы команду LIST из ftp.
В такой консоли можно работать через браузер, на сервере гуи не нужны, только лишь запущенный веб-сервер этой консоли.
Вот если бы она могла прозрачно использоваться с уже имеющимся софтов, хотя бы просто пыталась распрасить выдачу стандартных никсовых прог, было бы гораздо лучше.
Простите, но какое-то убожество. Кому оно надо?
я бы использовал что-то подобное
К примеру мне. Не вижу смысла в излишнем консерватизме.
Опять же шрифт поприкольнее. Весьма неплох comic sans.
«И новые нескучные обои» (С) -на видео начиная с 0:07 крутятся. Прокрутка хреновой кучи экранов с 0:27 тоже впечатлила. И главное, если Х не стартанули эта фигня не полетит, от CLI не уйдешь, а если стартанули — это 1001 костыль.
У вас часто на Маке иксы не стартуют? :D
>И главное, если Х не стартанули эта фигня не полетит, от CLI не уйдешь
Ну придётся иксы поднимать без привычных «свистоперделок». Люди вон даже винду из командной строки поднимают, а тут просто дополнительные удобства, которые никто не навязывает, если вас они только отвлекают.
Ну придётся иксы поднимать без привычных «свистоперделок». Люди вон даже винду из командной строки поднимают, а тут просто дополнительные удобства, которые никто не навязывает, если вас они только отвлекают.
Вы можете юродствовать сколько угодно, а я буду совмещать приятное с полезным.
Первый скрин мне больше всего понравился.
Все равно по ssh работать не будет. А на настольном ПК смысла в браузере в консоли я лично не вижу.
Имхо на данную задачу надо смотреть с немного другой стороны.
Что есть по сути своей любой ftp/sftp клиент — GUI-шная надстройка над ls, pwd, cd, cat и т.д. Вот если бы сделать тонкую надстройку над другими стандартными утилитами, было бы клево. Вообще давно хочу прозрачные переход между Transmit-ом и Terminal/iTerm в МасOs-е.
Что есть по сути своей любой ftp/sftp клиент — GUI-шная надстройка над ls, pwd, cd, cat и т.д. Вот если бы сделать тонкую надстройку над другими стандартными утилитами, было бы клево. Вообще давно хочу прозрачные переход между Transmit-ом и Terminal/iTerm в МасOs-е.
Реквестирую консоль для блондинок с розовым бекграундом, большими гламурными кнопочками, кисами и драг-н-дропом.
неудобно. захочется якрих впечатлений — я могу файловый менеджер открыть, или что-нибудь ещё
Лично для меня круче классического терминала только Guake) Уж очень к нему привык))
На мой взгляд разве что просмотр таких файлов, как изображений, может быть полезен.
ИМХО, консоль хороша концентрацией информации. То есть где нужна информация в чистом виде — консоль, где представление — GUI (смотреть картинки в шестнадцатиричном редакторе -примерно то же, что и код от руки писать).
Стараются испортить то одно сокровенное nooooooooooooooo.com/
Я, как самый настоящий вендузятник, негодую при виде такой «консоли».
Все конечно интересно и красиво, но это не более курсовой\дипломной работы.
Не хотелось бы показаться ханжой, но это не нужно и я смотрю на это с ужасом. Оставьте хотя бы старую добрую консоль нетронутой… :\
Я считаю, что идея хорошая, но слишком перегржено. А выпадающий автокомплит — вообще круто, давно о таком думал
zsh
Ну я им и так пользуюсь. Там есть выпадающий автокомплит?
ну sort of в дефолтном, если допилить, думаю будет и «выпадающий» насколько это возможно.
А так по tab там подстановка + перечень вариантов же, хотя думаю вы знаете
А так по tab там подстановка + перечень вариантов же, хотя думаю вы знаете
В grml.org/zsh/ по табу появляется гламурная по табличка с вариантами и пропадающая после выбора.
Ключевые слова топика «сумасшедшая идея» и «экспериментировать». Чё напали-то, не нужно, не нужно. У вас никто не отбирает старую добрую консоль.
Да за такие издевательства над консолью палкой да по мягкому месту…
Лучше тёплый, ламповый терминал:
Сайтик — www.secretgeometry.com/apps/cathode
Демо — www.youtube.com/watch?v=J25oGug4wUU
Сайтик — www.secretgeometry.com/apps/cathode
Демо — www.youtube.com/watch?v=J25oGug4wUU
куда идейнее найти где-то экран а-ля VT100 и повесить его на консольный вывод
Бегущие строки на этом терминале напоминают расшифровку матрицы.
Класс, жаль только что:
«As for Linux, I would love to release a free version for Linux, but again, I'd need to work with someone else. I really wish there was a way I could release a free/open-source version for Linux without ruining my Mac sales, but I don't think that's possible. If I released the source, I'm sure someone would release a free Mac port, and I'd be out of a job. I have a lot of respect for the open source community, and I think it's becoming increasingly important.»
$20 за эмулятор терминала? Хорошо вы там на маке живете.
Откровенный бред.
Фишка, которая делает юниксовую консоль по-настоящему мощной – возможность перенаправить вывод команды, чтобы разбираться с ним не глазами, а при помощи другой команды. Это уже означает, что ввод команды, её вывод и её аргументы должны быть объектами приблизительно одной природы.
Фишка, которая делает юниксовую консоль по-настоящему мощной – возможность перенаправить вывод команды, чтобы разбираться с ним не глазами, а при помощи другой команды. Это уже означает, что ввод команды, её вывод и её аргументы должны быть объектами приблизительно одной природы.
Это удивительно, но в комментах до сих пор нет ссылок на hotwire shell.
Оно, конечно, не на вебките, зато в консоли можно было пользоваться не только башем, но и руби с питоном. И автодополнение было зачётное.
Блин, оказывается мне прямо-таки жаль, что тот проект до ума не довели…
Оно, конечно, не на вебките, зато в консоли можно было пользоваться не только башем, но и руби с питоном. И автодополнение было зачётное.
Блин, оказывается мне прямо-таки жаль, что тот проект до ума не довели…
Очень странная идея. Очень. Консоль и сделанная для таких программ, которым ГУИ идеологически не нужен, которые вы видите раз в столетие.Например mpd+ncmpc/mpc. Терминал сделан для удаленного доступа изначально. Сейчас эту ssh в основном. Такая гуйня не запашет на терминале. Шелл сделан для скриптования, для каких-то удобных штук типа wget www.example.com/foo/barr/$(uname -r).tar.bz Это все идеологически не стыкуется с этим поделием. Это интересно чисто академически и на 100% не юзабельно.
>но кому-то кажется странным сидеть у монитора с миллионами пикселей, ежедневно глядя в консольное окошко образца 70-х годов
почитайте лор, за сглаживание в терминалах, прозрачности и прочие свистопляски идут страшные холивары. Мой mc не режет глаз синевой. Он приятного голубого цвета с милым сглаживанием и небольшой прозрачностью
>но кому-то кажется странным сидеть у монитора с миллионами пикселей, ежедневно глядя в консольное окошко образца 70-х годов
почитайте лор, за сглаживание в терминалах, прозрачности и прочие свистопляски идут страшные холивары. Мой mc не режет глаз синевой. Он приятного голубого цвета с милым сглаживанием и небольшой прозрачностью
Зато она может заработать в браузере, даже удобнее, чем терминал, есть абсолютно на всех компьютерах.
Консоль и сделанная для таких программ, которым ГУИ идеологически не нужен, которые вы видите раз в столетие.
Нет. Я вижу консоль постоянно. И мне эта идея нравится.
Например mpd+ncmpc/mpc.
mpd к консоли не относится никак. ncmpc — ужас. mpc — действительно консольное приложение, от подобного он станет только лучше.
ncmpc — suum cuique. Я просто к тому, что медиаплееру гуй не нуженю Видите вы плеер, не консоль, раз в день/два, вполне можно через curses отрисовать плейлист/выбор директорий и быть счастливым.
mpd упомянул потому, как это таки связка. Да и к консоли он отношение имеет, интерфейс у него все же консольный.
mpd упомянул потому, как это таки связка. Да и к консоли он отношение имеет, интерфейс у него все же консольный.
Принципиальной разницы между гуем и туем нет.
Плеер я не вижу. Потому, что могу пользоваться CLI-интерфейсом (не TUI). И давать команды/читать ответ, в том числе и в скриптах.
Плеер я не вижу. Потому, что могу пользоваться CLI-интерфейсом (не TUI). И давать команды/читать ответ, в том числе и в скриптах.
да. а где я говорю что-то отличающееся? Я через ncmpc добавляю треки/папки в плейлист, ибо в mpc мне это не очень нравится, там дурацкое автодополнение.
>cat `which mpc`
#!/bin/sh
[ "$1" = 'toggle' ] && cmus-remote -u
cmus-remote -Q|(while read -r i j k; do [ "$j" = artist ] && a="$k"; [ "$j" = title ] && t="$k" ; [ "$i" = file ] && f="$j $k"; [ "$i" = status ] && s="$j"; done; ( [ -z "$a" ] && echo $f)||echo "$a - $t" && echo "[$s]")
Мой mpc. Для добавления использую другие тулзы.
Сериализация данных с json-вводом становится во много раз проще, чем с plaintext.
> Да и к консоли он отношение имеет, интерфейс у него все же консольный.
У mpd интерфейс — сокет -_-
Пользовательского интерфейса у него нет.
Да, ncmpc одобряю, без костылей по ssh работает, в отличие от остальных клиентов для которых отдельный порт открывать.
У mpd интерфейс — сокет -_-
Пользовательского интерфейса у него нет.
Да, ncmpc одобряю, без костылей по ssh работает, в отличие от остальных клиентов для которых отдельный порт открывать.
пожалуй, самый архаичный элемент Unix, который остаётся почти в неизменном виде уже тридцать лет
«Архаичный» читать как «проверенный, удобный, стабильный, привычный», а не как «старый, отживший, ненужный, несовершенный».
«Архаичный» читать как «проверенный, удобный, стабильный, привычный», а не как «старый, отживший, ненужный, несовершенный».
А по-моему вполне симпатично. Конечно, еще много что нужно допиливать и дотачивать, но нечто стоящее из этого однозначно получится. Если и не «терминал» в полном и классическом понимании этого слова, то уж как минимум — «промежуточное звено» между удобством консольных команд и наглядностью графического отображения. Ведь сделали же графический Total Commander со свистелками и перделками как аналог консольного Norton'а, и ничего, многие им пользуются.
В Тотал Командере не хватает просмотра результата выполнения команды (и нескольких команд) как в старом-добром Нортоне (и новом-виндовом ФАРЕ) через [Ctrl+O], когда убираются панели и на черном фоне видна выдача консольных программ.
Конечно же можно по-всякому извращаться, пытаясь перенаправить вывод консольных программ из потоков STDOUT и STDERR в текстовые файлы, и затем прочитать эти файлы просмотрщиком тотала, но такая фишка не прокатывает, когда консольная программа делает выдачу напрямую в видеопамять, что не позволит так же просто перехватить ее выдачу.
Конечно же можно по-всякому извращаться, пытаясь перенаправить вывод консольных программ из потоков STDOUT и STDERR в текстовые файлы, и затем прочитать эти файлы просмотрщиком тотала, но такая фишка не прокатывает, когда консольная программа делает выдачу напрямую в видеопамять, что не позволит так же просто перехватить ее выдачу.
Многие возмутились «насилием на командной строкой». Тем не менее это весьма странно. Я бы не воспринимал эту программу как терминал. Нет, это скорее ещё один вид файлового менеджера. Графического файлового менеджера со специфическим способом ввода и управления.
Противопоставлять это произведение искусства (а она очень занимательна) консоли просто глупо. Консоль придумана для другого. Именно для тех случаев, когда человек умнее машины. Когда машина не знает что она видит, а человек знает, лавируя в море символов, как в матрице.
Противопоставлять это произведение искусства (а она очень занимательна) консоли просто глупо. Консоль придумана для другого. Именно для тех случаев, когда человек умнее машины. Когда машина не знает что она видит, а человек знает, лавируя в море символов, как в матрице.
Expect the output of every program to become the input to another, as yet unknown, program. Don't clutter output with extraneous information. Avoid stringently columnar or binary input formats. Don't insist on interactive input.
ну а на счет нового вида файлового менеджера вы правы, но идея не нова. Добавили только свистоперделки
Кому перделки, а кому интерфейс.
может быть я зануда, но когда в терминале используется движок веб-бразуера и всякие тм iCandy рюшечки-скруглюшечки то это не айс.
Я еще раз обращаю ваше внимание, что это — не терминал. Автор ошибся с позиционарованием своей программы. Сравнивайте её с Konqueror, Nautilus, TotalCommander в конце концов, и другими файл-менеджерами.
для файлового менеджера тоже не ок, пространство нужно экономить
>TotalCommander в конце концов
Вот, точно. Именно к файловым менеджерам а-ля Norton Commander она идеологически близка больше всего, сочетая и мощь CLI, и наглядность GUI
Вот, точно. Именно к файловым менеджерам а-ля Norton Commander она идеологически близка больше всего, сочетая и мощь CLI, и наглядность GUI
Total?Norton это не cli
Нажимаешь Ctrl+O и наслаждайся CLI :)
выкрутились :)
Собственно так я в нём часто и работал — не зря команда запомнилась после многих лет не использования: cначала Ctrl+O, arj -?, потом пишешь ключи, глядя на «man», потом опять Ctrl+O и выбираешь файлы по Ctrl+Enter. Совмещал мощь CLI и наглядность (pseudo)GUI ;) Да и сейчас в gnome-terminal часто выделяю вывод ls мышью и вставляю его после rm колесом.
Как-то так. Мне сама идея нравится. Да, это не консоль. НО это новый тип файлового менеджера. Не explorer-like, не двухпанельный, а вот такой — rich console based.
Так только же договорились, что это разновидность файлового менеджера? :) Тем более, судя по всему, на Маке.
Не обманывайте себя. Мозг не в состоянии долго концентрировать внимание на «море символов». Человек умнее машины, конечно, но машина всегда следит за человеком и ждет, когда он устанет, отвлечется и не заметит опечатку в аргументах rm.
идея мне нравится, очень хорошее дополнение к стандартной консоли. каждый может пользоваться тем, что хочет.
хотя некоторые примеры я бы не назвал unix way, например логичнее вывод ls было бы отравлять в тулзу делающий красивый вывод папочек и файлов типо «ls | nicelist»
хотя некоторые примеры я бы не назвал unix way, например логичнее вывод ls было бы отравлять в тулзу делающий красивый вывод папочек и файлов типо «ls | nicelist»
Друзья, а ведь организуй он это все через curses другое было бы дело.
Мне одному чтоль понравилось?..
По мне так данная идея позволит удобней сделать работу в консоле — добавить туда еще и мышиный интерфейс! Кроме того насколько я понял весь функционал старой доброй консоли остался прежним, ищменился лишь способ представления, интерфейс вывода! Даже интерфейс ввода толком не изменился!
Хотя конечно изменение поведения команды cat чтобы она открывала файлы «по своему» — неприемлимо. доя этого можно другую команду придумать. а вот ls мне понравился, а если еще при нажатии мышью на папку или файл автоматически делался cd или открытиетой самой альтернативой cat-а или даже просто аппендилось к строке команд, что еще логичней! — было бы круто.
По мне так данная идея позволит удобней сделать работу в консоле — добавить туда еще и мышиный интерфейс! Кроме того насколько я понял весь функционал старой доброй консоли остался прежним, ищменился лишь способ представления, интерфейс вывода! Даже интерфейс ввода толком не изменился!
Хотя конечно изменение поведения команды cat чтобы она открывала файлы «по своему» — неприемлимо. доя этого можно другую команду придумать. а вот ls мне понравился, а если еще при нажатии мышью на папку или файл автоматически делался cd или открытиетой самой альтернативой cat-а или даже просто аппендилось к строке команд, что еще логичней! — было бы круто.
или очень толсто или у меня плохие новости
Насколько я понял (например из примеров с ls|grep), программа достаточно интеллектуальна, и если вывод cat отправляется не на экран (как и вывод ls), а в пайп, то он не изменяется и всё работает как надо.
изменился лишь способ представления
Зато как.
Но своих поклонников эта штука, безусловно, найдёт.
Зато как.
Но своих поклонников эта штука, безусловно, найдёт.
На самом деле реализация, то что показано на скринах, действительно страшна и выглядит неубедительно.
Но мысль автора, которая здесьвообще не высказана не полностью, я с ней абсолютно согласен и всячески поддерживаю.
На самом деле непонятно, как сегодня могут еще существовать текстовые интерфейсы, если даже в современных биосах присутствует нормальная графическая оболочка. Большие hd мониторы вынуждены отображать текст в странном разрешении и ограничены 256 цветами стандартной палитры. Я бы на месте производителей подал в суд на юзеров, которые так используют качественные дисплеи :). Нет ни читаемых шрифтов, ни нормальной типографики, ни возможностей вывода любой графики (нет, фильмы в ascii-art не подходят).
В 2011 году нет никаких препятствий для использования всех возможностей gui (независимо от конкретной реализации), а текстовый режим должен уйти на покой, насовсем. Да, и на серверах тоже ему оправдания нет.
Но мысль автора, которая здесь
На самом деле непонятно, как сегодня могут еще существовать текстовые интерфейсы, если даже в современных биосах присутствует нормальная графическая оболочка. Большие hd мониторы вынуждены отображать текст в странном разрешении и ограничены 256 цветами стандартной палитры. Я бы на месте производителей подал в суд на юзеров, которые так используют качественные дисплеи :). Нет ни читаемых шрифтов, ни нормальной типографики, ни возможностей вывода любой графики (нет, фильмы в ascii-art не подходят).
В 2011 году нет никаких препятствий для использования всех возможностей gui (независимо от конкретной реализации), а текстовый режим должен уйти на покой, насовсем. Да, и на серверах тоже ему оправдания нет.
Супер толсто
благодарю.
подозреваю что консолью вы ни разу не пользовались
увы, я её «использованием» (в том числе) деньги зарабатываю.
другое дело, что фанатично доказывать превосходство консоли над гуём, все равно что доказывать превосходство гусиного пера над авторучкой. Или, словами Антон Палыча, плотника супротив столяра.
другое дело, что фанатично доказывать превосходство консоли над гуём, все равно что доказывать превосходство гусиного пера над авторучкой. Или, словами Антон Палыча, плотника супротив столяра.
>фанатично доказывать превосходство консоли над гуём, все равно что доказывать превосходство гусиного пера над авторучкой
залог удачного троллинга, обвинить оппонента в фанатичности, пожурить и привести остроумную аллегорию
залог удачного троллинга, обвинить оппонента в фанатичности, пожурить и привести остроумную аллегорию
Консоль или ГУИ — это всего-лишь инструмент. У каждого своя специфика и всё зависит в конечном итоге от пользователя.
Спор что лучше бесмысленнен, как спор о том какое пиво вкуснее.
Спор что лучше бесмысленнен, как спор о том какое пиво вкуснее.
зря вы ему отвечаете, он успешно съехал с темы, отбелился и еще заставил вас доказывать ему, что вы не верблюд.
Консоль (как текст) — это только подмножество возможностей ГУИ, оно полностью входит в него.
Если просто:
гуи может текст — да; консоль может текст — да;
гуи может картинки — да; консоль может картинки — нет;
Всё, доказывать дальше нечего.
Вы привязываетесь к печальному опыту использования неудачных реализаций гуя, я говорю об абстрактных понятиях.
Если просто:
гуи может текст — да; консоль может текст — да;
гуи может картинки — да; консоль может картинки — нет;
Всё, доказывать дальше нечего.
Вы привязываетесь к печальному опыту использования неудачных реализаций гуя, я говорю об абстрактных понятиях.
Что это меняет? Консоль имеет свою специфику, даже являясь подмножеством ГУИ. Это очевидно и также не требует доказательств.
Да она не может картинки. Зато она может текст.
Какой другой аналой из подмножества гуи может так? cat file | grep 123 | xargs
Это смесь работы с текстом и запуском комманд. Ни то хорошо, ни то хорошо, но на стыке, даёт огромные преимущества. Игнорировать эти преимущества ваще неотъемлимое конституционное право как гражданина страны 21 века, но они никуда не исчезнут.
Да она не может картинки. Зато она может текст.
Какой другой аналой из подмножества гуи может так? cat file | grep 123 | xargs
Это смесь работы с текстом и запуском комманд. Ни то хорошо, ни то хорошо, но на стыке, даёт огромные преимущества. Игнорировать эти преимущества ваще неотъемлимое конституционное право как гражданина страны 21 века, но они никуда не исчезнут.
брр. консоль как одна из многих других частей гуи — я об этом говорю. не предлагаю ее ликвидировать или улучшить. оставьте.
можно открыть много окошек с консолями и поставить их рядом и больше ничего.
можно открыть окошко на весь экран, любуйтесь.
но я хотел бы посмотреть картинку, вывести график, визуализировать процесс — все это я не могу в консоли и могу в гуи, рядом с консолью или в ней самой. объективных причин, почему я должен подключаться к серверу в текстовом режиме и не иметь там гуи — на сегодняшний день — нет.
можно открыть много окошек с консолями и поставить их рядом и больше ничего.
можно открыть окошко на весь экран, любуйтесь.
но я хотел бы посмотреть картинку, вывести график, визуализировать процесс — все это я не могу в консоли и могу в гуи, рядом с консолью или в ней самой. объективных причин, почему я должен подключаться к серверу в текстовом режиме и не иметь там гуи — на сегодняшний день — нет.
У кого нет, а у кого и есть. У вас нет — радость вам, но обощать не надо.
RDP-подключение предполагает RDP-сервер затратный по ресурсам хоста и по траффику до него. Когда 20 наших человек ломятся на 1 комп посмотреть CSV файл — комп «умирает». И те же 20 человек могут спокойно это сделать через терминал.
Я уж молчу про безопасность. Гораздо сложнее сконфигурировать графический хост-сервер, чем просто поднять openssh.
RDP-подключение предполагает RDP-сервер затратный по ресурсам хоста и по траффику до него. Когда 20 наших человек ломятся на 1 комп посмотреть CSV файл — комп «умирает». И те же 20 человек могут спокойно это сделать через терминал.
Я уж молчу про безопасность. Гораздо сложнее сконфигурировать графический хост-сервер, чем просто поднять openssh.
А причём тут RDP? «ssh server cat photo.jpg» должна, по идее, нарисовать photo.jpg локально, по сети пройдёт photo.jpg так же как он пройдёт сейчас, а уж локально будет рисоваться без всякой специальной поддержки со стороны сервера. Полноценный сеанс ssh наверное так просто не организовать, а может и можно просто.
Другой вариант, связка graph-term на клиенте и graph-shell на сервере, по ssh graph-term подрубается к graph-shell, и последний гонит ему уже обработанный вывод, в виде, наверное, html. Но сам graph-shell ничего не рисует, просто «раскрашивает» обычный вывод html-тэгами, как раскрашивает для gnome-terminal какими-то ESC-последовательностями или ещё чем.
Другой вариант, связка graph-term на клиенте и graph-shell на сервере, по ssh graph-term подрубается к graph-shell, и последний гонит ему уже обработанный вывод, в виде, наверное, html. Но сам graph-shell ничего не рисует, просто «раскрашивает» обычный вывод html-тэгами, как раскрашивает для gnome-terminal какими-то ESC-последовательностями или ещё чем.
Спасибо за ваше мнение, но в этом треде был разговоре меня и lashtal.
Вам идею пытаются обьяснить. Все таки мысль сама по себе интересная. Все привыкли консоль и гуи отделять. Работа с коммандлайн утилитами, пайпы — это консоль, работа с графиками, картинками — это гуи. А что мешает иметь консоль, которая сохраняет все свои возможности гонять коммандлайн утилиты, пайпить их, но при этом смотреть в ней же картинки и графики, не переключаясь на другое окно в графический гуй. Принципиальных проблем-то нет, экраны все могут.
>> консоль может картинки — нет;
а, как же, псевдографика?
а, как же ASCII-ART?
доказано: консоль может картинки — да!
а, как же, псевдографика?
а, как же ASCII-ART?
доказано: консоль может картинки — да!
Консоль (как текст) — это только подмножество возможностей ГУИ, оно полностью входит в него.
медитируем над
- Интерфе́йс по́льзователя, он же по́льзовательский интерфейс (UI — англ. user interface)
- Текстовый пользовательский интерфейс, ТПИ (англ. Text user interface, TUI; также Character User Interface, CUI)
- Графи́ческий интерфе́йс по́льзователя (ГИП), графический пользовательский интерфейс (ГПИ) (англ. Graphical user interface, GUI; сленг. ГУИ, ГУЙ)
TermKit — TUI- переросток, показывающий графические элементы, но не дающий возможности непосредственной манипуляции с ними.
Пытаюсь жестами и курсором мыши показать, что вы неправы, но все-равно пришлось набирать текст.
Тогда пользоваттели подали бы в суд на производителей за то что те перестали выпускать терминалы. ;)
Тем кто считает данного товарища трололо, похоже он просто спутал понятия (возможно таки намеренно) и пытается доказать ненужность не текстовых и консольных интерфейсов а текстовых видеорежимов. Здесь я его одобряю. Горите в аду, ATI, nVidia и прочие неосиляторы KMS.
Использовать возможности графических интерфейсов в консоли — дело, безусловно, хорошее, но это нужно сделать так чтобы *ни одно* преимущество текстовых интерфейсов не потерялось. Автор TermKit не смог.
Тем кто считает данного товарища трололо, похоже он просто спутал понятия (возможно таки намеренно) и пытается доказать ненужность не текстовых и консольных интерфейсов а текстовых видеорежимов. Здесь я его одобряю. Горите в аду, ATI, nVidia и прочие неосиляторы KMS.
Использовать возможности графических интерфейсов в консоли — дело, безусловно, хорошее, но это нужно сделать так чтобы *ни одно* преимущество текстовых интерфейсов не потерялось. Автор TermKit не смог.
Консоль — это воплощение брутальной строгости, простоты, аскетизма; тот инструмент, в котором нет ничего лишнего.
В некоторых случаях использование текстового интерфейса полностью оправдано, и, честно говоря, я плохо понимаю реальный практический смысл тех красивостей, которые предлагает нам идея TermKit.
Удобство? Да вряд ли.
Красота? Да.
Польза от повседневного практического применения — около нуля.
Как вы считаете?
В некоторых случаях использование текстового интерфейса полностью оправдано, и, честно говоря, я плохо понимаю реальный практический смысл тех красивостей, которые предлагает нам идея TermKit.
Удобство? Да вряд ли.
Красота? Да.
Польза от повседневного практического применения — около нуля.
Как вы считаете?
Подсветка синтаксиса и автодополнение а-ля IDE вполне могут быть удобными. ls с иконками файлов тоже (при условии, что можно кастомизировать, а не как в unity сделали), особенно если добавить возможность как в старом добром Нортоне кликом переносить имя файла в командную строку (а не выделением и средним кликом по нужному месту строки ввода).
Нет, конечно гуру консоли и шелла, которые печатают «абсолютно слепым методом» (не глядя ни на экран, ни на клаву, им экран-то не нужен), а ls пользуются только для передачи в пайп, т. к. и так знают какие файлы где лежат, сочтут её бесполезной и даже, может быть, вредной. Но ведь любимый *sh у них никто не отнимает. А кому-то может сослужить добрую службу.
Нет, конечно гуру консоли и шелла, которые печатают «абсолютно слепым методом» (не глядя ни на экран, ни на клаву, им экран-то не нужен), а ls пользуются только для передачи в пайп, т. к. и так знают какие файлы где лежат, сочтут её бесполезной и даже, может быть, вредной. Но ведь любимый *sh у них никто не отнимает. А кому-то может сослужить добрую службу.
Согласен насчет удобства подсветки stdout (может вы именно это имели в виду?) и автодополнения a-la zsh.
В любом случае, я буду следить за развитием проекта. Интересно, что получится у автора в конце концов. Пока еще рано делать однозначные выводы, судя по одной лишь альфа-версии.
В любом случае, я буду следить за развитием проекта. Интересно, что получится у автора в конце концов. Пока еще рано делать однозначные выводы, судя по одной лишь альфа-версии.
Новое — это хорошо забытое старое. Вот здесь пруф: Tektronix 4010 — терминал, который умел рисовать графику без X-протокола. Соединялся с хостом посредством RS-232. Если моя память мне не изменяет, то в древних версиях xterm была поддержка этого терминала.
Не вдаваясь в отличия способа отображения терминала Tektronix от описанного в статье, скажу лишь что Tektronix не поддерживал мышь. Но если бы она там была, то могла выглядеть приблизительно вот так:
И только через чуть более чем 10 лет компьютерные мыши стали выглядеть вот так:
Не вдаваясь в отличия способа отображения терминала Tektronix от описанного в статье, скажу лишь что Tektronix не поддерживал мышь. Но если бы она там была, то могла выглядеть приблизительно вот так:
И только через чуть более чем 10 лет компьютерные мыши стали выглядеть вот так:
дело в том, что авторы таки используют X чем убивают дух. Если б они сделали все хотя бы через curses или, что еще лучше, как Tektronix было бы очень и очень круто.
дух cli не состоит в использвоании или не использовании графического сервера для вывода
ну и я об этом
А по мне так печаль этого поделия в том, что выбрана какая-то странная модель реализации (чуть-чуть сегодня поковырялся), а вот сама идея очень даже интересная. Цветовые палитры, например, несут меньше информации чем пиктограммы. Палитра это пускай 16 осмысленных дискретных цветов, полбайта. Пиктограмма заведомо больше. Пиктограмма заведомо больше несёт информации, чем даже один символ ASCII, т. к. этот символ является лишь является частным случаем пиктограммы.
Нет, можно, конечно, каждую букву имени файла раскрасить в разный цвет и этим что-то показать — информация будет представлена. Вот только восприятие этой информации оставит желать лучшего.
Нет, можно, конечно, каждую букву имени файла раскрасить в разный цвет и этим что-то показать — информация будет представлена. Вот только восприятие этой информации оставит желать лучшего.
Она и сейчас там: www.linux.org.ru/gallery/screenshots/3496022
Почти из всех форков xterm ее выкинули, в написанных с нуля не реализовали.
Почти из всех форков xterm ее выкинули, в написанных с нуля не реализовали.
В тот момент, как разработчик доделает это приложение, окажется, что он заново изобрел проводник.
Учитывая популярность запросов в сети на раскраску stdout, определённые функции из данного проекта вполне приживутся.
Иконки и размер файла с описанием «под палец» в топку, конечно, а вот графическое выведение текста с чем-то подобным cleartype и грамотной подсветкой того что на тебя вываливается — это взлетит.
Проиграть/посмотреть файл прямо из консоли тоже может быть удобно но будет маловостребовано, кроме того есть под это дело популярные сторонние утилиты.
Иконки и размер файла с описанием «под палец» в топку, конечно, а вот графическое выведение текста с чем-то подобным cleartype и грамотной подсветкой того что на тебя вываливается — это взлетит.
Проиграть/посмотреть файл прямо из консоли тоже может быть удобно но будет маловостребовано, кроме того есть под это дело популярные сторонние утилиты.
Автор попытался взять лучшее от GUI — наглядное представление информации, и от CLI — удобный способ ввода команд.
Есть, например, такая небезызвестная софтина, как AutoCAD. Не знаю, как сейчас, а раньше там внизу пренепременно была командная строка, и труъ было ею пользоваться наравне с мышью.
Есть, например, такая небезызвестная софтина, как AutoCAD. Не знаю, как сейчас, а раньше там внизу пренепременно была командная строка, и труъ было ею пользоваться наравне с мышью.
Кстати да, выделить объект или слой мышью, а потом перенести командой типа (дословно не помню) move @100,100 на 10 сантиметров (с учётом масштаба) влево-вверх было удобно.
это наличие командной строки и скриптовго зыка (диалект ЛИСПа) в приложении. Не путайте теплое с мягким.
TermKit тоже приложение с командной строкой и скриптовым языком (диалект sh) :)
Я и не говорил, что это одно и то же.
да и кстати — почему бы консоли и не быть графическим приложением со скриптованием? Ну вот кроме сугубо вашей консервативности?
Я сам очень люблю CLI. Но на нем свет не сошелся.
да и кстати — почему бы консоли и не быть графическим приложением со скриптованием? Ну вот кроме сугубо вашей консервативности?
Я сам очень люблю CLI. Но на нем свет не сошелся.
а она и так графическая. Эмуляторы терминала отрисовываются иксами-то, прозрачность, шрифты, тени — все, что угодно. :)
Дело в том, что она должна быть одна идеологически везде. Это ЮНИКС. терминал должен быть совместим с vt100. И чтоб если у вас упадут иксы вы могли сориентироваться и в текстовом режиме все подправить.
Дело в том, что она должна быть одна идеологически везде. Это ЮНИКС. терминал должен быть совместим с vt100. И чтоб если у вас упадут иксы вы могли сориентироваться и в текстовом режиме все подправить.
>терминал должен быть совместим с vt100.
А почему не более простой или более сложный? До 78-го года были не Юниксы? А те, кто использовал, скажем, VT241?
Хорошо, если терминал совместим с VT100, но если нет, то ничего страшного. ОС не перестаёт быть Юниксом.
А почему не более простой или более сложный? До 78-го года были не Юниксы? А те, кто использовал, скажем, VT241?
Хорошо, если терминал совместим с VT100, но если нет, то ничего страшного. ОС не перестаёт быть Юниксом.
У меня была мысль разработать терминальный интерфейс, совместимый с VTxxx с поддержкой графических спрайтов на основе UTF-8 кодирования символов.
Идея такая: каждый спрайт кодируется кодом из UTF-8, и перед первым его использованием загружается его bitmap-образ (который представляет собой hex-последовательность символов, разделенных символом \х08 (BackSpace), для того чтобы, терминалы, не готовые к такому сценарию не выводили всякий «мусор» на экран).
Набор загружаемых спрайтов фактически является «цветным растровым шрифтом» (с возможной поддержкой анимации и прозрачности для прорисовки нескольких «слоев»).
Фактически спрайты позволят на порядок расширить возможности ASCII-ART'а и псевдографики.
О готовности обмена спрайтами терминальный сервер и терминальный клиент могут «договориться» с помощью протокола TELNET.
Идея такая: каждый спрайт кодируется кодом из UTF-8, и перед первым его использованием загружается его bitmap-образ (который представляет собой hex-последовательность символов, разделенных символом \х08 (BackSpace), для того чтобы, терминалы, не готовые к такому сценарию не выводили всякий «мусор» на экран).
Набор загружаемых спрайтов фактически является «цветным растровым шрифтом» (с возможной поддержкой анимации и прозрачности для прорисовки нескольких «слоев»).
Фактически спрайты позволят на порядок расширить возможности ASCII-ART'а и псевдографики.
О готовности обмена спрайтами терминальный сервер и терминальный клиент могут «договориться» с помощью протокола TELNET.
Не переживайте вы так, никто у вас терминал не отнимает:)
>разукрашенный ls
>средствами самой консоли.
Если ls не выдаст esc-последовательности, то консоль сама ничего не раскрасит.
>таб менюшкой
Фича шелла. Шелл не умеет — терминал не поможет.
>средствами самой консоли.
Если ls не выдаст esc-последовательности, то консоль сама ничего не раскрасит.
>таб менюшкой
Фича шелла. Шелл не умеет — терминал не поможет.
Данные представляются (и вводятся) по разному даже если в одной терминальной программе изменить тип эмулируемого терминала.
Тут неизвестная системе консольная команда выведет данные ровно также как в любом терминале. Вывод известной облагородит. А уж если команде известен этот терминал, то все возможности html/css/js(?) к вашим услугам.
Тут неизвестная системе консольная команда выведет данные ровно также как в любом терминале. Вывод известной облагородит. А уж если команде известен этот терминал, то все возможности html/css/js(?) к вашим услугам.
спасаю пост емулятором *86 на javascript, в котором запущен настоящий линукс. это действительно достойный внимания свисток:
bellard.org/jslinux/
bellard.org/jslinux/
Почему-то очень похоже на переходной вариант между консолью и эксплорером…
не знаю почему
не знаю почему
Это, по сути, и есть эксплорер (точнее, эмулятор терминала с API в виде DOM/HTML/CSS вместо API escape-последовательностей). Вообще, идея напрашивалась довольно давно. Ещё в plan9 plumber был задуман, что бы стандартным способом обеспечить двунаправленный процесс передачи сообщений между процессами. И это вполне unix-way, т.к. именно отсутствие такой возможности сейчас мешает запустить процесс, входной буфер для работы которого получался бы через, скажем, vim-подобный интерфейс, но не через файл на файловой системе. В принципе, и сейчас можно это сделать, но нужно организовывать событийный цикл в каждой программе, а также договориться о форматах данных.
Подождём, посмотрим, до чего это разовьётся.
Подождём, посмотрим, до чего это разовьётся.
В этом случае к каждому классическому Std потоку присоединяется MIME-заголовок: Content-Type, Content-Length и т.д., так что программа сразу знает, какой тип данных она получает.
Типизированный пайп? ХОТЕТЬ!
Для тех, кто ноет, что тёплая ламповая консоль лучше: сейчас тонна кода костылит кусок такого функционала. Например, ls --color=auto ← выдаёт разный результат в stdout и пайп. А с такой консолью можно будет обойтись без костылей.
Некоторые вещи, конечно, нужно будет навелосипедить, но идея вполне стоящая.
все будет жорошо, если переписать на ncurses :) если этот чувак сделает слой враппер и отдельно отрисовщик гуев, что б можно было нацепить свой TUi отрисовщик, то респект ему и уважуха, конечно, но скрины и видео опечалили мой вечер
ncurses
Ну уж нет. Тянуть это legacy без хорошей причины — не надо. Я люблю CLI, но ненавижу TUI.
И да, если я правильно понимаю, то отдельный отрисовщик гуя в ncurses достаточно просто реализуется (просто дефолтный stdout не будет принимать ничего, что не может перевести в text/plain). Но особого смысла в этом я не вижу.
MS PowerShell так и работает, насколько я помню.
Не так.
Во-первых, в PowerShell cmdlet'ы сильнее связаны с процессом шелла, их нельзя отделить от шелла ssh'ем.
Как следствие, через пайп передаются объекты, а не данные. Это — серьёзное отличие.
Во-вторых, подозреваю, в powershell глоббингом занимается вызываемая программа, а тут, как принято в юниксах, вызывающий шелл.
Во-первых, в PowerShell cmdlet'ы сильнее связаны с процессом шелла, их нельзя отделить от шелла ssh'ем.
Как следствие, через пайп передаются объекты, а не данные. Это — серьёзное отличие.
Во-вторых, подозреваю, в powershell глоббингом занимается вызываемая программа, а тут, как принято в юниксах, вызывающий шелл.
Объекты — те же данные, только с информацией о допустимых операциях. Ими гораздо удобнее пользоваться, чем «тупыми» структурами. Все остальное (многопоточность вместо многопроцессности, особенности glob-инга) — специфика винды, в unix-системах можно сделать по-другому.
Ими гораздо удобнее пользоваться, чем «тупыми» структурами
Конечно. Но передать объект между процессами заметно сложнее (и при этом оба процесса обязаны жить). Поэтому в powershell все cmdlet'ы — нечто вроде плагинов на .NET. В OS X и линуксах такое не приживётся, да и это прямое нарушение unix way.
Почему обязаны жить оба процесса? Для передачи или сохранения объекта достаточно передать данные объекта между процессами, а код объекта положить куда-нибудь в shared-библиотеку.
В линуксах такое, конечно, не приживется: линуксов разных дофига на самых разных платформах, и со стандартизацией проблемы.
Ну а в OS X есть AppleScript. Не шелл, но вполне объектный скриптинг с нетривиальным обменом данными между процессами.
В линуксах такое, конечно, не приживется: линуксов разных дофига на самых разных платформах, и со стандартизацией проблемы.
Ну а в OS X есть AppleScript. Не шелл, но вполне объектный скриптинг с нетривиальным обменом данными между процессами.
Для передачи или сохранения объекта достаточно передать данные объекта между процессами, а код объекта положить куда-нибудь в shared-библиотеку.
Даже не думая об архитектурной красоте такого решения. Допустим, у объекта есть конструктор и деструктор. Они должны вызваться в ходе этого?
Зависит от механизма сериализации. Обычно конструкторы не вызываются при десериализации.
Может, все это выглядит и не очень красиво, но на практике получается крайне удобно. Особенно если работать с языками, умеющими передавать объекты вместе с кодом.
Может, все это выглядит и не очень красиво, но на практике получается крайне удобно. Особенно если работать с языками, умеющими передавать объекты вместе с кодом.
В любом случае получаем привязку к шеллу, что не всегда хорошо. В описанном в топике случае программы не обязаны быть написанными на js.
И всё это не передаётся через ssh в принципе.
И всё это не передаётся через ssh в принципе.
Привязка к шеллу получается сразу с введением типизированных пайпов. Кто-то ведь должен уметь понимать эти типы.
Типизированный пайп, кстати, в некотором виде реализован в gstreamer — для мультимедиа, разумеется. Там идея аналогичная — можно создавать произвольный граф связей, направлять контент между «плагинами», подключая их друг к другу с учётом ограничений (capabilities) по типу контента. Очень удобно для разработчика.
Некоторые опции уж перебор, но банальный выпадающий список при табуляции это очень круто.
пишите 'cd sm' жмёте TAB, и вам выпадающим списком выдаёт варианты: smth, smthing, smbody и т.д. И можно стрелочками выбирать.
Такое реализовано в командном окне Matlab'а (именно с функцией cd, но думаю не только с ней) — очень удобно. Удобно через в Linux: результат выведены в строку, и ты добираешь ещё по буковке своё совпадение
пишите 'cd sm' жмёте TAB, и вам выпадающим списком выдаёт варианты: smth, smthing, smbody и т.д. И можно стрелочками выбирать.
Такое реализовано в командном окне Matlab'а (именно с функцией cd, но думаю не только с ней) — очень удобно. Удобно через в Linux: результат выведены в строку, и ты добираешь ещё по буковке своё совпадение
Кажется автор вдохновился идеями PowerShell.
Симпатично, но я лично жду нормальной портации (без win'е) FAR Manager'а
Ох, долго ждать будете. Быстрее mc изучить.
FAR слишком сильно заточен под Windows, чтобы его портировать на Linux.
FAR слишком сильно заточен под Windows, чтобы его портировать на Linux.
Ну ладно, а допиливания mc до уровня FAR'а? И вообще, я заметил, что консольными файловыми менеджерами пользуются в основном русские — даже собрать патчи к mc за 10 лет сподобились только наши. В чем дело?
Такое же наблюдение. Товарищ из Германии когда я попытался скинуть что-то с его флешки FAR'ом спросил меня «Почему вы в DOS'е сидите?».
Видимо, там перешли на windows раньше и полнее, NC (VC, DN) не успел отложиться в костях.
Видимо, там перешли на windows раньше и полнее, NC (VC, DN) не успел отложиться в костях.
Видимо никому это не нужно, из тех кто мог бы допилить.
когда придумывают очередную свистелку, я с облегчением говорю «ничего, консолька есть везде, сделать можно все, консоль — она и в Африке...». Теперь я реально начинаю переживать
Хабрахабр — сборище шестнадцатилетних пенсионеров?
И начерта нужна эта консоль, разве что порадоваться жизни, кроме выпадающего списка автоподстановки ничего не заметил, да и не нужен он, проще скрипт 1 раз написать, чем постоянно выполнять одну и ту же рутину, а один раз можно и без этого прожить.
Как же у нас всё-таки не любят что-то менять. Еще даже не ясно, как это будет работать в реальной жизни, и никого не заставляют этим пользоваться, но всё равно надо кричать, что это отстой, не по канону и так делать нельзя.
получилось не macstyle. что за безвкусные галочки зеленые? =!
ТруЪ старообрядцы-юниксоиды достали со своими «нам этого не нать». Не надо — не используйте. А по моему офигенная штука. Я как разработчик в юникс среде давно о такой штуке мечтаю.
Мне тоже понравилось, такое ощущение, что именно этого и не хватало — всё в одном окне, и консоль, и контент. Единственная проблема, что похоже придется отрывать одну руку от клавиатуры для мыши. Это нехорошо, за это и моя любовь к консоли, что там мышь не нужна. Все быстро набираешь и тут же происходит. Если там есть навигация клавишами, то буду ждать с нетерпением.
Вот попробуйте нечто похожее: code.google.com/p/hotwire-shell/
Проект написанный самородком из гугла и успешно заброшенный на сырой стадии.
Проект написанный самородком из гугла и успешно заброшенный на сырой стадии.
Согласен. А то gedit + консоль внизу, пока, мое все.
Идея неплохая, особенно с визуализацией типов файлов и выводом картинок. К сожалению, пока что очень слабая реализация. Зачем нужно было городить клиент-сервер не понятно. Не готова еще к работе.
задумка красивая. Но учитывая, что часто работа с консолью происходит удаленно, то, думаю, в большинстве задач администрирования мало применима (мб только графики порисовать).
А в чём проблема удалённости? Как я понял основную идею — stdout просто оборачивается в html.
Коротка память человеческая. Ведь было это уже в начале века: www.xml.com/pub/a/2000/06/07/xmlterm/index.html
Теперь вместо gecko — webkit, вместо xml — json. А принцип тот же самый.
Увы, но как и тогда, идея скорее всего останется непонятой.
Теперь вместо gecko — webkit, вместо xml — json. А принцип тот же самый.
Увы, но как и тогда, идея скорее всего останется непонятой.
Не нужен.
Не надо «революций» из домашней свистоперделки. Отображение контента в окне терминала — нахрен, если он открывается в любимом вьюере/редакторе. Иконки и розовые рамочки — ересь. Autocomplete — теоретически полезен, но как его встроить в CLI без уродств, я не представляю.
P.S. Может быть, концепт как таковой где-нибудь полезен. Но точно не в таком виде.
Не надо «революций» из домашней свистоперделки. Отображение контента в окне терминала — нахрен, если он открывается в любимом вьюере/редакторе. Иконки и розовые рамочки — ересь. Autocomplete — теоретически полезен, но как его встроить в CLI без уродств, я не представляю.
P.S. Может быть, концепт как таковой где-нибудь полезен. Но точно не в таком виде.
как правило консолью пользуются для удаленных серверов
почти для всех остальных операций разработаны графические оболочки
Но все равно — штука занятная.
спасибо за информацию
почти для всех остальных операций разработаны графические оболочки
Но все равно — штука занятная.
спасибо за информацию
blog.easytech.com.ar/2011/05/21/playing-with-termkit-with-chrome/
И апдейт в блоге:
И апдейт в блоге:
Edit: couple of quick points:
A Linux port will definitely happen, since it's built out of WebKit and Node.js. Whoever does it first gets a cookie.
TermKit is not tied to JSON except in its own internal communication channels. TermKit Pipes can be in any format, and old-school plain-text still works. JSON just happens to be very handy and very lightweight.
The current output is just a proof of concept and lacks many planned usability enhancements. There are mockups on github.
If you're going to tell me I'm stupid, please read all the other 100 comments doing so first, so we can keep this short for everyone else.
Опять пользователи MAC`а за своё!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
TermKit: новая концепция консоли с графическим выводом