Enabling Conditions rework

Было внесено множество внутренних изменений в механизм, который управляет условиями активации. Некоторые из них направлены на исправление ошибок, другие - на улучшение пользовательского опыта.

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

Triggers/Actions/Overlays are now minimizable

Это состояние сохраняется как часть конфигурации элемента, что означает, что оно останется таким до тех пор, пока вы снова его не измените.

HotkeyIsActive further improvements

Доработки интерфейса

• Добавлены всплывающие подсказки
• Улучшен механизм связывания аур в триггере - Interception conditions, подробнее об этом ниже

Interception conditions

На самом деле, они существуют уже много лет, но как-то не получали достаточно публичности, несмотря на то, что в некоторых случаях чрезвычайно полезны. В целом, этот механизм напрямую отвечает за включение/отключение обработки горячих клавиш. Добавляя одну или несколько аур, вы можете указать точный набор условий, которые должны быть выполнены, прежде чем HotkeyIsActive начнет перехватывать и обрабатывать события.

Например, связав ауру, внутри которой WindowIsActive, вы заставите триггер реагировать только на клавиши, нажатые пока активно игровое окно. В более сложных случаях вы можете связать триггер с некоторым условием в игре, например, когда вы нажимаете RMB(=часть HotkeyIsActive) И какой-то мощный скилл готов к использованию (=связанное условие), вместо выполнения того, что обычно находится на RMB, вы можете симулировать нажатие клавиши, которая кастанет скилл. Хорошим примером было бы автоматическое использование Vaal Skills в Path of Exile - у вас есть обычная версия навыка, привязанная к какой-то кнопке, которую вы нажимаете, и когда у Vaal версии накопится достаточно душ, она будет автоматически выпущена, вам даже не нужно будет помнить об этом.

Для лучшего понимания, зачем нужны два следующих параметра, приведу пример(со скрина выше): Есть HotkeyIsActive, который отслеживает нажатия F3 в режиме Toggle, что означает, что когда я впервые нажимаю на F3, триггер активируется и чтобы деактивировать его, мне нужно сделать второе нажатие. Очень просто и очень полезно для включения/отключения некоторых более сложных аур (например, автоматических зелий). Также я установил опцию Suppress Key, которая блокирует F3 от достижения игрового окна вообще - иначе игра могла бы реагировать на что-то, привязанное к F3. Что плохо в этой конфигурации, так это то, что если оставить её как есть, F3 будет блокироваться во всех приложениях, а не только в моей игре - не очень удобно, если вы спросите меня. Чтобы исправить это, я могу добавить Interception conditions с WindowIsActive и это ограничит F3 только одним игровым окном.

Рабочий вариант, но есть две проблемы:

Interception conditions - Ignore if Hotkey is set

Проблема: Чтобы отключить HotkeyIsActive мне нужно, чтобы игровое окно было в фокусе. Так что если я хочу отключить что-то, что привязано к F3, мне сначала нужно активировать игровое окно. Если F3 включило какой-то агрессивный кликер, вернуть ваше окно на передний план может быть непростой задачей.

Решение: Установив эту опцию, вы теперь можете сделать так, чтобы включение триггера можно было выполнять только при активном игровом окне, но отключение можно было выполнять из любого места. Забыли выключить ваш кликер перед переключением? Не проблема, просто нажмите F3 снова, и триггер будет отключен. Обратите внимание, что эта опция будет действовать только если переключатель в данный момент активен.

Interception conditions - Automatically deactivate Trigger

Проблема: Нет быстрого способа отключить HotkeyIsActive - обязательно нужно нажать кнопку. В некоторых случаях это неудобно - нужно помнить, что какая-то автоматизация сейчас работает. К примеру, вы переключаетесь на браузер и забываете о том, что у вас запущен какой-то скрипт. Затем, неожиданно, какое-то условие триггера срабатывает и вы начинаете делать что-то в игре. Это может привести к проблемам.

Решение: Просто установите эту новую опцию. Теперь, если условие перехвата триггера больше не выполняется, триггер автоматически деактивируется. В нашем примере, если я переключусь из игрового окна, вся функциональность, которая управляется F3, будет деактивирована. Обратите внимание, что вам нужно будет снова активировать его после того, как вы переключитесь обратно в игру. С этой опцией включенной, вы можете сделать общую систему более устойчивой к человеческим ошибкам.

Image Capture Triggers UX improvements

Исторически, когда вы редактировали настройки Image Capture Triggers (Image/Text/Color/ML), окно предварительного просмотра обновлялось с точно такой же Capture rate, которую вы настроили (или ниже, если триггер не мог достичь этого FPS). В большинстве случаев это не проблема, но как только вы начинаете работать с очень низким FPS, таким как обновление триггера 1 раз за 10 секунд, или даже 0 FPS триггеры, которые используются в сочетании с C# scripts и Behavior Trees. Ранее вам нужно было вручную нажать на кнопку Refresh, чтобы принудительно перерисовать, что не очень удобно. Теперь вы можете установить минимальный FPS предварительного просмотра для всего приложения, который будет использоваться вместо Capture Rate триггера.

Minimum Preview FPS будет действовать только во время включения предварительного просмотра! Он не повлияет на FPS после этого и не будет экспортирован как часть конфигурации триггера.

Triggers UI improvement - added status display

From now on, you can hover cursor over trigger state to get a better understanding of why exactly it has this value. For example, if enabling conditions are not met - trigger state description will tell exactly that. If trigger is misconfigured - it will tell what exactly is missing. Right now the coverage is far from completeness, but eventually we'll get there.

Bugfixes/Improvements

• [UI] Исправлен сбой, который происходил при запуске и заставлял EventViewer отображаться поверх заставочного экрана
• [Pack] Улучшения в упаковке - теперь упакованные версии не реагируют на ссылки "eyeauras://", в отличие от основной версии
• [UI] Выгрузить все/Загрузить все теперь влияют также на Behavior Trees

Улучшения триггера HotkeyIsActive

Добавлена новая опция, которая сбрасывает состояние триггера (деактивирует его), когда связанные ауры становятся неактивными.

Наиболее практичное применение этой функции — связанная аура с триггером WindowIsActive. По умолчанию поведение такое:

• Если выбранное окно активно, триггер работает как обычно и может быть активирован простым нажатием клавиши.
• Если выбранное окно неактивно, триггер не будет перехватывать нажатия клавиш. Чтобы деактивировать триггер, сначала нужно вернуть выбранное окно на передний план.

Если включить новую опцию (Reset trigger state when linked auras are not active), поведение меняется:

• Если выбранное окно активно, триггер работает как обычно и может быть активирован простым нажатием клавиши.
• Если выбранное окно неактивно, триггер автоматически деактивируется, как только обнаружит это состояние.

Это позволяет очень легко настроить клавишу, которая активирует нужную функциональность только при активной игре и автоматически отключается, если вы alt-tab'нулись или свернули игру.

Исправления и улучшения

• [Overlays] Исправлена давняя проблема, из-за которой оверлеи иногда отправлялись на задний план. Исправление затрагивает все оверлеи в программе, включая OSD.
• [Crash] Исправлен сбой, который возникал при копировании и вставке конфигурации на другой компьютер. В ближайшем будущем также будут предприняты дополнительные шаги для улучшения переносимости программы.
• [Scripting] В Search Triggers добавлены свойства для управления OnScreenDisplay, чтобы их можно было переключать через код.

Публикация и подписка

Это расширенная версия механизма импорта аур. Если у вас есть ссылка на пак, например кликер для крипто-игры Blum, вы сможете получать уведомления об обновлениях сразу после того, как автор выпустит новую версию. Кроме того, здесь есть встроенный механизм «слияния» ваших настроек с настройками пака автора — подробнее об этом ниже.

Главная идея этого механизма — сделать распространение обновлённых паков аур для авторов проще, а обновление для пользователей — удобнее. В обозримом будущем в настройках пака также появится возможность указывать рекомендуемую автором версию программы, а механизм обновления сможет скачивать и устанавливать её автоматически.

Права доступа

Сейчас обновлять пак может только тот, кто изначально его опубликовал. Механизм владения, который позволит назначать несколько владельцев одного пака, уже планируется, но пока ещё не готов.

Как подписаться на пак аур

В текущей alpha-версии для подписки нужно нажать правой кнопкой мыши на любую папку и выбрать Publish/Syncronize.

Затем просто вставьте ссылку на пак, на который хотите подписаться. Если оставить поле пустым, будет создан новый пак (export + subscribe).

Слияние настроек

Предположим, вы подписались на ауру, которая активирует нужное окно при нажатии F4. Это комбинация триггера HotkeyIsActive и действия WinActivate.

В версии 1 автор указал хоткей F4 и имя окна MyGame. Вы подписались на этот пак и скачали его. Но F4 вам неудобен, поэтому вы изменили его на F3.

Позже автор обновляет свой пак и добавляет ещё одно действие (в данном примере это неважно). В программе появляется уведомление о доступном обновлении.

Когда вы нажимаете кнопку Update, механизм слияния анализирует, что именно изменилось. В этом случае он увидит следующее:

Локальные изменения (ваши): HotkeyIsActive: хоткей F4 изменён на F3
Удалённые изменения (автора): добавлено новое действие

Эти изменения не конфликтуют, поэтому механизм может создать промежуточную версию, в которой будут и изменения автора (новое действие), и ваши настройки (хоткей F3).

Также возможна ситуация, когда автор тоже решит изменить хоткей (F4 => F2). В таком случае система обнаружит конфликт настроек. Сейчас в подобных конфликтах приоритет всегда отдаётся настройкам автора.

На вкладке Changes вы можете в любой момент нажать кнопку Download, чтобы посмотреть, чем ваши локальные настройки отличаются от текущего пака автора. Никакие изменения при этом не применяются — это только предварительный просмотр.

Журнал активности

Исправления и улучшения

• [Scripting] Добавлен новый метод ToScreenPoint, который может уменьшить объём кода, необходимого для клика по чему-либо
• [UI] Улучшения в AuraTree — раньше при удалении больших папок интерфейс немного подтормаживал
• [UI]
• [UI] Исправлен сбой, возникавший, если сервер логина был недоступен во время входа
• [UI] Исправлена ошибка, из-за которой мог аварийно завершаться Event Viewer
• [UI] Исправлен сбой, который происходил, если во время входа что-то шло не так (например, disconnect) — ошибка "Edit Form"

Further website improvements

From now on, whenever you paste links to EyeAuras website (https://eyeauras.net/) or even to specific auras (https://eyeauras.net/share/S20240426185158EYI4GEqRm2vh), a small preview will be shown. This applies to most modern messengers - Twitter, Discord, Telegram, etc.

Auras upload/download speed improvements

Whenever you export or import aura, small (JSON) and large (binary, images, models, etc) parts will be handled separately and downloaded from different locations. For you, as end user, this would mean that

• Import preview will open up and work much faster for larger aura packs
• Synchronization is more efficient - the program won't need to download the whole 100+mb aura pack to perform diff anymore
• and, the most important but not implemented yet, it will allow to solve the problem with Aura Library opening for ages. These changes will come later this month.

This should be especially noticeable by users who are connected to EU Eye Hub. Eventually, I'll also add separate file hub to RU region as well.

Bugfixes/Improvements

• [UI] Fixed a crash which occurred when something bad (like disconnect) happened while you were trying to login (error "Edit Form")

Новый сайт

Немного освежили сайт EyeAuras (и EU Mirror).

• Обновили скриншоты, добавили видео и другие материалы
• Раздел загрузки теперь вынесен на главную страницу, и сразу видно дату релиза
• Информация о ценах тоже доступна сразу, без лишних переходов

Это ещё не финальная версия. Основная работа пока была сосредоточена на главной странице, потому что визуально и по ощущениям она уже заметно устарела.

Следующий фокус — библиотека аур.

Исправления и улучшения

• [UI] Добавлено маскирование для папок, защищённых паролем

Bugfixes/Improvements

• [Crash] Fixed crash which occured in some rare cases when user changed Settings related to Send Input #EA-373 by Godhunt
• [Image/Color/ML Search] Fixed a problem with dissapearing Effects #EA-377 by linqse and Rowenor
• [BehaviorTree] Added "Clear all variables" to Behavior Tree blackboard #EA-374 by linqse

Bug reporting system improvements - added feedback

From now on, whenever you report a bug, you'll get an in-app notification that the report has been accepted with a tracking number attached to it (e.g. EA-368)

Also subsequent status updates will be also sent to you, when the bug will be fixed or taken into progress.

Hopefully, this improvement will make the process more efficient and transparent and will help us to build the better program together! :)

Bugfixes/Improvements

• [Crash] Fixed a problem with Security Measure crashing the program under some circumstances
• [UI] AuraTree - Fixed a problem with selection not always following user actions
• [UI] AuraTree - Fixed a problem with the tree crashing sometimes

In-app messages

Implemented notifications system - now each user has their own inbox and can browse it at any moment in the app. The primary use case for this right now will be to add feedback to your reports. You will be seeing when your bug report was closed, you'll see my comment, etc.

Bugfixes/Improvements

• [BehaviorTree] Fixed the problem with middle-click selection
• [SendSequence] Restore Mouse Position was not saved correctly

Folder permissions (early alpha)

Due to the nature of scripts which are developed in EyeAuras, sometimes it is useful to restrict user from changing something in aura pack which you are distributing. This could be done to avoid potential misconfiguration or, in some cases, just to keep your mechanism internals secret.

Specifically for this folder permissions were introduced. They allow any logged-in user to set a specific requirements on a folder-level and the program will protect folder internals from external manipulations/eyes.

Right now, permission consists of 3 things:

• Folder Owner: this is the person who assigned this permission in the first place. Until the permission is lifted, this user will have full right over the folder - he can do whatever he want with it, as well as lifting permissions
• Folder Password: this is a way to temporarily elevate current user rights to those of Folder Owner. I.e. any user knowing that password can become Folder Owner until the folder is locked again OR the program is restarted.
• Permission Level: this specifies what non-owners can do with the data in this folder - modify/view/run. More details here on Permission model page

Right now the primary way of setting permission level is via context menu

At the very top you can see current permission level and folder owner

If user does not have enough permissions he cannot see/edit content of such auras

New Aura Tree

In 6694 new Aura Tree was implemented using the new and more responsive UI technology. From now on it becomes the default one. Even at this point it is already more capable than the old version and has a great flexibility.

At this point I am expecting feature parity with an older Tree, meaning that(I hope), nothing was lost in transition. If I missed something - please report a bug or contact me in Discord directly.

There are few known minor bugs here and there, I'll work on them in the following weeks on a normal basis as they are not game breakers. Please send a report if you'll notice something strange.

P.S. Tooltips in this new tree are not the best, I'll work on them in one of the future versions

New Login/UserProfile Form (early versions)

Fully reworked how login form looks like - at this point you can see status of your current license (free/pro), total time left and in the nearest future there will also be a list of separately purchased modules/subscription. I'll publish more information about this mechanism later this summer. Basically, the idea is to allow users to trade scripts with each other.

Oh, and the warning that is shown when total number of auras exceeds limit set on Free accounts (which is 10) is now much more visible. Hopefully that will save users some nerve cells in the future - previously, if you forgot/did not prolongue the license and start up the program it was kinda tricky to figure out why scripts are not working. Now there will be a huge warning shown at the bottom of the tree AND those auras which are not active for technical reasons will be striked out.

Bugfixes/Improvements

• [UI] New AuraTree
• [UI] Fixed a problem with config encryption in private auras (partially, full fix will be done later)

Исправления и улучшения

• [UI] Исправлен сбой, который возникал в некоторых операциях drag'n'drop
• [UI] Частично исправлена проблема с шифрованием конфигурации в приватных аурах (полное исправление будет позже)