Re: о кривости esd (was Re:ALSA)
On Tue, 25 Jul 2000, Victor Wagner wrote:
> On Tue, 25 Jul 2000, Vlad Harchev wrote:
>
> > > >
> > > > Тогда я не знаю - может acroread 4 (или 3) следует попробовать?
> > >
> > > И тот и другой пробовал. Четвертый вообще segfault-ится.
> >
> > Странно. Прямо сразу при запуске или на определенной странице? Может у тебя
> > бетта? Может есть другой бьюилд?
>
> Третий - из slink, четвертый из Corel WP Office.
>
> И у Netscape все иконки в toolbar-е черно-белые были, что характерно
> это _известный_ глюк.
Да, блин. Вот тебе и Motif. Ничем помочь не могу. Но все-таки, может есть
новые бьюилды acoread? Я бы на твоем месте поискал.
> > > эмулируется данным gtk-шным кодом) obsolete. grid - гораздо мощнее и
> > > гибче. Но в любом случае задачи динамического изменения содержания окна
> > > (скажем в зависимости от изменений в структуре базы, или от статуса
> > > пользоватлеля) GUI-билдер не решает.
> >
> > Да, но может это уже задача программера? В gtk есть table - может это тоже
>
> Да, несомненно это задача программера. А задача инструмента - помочь ему
> это сделать. В этом плане инструменты где переход от
> ручного создания GUI к программному прост и естественен и решается путем
> добавления парочки циклов - rules.
>
> > что и grid?
>
> На первый взгляд - похоже.
> Но по-моему Tk grid гибче.
>
> > > И ты мне предлагаешь пользоваться GUI-билдером, который даже синтаксически
> > > корректный код на всех языках поддерживаемых тулкитом сгенерить не в
> > > состоянии?
>
> Для C.
>
> >
> > На для какого языка он генерит синтаксически неправильный код? Для python?
> > Или ты подумал, что кусок кода был сделан на билдере? Нет, тот кусок кода я
> > ручками навскидку написал.
>
> Да, естественно. Мне и в голову не придет, что пишучи ручками C-шный
> код (т.е не содержащий ни одного места где _содержательно_ используются
> references, объекты, наследование) человек будет его делать несовместимым
> с компилятором C.
А меня ломало об[являть все переменные перед выражениями. Я тоже человек.
> > > Присланный пример переводится на Tcl/Tk один к одному и получается
> > > раз в пять компактнее за счет необязательности указания лишних параметров
> > > и отсутствия необходимости вызова _init, создания главного окна и явного
> > > входа в цикл обработkи событий.
> >
> > То ж Tk, а это C. На perlGtk код можно использовать вот такой код (он
>
> Тк это библиотека. Она бывает и в C.
Имел в виду Tcl а не Tk, sorry.
>
> > строит окно с кнопкой внутри):
> > $window = new Gtk::Widget "GtkWindow",
> > GtkWindow::type => -toplevel,
> > GtkWindow::title => "hello world",
> > GtkWindow::allow_grow => 0,
> > GtkWindow::allow_shrink => 0,
> > GtkContainer::border_width => 10;
>
> Особенно греют идентификаторы на полстроки.
Вообще-то можно без них. Что-то я глючу..
> > $button = new_child $window "GtkButton",
> > GtkButton::label => "hello world",
> > GtkObject::signal::clicked => "hello",
> ^^^^^
> А это что? Не symbolic reference часом?
Она. Я опять не весь код привел. Это callback был.
> > > То есть "если ты не используешь нашу визуальную примочку, то хрен
> > > напишешь что либо полезное". Прям Borland какой-то получается.
> >
> > Никто не заставляет его использовать. Но тот-же диалог на Tk на С писать
> > примерно также геморойно, как и используя gtk с С.
>
> Зато можно писать, используя _вербальные_ примочки - Python, Tcl, Scheme.
Кстати для scheme тоже bindings есть (repgtk?).
> Человек все же отличает от обезьяны умение выражать свои мысли словами,
> а тыкать пальцем обезьяна не хуже нас умеет.
Согласен. Я просто хотел сказать, что Tk при использовании из C как
минимум не намного менее гемороен чем gtk.
> > > Правда, использование XML в качестве языка описания GUI это слегка
> > > компенсирует. Но все равно XML это не скриптовый язык.
> >
> > Зато можно cut-n-paste этого xml можно делать для быстрого редактирования
> > диалогов.
>
>
> cut-n-paste можно и C-шному коду делать. А Tcl-ный - так вообще генерить
> по ходу дела самим же скриптом. Я как-то писал програму на тикле,
> которая читала конфигурационный файл (на самом деле делала ему eval,
> предварительно определив все ключевые слова конфига как процедуры),
> и в процессе выполнения генерила еще одну программу на тикле, которая
> в процессе выполнения генерила программу на php.
Согласен - скриптовые языки это всегда приятно. gtk из перла тоже приятно
использовать (везде eval есть, однако).
>
> Сей процесс был мною торжественно обозван программированием высоких
> порядков.
>
>
> > Тебе просто разбираться с билдером и gtk лениво. Лучше потратить время на
> > изучение билдера, чем ручками все делать.
>
> Лучше найти себе средство которое будет за тебя все делать. Наилучшим
> известным мне средством такого рода для генерации текстов (все равно,
> программ, TeX-овских исходников, таблиц, HTML) являются скриптовые языки.
Согласен. Но билдером все равно проще рисовать какую-нить очень сложную
форму (если она статическая), чем генерить ее ручками хоть из скрипта, хоть из
C/C++.
Но скриптовые языки - другая тема для разговора.
>
>
> --
> 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
>
>
> --
> To UNSUBSCRIBE, email to debian-russian-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
Best regards,
-Vlad
Reply to: