Терминал с картинками на python: proof of concept

[MainNika]

Замечательно, приделать к Terminal Keynote и «выпендриваться» на выступлениях.

[S_A]

Интересная вещь. Но Ruby пока не изучил еще.

[3al]

w3m умел делать это даже в xterm/urxvt. Вообще, termkit не о картинках, а о лишних потоках для управления и mime-типах (хочу их в консоли).

[S_A]

Я согласен, что дополнительные потоки управления и mime — это фишка TermKit. И для вывода используется webkit. То есть по сути отображение в TermKit — это очень крутая html-страница. Мне он не совсем нравится тем, что нужно запускать отдельный сервер для него. А про w3m не знал, спасибо, посмотрю-попробую.

[Rembish]

На будущее, научитесь сразу же оформлять свои Python наработки, как egg.

[S_A]

Пока не планировал давать «большую» жизнь этому прототипу… скорее только для тех, кому любопытно. А за совет спасибо, в будущем всё возможно.

[fshp]

В голой консоли финт ушами не пройдёт?

[S_A]

В случае с конкретно этим show — не пройдет… сигнал о картинке отправляется процессу-«дедушке» show, id которого записан в отдельном файле. И с этой реализацией тоже связана проблема — если запустить еще один bash внутри term.py — show также не отработает. Увы, пока что механизмы взаимодействия процессов продуманы на скорую руку.

[S_A]

Сейчас уже допилил, что работает процесс внутри процесса (то есть ли в term.py запустить еще один bash и еще один… то будет работать).

[silvansky]

Вот ещё бы отвязанную от GTK версию сделать, дабы и в макоси работало без нареканий, — было бы просто супер! =)

[S_A]

Пока не знаю как без GTK — сам vte не поддерживает рисование «по себе» (через свой стандартный интерфейс). Так что для МакОси нужен свой порт по всей видимости. Либо надо углубляться в vte (чья документация в случае питона весьма скудна).

[cronfy]

А через год — посмотрел от рута картинки в консоли, опа, и эксплойт словил.