Hello

You can create your own JS driver and reuse it in your projects. How does this differ from your definition of a component?

https://dev.iridi.com/I3pro_install#Apple_iOS

Good day!

This is a system setting and cannot be controlled from the application.

You've described an interesting use case, but why can't you put the app in "guide mode" forever? In this case, it will never sleep (only control of the screen backlight).

https://dev.iridi.com/Sonos

Без обращения в техподдержку модули перерабатываться не будут. Продукт находится на сопровождении (фаза разработки завершена).

Алексей, мне незачем Вас переубеждать ))

Но реакция на событие release программируется именно в модуле, и в части этих модулей было исправлено. С ползунками (левелами) чуть сложнее, потому что даже в iOS если "ткнуь" в сам "круглешок", то левел начнет изменять значение. Опять, же была часть модулей, где ползунок срабатывал даже если не попасть на круглешок, а ткнуть в любой части - это тоже можно исправить.

Коллеги, все зависит от используемого модуля. С такими запросами (поделившись проектом) стоит обращаться в техподдержку. Другого решения тут не придумать.

Hello

Sorry for the late reply ...

The native driver is made according to open official documentation and supports basic commands and functions. If you have a simple project, it is best to use a native driver.

There are many functions in the script driver that were made by hidden commands and can be changed by the manufacturer at any time. Therefore, the scripting driver should be used with caution and when you know exactly why the client needs this functionality.

By changing the IP: the simplest solution now is to reserve IP addresses for players on your router at the MAC address. We plan to add to the native driver support for binding the driver not by IP, but by the unique serial number of the player (this is how the native application works).