Статьи, обзоры, цены на станки и комплектующие.
https://cnc-club.ru/forum/
А нижняя строчка статуса где?selenur писал(а):Вот ещё скрин
Полноценно не влазит, как ты и говорил...UAVpilot писал(а):А нижняя строчка статуса где?selenur писал(а):Вот ещё скрин
И сообщения об ошибках будут появляться чуть ниже нижней границы монитора...
Вот в этом интерфейсе можно уменьшить размер шрифта отображающий координаты:UAVpilot писал(а):А в конфигурации со сдвоенной или с 4-й осью?..
А gmoccapy - это минимум 980х750 без обрамления окна.Здесь была тема про gscreen...MX_Master писал(а):А где можно почитать (мож даже с примерами) как сделать свой интерфейс?
http://gnipsel.com/linuxcnc/gui/index.htmlMX_Master писал(а):А где можно почитать (мож даже с примерами) как сделать свой интерфейс?
Вот, кстати, по урокам с этой темы у меня (абсолютного барана в программировании) получилось полностью перепотрошить gmoccapy. Думаю, теперь получится и на его основе интерфейс переписатьnkp писал(а):ну и тема MyGUI тут на форуме
И тест стандартного gmocappy на апельсине яркий тому пример. Я, канеш, не против питона, но чтобы интерфейс летал на слабом проце, создавать надо как минимум на С. А также юзать простые и быстрые графические средства. Работают же стандартные AXIS и TKEMC и время у проца не сильно отнимают.GTK ресурсоёмкий. TK гораздо легче. Писать можно не только на python, а вообще на любом языке, тут никаких ограничений.MX_Master писал(а):Работают же стандартные AXIS и TKEMC и время у проца не сильно отнимают.
https://github.com/LinuxCNC/linuxcnc/bl ... nuxcnc.tclMX_Master писал(а):Хочу взглянуть как устроен простейший TKEMC. Не могу понять, где начать с исходников. Захожу в https://github.com/LinuxCNC/linuxcnc/tr ... c/usr_intf и ничего такого в глаз не попадает. Подскажите, пожалуйста.
Обычно, народ не понимает, почему я не беру денег за какую-то интересную работу.. Потому что опыт был дороже..UAVpilot писал(а):Вопрос только в том, что дешевле - твоё время или комп помощней...
Спасибо, будем посмотреть.UAVpilot писал(а):https://github.com/LinuxCNC/linuxcnc/bl ... nuxcnc.tcl
но в том же Axis си немного - gremlin по большому счету,но ведь и в джимоккапай тот же gremlin)MX_Master писал(а):Я, канеш, не против питона, но чтобы интерфейс летал на слабом проце, создавать надо как минимум на С. А также юзать простые и быстрые графические средства. Работают же стандартные AXIS и TKEMC и время у проца не сильно отнимают.
По моему опыту - в полностью наоборот. В отличии от python tcl очень простой для изучения язык с чёткими и несложными правилами. В его правилах есть лишь одно исключение: между командой "#" и её аргументами пробел не обязателен.MX_Master писал(а):На питоне что-то написать будет явно быстрее и понятнее.
Ну и ресурсов (в памяти и на диске) он хочет гораздо меньше, на диске ему требуется менее 2 МБ. Одни только "отступы" в python чего стоят - даже при косметической правке программы легко можно словить полное изменение логики работы...Можно и так, если тебе нужен сам интерпретатор Tcl. А если нужен только Tk, то и пользуй только его API. Tk - это полностью отдельный тулкит, он лишь ориентирован на использование с Tcl, но это не является обязательным требованием. Например tkinter для python или perl не содержат даже намёка на интерпретатор Tcl.MX_Master писал(а):Связка С + Tcl/Tk будет не намного быстрее, т.к в программке на С создаётся текстовый интерпретатор команд Tcl/Tk.
Нынче даже винда является POSIX совместимой ОС, поэтому портирование Юниксовых/Линуксовых программ на винду не является проблемой. Однако это не означает, что все программы вдруг стали кроссплатформенными.MX_Master писал(а):Но если говорить о полной кроссплатформе можно вспомнить про Qt и HTML+JS.