Re: о кривости esd (was Re:ALSA)
On Mon, 24 Jul 2000, Vlad Harchev wrote:
> > Что легко сделать вручную, но неприемлемо в случаи audioserver-а, который
> > должен эту задачу выполнять прозрачно для программы.
>
> То есть ты за то, чтобы не поддерживать ресемплирование?
Поддерживать, если получится. Но лучше не поддерживать никак, чем
поддерживать криво.
> Уж для флайт-симулятора можно пустить отдельно X-server на :1 с нужной bpp.
Это кто ж тебе позволит на X-терминале отдельный X-сервер пускать?
> > Я тоже чего-то не понимаю, но почему-то мне недавно пришлось вместо
> > 1280х1024х24 поставить 1152х846х32 именно из-за того, что задрали глюки
> > при просмотре pdf-ов (X- 3.3.6, карточка Matrox)
>
> Хмм, я думал что они просто не должны были запускаться - насчет глюков я не
> в курсе - я их не юзаю.
Кто не должны? acroread? Он запускается но все гиперссылки почему-то едут.
> > Кстати, берется она сейчас именно с ftp.x.org, так как NCD ее прекратил со
> > своего сайта раздавать.
>
> Тогда обнови ссылки на свой homepage :)
Да надо бы.
> > > Не согласен по-поводу gtk - это (даже с версией 1.2) очень продвинутый
> > > widget set. А вот когда 1.4 выдет (1.3.1 - его пререлиз уже доступен) он будет
> > > наверно самым мощным виджетсетом: высокая портабельность, базирование на
> > > utf8, поддержка различных языков типа китайского (с иероглифами) и с другим
> > > направлением чтения, и все вроде будет double-buffered (не будет никакого
> >
> > Ты знаешь, Tk его по всем этим пунктам опережает года на три.
>
> И что, тексты с другим направлением (как иврит) поддерживает? И позволяет с
Не в курсе. Надо у Samy Zafrany спросить.
> умом подчеркивать всякие иероглифы? По внешнему виду Tk не сравнить с gtk.
Позволяет.
> И каким же образом Tk опережает года на 3 gtk?
> В новом gtk text widget будет именно из Tk (или я путаю с другим виджетом,
И это ли не показатель признания gtk team того, что у них много чего хуже
чем в Tk?
> который не будет в поставке gtk, а будет отдельно) - но GtkText в новом gtk
> тоже будет очень навернутый.
>
> > И единственным недостатком Tk с точки зрения всех этих новомодных
> > писателей Desktop-ов является его заточенность под скриптовые языки а не
> > C-C++ Я тут как-то попробовал писать на Python-GTK, мне очень не
> > понравилось. То, для чего в Python-Tkinter (для чистоты
> > сравнения) требуется 2 строчки в Python-Gtk занимает десять.
>
> Во-первых, gui надо рисовать в gui-билдере glade (я подозреваю, что создавал
Категорически не согласен. GUI, нарисованное в gui-билдере получается
негибким. Оно имеет привычку разъезжаться при смене надписей на кнопках
или дефолтных шрифтов, но даже если это побороть, (ну например SpecTcl
прекрасно с этим справляетя) изменения структуры нижележащей базы данных
оно не переживает. А gui генереруемое циклом в скрипте гораздо легче
относится к подобным вещам,
> окно типа "hello, world") во вторых, для тех десяти строк (если они не
> связаны
Я по-моему пытался что-то мелкое и полезное написать, типа интерактивного
редактора PCMCIA-схем.
> с конструированием gui, а с заполнением widget'ов данными и обработкой событий)
Естественно, с конструированием GUI. Потому что GUI надо конструировать
runtime, сообразуясь с текущим разрешением экрана, количеством цветов,
заданными пользователем предпочтениями в области цветов и шрифтов и др.
Механизм тем для этого недостаточен. А вот механизм .Xresources при
правильном использовании (с учетом вызовов препроцессора в xrdb) -
достаточен.
> можно сделать одну функцию и юзать ее потом.
Одну нельзя. Для каждого диалогового окна придется немножко свою.
Либо эта одна будет занимать не 10 строк а 200 и состоять преимущественно
из проверок разных условий.
> Ну и еще - может ты просто не знал gtk и поэтому писал не эффективно.
Я не то чтобы не знал gtk. Я не перевариваю такую идеологию
программирования GUI.
Из всех чисто C-шных тулкитов меня устраивал только XView.
Проблема заключается в том, что любой видгет имеет несколько десятков
свойств, которые иногда хочется задать. Но обычно хочется задать не более
десятка таких свойств.
Xview и Tk позволяют в одном вызове конструктора видгета указать ровно
те свойства, которые тебе нужны, а остальные получат некоторые дефолтные
значения (заметим, зависящие от текущих значений ресурсов) сами.
В gtk с этим гораздо сложнее.
> Производителям коммерческого софта хочется использовать компилируемые языки
В данном случае (хотя в этом же треде я яростно отстаивал их интересы
против АЕН) - на них плевать. У них есть Motif, пускай пишут на нем.
На мой взгляд, самым вредным в GNOME и KDE является принцип "все программы
должны использовать только наш тулкит".
Или пусть как честные ежики пишут не приложения, а компоненты, возможно
сопровождая (открытыми и документированными) интерфейсными скриптами
Пока не придумано универсального эквивалента IO Redirection для GUI
(линзы pad++ все-таки не выход) интерфейс приходится отрывать от
функциональности насильтственно, чтобы между юзером и программой можно
было всегда другую программу вставить.
> чтобы не допускать подсматривания алгоритма/улучшения чужими силами. Поэтому
> им надо будет использовать Tk из C - а он наверно тоже не прелесть при юзании
> из C (и других языков).
Ну не то чтобы совсем не прелесть. Из C на самом деле ничего не прелесь
кроме чисто вычислительных задач. Для всего остального нужны минимум
плюсы, а лучше что-то более высокоуровневое.
> Мне казалось (необоснованно, правда) что X есть непаханное поле для
> аналитиков security - не все мы о ней знаем...
Она большая....
--
Victor Wagner vitus@ice.ru
Programmer Office:7-(095)-785-09-72
Communiware.Net Home: 7-(095)-135-46-61
http://www.communiware.net http://www.ice.ru/~vitus
Reply to: