cnc-club.ru

MX_Master писал(а):Отсюда вывод, что можно запилить абсолютно любую морду, даже разноцветную консольную.

MX_Master писал(а): про Qt

работа над интеграцией Qt - емс идет ...
старые разработки интерфейса (полностью морда) уже были,но не развились(
(запускал тогда,смотрел - мне не понравилось)

UAVPilot, тут такое дело.. если сравнить кол-во прогеров и дизайнеров на Tcl/Tk с теми, кто использует именно веб технологии, может получится ужасно большой перевес. И тот факт, что мы обсуждаем этот вопрос на странице, отрисованной с помощью веб технологий, яркий тому пример.

Лично я не пытаюсь облегчить себе задачу, я думаю о тех, кто будет развивать LinuxCNC уже после нас. Я считаю, что народ проще заинтересовать и привлечь, если использовать популярные в народе инструменты. Здесь можно привести аналогию с русской троицей "сварка, болгарка и дрель". Если делать открытый проект, где главную роль играет эта троица, то проект обречён даже на минимальный успех. А если делать проект, где нужна обработка на очень редких и дорогих инструментах, то желающих повторить и усовершенствовать будет очень мало. Этим я хочу сказать, что сделав новую морду с помощью непопулярных технологий, я фактически закапаю проект в землю. Кто потом из юных и талантливых ЧПУшников будет его дорабатывать и улучшать? Наверное, никто. Что, в общем-то и видно по мордам tkemc, axis.

nkp писал(а):на питоне гора кода (все ,кому не лень)),на тикле под емс пишет один Dewey Garrett и компанию ему составить никто не спешит

Вот об этом я и говорю. Надо заранее подумать и представить, что же из текущих популярных инструментов будет популярно и через 10 лет. Могу поспорить, что С/С++, Python, JavaScript, HTML будут жить ещё очень долго. И не просто жить, а постоянно улучшаться. О языках Tcl/Tk я такого сказать не могу.

Кстати, про окно 3Д визуализации.. В mainline ядре на апельсине OpenGL не работает. Следовательно, WebGL визуализацию юзать нельзя. Зато можно заюзать элемент canvas из HTML5. Примеры

http://www.kevs3d.co.uk/dev/phoria/

Я уже проверил на апельсине. Midori жрёт на этих примерах от 80 до 120 Мб ОЗУ. Но и проц, канеш, кушает. Бонус canvas визуализации в том, что она будет работать напрямую в апельсине и во всех внешних устройствах, если юзать апельсин автономно.

nkp писал(а):почему же тогда он уступает питону по популярности?

Ну он довольно старый и не модный... Ну и не рекламируется особо... Довольно большой процент программистов даже не знает о его существовании.

nkp писал(а):на питоне гора кода (все ,кому не лень))

Именно потому и гора кода, что пишут все, кому не лень... Сообщество Tcl/Tk как-то более консервативно - там принято не писать по каждому чиху свой код, а пользоваться уже написанным, видимо потому, что он в силу исторических причин более качественный. Например у меня примерно 90% проектов по автоматизации (от "умного дома" до производственных процессов) написана на Tcl/Tk. Опять-же Tcl много где используется в проприетарном софте, например в среде разработки для FPGA от Xilinx, во встроенном ПО сетевого оборудования Cisco. Да и много где во встроенных приложениях из-за очёнь "лёгкого" runtime комплекта.

MX_Master писал(а):UAVPilot, тут такое дело.. если сравнить кол-во прогеров и дизайнеров на Tcl/Tk с теми, кто использует именно веб технологии, может получится ужасно большой перевес. И тот факт, что мы обсуждаем этот вопрос на странице, отрисованной с помощью веб технологий, яркий тому пример.

Увы, но на сегодняшний день вебтехнологии ещё не всё умеют, что надо (ну или через задницу) даже для создания пользовательских интерфейсов и при этом довольно ресурсоёмки. И ситуация не стремится к изменению именно из-за дешевизны аппаратных ресурсов, т.е. фактически поощряется развитие этих самых вебтехнологий не за счёт более тщательной проработки, а за счёт простого "навешивания костылей". И это глобальная тенденция в программировании, и как результат этой тенденции - появление языков с кучей исключений из правил, языков, у которых от версии к версии меняется синтаксис (для сравнения у Tcl синтаксис не менялся с самой первой версии и при этом он поддерживает метапрограммирование в полном объёме), и у которых кросплатформенность выглядит примерно так: if Platform = Windows ....

UAVpilot писал(а):для сравнения у Tcl синтаксис не менялся с самой первой версии

Сергей, и о чём это говорит? Умрёт молодым и консервативным?

Не, я по всем статьям против написания чего бы то ни было на будущее с помощью Tcl/Tk. Это на данный момент ещё можно. Но потом это придётся все переписывать под реалии будущих технологий.

MX_Master писал(а):Сергей, и о чём это говорит? Умрёт молодым?

Как раз наоборот - будет жить ещё очень долго. Например мои проекты, созданные более 20 лет назад замечательно работают в современных ОС на современных компах. А тот-же LinuxCNC без серьёзной правки даже не соберётся в системе с Python v3, при том, что v3 уже несколько лет считается стабильной.

MX_Master писал(а):Не, я по всем статьям против написания чего бы то ни было на будущее с помощью Tcl/Tk. Это на данный момент ещё можно. Но потом это придётся все переписывать под реалии будущих технологий.

И пример можешь привести?

UAVpilot писал(а):И пример можешь привести?

А на чём gmocappy написан?

MX_Master писал(а):А на чём gmocappy написан?

Отличный пример!
gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим, не смотря на существование оных в виде стабильных релизов уже более 7 лет.

UAVpilot писал(а):

MX_Master писал(а):А на чём gmocappy написан?

Отличный пример!
gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим, не смотря на существование оных в виде стабильных релизов уже более 7 лет.

а почему ,как ты думаешь,не совместили?

nkp писал(а):а почему ,как ты думаешь,не совместили?

Потому-то для v2 и v3 надо писать разный код и придётся класть в пакет по сути две разные версии и потом их одновременно поддерживать. Тут только два возможных варианта: либо волевым решением забить на работу LinuxCNC с v2 (python и gtk+) и на пользователей не желющих обновления всей системы, либо оставить как есть и тянуть за собой v2. Второй вариант считаю нежизнеспособным в перспекиве - дистрибутивов Linux, имеющих в своём официальном составе v2 в ближайшее время будет становиться всё меньше... Например в RedHat Enterprise Linux (а это нынче промышленный стандарт Linux) GTK+ v2 по дефолту не устанавливается.
Такая-же фигня сейчас происходит и с RTAI - я ещё 5 лет назад говорил, что RTAI - это тупиковое направление.

UAVpilot писал(а):Потому-то для v2 и v3 надо писать разный код и придётся класть в пакет по сути две разные версии и потом их одновременно поддерживать

да - точно...
был "жаркий" дискус на эту тему -тогда решили пока потянуть

UAVpilot писал(а):Такая-же фигня сейчас происходит и с RTAI - я ещё 5 лет назад говорил, что RTAI - это тупиковое направление.

а вот здесь не нашли общего языка и немного разбежались)))

UAVpilot писал(а):gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим,

gmoccapy подправить как раз очень просто(там объем мизерный)

UAVpilot писал(а):Отличный пример!

Кроме шутки, это я к тому, что новое поколение писателей не захотело использовать старый ламповый Tcl/Tk.

UAVpilot писал(а):gmoccapy написан с использованием Python v2 и GTK+ v2, а с Python v3 и GTK+ v3 его код не совместим, не смотря на существование оных в виде стабильных релизов уже более 7 лет.

Ща есть еще тонна сайтов в возрасте, где дизайн свёрстан на HTML4 и CSS2, и менять его не будут, т.к. он работает и выглядит всё ещё хорошо. Но смена поколений идёт.

nkp писал(а):а вот здесь не нашли общего языка и немного разбежались)))

В каком-то смысле это пошло на пользу.

Кстати, для сравнения было бы неплохо воплотить морду gmocappy с помощью HTML+JS+PY. Как в спортивном интересе, так и в практическом плане.

nkp писал(а):а вот здесь не нашли общего языка и немного разбежались)))

А какой общий язык тут можно найти? Довольно скоро RTAI просто не сможет работать в современных ядрах - поддержка в ядре "механизма", которым он пользуется уже давно прекращена и, где-то в v4.16-4.18 он вообще перестанет работать.

nkp писал(а):gmoccapy подправить как раз очень просто(там объем мизерный)

Перерисовать все виджеты (в том числе и те, которые hal*) и переписать весь код работы с ними, ибо API сильно изменился...

MX_Master писал(а):Кроме шутки, это я к тому, что новое поколение писателей не захотело использовать старый ламповый Tcl/Tk.

И написанные ими программы просто уйдут вместе с ними, ибо их приходится постоянно поддерживать не из-за того, что в них есть баги, а просто потому, что синтаксис языка и/или версия API, которые в них использованы просто перестанут существовать. С точки зрения создания рабочих мест это очень хорошо, а вот с точки зрения стабильности бизнеспроцессов, которую призван обеспечивать написанный ими софт - сомнительно...

MX_Master писал(а):Кстати, для сравнения было бы неплохо воплотить морду gmocappy с помощью HTML+JS+PY. Как в спортивном интересе, так и в практическом плане.

В практическом плане зачем? Просто по факту наличия свободных ресурсов?

UAVpilot писал(а):В практическом плане зачем?

Я думаю, трёх зайцев. Привычный вид при локальном и удалённом управлении, даже на тех устройствах, где этот интерфейс никогда не запускался. Применение перспективной технологии. Подружить юзеров Windows с бесплатной ЧПУ на базе Linux.

MX_Master писал(а):Я думаю, трёх зайцев. Привычный вид при локальном и удалённом управлении, даже на тех устройствах, где этот интерфейс никогда не запускался.

Xserver существует уже десятки лет и есть на всех ОС...

MX_Master писал(а):Подружить юзеров Windows с бесплатной ЧПУ на базе Linux.

... В том числе и на Windows.

MX_Master писал(а):Применение перспективной технологии.

Зачем?..

Вот именно так это и происходит - вместо того, чтобы изучить предмет и существующие наработки по нему некоторые не оглядываясь бросаются писать свой собственный язык или тулкит...

Бессмысленный, но беспощадный прогресс всё равно не остановить

MX_Master писал(а):Бессмысленный, но беспощадный прогресс всё равно не остановить

А разве за последние 30 с лишним лет появилось что-то лучше X Window System?..

Я именно в этом вопросе не сильно разбираюсь, но везде пишут про wayland.