хоть бери да свой пиши

Вся суть линукса.

Можешь показать, как у тебя в макакоси выглядят qt-приложения? УМВР вроде, не замечал.

Бери blender %)

Gtk/PyGTK

Ну и еще GPL-only

WAT

А, LGPL. Я какого-то говнюка прочитал и повторил, прошу прощения.

LGPL тоже не всем и не всегда, увы.

Можешь показать, как у тебя в макакоси выглядят qt-приложения?

В макоси они выглядят получше GTK, конечно, но видно, что оно на Qt.

Кроме того, в нескольких приложениях вместо родного грида было нечто свое, а заголовки реализованы обычными кнопками (которые не нажимались, кстати же). Мне трудно было сказать, кто более дефективен — тулкит или автор.

Тем не менее, что плохо — это то, что все тулкитные привязки страдают синдромом неродного языка. В смысле, что надо писать на пайтоне как на C++ из-за их издержек, конструкции более высокого порядка недоступны либо через задницу.

А, LGPL. Я какого-то говнюка прочитал и повторил, прошу прощения.

Скорее ты перепутал с PyQt, который и правда GPL. Хотя всё равно нет прощения.

LGPL тоже не всем и не всегда, увы.

Кому и почему она не подходит? Это сторонняя библиотека, распространять ее не запрещено.

PyQt, который и правда GPL. Хотя всё равно нет прощения.

http://www.riverbankcomputing.co.uk/commercial/buy

Короче говоря, все тлен, все интерфейсы надо писать на javascript и запускать в embedded webkit.

А webkit в консоли что ли будет?

Я знаю об этом.

Qt тоже LGPL, не? и вообще, на GTK наехал больше всех, несправедливо!

И я знаю, что ты знаешь. Неужели никак не найти денег на коммерческую лицензию, если не устраивает GPL? Они кушать хотят, ты, наверное, тоже.

Короче говоря, все тлен, все интерфейсы надо писать на javascript и запускать в embedded webkit.

еще один все понял

Проблема в том, что всё написано на Крестах. А нормального интеропа с Крестами не существует. Уверен, что крестопоклонники почитают это фичей.

ЕМНИП, на OpenGL есть отличный тулкит. А еще openmotif. Остальное — говнище жесточайшее.

Короче говоря, все тлен, все интерфейсы надо писать на javascript и запускать в embedded webkit.

Начал за здравие, кончил за упокой.

Можно еще сказать «не нужен питон и дешевые ненативные биндинги», но кушать жс хтмльной ложкой это дело вкуса.

Почему же? Вполне правильно говорит. Только не совсем все: там, где графика активная, нужно все-таки делать локальную морду на OpenGL. А остальные интерфейсы нафиг не нужны. Уродство и извращение.

Ну не всё.

А нормального интеропа с Крестами не существует

Можно прокладку написать. Я так делал, когда писал клиента для ПЗС-матрицы. Библиотека, к счастью, была. Но она была на гадости. Поэтому пришлось немножко пожрать говна (вроде как "один раз — не говноед") и написать прокладку, которая позволяла бы по-человечески с этой плюсовой библиотекой работать.

Идеальный графический интерфейс не нужен.

Главное - чтобы софт задачи свои выполнял.

Ну ага, у тебя API сделан на объектах и шаблонах, а ты потом сделал на Си прокладку и раскатал всю эту сложную структуру в плоский блин, функции типа doSomething_withSomething_withSomethingElse_andYetSomething_(). Мало того что оно целиком не может объять все возможные варианты использования исходного апи, так еще и выглядит как говно (говно не потому что Си, а потому что оно сделано не для Си).

А потом мы в целевом языке снова из говняного блина собираем назад объекты. Объекты целиком из говна. Грац, чо, работает, но как же воняет.

отсутствие табличного виджета

TkTable

о угребищный вид в Linux

Потому что в этом вашем ляликсе всем долгое время было пофиг (да и сейчас пофиг) на какой-либо дефолтный look'n'feel.

Идеальный графический интерфейс не нужен.
Главное - чтобы софт задачи свои выполнял.

А потом плачутся что на линуксе всё выглядит некрасиво и уходят на макось. Которая убогая, зато красивая,

А что, предлагаешь переписывать библиотечку на сях? В прошлый раз я так и делал, но после появления новой железяки, для которой пришлось новую библиотечку качать, мне как-то совершенно расхотелось весь этот плюсобред в си переводить.

Просто некоторые извращенцы этот ++ пихают во все щели, даже туда, где он вообще нафиг не нужен!

Ну так лет 10 назад все было красиво. А потом понабежали всякие уроды, и линукс скатился в СГ: внешний вид диктуют лица нетрадиционной для нашей страны ориентации, внутренний — подобные лица...

Люди которые работают со страшно выглядящим софтом и которые плачутся о том что он страшно выглядит — множества непересекающиеся.

Предлагаю добавить в стандарт Крестов внятный способ общаться с ним из внешнего мира. Нет, я не знаю, что это за способ и как его реализовать.

на линуксе всё выглядит некрасиво

Какой хозяин, такой у него и Линукс.

Делай так, как VLC:
Win/Linux - Qt (причём Qt4, Qt5 пока неюзабельное говно даже в виндах).
OS X - Cocoa.

Просто некоторые извращенцы этот ++ пихают во все щели, даже туда, где он вообще нафиг не нужен!

О-о... Масштабы это плятства просто космические... Выучат одни кресты, и всё, универсальный ж язык ёпт! Идиоты потому что, и не понимают, что в программировании ещё не научились отливать серебрянных пуль. Одну и ту же задачу часто можно решить средствами множества языков, какой то более подойдёт, какой то менее, и всё равно пихают кресты, которые вообще ни в зуб ногой. С одной стороны тупые погромисты мнящие себя гуру, с другой стороны тупые менеджеры (недавно тут, вроде ты видел, был тред, где усирали С, за, дескать, древность, и славили кресты, какие они, типа современные). Вот так они уцепились друг за друга и кресты приобрели совершенно незаслуженно репутацию промышленного стандарта... Короче, тенденции двигает быдло. Системы говно (я не про ос, имею в виду абстрактную категорию под которую можно что угодно подписать), потому что делаются под быдло (иначе не продашь же) и часто быдлом же, которое знает лишь один инструмент. Убого, зато красиво, как выше писали. Мультиинструменталисты сделают всё круто, быстро, но дорого и их ещё хрен найдёшь. И манагеры жадные, идут в итоге на вышеописанный компромисс...

Ну всё правильно. Вроде Mono с таким подходом пилится. На виндк windows forms, на линуксе gtk#2, на макоси cocoa. Короче, логика – общак, морда – нативная.

угребищный вид в Linux

Если этот ваш питон, умеет Tk 8.5 смена темы на alt, может помочь.

Короче говоря, все тлен, все интерфейсы надо писать на javascript и запускать в embedded webkit.

Может самостоятельно пойдешь по указаному адресу и не будешь задавать дурацкие вопросы?

Мотиф плюсую. Писать очень удобно, вид получается приличный, и по сети работает без костылей.

Короче говоря, все тлен, все интерфейсы надо писать на javascript и запускать в embedded webkit.

брось эти вещества! :)

писал бы на С или С++, сабжевых проблем не существовало бы

умеет Tk 8.5 смена темы на alt

И виджеты из Ttk соответствено.

Я был сильно удивлен, когда увидел vlc под мак. Вообще не вижу смысла им пользоваться.

Вообще не вижу смысла им пользоваться.

а кодеки для квиктайма где берешь? С раздачи ворованых кодеков на рутрекере?

О да, писать на Qt под C легко и приятно.

Нигде не беру.

Как смотришь видео без кодеков? Открываешь их в блокноте в кодировке UTF-8?

Даже

Ascii art, ага.

Не использовать питон?

Действительно портабельный графический тулкит

Для меня идеал тулкита - это крошечная либа вместо биндинга ЯП в виде сервера (максимум пара сотен строк), чтобы рисовать GUI чем-то вроде xml, отправляя тулкиту через сокет. А тулкит может рисовать на выбор через qt, gtk.

Что тебе эти кресты уткнулись, на них только Qt и wx (которого все равно никто не юзает).

Проблема всех биндингов в том, что качественно пробросить интерфейс одной платформы на другую по затратам сравнимо с переписыванием на ней же, поскольку подходы на них могут быть совершенно другими и чужеродными. Кроме прочего есть проблема документации и поддержки; если проброшенный метод назвать setEnabled_forSegment, то любой идиот откроет справку по AppKit'у и найдет там селектор setEnabled:forSegment:. Если назвать и/или делать по-другому, в духе таргет-среды, то появится поддержка, документация, бэкпортирование и план развития. Нахер это тащить, если можно сделать самостоятельный продукт?

Правильно делать не конкретные интерфейсы, а на уровне самого тулкита предоставлять «модель вью» через примитивный интерфейс из 5-6 функций, тогда во всех программных средах все будет выглядеть одинаково, но в ущерб расширяемости. Например можно посылать в UI полное описание окна/вью, внутри по идентификаторам забиваться на события, и через простой интерфейс получать { кто=«кнопка1», что=«нажалась», зачем=«хз» }. И так же устанавливать значения: { кто=«поле1», что=«плейсхолдер», знач=«введи число» }. Твоя идея с js+webkit почти то самое, если на секунду забыть, что «веб» это bleeding-edge'вый набор легаси-костылей, совершенно не предназначенный для мало-мальски интерактивного UI.

Собственно да, на самом деле неясно кого обвинять, что веб говно, что биндинги наколеночные, или что тулкиты завязаны на конкретные языки. Гтк подавал одно время надежды, двигаясь к г-объекту, но так бездарно слил.

++

Я только буквально пару часов назад, обновив ядро, проверял без иксов работу USB-видеозахвата (пока у меня перекомпилялось ядро — забыл поддержку своей сетевухи отметить, а без сети обновить блоб nvidia не получается как-то).

Запустил

mplayer tv:// -tv device=/dev/video1 -vo caca

А потом плачутся что на линуксе всё выглядит некрасиво и уходят на макось.

проблемы енотов.

пихают во все щели, даже туда, где он вообще нафиг не нужен

А есть щели, в которых он нужен?