
http://cnc-club.ru/wiki/index.php/LinuxCNC_Features
Текущий статус разработки
- Дописать обработки.
- Отловить баги
.
Правильнее в каталоге рядом с ini искать какой-нибудь features.xml и считывать оттуда локальные настройки features.Nick писал(а):Только может придется придумывать префикс, или писать относительно ini.
попробую сегодня.Nick писал(а):Надо дописать.
Тэг insert, правда может быть уже задействован... надо уточнить. А так, делаем тэг, скажем <include src="имя файла"> и вперед. Только может придется придумывать префикс, или писать относительно ini.
В смысле?UAVpilot писал(а):Кстати про дефолтные значения: наверно можно просто вообще для всех параметров запоминать последние значение и предлагать их в качестве начальных.
Мне кажется тип "текст" наиболее гибкий и вполне усвояемый для пользователя, а вместо крутилок-свистелок лучше этоNick писал(а):ЗЫ Вот еще штука, которая не сделана - типы полей. Сейчас все это текст, по идее можно сделать отдельные поля под boolean, int, float, с крутилками и свистелками.
Nick писал(а):В принципе можно чуть ли не к каждому параметру свое изображение нарисовать.
намек понялNick писал(а):А почему не хочешь завести параметры #<_global_probe_results_x>, #<_global_probe_results_y> и т.д.?
Я не про глобальные, а вообще про все. Например создаём операцию "отверстие", в ней задаём координаты X, Y и диаметр (ну и другие). Далее создаём ещё одну операцию "отверстие" и в этой операции все параметры автоматически устанавливаются те-же, что и в предыдущей - теперь можно просто исправить те, которые отличаются.Nick писал(а):В смысле?
Там сейчас все дефолтные параметры стоят как #<_global_xxx> - как бы сквозное задание. С одной стороны не оч. хорошо - т.к. непойми что, с другой стороны показываем какие параметры вообще есть и так сказать стимулируем потенциального пользователя проникнуться глубже.
приходится напрягаться и вспоминать чему равен этот самый #<_global_feed> или тупо руками во все поля вбивать конкретные значения, даже если они совпадают с глобальными. Было-бы гораздо удобнее, если-бы вместо #<_global_feed> просто подставлялось конкретное значение - никому не важно задано оно глобально или ещё как, главное сразу видно, что оно то, какое нужно. Разве что после значения, если оно совпадает с глобальным можно поставить соотв. пометку, даже в виде "#<_global_feed>".Feed: #<_global_feed>
и постоянно отвечать в саппорте на вопросы типа "Почему всё вдруг сломалось?"..verser писал(а):Мне кажется тип "текст" наиболее гибкий и вполне усвояемый для пользователя, а вместо крутилок-свистелок лучше это
Поддерживаю все вышесказанное. Сам въехал в смысл всех "#<_global_xxx>" только когда начал в исходниках рыться. А это не good. Nick, давай сделаем перевод "#<_global_ххх>" в цифры .UAVpilot писал(а): Я не про глобальные, а вообще про все. Например создаём операцию "отверстие", в ней задаём координаты X, Y и диаметр (ну и другие). Далее создаём ещё одну операцию "отверстие" и в этой операции все параметры автоматически устанавливаются те-же, что и в предыдущей - теперь можно просто исправить те, которые отличаются.
Стимулировать проникновение глубже - это хорошо, но не увеличением сложности начального старта.
Я тут предлагал попробовать Features людям, которые умеют работать на станках с ЧПУ, но не программисты - тяжёло воспринимаются записи типаприходится напрягаться и вспоминать чему равен этот самый #<_global_feed> или тупо руками во все поля вбивать конкретные значения, даже если они совпадают с глобальными. Было-бы гораздо удобнее, если-бы вместо #<_global_feed> просто подставлялось конкретное значение - никому не важно задано оно глобально или ещё как, главное сразу видно, что оно то, какое нужно. Разве что после значения, если оно совпадает с глобальным можно поставить соотв. пометку, даже в виде "#<_global_feed>".Feed: #<_global_feed>
Features отделяет от понятия "почти графический интерфейс" какая-нить сотня иконок с правдивыми изображениямиtooshka писал(а):Все же графический интерфейс более понятен и легче для освоения. Вот любите вы программисты над юзерами издеваться))).
предыдущее значение хмм... надо бы подумать...UAVpilot писал(а):Например создаём операцию "отверстие", в ней задаём координаты X, Y и диаметр (ну и другие). Далее создаём ещё одну операцию "отверстие" и в этой операции все параметры автоматически устанавливаются те-же, что и в предыдущей - теперь можно просто исправить те, которые отличаются.
На скрине, не совсем то, что надо... В круге должна получиться просто спираль, а не конусная спираль...verser писал(а):-добавил заглубление под углом для circle.ini и rect.ini
Ну можно тупо рожать внутренние переменные и помнить в них.Nick писал(а):А как его брать? предыдущее от круга или и от квадрата тоже?
У него там ещё Angle Vert - 45 градусов.Nick писал(а):На скрине, не совсем то, что надо... В круге должна получиться просто спираль, а не конусная спираль...
Угол наклона Angle Vert в меню ставить = 0 и будет строго вертикальное пошаговое заглубление (для circle-spiral.ini еще не делал наклонного заглубления). А можно вообще отрицательный Angle Vert = -45 задать :Nick писал(а): На скрине, не совсем то, что надо... В круге должна получиться просто спираль, а не конусная спираль...
Отлично. А как их циферками сделать? я не нашел простого способа замены "_глобал_ххх" на цифры.Nick писал(а):Надо бы разобраться, как менять цвет шрифта в отдельных записях... Для начала предлогаю все дефаултные параметры _глобал_ххх отображать сереньким цветом.