Блин, тут речь идет не о личных предпочтениях.
Я ж ведь сам могу свой софт написать, который интенсивно использует мышу и захотеть запустить его в облаке.
Дык ведь этот велосипедный терминал как раз и изобретается только для поддержки всего лишь нескольких приложений, прекрасно работающих в том числе и с мышью.
Ведь с этими приложениями можно же и так работать например через то же путти.
Я думаю, что не нужно лишний раз напоминать о возможности использования всяких защищенных туннелей, которые как раз и предназначены для того чтобы смело запускать телнеты (впрочем так же как и попы и эсмтэпы) в публичных вайфай (и эзернет) сетях.
На сколько я понимаю, описываемый в статье эмулятор терминала будет запускаться как в никсах так и в виндах.
Я считаю логичнее было бы добавить пользователю облака самому выбрать терминальный клиент (например путти).
Если б я был пользователем этого облака, то захотел бы использовать программу telnet.exe, встроенную в коробку с виндой.
из предлагаемых типов терминалов (ansi, vt100, vt52 и vtnt) разумеется отдал бы предпочтение именно vtnt.
П.С.: Почему именно я предпочел бы встроенную, проверенную временем, надежную фирменную реализацию клиентского терминала новомодному велосипеду — риторический вопрос.
Кстати в Microsoft, в реализации своего VTNT изначально решили эмулировать не печатающую машинку, и даже не телетайп, а, сразу — компьютерную консоль (совместимую с Win-API).
Это обстоятельство очень выгодно отличает VTNT от других VTxxx.
Жаль что в этой интересной статье основной упор делается на Unix/Linux-терминалы.
Дело в том, что в Windows тоже есть совсем даже неплохой терминальный интерфейс VTNT.
Причем символы изначально кодируются в нем в UNICODE (это к вопросу о поддержки иероглифов).
Кстати на сайте MSDN есть очень подробная документация про него.
Формат обмена гораздо проще и прозрачнее чем у никсовых терминалок.
И, так же поддерживается более широкий диапазон сочетаний клавиш.
В этом интерфейсе (в его стандартной реализации) есть парочка недостатков: 1) гораздо больший объем сетевого трафика, создаваемый как нажатием кнопки, так и отображением символа (что не слишком критично для локального применения, а так же может быть решено компрессией передаваемого трафика). 2) отсутствие встроенной поддержки мыши (впрочем как и у остальных VTxxx терминалов).
У меня тоже было желание написать свою терминалку с мышью и спрайтовой анимацией (что-то вроде расширенной псевдографики). Причем хотелось разработать терминальный интерфейс, совместимый с VTxxx на основе UTF-8 кодирования символов. Идея такая: каждый спрайт представляет собой монохромное или цветное изображение (в том числе и анимированное и с поддержкой маски прозрачности для прорисовки нескольких «слоев»), занимающее на экране одно или несколько соседних знакомест.
Спрайт в потоке данных кодируется как обычный символ, кодом из UTF-8, и перед первым его использованием загружается его bitmap-образ (который представляет собой hex-последовательность символов, разделенных символом \х08 (BackSpace), для того чтобы, «старые» терминалы, не готовые к такому сценарию не выводили всякий «мусор» на экран).
Технически можно продумать вариант использования GIF-формата в качестве способа представления спрайта.
Набор загружаемых спрайтов фактически является «цветным растровым шрифтом».
Идея загрузки «шрифта» была позаимствована у матричных принтеров Epson.
Таким образом спрайты позволят на порядок расширить возможности ASCII-ART'а и псевдографики.
О готовности обмена спрайтами (в том числе и о размерах матрицы знакоместа) терминальный сервер и терминальный клиент могут «договориться» с помощью протокола TELNET.
Хотелось сделать поддержку работы терминала в полноэкранном графическом режиме.
Оставалось только продумать, как кодировать перемещение мыши.
Кстати, в старые-добрые времена, некоторые DOS-программы, работавшие полностью в текстовом режиме (например Нортон-утилиты) умели очень хитро делать эмуляцию CGA-курсора мыши в виде стрелки.
А, кодирование Unicode, позволило бы использовать и иероглифы в терминалке.
Я в свое время писал на ЧИСТОМ РНР простенькую программку для Windows-7 по работе с сырыми сокетами, которая могла формировать произвольные IP-пакеты и отправлять их в сеть по GPRS, причем версия операционки — «Начальная» (Starter) с первым сервис-паком, и самое вкусное:
для запуска этой программки НЕ ТРЕБОВАЛОСЬ прав администратора!
Программка получилась настолько простенькой и прозрачненькой (по сравнению с возможной реализацией аналогичного функционала на языках си или дельфи), и самое главное, не требовала необходимости таскать за собой кучу хакерскихDLL.
А, самое главное: НИКАКИХ ПРОБЛЕМ с антивирусами не возникало!
Хотя нет, на РНР можно написать VRML-обертку для этого «коленочного» гипотетического Четырехмерного файлового менеджера (в связке с веб-сервером Апачи), и использовать любой браузер с VRML-плагином (например, кортона3д) для навигации по компу (или локальной сети, или даже P2P-сети).
VRML-объекты в WRL-файлах виртуальных миров — это обычные ТЕКСТОВЫЕ описания, и нет никаких принципиальных технических сложностей для реализации данной модели.
Сами описания файлов (и кэши эскизов) хранятся в простой реляционной базе данных, и в качестве ключей могут использовать MD5-хеши содержимого файлов.
В той же базе данных можно хранить текстовые метки, ну или другие более сложные пользовательские объекты-ярлыки, которые пользователь может расставлять во время навигации по этому файловому менеджеру (которые автоматически попадают в базу с помощью AJAX)… … Остапа понесло...
Не-не-не!
Хочу Четырехмерный файловый менеджер (с добавленной осью времени),
чтобы можно было вернуться к старым версиям файлов (концепция Time Mashine Windows-8).
В такой модели можно использовать визуальные эффекты «старения» файлов.
Размеры файлов тоже визуально легко отслеживать (по габаритам трехмерных объектов).
Эскизы файлов изображений отображать в виде «плоских» прямоугольников.
Звуковые файлы в виде столбиков (высота столбика соответствует длительности воспроизведения).
Видео файлы в виде дорожки (наподобие киноленты), на которой отображаются ключевые кадры. (Сами ключевые кадры можно сделать анимированными)…
… Эх причем тут РНР?
Мне в РНР очень не хватает возможности БЫСТРО подключить какую-нибудь нужную функцию из внешней DLL.
Хотелось бы найти рабочее решение ffi (foreign function interface) для PHP.
В моем случае речь шла о простом развертывании на вражеской территории чужом компе.
Такие программы, как FAR, Winrar, PHP устанавливаются простым копированием десятка файлов.
Их можно даже и не копировать, а просто, запускать с флешки (или с компакт-диска)
Я ж ведь сам могу свой софт написать, который интенсивно использует мышу и захотеть запустить его в облаке.
Ведь с этими приложениями можно же и так работать например через то же путти.
Большинство современных текстовых редакторов используют мышь!
Я считаю логичнее было бы добавить пользователю облака самому выбрать терминальный клиент (например путти).
Если б я был пользователем этого облака, то захотел бы использовать программу telnet.exe, встроенную в коробку с виндой.
из предлагаемых типов терминалов (ansi, vt100, vt52 и vtnt) разумеется отдал бы предпочтение именно vtnt.
П.С.: Почему именно я предпочел бы встроенную, проверенную временем, надежную фирменную реализацию клиентского терминала новомодному велосипеду — риторический вопрос.
Это обстоятельство очень выгодно отличает VTNT от других VTxxx.
Всякий раз приходится свое велосипедить.
Дело в том, что в Windows тоже есть совсем даже неплохой терминальный интерфейс VTNT.
Причем символы изначально кодируются в нем в UNICODE (это к вопросу о поддержки иероглифов).
Кстати на сайте MSDN есть очень подробная документация про него.
Формат обмена гораздо проще и прозрачнее чем у никсовых терминалок.
И, так же поддерживается более широкий диапазон сочетаний клавиш.
В этом интерфейсе (в его стандартной реализации) есть парочка недостатков:
1) гораздо больший объем сетевого трафика, создаваемый как нажатием кнопки, так и отображением символа (что не слишком критично для локального применения, а так же может быть решено компрессией передаваемого трафика).
2) отсутствие встроенной поддержки мыши (впрочем как и у остальных VTxxx терминалов).
Идея такая: каждый спрайт представляет собой монохромное или цветное изображение (в том числе и анимированное и с поддержкой маски прозрачности для прорисовки нескольких «слоев»), занимающее на экране одно или несколько соседних знакомест.
Спрайт в потоке данных кодируется как обычный символ, кодом из UTF-8, и перед первым его использованием загружается его bitmap-образ (который представляет собой hex-последовательность символов, разделенных символом \х08 (BackSpace), для того чтобы, «старые» терминалы, не готовые к такому сценарию не выводили всякий «мусор» на экран).
Технически можно продумать вариант использования GIF-формата в качестве способа представления спрайта.
Набор загружаемых спрайтов фактически является «цветным растровым шрифтом».
Идея загрузки «шрифта» была позаимствована у матричных принтеров Epson.
Таким образом спрайты позволят на порядок расширить возможности ASCII-ART'а и псевдографики.
О готовности обмена спрайтами (в том числе и о размерах матрицы знакоместа) терминальный сервер и терминальный клиент могут «договориться» с помощью протокола TELNET.
Хотелось сделать поддержку работы терминала в полноэкранном графическом режиме.
Оставалось только продумать, как кодировать перемещение мыши.
Кстати, в старые-добрые времена, некоторые DOS-программы, работавшие полностью в текстовом режиме (например Нортон-утилиты) умели очень хитро делать эмуляцию CGA-курсора мыши в виде стрелки.
А, кодирование Unicode, позволило бы использовать и иероглифы в терминалке.
для запуска этой программки НЕ ТРЕБОВАЛОСЬ прав администратора!
Программка получилась настолько простенькой и прозрачненькой (по сравнению с возможной реализацией аналогичного функционала на языках си или дельфи), и самое главное, не требовала необходимости таскать за собой кучу
хакерскихDLL.А, самое главное: НИКАКИХ ПРОБЛЕМ с антивирусами не возникало!
VRML-объекты в WRL-файлах виртуальных миров — это обычные ТЕКСТОВЫЕ описания, и нет никаких принципиальных технических сложностей для реализации данной модели.
Сами описания файлов (и кэши эскизов) хранятся в простой реляционной базе данных, и в качестве ключей могут использовать MD5-хеши содержимого файлов.
В той же базе данных можно хранить текстовые метки, ну или другие более сложные пользовательские объекты-ярлыки, которые пользователь может расставлять во время навигации по этому файловому менеджеру (которые автоматически попадают в базу с помощью AJAX)…
… Остапа понесло...
Хочу Четырехмерный файловый менеджер (с добавленной осью времени),
чтобы можно было вернуться к старым версиям файлов (концепция Time Mashine Windows-8).
В такой модели можно использовать визуальные эффекты «старения» файлов.
Размеры файлов тоже визуально легко отслеживать (по габаритам трехмерных объектов).
Эскизы файлов изображений отображать в виде «плоских» прямоугольников.
Звуковые файлы в виде столбиков (высота столбика соответствует длительности воспроизведения).
Видео файлы в виде дорожки (наподобие киноленты), на которой отображаются ключевые кадры. (Сами ключевые кадры можно сделать анимированными)…
… Эх причем тут РНР?
Хотелось бы найти рабочее решение ffi (foreign function interface) для PHP.
рнрвинды всегда таскал с собой загрузочную дискету с пятью файлами:vc.com
turbo.exe
turbo.tpl
turbo.tph
и turbo.tp
вражеской территориичужом компе.Такие программы, как FAR, Winrar, PHP устанавливаются простым копированием десятка файлов.
Их можно даже и не копировать, а просто, запускать с флешки (или с компакт-диска)