они генерятся в автомате - в фейсе подключаемом через обработку точки расширения указывается стартовый номер, а дальше при каждом добавлении настройки(TR.AddTune..) номер инкрементируется. Если новую настройку добавили в конец, то нормально, а вот если в середину, то алесь. Лучше по коду ориентироваться - он то уж точно редко меняется, да и во всей галке поиск идет именно по коду(sGetTune).
edward_K писал(а):они генерятся в автомате - в фейсе подключаемом через обработку точки расширения указывается стартовый номер, а дальше при каждом добавлении настройки(TR.AddTune..) номер инкрементируется. Если новую настройку добавили в конец, то нормально, а вот если в середину, то алесь. Лучше по коду ориентироваться - он то уж точно редко меняется, да и во всей галке поиск идет именно по коду(sGetTune).
edward_K писал(а):да и во всей галке поиск идет именно по коду(sGetTune).
Вот этот код и должен был быть номером, тогда вопросов ваще не было бы. Тоже замучались искать. Тока запишешь номер настройки важной, а бац она уже под другим. Приходится скрины снимать.
В окне настроек нажмите [Alt+1] откроется окно "Значения для отладки".
В качестве однозначного идентификатора настройки используете поле "Код настройки" или "Полный путь".
Но только не "Номер" - номера периодически пересчитываются при обновлениях реестра. Это поле показывает порядковый номер при вставке в базу. Он не гарантируется.
Хотя полный путь тоже может изменяться от патча к патчу. Если вдруг решат перетасовать папки.
Настройки по каким либо кодам искать бессмысленно ввиду их большого количества.
Любая настройка так или иначе вызывается при вызове интерфейса.
В зависимости из процесса в котором вам надо узнать значение настроек я работаю с интерфейсом статистика обращений к настройкам.
) почти все номера настроек поменялись.
