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

• [Crash] Исправлен вылет, который в редких случаях происходил при изменении пользователем настроек, связанных с Send Input #EA-373 by Godhunt
• [Image/Color/ML Search] Исправлена проблема с исчезающими эффектами #EA-377 by linqse and Rowenor
• [BehaviorTree] В blackboard для Behavior Tree добавлена команда «Clear all variables» #EA-374 by linqse

Улучшения системы сообщений об ошибках — добавлена обратная связь

Теперь после отправки отчёта об ошибке вы будете получать уведомление прямо в приложении о том, что отчёт принят, с присвоенным ему номером для отслеживания (например, EA-368).

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

Надеемся, это сделает процесс более понятным и прозрачным, а также поможет нам вместе сделать программу лучше! :)

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

• [Crash] Исправлена проблема, из-за которой Security Measure в некоторых случаях вызывал сбой программы
• [UI] AuraTree — исправлена проблема, из-за которой выделение не всегда следовало действиям пользователя
• [UI] AuraTree — исправлена проблема, из-за которой дерево иногда приводило к сбою программы

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)

Bugfixes/Improvements

• [UI] Fixed crash which happened during some drag'n'drop operations
• [UI] Fixed a problem with config encryption in private auras (partially, full fix will be done later)

Переработка синхронизации папок, часть 1

Синхронизация папок (правый клик по папке => Synchronize) — это, по сути, Import, но с несколькими дополнительными возможностями.

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

Первая реализация так и не стала массово использоваться: ей не хватало скорости, а также мешало множество мелких, но неприятных особенностей. В ближайшие несколько месяцев это планируется исправить и, по сути, сделать синхронизацию/подписку на папки основным способом получения аур из внешних источников — как для пользователей, так и для авторов.

Что планируется изменить:

• автоматические уведомления об обновлениях: когда автор пака аур публикует новую версию, вы увидите уведомление и сможете сами решить, применять обновление или нет
• улучшение процесса импорта: станет возможно нормально просматривать, что именно будет импортировано
• объединение локальных и удалённых изменений при импорте: например, если после импорта пака вы поменяли какие-то настройки, и они не конфликтуют с последними изменениями автора, то нет смысла терять ваши правки при обновлении
• внедрение модели разрешений: авторы смогут гибче управлять тем, кто и что видит. Не все хотят делать всю свою работу публичной, и это нормально
• авторы смогут публиковать patch notes вместе с изменениями

p.s. это план на следующий квартал, а не на неделю :)

Начать я решил с переписывания UI синхронизации папок — он должен стать отзывчивее, быстрее и удобнее. Мы всё ближе к полному отказу от старых частей интерфейса, и, надеюсь, к концу 2024 года это будет завершено.

Улучшение поиска

В EyeAuras есть одна «скрытая» функция, которая была реализована много лет назад, но о ней до сих пор знает примерно 0.1% пользователей. Речь о синтаксисе поиска.

У поиска есть 3 режима:

1. Текстовый поиск (по умолчанию) — любой введённый текст сопоставляется с путём/именем аур, деревьев и папок.
2. Regex — можно использовать регулярные выражения, чтобы находить именно те ауры, которые вам нужны.
3. Расширенный поиск — это как раз та самая скрытая функция. Если поставить символ / в начале поисковой строки, включается режим поиска, который проверяет не только название, но и actions, triggers, overlays и даже bindings. Это позволяет очень быстро находить нужные наборы аур, например:

/overlay : найдёт все ауры, в которых есть хотя бы один overlay
/send seq : найдёт ауры, отвечающие за отправку ввода через action Send Sequence
/hotkey : найдёт ауры, которые отслеживают нажатия клавиш через trigger Hotkey Is Active

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

• [Behavior Trees] Исправлена проблема, из-за которой кнопки Run/Stop в некоторых случаях работали некорректно
• [Behavior Trees] Исправлена проблема, из-за которой события иногда вызывались в UI thread, что приводило к dead lock
• [UI] Исправлен баг в системе конфигурации на основе файлов, который при определённом сочетании условий мог приводить к потере данных (да, неприятно...)

Alternative Overlay style - Window

Overlays, that are rendered by the program for the last two years were borderless windows with transparent background, which is exactly what is needed when you just want to show some text or image on top of the screen.

But, considering that there is WebUI overlay in place, which allows you to write any possible kind of user interface you can only imagine, it was time to make it possible to show overlay as a usual window, from which you can expect that it is resizable, has its own icon, etc. Basically, exactly how you work with window in usual program.

That is why there is a new section called Window Settings in WebUI overlay (and few other, but this is the most important one). There you can switch between Overlay (old/current option) and Window, which will change visual style of an overlay. Also the nature of Overlay is that, by design, it will always be on top, which is not always a desired behavior for usual windows. Window changes this and makes it possible to create minimizeable windows.

Let's take, for example, one of UIs from examples pack, available at https://eyeauras.net/share/S20230513170854lZJYjdkyYDux.

Here is how it would look like if Window is enabled

Pack-as-executable - soon!

It was always the intent to make it possible to pack your own personal set of auras/scripts and ship to other users, free or paid. Right now I am working on a new functionality, which will allow to create a copy of a program with a bunch of scripts embedded into the program. This could be then zipped/distributed via any means, making it very easily to ship a ready-to-run product to your users. This will save a lot of headache of the initial setup as configuration and initial auras pack will be already embedded into the program, so the user won't have to deal with downloading auras, doing configuration, etc.

This will be done by a new button Pack, that will support different presets and options affecting how exactly the app will be re-built. The initial version is basically the EyeAuras itself + configuration, but at some point there will definitely be other options - e.g. it will be possible to exclude some "shady" modules like Send Input from the program, making it actually totally legit, this could be important if you're developing some program which leverages computer vision and overlays, but does not need automation.

A bunch of new options in Settings

• Safe Mode: when the program crashes, on the next startup EyeAuras asks you whether you would like to start in Safe Mode - the intent was that this option disables most of EyeAuras features and allows you to remove/change some elements, which could potentially lead to crashes. Fortunately, there were months since last such report, but the presence of this option definitely helps. Since this feature was introduced, behaviour was to ask user if something happened. For some users this was too cumbersome, especially if you're dealing with something like electricity outage on 30 PCs. Specially for them, now it is possible to permanently enable/disable Safe Mode.
• Show In Taskbar / Show in Tray: these two new options control whether to show EyeAuras in taskbar/tray. Basically, this is a prerequisite for packaging functionality, but someone may find it useful even during normal operation

Bugfixes/Improvements

• [Crash] Fixed a problem in BufferedItemsProcessor which lead to crashes
• [AuraIsActive] Broken links are now correctly ignored and do not affect final results. Also they will have a special indication in UI

Aura Tree v2 - alpha

Rewritten Aura Tree - the thing on the left of the program where all auras management is happening - to use new UI tech. In the current iteration the goal is to replicate the existing functionality. Huge benefit of the newer UI tech is performance - it can handle even very large number of auras without any hiccups and problems. Some known problems are still there - e.g. drag'n'dropping the aura to root folder still leads to crash. The fix will be deployed in one of the following patches.

Right now both trees co-exist and are toggleable on the fly. Performance/loading speed benefits will be seen later when "there will be only one" (c) left

Configuration version control system - alpha

There is new option in Settings. It will make configuration being periodically saved into local Git repository. This opens up a bunch of possibilities:

1. Backup - Due to how Git works, it is extremely reliable, meaning that even if something bad will happen there is a very good chance that the configuration could be restored from the repository
2. History - Git allows to roll to any point of history, no matter was it 15 minutes ago or 3 months ago - everything that you've done will be logged in the repository.
3. Remote backup - you can configure Git to push your configuration elsewhere, e.g. on a github. This way your auras will be available from anywhere.

P.S. Important! Option is available only when "File system storage" is enabled. This is already default for new users and will be switched on for everyone later in April. You can enable it yourself right now at any moment.

Bugfixes/Improvements

• [Behavior Trees] Fixed a problem with BTs ticking after removal
• [Bugfix] Attempted to dispose already disposed(or scheduled for disposal) resource #EA-326

Улучшения системы отправки баг-репортов

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

Поэтому, пожалуйста, если вы отправляете баг-репорт, добавляйте в комментарий немного информации о том, что вы делали перед появлением ошибки. Это очень помогает!

А вот так это выглядит в Discord.

Исправлен узел Wait

Изменено поведение и внешний вид узла Wait. Раньше была проблема, из-за которой Wait node пропускал первый тик.

Также обновлена документация: https://wiki.eyeauras.net/ru/behavior-trees/nodes/wait

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

• [YoloEase] Несколько исправлений, связанных со стабильностью, а также перенос проекта в публичный репозиторий

Действие/узел Execute Aura — добавлена стратегия выполнения

Узел и действие Execute Aura получили небольшое улучшение: теперь можно выбрать, как выполнять связанные действия — по порядку или случайным образом. Второй вариант, например, можно использовать для случайного выбора одного из телепортов в точку, чтобы поведение вашего бота было менее предсказуемым.

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

• [YoloEase] Несколько небольших исправлений в выполнении обучающих скриптов
• [UI] В триггерах изменена часть интерфейса, которая показывает, сколько времени осталось до активации/деактивации