Snaky (27.10.2010 16:33, просмотров: 138) ответил AlexandrY на Никак не пойму какой можно GUI на питоне сделать. Т.е как это вообще выглядит, скриншоты показать можете? DRC придумали трусы
-
- фигня. PyQt4 рулит и бибикает - bialix(10.11.2010 13:05)
- Не густо. Такое и намного больше было еще в Delphi 3 лет десять назад. AlexandrY(386 знак., 27.10.2010 16:50)
- Надумано. GUI для питона делается на TCL. Гораздо эффективнее, чем на delphi (хотя для последней "кампанентов" больше...) - fk0(27.10.2010 16:59)
- ..разве TCL относится к RAD? как он может быть эффективнее для GUI? - blackbit(27.10.2010 18:59)
- Tcl непосредственно является средством RAD. - fk0(27.10.2010 19:13)
- Борландские продукты Builder C++/Delphi относятся к RAD с использованием визуального программирования. Поэтому GUI там делается легко и красиво. Tcl/Tk никогда и рядом не присаживался, "средством RAD" не является. Его номер шестнадцать. - blackbit(27.10.2010 19:28)
- RAD == rapid application tool. "Визуальное программирование" мышкой здесь ни к месту во-первых, во-вторых продукты этого "визуального программирования" (говнокод) все видели и говорить здесь не о чём. RAD == быстрая разработка приложений. fk0(216 знак., 27.10.2010 19:34)
- "RAD == rapid application tool" Ой, гы!.. :D тогда бы уж бабушку RAT'ом звали.. - blackbit(27.10.2010 20:22)
- А чего там этот скриптомонстр Tcl/Tk "обеспечивает"? Нашел идеал, то же мне.. blackbit(96 знак., 27.10.2010 20:27)
- Всё обеспечивает. Набор компонентов (субд и т.п.), возможность быстрого прототипирования, возможность быстрого построения GUI, плюс ЯВУ в общем-то превосходящий паскаль с объектами... - fk0(28.10.2010 11:31)
- Да видел, как он обеспечивает. Ползает еле-еле, хочется тапком убить, как беременного таракана. - blackbit(29.10.2010 01:28)
- Если на TCL писать как на C -- то лучше писать на C. Будет быстрее и надёжнее. "Вы не умеете их готовить". - fk0(29.10.2010 11:07)
- а в чем особенность "письма" на TCL? - Snaky(29.10.2010 12:13)
- Не знаю как объяснить. Можно с Perl или тем же Python сравнить. Если на последних писать как на C -- будут тормозные и глючные программы. Надо шире использовать возможности языка и библиотек (коль уж "объектные системы", макросы и т.п. в них fk0(11 знак., 29.10.2010 12:20)
- ну так в питоне библиотеки написаны на сях и заоптимизированы донельзя. конечно быстрее будет на каждый чих готовую функции вызывать, чем свое городить и интерпретатор нагружать :> - Snaky(29.10.2010 12:23)
- Нет. 9/10 библиотеки питона -- на питоне. И TCL/Perl тоже. Тут "стиль программирования" важен, чтоб не вручную байты считать, а делать как в этом языке эффективне (а там матрицы одним байткодом перемножаются может). И на счёт тормозов вообще: fk0(100 знак., 29.10.2010 12:27)
- не знаю откуда 9/10. я читал что на Си они (большая часть). вот в том числе в первоисточнике (по крайней мере про стандартную библиотеку) Snaky(224 знак., 29.10.2010 12:31, ссылка)
- Нет. 9/10 библиотеки питона -- на питоне. И TCL/Perl тоже. Тут "стиль программирования" важен, чтоб не вручную байты считать, а делать как в этом языке эффективне (а там матрицы одним байткодом перемножаются может). И на счёт тормозов вообще: fk0(100 знак., 29.10.2010 12:27)
- ну так в питоне библиотеки написаны на сях и заоптимизированы донельзя. конечно быстрее будет на каждый чих готовую функции вызывать, чем свое городить и интерпретатор нагружать :> - Snaky(29.10.2010 12:23)
- Не знаю как объяснить. Можно с Perl или тем же Python сравнить. Если на последних писать как на C -- будут тормозные и глючные программы. Надо шире использовать возможности языка и библиотек (коль уж "объектные системы", макросы и т.п. в них fk0(11 знак., 29.10.2010 12:20)
- а в чем особенность "письма" на TCL? - Snaky(29.10.2010 12:13)
- да ладно, видел как гуи на тикле на s3c9440 c тачскрином просто летал, притом там даже osmesa умудрились прикрутить. А вот кривые сборки тикла под форточки - да, и не только тапком убить хочется :) - de3(29.10.2010 01:35)
- Если на TCL писать как на C -- то лучше писать на C. Будет быстрее и надёжнее. "Вы не умеете их готовить". - fk0(29.10.2010 11:07)
- Да видел, как он обеспечивает. Ползает еле-еле, хочется тапком убить, как беременного таракана. - blackbit(29.10.2010 01:28)
- Всё обеспечивает. Набор компонентов (субд и т.п.), возможность быстрого прототипирования, возможность быстрого построения GUI, плюс ЯВУ в общем-то превосходящий паскаль с объектами... - fk0(28.10.2010 11:31)
- А чего там этот скриптомонстр Tcl/Tk "обеспечивает"? Нашел идеал, то же мне.. blackbit(96 знак., 27.10.2010 20:27)
- Ты чО на дельфЯ батон крошишь? - Гудвин(27.10.2010 19:52)
- "RAD == rapid application tool" Ой, гы!.. :D тогда бы уж бабушку RAT'ом звали.. - blackbit(27.10.2010 20:22)
- RAD == rapid application tool. "Визуальное программирование" мышкой здесь ни к месту во-первых, во-вторых продукты этого "визуального программирования" (говнокод) все видели и говорить здесь не о чём. RAD == быстрая разработка приложений. fk0(216 знак., 27.10.2010 19:34)
- Просто эээ... парадигма использования не предполагает использования мыши... - fk0(27.10.2010 19:13)
- Борландские продукты Builder C++/Delphi относятся к RAD с использованием визуального программирования. Поэтому GUI там делается легко и красиво. Tcl/Tk никогда и рядом не присаживался, "средством RAD" не является. Его номер шестнадцать. - blackbit(27.10.2010 19:28)
- Потому, что у него есть Tk. Это как Excell - на заре офисных пакетов многие покупали M$ только ради него. - Evgeny_CD(27.10.2010 19:01)
- Tcl непосредственно является средством RAD. - fk0(27.10.2010 19:13)
- ..разве TCL относится к RAD? как он может быть эффективнее для GUI? - blackbit(27.10.2010 18:59)
- Надумано. GUI для питона делается на TCL. Гораздо эффективнее, чем на delphi (хотя для последней "кампанентов" больше...) - fk0(27.10.2010 16:59)
- Не отделаешься от Tcl! Tkinter is Python's de-facto standard GUI (Graphical User Interface) package... fk0(23 знак., 27.10.2010 16:44)
- А разые не wxWindows? - Sergey_N(28.10.2010 13:25)