MX_Master писал(а):Отсюда вывод, что можно запилить абсолютно любую морду, даже разноцветную консольную.
работа над интеграцией Qt - емс идет ...MX_Master писал(а): про Qt
почему же тогда он уступает питону по популярности?UAVpilot писал(а):В отличии от python tcl очень простой для изучения язык с чёткими и несложными правилами.
Вот об этом я и говорю. Надо заранее подумать и представить, что же из текущих популярных инструментов будет популярно и через 10 лет. Могу поспорить, что С/С++, Python, JavaScript, HTML будут жить ещё очень долго. И не просто жить, а постоянно улучшаться. О языках Tcl/Tk я такого сказать не могу.nkp писал(а):на питоне гора кода (все ,кому не лень)),на тикле под емс пишет один Dewey Garrett и компанию ему составить никто не спешит
Ну он довольно старый и не модный... Ну и не рекламируется особо... Довольно большой процент программистов даже не знает о его существовании.nkp писал(а):почему же тогда он уступает питону по популярности?
Именно потому и гора кода, что пишут все, кому не лень...nkp писал(а):на питоне гора кода (все ,кому не лень))
Сообщество Tcl/Tk как-то более консервативно - там принято не писать по каждому чиху свой код, а пользоваться уже написанным, видимо потому, что он в силу исторических причин более качественный. Например у меня примерно 90% проектов по автоматизации (от "умного дома" до производственных процессов) написана на Tcl/Tk. Опять-же Tcl много где используется в проприетарном софте, например в среде разработки для FPGA от Xilinx, во встроенном ПО сетевого оборудования Cisco. Да и много где во встроенных приложениях из-за очёнь "лёгкого" runtime комплекта.Увы, но на сегодняшний день вебтехнологии ещё не всё умеют, что надо (ну или через задницу) даже для создания пользовательских интерфейсов и при этом довольно ресурсоёмки. И ситуация не стремится к изменению именно из-за дешевизны аппаратных ресурсов, т.е. фактически поощряется развитие этих самых вебтехнологий не за счёт более тщательной проработки, а за счёт простого "навешивания костылей". И это глобальная тенденция в программировании, и как результат этой тенденции - появление языков с кучей исключений из правил, языков, у которых от версии к версии меняется синтаксис (для сравнения у Tcl синтаксис не менялся с самой первой версии и при этом он поддерживает метапрограммирование в полном объёме), и у которых кросплатформенность выглядит примерно так: if Platform = Windows ....MX_Master писал(а):UAVPilot, тут такое дело.. если сравнить кол-во прогеров и дизайнеров на Tcl/Tk с теми, кто использует именно веб технологии, может получится ужасно большой перевес. И тот факт, что мы обсуждаем этот вопрос на странице, отрисованной с помощью веб технологий, яркий тому пример.
Сергей, и о чём это говорит? Умрёт молодым и консервативным?UAVpilot писал(а):для сравнения у Tcl синтаксис не менялся с самой первой версии
Как раз наоборот - будет жить ещё очень долго. Например мои проекты, созданные более 20 лет назад замечательно работают в современных ОС на современных компах. А тот-же LinuxCNC без серьёзной правки даже не соберётся в системе с Python v3, при том, что v3 уже несколько лет считается стабильной.MX_Master писал(а):Сергей, и о чём это говорит? Умрёт молодым?
И пример можешь привести?MX_Master писал(а):Не, я по всем статьям против написания чего бы то ни было на будущее с помощью Tcl/Tk. Это на данный момент ещё можно. Но потом это придётся все переписывать под реалии будущих технологий.
А на чём gmocappy написан?UAVpilot писал(а):И пример можешь привести?
Отличный пример!MX_Master писал(а):А на чём gmocappy написан?
а почему ,как ты думаешь,не совместили?UAVpilot писал(а):Отличный пример!MX_Master писал(а):А на чём gmocappy написан?
gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим, не смотря на существование оных в виде стабильных релизов уже более 7 лет.
Потому-то для v2 и v3 надо писать разный код и придётся класть в пакет по сути две разные версии и потом их одновременно поддерживать. Тут только два возможных варианта: либо волевым решением забить на работу LinuxCNC с v2 (python и gtk+) и на пользователей не желющих обновления всей системы, либо оставить как есть и тянуть за собой v2. Второй вариант считаю нежизнеспособным в перспекиве - дистрибутивов Linux, имеющих в своём официальном составе v2 в ближайшее время будет становиться всё меньше... Например в RedHat Enterprise Linux (а это нынче промышленный стандарт Linux) GTK+ v2 по дефолту не устанавливается.nkp писал(а):а почему ,как ты думаешь,не совместили?
да - точно...UAVpilot писал(а):Потому-то для v2 и v3 надо писать разный код и придётся класть в пакет по сути две разные версии и потом их одновременно поддерживать
а вот здесь не нашли общего языка и немного разбежались)))UAVpilot писал(а):Такая-же фигня сейчас происходит и с RTAI - я ещё 5 лет назад говорил, что RTAI - это тупиковое направление.
gmoccapy подправить как раз очень просто(там объем мизерный)UAVpilot писал(а):gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим,
Кроме шутки, это я к тому, что новое поколение писателей не захотело использовать старый ламповый Tcl/Tk.UAVpilot писал(а):Отличный пример!
Ща есть еще тонна сайтов в возрасте, где дизайн свёрстан на HTML4 и CSS2, и менять его не будут, т.к. он работает и выглядит всё ещё хорошо. Но смена поколений идёт.UAVpilot писал(а):gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим, не смотря на существование оных в виде стабильных релизов уже более 7 лет.
В каком-то смысле это пошло на пользу.nkp писал(а):а вот здесь не нашли общего языка и немного разбежались)))
А какой общий язык тут можно найти? Довольно скоро RTAI просто не сможет работать в современных ядрах - поддержка в ядре "механизма", которым он пользуется уже давно прекращена и, где-то в v4.16-4.18 он вообще перестанет работать.nkp писал(а):а вот здесь не нашли общего языка и немного разбежались)))
Перерисовать все виджеты (в том числе и те, которые hal*) и переписать весь код работы с ними, ибо API сильно изменился...nkp писал(а):gmoccapy подправить как раз очень просто(там объем мизерный)
И написанные ими программы просто уйдут вместе с ними, ибо их приходится постоянно поддерживать не из-за того, что в них есть баги, а просто потому, что синтаксис языка и/или версия API, которые в них использованы просто перестанут существовать. С точки зрения создания рабочих мест это очень хорошо, а вот с точки зрения стабильности бизнеспроцессов, которую призван обеспечивать написанный ими софт - сомнительно...MX_Master писал(а):Кроме шутки, это я к тому, что новое поколение писателей не захотело использовать старый ламповый Tcl/Tk.
В практическом плане зачем? Просто по факту наличия свободных ресурсов?MX_Master писал(а):Кстати, для сравнения было бы неплохо воплотить морду gmocappy с помощью HTML+JS+PY. Как в спортивном интересе, так и в практическом плане.
Я думаю, трёх зайцев. Привычный вид при локальном и удалённом управлении, даже на тех устройствах, где этот интерфейс никогда не запускался. Применение перспективной технологии. Подружить юзеров Windows с бесплатной ЧПУ на базе Linux.UAVpilot писал(а):В практическом плане зачем?
Xserver существует уже десятки лет и есть на всех ОС...MX_Master писал(а):Я думаю, трёх зайцев. Привычный вид при локальном и удалённом управлении, даже на тех устройствах, где этот интерфейс никогда не запускался.
... В том числе и на Windows.MX_Master писал(а):Подружить юзеров Windows с бесплатной ЧПУ на базе Linux.
Зачем?..MX_Master писал(а):Применение перспективной технологии.
А разве за последние 30 с лишним лет появилось что-то лучше X Window System?..MX_Master писал(а):Бессмысленный, но беспощадный прогресс всё равно не остановить