|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Igor Zubkov 2:465/385 10 Aug 2004 15:47:02 To : Victor Wagner Subject : Re: Буквари: Программирование в X Window -------------------------------------------------------------------------------- Jul 27 15:33 04, Victor Wagner wrote to Alexander Pashchenko: AP>>>> надыбал "Руководство по программированию Motif X Window". Стоит AP>>>> читать, или уже безнадежно устарело? Где брал? AD>>> motif издох. забудь про него. AP>> А что же тогда учить? Можно название литературы и ссылочки? KDE and Qt Programming Bible, брать где-то в сети. Сам взял с http://hardclub.donntu.edu.ua. А вообще с самой Qt идёт превосходная документация... вот только добавить бы чуть более example's и было бы вообще превосходно. VW> А ты его не слушай. Он считает, что писать интерфейсы можно и нужно VW> на C++, а Qt - единственно правильный тулкит. Как бы это не было смешно, но у меня на qt натянута motif тема. VW> Мотиф учить стоит хотя бы потому, что это единственный Xt-based VW> toolkit VW> по которому доступна достаточно подробная литература. И только VW> Xt-based VW> tookit-ы используют возможности протокола X в полной мере. Xt это что? VW> При разработке своих программ ты, конечно, придешь к выводу что VW> такие-то VW> и такие-то возможности тебе не нужны, и ты их использовать не будешь. VW> Hо VW> для того чтобы это решение аргументированно принять, тебе нужно про VW> существование этих возможностей как минимум знать. Это точно. Вот только я всё пользуюсь программами написаными кем то и для кого то. Hо явно не для меня. Как меня это всё достало. Gtk мараз какой-то, Qt тормозит, tcl/tk что-то вообще станное... У всех какой то свой интерфейс, каждый разработчик считает что интерфейс в его программе удобный. Что делать если разработчик не вменяем? Делать форк с проекта только из-за того что мне не нравится интерфейс? Так его потом поддерживать надо, не все проекты маленькие (mozilla меня своим интерфейсом открытия и сохранения скоро в могилу загонит). tk/tcl всё ещё веселее -- alicq который тут хвалили у меня как не работал, так и не работает. Оригинал из woody вроде не падал (я им пользовался ровно две минуты, потом полез обновлять), обновлённый с alicq.sf.net в упор не работает. Обновил bwidget из sarge -- тоже самое. Стабильно падает при загрузке. Сейчас обновился до unstable всю систему и новый alicq не пробовал. (мысли в слух) Хотя не плохо было бы _вообще_ выкинуть icq и поставить jabber. Благо в jabber'е есть транспорты. VW> Те кто начинают изучать программирование под X с высокоуровневых VW> кроссплатформенных тулкитов, вроде Qt и даже Tk (хотя Tk на более VW> других VW> платформах очень сильно эмулирует возможности X) как правило этих VW> решений самостоятельно не принимают. За них эти решения приняли VW> разработчики тулкита. И не факт, что для данной задачи оптимально. VW> Если VW> же ты знаешь о существовании данной возможности, то всегда можешь VW> прикрутить её к любому тулкиту (часто посредством готового VW> расширения. VW> Для Tk, например, бывают TkXext, tkdnd, shape extension etc). AP>> PS Кирилл Фролов говорит, что Xt, Motif и Tk - единственно правильные AP>> интерфейсы :) Чую, что опять пойдет holywar. VW> В общем, я бы рекомендовал следующий подход - если ты уже определился VW> с выбором тулкита (например, начальство приказало писать именно на VW> fltk) VW> изучи не только его, но и парочку "соседних". Просто для расширения VW> кругозора. Что я собственно когда-то и сделал. Взял gtk1.2 и qt. Выжил только qt. VW> Если нет, то изучи три-четыре идеологически различных, прежде чем VW> делать VW> выбор. В этот набор должен обязательно войти хотя бы один Xt-based VW> (Xaw, VW> или Motif), обязательно должен войти Tk, и крайне рекомендуется VW> wxWindow VW> как пример принципиально отличной от Tk методологии создания VW> кросплатформенных GUI. В качестве примера чисто объектного тулкита я VW> бы VW> рекомендовал посмотреть на fltk, поскольку он намного компактнее Qt и VW> легче осваивается. А реально писать интерфейсы в чисто объектном VW> стиле, VW> а тем более на C++ (а не на Smalltalk или Python) всё равно не стоит. И почему не стоит писать интерфейсы на c++? Regards, Igor --- Msged-ice/Linux 6.2.0 (Linux/2.4.16-686 (i686)) * Origin: Powered by Debian GNU/Linux (2:465/385) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/18934118ec7a.html, оценка из 5, голосов 10
|