Temp Group...

Спасибо!..

A что, ctrl+pick где-нибудь в Allegro PCB Editor работает?

Вот решил зделать сохранение настроек. Варианты:
1 Сохранять в отдельный файл. Совсем плохой вариант.
2 Сохранять в файл allegro.ini. Вроде неплохо, но парсить текстовый файл не улыбается.
3 Сохранять непосредственно в проект, в файл .brd. ИМХО лучший вариант. Как это сделать?

Какие у вас мысли на этот счет?

Я думаю, что сохранять надо как раз в отдельный файл.
В brd не надо, т.к. не везде может быть этот скрипт, а в allegro.ini - т.к. не всем надо иметь автозапуск.

И где его расположить, как назвать, какой формат, чем парсить?


ну и хай с ним. Будет лежать в файле и никому не мешать. Зато на каждый проект отдельные настройки.
Посмотрите сколько всяких "ненужных" вещей лежит в конце файла.
В идеале к объекту "design" прицепить что-то вроде property, и в эту пропертю засунуть лист с настройками. Тогда отпадает гемор с парсингом текста.


причем сдесь автозапуск? Сохранять настройки формы хочу.

Все равно. Ну, расположить, разве что, в одном из тех каталогов, где остальные файлы располагаются.


Будет оно кому-то мешать, или нет, еще не известно... Думается, что, скорее будет, чем нет. Кому-то и когда-то.

Если у Вас трудности с парсингом текста, то почему Вы не сделаете бинарный файл? Не обязательно же его потом отдельно в текстовом редакторе править?


Ну это же ini для всего аллегро.

В skill, например, есть функция для прикрепления файла к дизайну, т.е. включения некого файла внутрь .brd. Есть функции для работы с пропертями дизайна.
Я же не собираюсь открывать файл и ручками туда что то добавлять. Вы именно так и подумали?
Проблема в том, что я не вкурил все эти функции, какую лучше использовать, как?
Повторюсь: в идеале к объекту "design" прицепить что-то вроде property, и в эту пропертю засунуть лист с настройками. Потом при вызове скрипта посмотреть, что у дизайна есть такая пропертя, и взять из нее все настройки. Получается 2 строчки кода: 1 посмотреть что есть, 2 забрать. Как это сделать?


И? Таки что мешает добавить туда свою секцию [align_script]? Но опять же, это по сути первый вариант, опять надо делать поиск по тексту, сравнение... Посему он мне не нравится.

Упаси Боже. Просто если есть такая функция, то не обязательно же ее применять.


Ничего не мешает, правильно, что по сути это первый вариант. Я про скилл мао знаю, но мне рассказывали, что работа с текстом там очень простая. Кроме того, если Вам все-таки сложно, то можно же хранить все в бинарном виде. Это плохо?

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

Еще хуже, ваще не представляю, как это организовать в бинарнике.


Таки пришел я домой и проверил свои подозрения: настройки инструментов храняться в проекте. Ну или так: сохраняются для каждого проекта отдельно (а где сохраняются? Видимо в самом проекте...).

Все же это нормально, например в одном проекте надо тянуть дорожки, а в другом лучше их резать.

Дык элементарно. В файл сохраняются параметры, которые надо. Например, галочки (по 1 биту на штуку), числа, строки. Все это тупо в любом порядке сливается в файл, а при необходимости читается в том же порядке. Обычное дело было (в старые добрые времена, теперь проклятые программисты для сохранения сливают весь дамп ОЗУ ).

+1e10
По законам Мерфи, cadence выкатит какой нибудь хотфикс, который будет конфликтовать с вашими добавлениями. Хорошо если выяснится сразу, а если приведет к не повторяющимся глюкам и чудесам????? Куча времени уйдет в трубу.
Если не хотите использовать allegro.ini, то что мешает сделать свой файл с настройками? Лежащий рядом с allegro.ini, но имеющий свой, удобный для вас формат.

Ну вы блин даете...
Волков бояться - в лес не ходить?
Есть специальный инструмент, что бы добавить в дизайн свою инфу, так нет, низя его использовать, а то вдруг...
Так может тогда не использовать юзер проперти на компонентах, и еще кучу других возможностей? А то вдруг...
Были прецеденты?
Посмотрите до кучи на deprecated функции в skill. Они тянутся и тянутся, обеспечивают совместимось.
Вощем, не верю я, что такое может случится.
По Мерфи: если, что-то плохое должно случиться, то оно случится, добавил ты инфу в дизайн или нет.


Что есть вери гуд!

Большая просьба не делать автоматического сохранения настроек в проекте. Или сделать это поведение отключаемым.

Вот кстати, что говорят иностранные товарищи:
http://www.cadence.com/community/forums/T/19664.aspx

Запилил сохранение настроек.
По просьбам трудящихся сделал двоякий механизм.
align.il:

align_script.ini - псевдо-ини, проверка целостности не производится, так ша ручками в него лучше не лазить, а то вдруг...
Зато парсить не пришлось