(2055.PLUS.beta) Обновлена BETA-версия программы Помощник.

    Что изменено с прошлого релиза:
     - (Исправлено) некоторые свежевыявленные баги последней беты (в частности сообщение "Лавка: Ответ не распознан").

(2054.PLUS.beta) Обновлена BETA-версия программы Помощник.

    Что изменено с прошлого релиза:
     - (Исправлено, наверное =) пока не проверял на реальной покупке в ситуации "предметы раскупаются другими игроками") недочеты в работе статистики покупки из лавки, которые при корректировке на базе ответов с ошибками не уменьшали, а наоборот увеличивали значение в статистике, в итоге выходила очень большая разбежка со значением реально купленного;
    - (Изменено) значение задержек по умолчанию для покупки из лавки. 
   29.07 показало, что ГМ еще те шутники и могут внезапно подзакручивать гайки игрокам, провоцируя волну наказаний (в частности арестов). В каком сейчас положении находится граница ареста: откатили ее ГМ на прежний рубеж или она так и осталась сдвинутой в сторону меньшего разрешенного объема, - неизвестно. Но на всякий случай рекомендую не уменьшать значения, а если мои предположительные еще и сильно оптимистичны (арест продолжит прилетать даже на 1000~200), то даже увеличьте (можно использовать шаг для базового значения в 50-100, разброс на ваше усмотрение);
    - (Доработано) разрыв соединения не должен вызывать досрочное прерывание работы функций запускаемых не через Старт в рабочем окне (например, прокрутка барабанов);
    - (Доработано) если при переносе предмета из сундука в рюкзак через окно параметров задать число отличное от 1-10 (по умолчанию стоит 0), то это приравнивается к отмене операции;
    - (Доработано) в статистику попадают предметы в том числе и с безусловно прогоняемых монстров. Через новый блок можно проверить не пропускает ли программа нужные вам предметы только лишь по тому, что на монстре "Прогонять(нет действия)".
    Данная бета-версия запланирована финальной для перехода основной на 6.3.3. В случае отсутствия критических проблем все текущие бета-изменения будут перенесены на основную версию.
     Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:
    Извините, устал, поэтому сегодня без обратной связи =)

База предметов обновлена до версии 228.

    Обновление ручное: либо через программу и меню в рабочем окне "Помощь - Установщик базы предметов" (ссылка на пример с картинками), либо скачайте установщик в текущем браузере: http://2b2s.ru/files/objectbase.Installer.exe
     Программу после установки базы предметов перезапустить.

(2052.PLUS.beta) Обновлена BETA-версия программы Помощник.

    Что изменено с прошлого релиза:
     - (Исправлено) некоторые ошибки, возникавшие во время перемещения позиций в списке покупки из лавки редкостей, в т.ч. когда происходил "сброс сам на себя" (могло получаться не умышленно при зажатии кнопки мыши на списке при редактировании, элемент "хватался" и в скорости "сбрасывался" на свою же позицию - бум! все погибли), это приводило к повреждению информации и порче списка (появлялись "белые пятна", которые при сохранении и последующей загрузке с настройками могли блокировать вывод нижележащих элементов);
  - (Доработано) список планирования взаимодействия с боссами (и функция принятия решения по текущей ситуации) дополнены приоритетом. Он реализован на базе порядка расположения монстров в списке. 
     Список живых боссов сначала сверяется с действием "ожидание миньона" причем монстры из списка планирования берутся сверху вниз, то есть вышестоящие сработают раньше. Поиск идет до первого совпадения. 
    Затем проводится еще одна сверка, но уже по действию "атака босса" (таким образом миньоны еще и важнее, чем атака босса). Здесь приоритет расположения несколько ослаблен. Как и раньше если какой-то босс уже начал атаковаться, то на другого босса может быть произведено переключение только после падения ХП на нем ниже параметра "выход". Только лишь если нет текущей атаки босса или с него уже можно выйти производится поиск нового. Тут из нескольких разных будет выбран более приоритетный (чтение списка планирования так же сверху вниз до первого совпадения удовлетворяющего условию/параметру "вход").
     Перемещение вставляет исходную позицию на место конечной, сдвигая ее вниз, и наиболее удобно выглядит при перемещении снизу (как повышение приоритета монстра). Сверху надо тащить на одну позицию ниже и нельзя поставить монстра сразу самым последним (только предпоследним, а потом поднять последнего на одну позицию вверх).
     Причем перетаскивание так же переназначает действие на исходном монстре. 
      Механизм приоритетов позволит, например, выбирать из двух живых боссов с миньонами не того, кто раньше появился, а того, который важнее для вас (вначале должно перейти на первого появившегося, а после переключиться на более приоритетного).
     Алгоритмы выбора "теоретические" требуется еще доуточнение на реальных случаях. Все случаи ненормальной работы в виде логов работы сохраненных в файл присылайте на деревню к дедушке кхе-кхе, в личку конечно же.

(2051.PLUS.beta) Обновлена BETA-версия программы Помощник.

     Краткий тест показал, что проблема с боссами/миньонами не повторяется. По лавке данные тоже позитивны, но нуждаются в большем объеме тестирования. 

     Памятка. Если программа имеет проблему, то наиболее качественным способом донести ее до меня (для исследования и выработки исправления) является сохранение лога работы в файл. Если на этом же запуске появились новые данные, то лог можно сохранить в тот же файл. Для разных запусков/копий желательно, чтобы сохранения были в файлы с разными именами.
    Потом присылаете лог любым способом (скайп, почта, голубь). Из открывшегося проводника (ответить ДА в запросе, файл будет выделен в папке) файл можно перетаскивать как в чат скайпа, так  и в теории в поле нового письма (оправка на почту helperheaven@gmail.com).
    К сожалению просто словесное описание ситуации практически бесполезно для исправления ситуации, если я не могу воспроизвести ее у себя (а так бывает наиболее часто, т.к. как правило неизвестен набор исходных параметров + условия которые сложились в процессе работы).
     Если выявите недоработки по текущей сборке. Не забудьте сообщить, и желательно кинуть в меня логом =)

     Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

ОШИБКА, БЕТУ НЕ ОБНОВЛЯТЬ.

В ней проблема с покупкой лото. 
Тем кто успел, переименовать в папке с программой файл "PomoschnikUltra_PLUS_beta_bak.exe" в "PomoschnikUltra_PLUS_beta.exe" (стереть "_bak") и согласиться на замену. Либо временно перейти на основную версию.

Обновлена BETA-версия программы Помощник.Ultra.PLUS (2050.PLUS.beta)

    Что изменено с прошлого релиза:
- (Исправлено) свежая ошибка 2049-версии с проверкой статуса босса (выдача сообщения, что он не верен и остановка на этом);
- (Доработано) в установщик добавлена опция "+ ярлыки на прошлые версии". При установке прошлый файл (версия) не удаляются, а просто переименовываются и "живет" в папке до следующей установки (затем он заменится тем файлом, что сейчас считается "свежим" и т.д.). Другими словами есть "память", которая в экстренном случае позволяет сделать "шаг назад" (например, как в случае 2049-версии и ошибкой сломавшей всех боссов разом).
Ярлык на прошлую версию начинается с текста "previos".  
Однако обращаю внимание, что любая новая переустановка "сдвинет" файлы и "текущая" до установки станет запускаться как "прошлая" после завершения. Например, если один и тот же установщик запустить два (или более) раза, то  оба ярлыка начнут открывать одну и ту же версию (возможность отката пропадет).

Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

Обновлена BETA-версия программы Помощник.Ultra.PLUS (2049.PLUS.beta)

    Что изменено с прошлого релиза:
- (Временно) перемещение элементов относительно друг друга в списке покупки в ряде случаев неправильно работает с данными, что приводит к порче списка вцелом. Оно пока убрано (перетаскивание предметов из внешних источников сохранено);
- (Переработано) функция покупки из лавки редкостей.
1. Для текущего списка покупки и содержимого лавки составляется очередь покупки. Причем она учитывает текущий счетчик покупки и подбирает стеки исходя из него;
То есть если остаток маленький, исключаются самые большие стеки, чтобы максимально "попасть" в указанное. Например, в лавке есть стеки 1, 10 и 100шт. Ниже приведены 3 случая составления очереди покупки в зависимости от счетчика.











Кроме того при наличии в лавке нескольких предметов из списка, они все включаются в очередь по принципу приоритета вышестоящих.
 
2. В процессе покупки содержимое лавки периодически обновляется (через каждые 40-60 покупок), однако программа не делает пауз для ожидания ответа. Он пересоздает очередь покупки в фоне. Это теории должно давать больший объем, когда "счет идет на секунды". Даже если текущая позиция исчезла, будет взята следующая из очереди, то есть полный цикл покупки может быть произведен только по одному обновлению содержимого лавки;
3. Добавлена внутренняя "история покупок". При получении ошибок по ней будет производиться попытка корректировки счетчика покупки (ошибочный стек добавлен) и информации в статистике (ошибочный стек отнят). Работа коррекции назначена на старую опцию "перепроверять позиции" (последняя "убрана" за неактуальностью, очередь обновляется теперь каждый раз при получении свежего содержимого).
Отключенная коррекция должна давать отклонение в "реальное число - число в статистике" на уровне старой версии. Каковы реальные результаты с включенной корректировкой покажет время =);
- (Доработано) ручная привязка к игре (через перетаскивание прицела из рабочего окна) пытается принудительно завершить предыдущую, если она по каким-то причинам еще не окончена. 

  Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:

Список покупки лото, барабаны в отдельном профиле.

    Здравствуйте. С вами рубрика "а вот этого я этого и не знал!".
   Я специалист (ну так мама по крайней мере говорит) технической поддержки Сергей, наш разработчик Серхио временно недоступен, его вместе с рабочим местом завалило вопросами (отдельные даже начинались со слов "я ху(Д)ею, дорогая редакция").
    Первым по списку идет базовая настройка списка покупки из лавки редкостей.
    Он может работать в двух режимах. Режимы переключаются галочкой сверху ("С учетом стеков и стоимости").
    Общим для обоих является непосредственно сам предмет и количество ШТУК для покупки (причем реальная покупка может быть ниже счетчика, я уже писал об этом тут).
    Первый с контролем только валюты, с которой вы готовы расстаться за эти жалкие циферки в стеке предмета (билета) у вас в сундуке. Поля на каждую валюту имеют только по два состояния "+++" (включено) и "    " (выключено). Изменяются по клику мышкой. 
    То есть он задает "предмет" "тип валюты" "количество". В большинстве стандартных случаев его достаточно. Данный контроль "только тип валюты" ВСЕГДА ИЗ нескольких ДОСТУПНЫХ стеков ВЫБИРАЕТ МАКСИМАЛЬНЫЙ.
    Если ГМ решат (или решит) пошутковать и начнут изменять стоимости 1шт, то можно "попасть на бабки". Один из реальных примеров в прошлом - аллегри. Их долгое время продавали по 10 брилл. за штуку, а потом как-то раз завезли по 15. Разница как вы можете заметить ощутимая (в полтора раза). Из-за этого случая был добавлен второй тип списка. Он уже предполагает контроль стоимости стека.
     В нем нужно указать не просто "вкл" ("+++"), а стоимость 1 ед. (штуки). Например, 1 билет в лавке стоит стандартно 10 брилл., и по другой цене вы его брать не согласны. ОК, из списка жертв для жестоких шуток вас вычеркивают.
    Имеем "предмет" "который стоит Х за 1шт" "количество". Теперь покупка практически как в танке. Причем запись "цена 1 шт." ВСЕГДА ИЗ нескольких ДОСТУПНЫХ стеков ВЫБИРАЕТ МАКСИМАЛЬНЫЙ.
   Причем как вы возможно догадались можно указать несколько разрешенных валют. Сейчас это не актуально, но имейте в виду, что возможность есть.

    Барабаны на отдельном профиле.
   Наиболее простым для понимания (на мой оторванный от реальности взгляд) способом работы с барабанами (в последней бете) является следующий. Инструкция по отдельным шагам.
    Топ 0. (необязательный) Если после запуска программы вы вносили изменения в настройки и хотите их сохранить, то кликаете в кнопку "Сохранить" и в новом окне "Сохранить в профиль".
   Шлеп 1. Нам нужен отдельный профиль настроек "барабаны". Открываем окно настроек и зрим в корень, то есть вниз. Кликаем в кнопку "Загр.профиль". Подтверждаем, что еще раз хотим сохранить текущие настройки.
   Топ 2. И сейчас очень важно, в отличие от "Топ 0" выбрать НОВЫЙ профиль (данные в нем будут перезаписаны). Его же после можно и назвать понятными буквами для наглядности.

  Шлеп 3. Окно "сохранение" заменится на "загрузка" в котором будет только что созданный профиль. Выбираем его.
   Топ 4. Ждем сообщения. Все, новый профиль создан и мы на него переключились. Теперь он является текущим и над ним можно издеваться как угодно. Ваши прошлые настройки живут по старому адресу, а мы тусим на новой хате.
    Шлеп 5. Крутим барабаны БЕЗ АВТОМАТИЧЕСКОЙ ОБРАБОТКИ дропа. А значим гасим опцию на бесплатные прокруты и обработку привязанную к расходу ресурса (вбиваем 0). Причем так крутить можно и в старом профиле. Главное обработку на цепь посадить.
*некоторое время спустя*
    Топ 6. Все (банкротство, надоело, пятка зачесалась и проч.). Надо бы хабар домой занести, нечего ему в сарае валяться. Проверяем наличие галочки на синхронизации специальной группы дропа барабанов с текущим хранилищем. И открываем группу для просмотра.
   Шлеп 7. Изменяем действия на нужные. Чтобы ни один предмет не ушел обиженным. Потом окно дропа можно закрыть (а можно и оставить).
    Топ 8. Запускаем обработку хранилища барабанов вручную.
   Шлеп 9. Задача выполнена. Можно вернуться на старый профиль и продолжить геноцид, скажем, островных монстров. Снова выбираем смену профиля. Пересохраняемся на всякий случай в самого себя.
*картинки идентичные Шлеп-Топ 1-2 (см. выше)*
    Топ 10. Пакуем чемоданы и на вокзал. Грузим старый профиль. Живем прежней жизнью.

    Теперь не базовый, но тоже полезный (но не точно) момент.
    В программе есть достаточно удобный механизм перемещения предметов перетаскиванием картинок из списка в список. Например, в список покупки (боевого применения, не фиксированную группу) предмет можно просто "затаскивать" из поиска по названию (либо например окна статистики, другой группы).
    Кроме "хватать" можно и картинку в окне параметров.
    А "сбрасывать" в том числе на картинки текущего призыва или открытия лото (приводит к переключению использования на этот предмет).
    Если бы ГМ не умничали и указывали номера тиражей привычными арабскими цифрами (римляне-имперцы блин), то было удобно искать тиражи и по ним, а не только по названию "заглавного" образа. Правда я немного упростил и эту ситуацию. В базе группы тиражей имеют человеческие заголовки. А поиск по заголовкам групп доступен в отдельном их окне. 
    И для списка покупки есть одна особенность. Если в него перетаскивать (за заголовок) группу дропа лото, то добавляется именно сам билет-источник, не содержимое.
   Тут поиск, кстати достаточно мощный. Не как гугол конечно, но может показать в каких группах есть предмет с совпадающим (точное соответствие символов) текстом либо в заголовке, либо в описании.
      
    Все, пингвин устал, пингвин болен.

Обновлена BETA-версия программы Помощник.Ultra.PLUS (2048.PLUS.beta)

    Что изменено с прошлого релиза:
    - (Добавлено) система запоминания предметов из хранилища барабанов в специальной пользовательской группе "Дроп барабанов". Дополнение происходит при любом просмотре хранилища, в том числе и открытии его руками в браузере. В итоге можно предварительно открыть хранилище, а после в группе проверить правильно ли выставлены действия на предметах, чтобы обработка имела ожидаемый результат. Кроме того синхронизация с текущим содержимым хранилища происходит и при отображения группы из блока настроек. Управление (вкл./выкл. синхронизации) осуществляется с помощью опции рядом с ссылкой открытия содержимого группы;
    - (Переработано) обработка информации с лавки редкостей, теперь программа "видит" содержимое лавки, даже если вы открыли ее руками в браузере. Опция "по таймеру" (автопокупка) переименована в "в т.ч. Стопе" (в том числе и на "Стопе" - когда остановлена). Если включены обе галочки, то при наличии совпадений со списком покупки, процесс стартует даже при открытии лавки руками в браузере (кроме того вторая опция по прежнему использует таймер для обновления содержимого лавки по интервалу) ;
    - (Доработано) в параметры одноразового таймера (расположен на вкладке Общие) добавлен параметр "секунды", что позволит настраивать время его срабатывания немного точнее. Кстати, с помощью него можно в определенное время переключить текущий режим на какой-то другой, например, Лото.Купить. А после окончания работы нового режима будет произведен переход на работу первоначального. Таким способом можно, например, запланировать однократную проверку лавки строго в определенный момент и запустить покупку даже если "автопокупка" не включена (особого смысла нет, но мало ли, как еще один вариант в копилку).
 
  Для установки обновления вызовите в меню в рабочем окне "Помощь" - "Обновить beta- версию".
    Либо установите программу поверх в ту же папку (при закрытой программе) с установщика:
 

Хитрости с барабанами (для текущих условий, пока работаю над нововведениями).

  Барабаны повысили приоритет задачи "индивидуальные действия на разные режимы/обработки" так значительно, что она (задача) планирует выйти на околоземную орбиту. 
***"П-с-с, Роскосмос, могу подбросить небольшую полезную нагрузку до МКС, за умеренную плату. Как тебе такой батут, Илон Маск? Сначала миньоны, теперь барабаны, ГМ, лето на дворе, когда же вы уже уйметесь? =) "***
     Я творю (или, как указывал ранее, возможно вытворяю) более гибкие механизмы работы с предметами. Однако придумал, как некоторыми уже существующими механизмами ситуацию с барабанами все же можно решить, не томясь в ожидании или пинками придавая моей ленивой тушке ускорение в нужном направлении (все же знают, что программисты получаются из комбинации логики и лени? =) ). 
    Итак, я указывал вчера, можно просто использовать отдельный профиль настроек, предметы в котором будут настроены чисто под барабаны. А бить монстров на другом, с отличающимся набором действий.
     Но вот ловите еще один лайфхак.
   Основную проблему представляет пересекающийся с монстрами дроп. На действия "разбирать"/"продавать" будет реагировать предварительная проверка "нужный дроп" и атаковать. 
***"Но ведь это хлам помеченный только барабанов, мы за двойные стандарты! Развели, понимаешь, тут коммунизм, все параметры общие. Никакой цветовой дифференциации штанов, куда мы катимся?"***
    Да, действия общие, но можно отметить некоторые предметы как "не атакуемые" при любом действии на них. При этом они будут обрабатываться согласно этих действий в любых других местах.
     В окне параметров предмета, при активной галочке "Расширенные параметры", становится доступен блок "Монстры пред.проверки". Эта опция влияет на работу монстр-действия "нужный дроп". А именно указывает для каких монстров с данным предметом в (открытом) дропе нужно проверять необходимость атаки ("н\д" на нем или нет). Значение по умолчанию - список пуст, подписан как "Все". То бишь атаковать можно у любого монстра, если позволяет действие на нем ("нужный дроп") и действие на самом предмете (НЕ "нет действия"). 
    Если внести в список хотя бы одного "левого" монстра (у которого этого предмета и быть не может), то это автоматически выставит запрет атаки предмета в дропе других.
   Предмет может разбираться при обработке барабанов, но его перестанет "видеть" атака! (причем он так же будет разбираться в дропе, например, арены, так как "обработка дропа" не равно "необходимость атаковать". Предмет уже добыт, чего добро горбатому разбазаривать, особенно "красные" вещи). 
    Почему я молчал раньше? Как-то не сообразил, что это вполне легальный способ запретить атаковать предмет для любого монстра, рассматривал его именно в "разрешающем", а не "запрещающем" ключе. Тогда как еще дядька Э. вывел, что "Е=mc2", ой, точнее "все в мире относительно", но первое тоже его. Прошу отнестись с пониманием =)
*** Вставка экспериментального юмора, прорыв букв из воспаленного сознания, можете с чистой совестью игнорировать ***.

З.Ы. обновление бета-версии перенесено на завтра (воскресенье)

Рекомендую переоткрыть сайт в любом другом браузере кроме Internet Explorer.

    Для отображения новости помощник использует Internet Explorer (IE). В конце будет опросник, а IE из-за устаревающего ядра его не может отобразить в рабочем виде. Поэтому если захотите оставить след в истории мнение, откройте страницу в любом другом браузере (можно просто ввести 2b2s.ru в адресной строке).
    А сейчас как обычно зайду издалека =)
    Сижу я значит и творю (не исключено, что и вытворяю). Получается следующее.
     Выглядит интересно, правда? Автоматическое составление списка дропа барабанов на местах. Этого пока нет ни в одном обновлении, завтра ориентировочно подвезут на бету.
      Кроме того на базе ваших выборок, которые вы можете сохранить в файл и прислать мне, я могу сумму содержаний добавить "стационарно" в базу предметов, чтобы информация сразу была на месте даже при смене профиля/компьютера/настроек.
    Но мысль зацепилась за другое. Уже неоднократно поступали предложения доработки системы действий на предметах. Сейчас это актуально в связи с популярностью барабанов и тем что с них падает очень обширный список предметов, который пересекается, например, с дропом монстров. Но обрабатывать его нужно иначе. 
    Возникает неудобство. Ситуацию можно решить. Например, выделив под "барабанные" настройки отдельный профиль, либо держать нужные параметры в отдельном файле, подгружая по мере необходимости (обе возможности по сути идентичные, так как профили можно расценивать как файлы с жестко прописанными именами, тогда  как через кнопки можно работать с любым числом файлов). Однако оперировать настройками целиком (всем положением "галочек", параметрами предметов и монстров и прочим) часто слишком громоздко. 
    Необходимость доработки назрела давно. Я окружаю эту проблему с разных сторон, чтобы точно не сбежала. Но предполагаю, что некоторые удобные лично для меня способы могут быть неудобными и не наглядными для большинства. Поэтому решил вынести на суд большинства несколько возможных вариантов, чтобы оценить в пользу какого склониться).
   Сколько бы глаголизмам не виться, а вот все равно подошли к сути =)
   Дано: Нужен отдельный комплект действий для обработки по крайней мере дропа барабанов. Достаточно небольшого набора: Собрать, Разобрать, Продать.
     Идея на реализацию №1. В виду отсутствия места в текущем расположении настроек, там остается только вызов отдельного окна, в котором вольготно располагаются текущие + отдельные списки-действия. Как обрабатывать предмет зависит не от его параметров, а от того, в каком списке он находится.
     Как минимум понадобится два: разбирать и продавать. Остальное можно собирать (новый непредусмотренный дроп). Либо сделать три списка (+собирать), а новое обрабатывать как сейчас по действию из параметра + опция "греби все".
     Идея на реализацию №2.Предыдущий вариант конечно наглядный, но мне видится его главный минус в том, что он жестко завязан только на барабаны. В других ситуациях тоже порой полезно иметь независимый, индивидуальный набор параметров. И тут мой взгляд упал на существующую группу предметов. А что если сделать набор из "трехсписочников"?
    Отдельный набор групп, которые внутри себя содержат разделенные на три списка предметы.  Принцип аналогичный описанному в идее №1. Плюсом здесь идет что можно создавать любое количество наборов-групп под свои нужды. Как применять? Отвечу после идеи №3. Так как у них этот способ совпадает.
      Идея на реализацию №3. Номер два уже выглядит гибче, по крайней мере за счет того, что можно иметь разные наборы под разные случаи, а не редактировать один и тот же. Даже если рассмотреть возможность сохранения в файлы. Но что там в файле не видно пока не откроешь. А тут переключился на другую группу и все перед глазами.
      Но есть потеря перед текущим форматом в разнообразии вариантов. У текущего как минимум больше вариантов самих действий, а кроме того есть временное со счетчиком, для "количественной" обработки. 
(для тех кто видит в первый раз. Пока счетчик не ноль, применяется нижнее, временное действие. Каждое применение уменьшает счетчик, как правило на размер обработанного стека. Когда он достигнет нуля, действие переключается и начинает работать основное. С помощью этой связки можно сделать, к примеру, "разобрать 10 шт, а после все остальное продавать". Текущее применяемое для наглядности выделено жирным шрифтом)
     Однако существующие группы "легкие". В своем содержимом они хранят только ссылку на изначальный предмет в базе. Поэтому один и тот же предмет в разных группах имеет общие параметры. Он не самостоятелен, а является лишь "призраком", отображающим состояние "родителя". В ряде случаев это удобно. В одном любом месте указать, что предмет нужно "собирать" и все, можно больше не выискивать, где он добавлен еще. Саму группу можно сделать компактной, например под дроп одного монстра. Не нужно огромных списков, чтобы "все были на виду".
     Суть идеи №3. Уже существующую систему "общих" групп (например, дроп монстров и тиражей лото) дополнить новым набором (как вариант, чтобы не путаться им будет выделено отдельное окно) похожих по виду с способу взаимодействия групп. Однако эти будут "индивидуальными", то есть содержать свой набор параметров на каждую "картинку". Кроме того с существующей группировкой удобно работать, сворачивая не нужные в данный момент внутренние категории.
     По способу применения №2 и №3. У каждой группы есть заголовок ("имя"). Вот его и можно использовать для указания, что в данном месте информацию нужно брать из этого источника. Все имена должны быть уникальными (не совпадающими с другими). И тогда, например, настройка на обработку дропа барабанов может выглядеть так.
      Небольшая область под выпадающий список с вариантами названий. Причем этот выбор можно быстро изменить на другой. Кроме непосредственно барабанов привязку новых списков можно сделать как к определенным монстрам (настройки нового списка имеют приоритет на старым форматом, но все что в нем отсутствует может обрабатываться как и раньше), так и например целиком к режимам (для островного свой набор действий, так как в нем возможно предварительная проверка дропа, и свой для аренного, где дроп виден только после боя).
    И что важно работать с новым типом списков и вникать в их нюансы будет совершенно не обязательно, если вас устраивает текущий вариант. Система дополняется новыми возможностями не затрагивая (наверное =) ) старых способов.
    Новый тип групп предполагается как "добавляемый по необходимости". То есть изначально список будет пуст, что позволит не раздувать объемы файлы сохранений, пока индивидуальные списки действий не потребуются.
    А так же по подобному принципу думаю сделать и группы для монстров. Чтобы можно было удобнее манипулировать параметрами определенных настраиваемых списков живности и быстро производить смену стратегии, тактики и обуви.
     А теперь слайды, ой, опрос. Я горжусь каждым из вас, кто дожил дочитал досюда =)

Подписаться на: Сообщения (Atom)