Upgraded input #241

l3aShn9l · 2023-08-18T10:41:39Z

No description provided.

This reverts commit 82f4f0d.

This reverts commit 40b7142.

This reverts commit 0cc7e56.

Extended input

fix gui 1

gui fix 2

Extended input

Insality

Hello! Thanks for your work and your PR.

I'm noticed that here a lot of changes what is not relative to the issue in PR, but anyway I leave some comments about this.

That's about Input:
The cursor really should be and seems it can work good, but seems to better implement all additional logic right inside input component without add new component

You can add parameter in input style table to show "is cursor enabled' and add your logic inside input component

Also if your do the PR, please do it in develop branch, since the master contains only released versions. It's help me and everyone to easily check changes between versions

If you want to finish you work, the PR should be minimal changes for only Input component and cursor works.

Please write what do you think about all comments and this one?

Have a good day!

Insality · 2023-08-20T10:55:52Z

druid/druid.lua

+		if _instances[i].url == url then
+			_instances[i]._priority = value
+		else 
+			if freeze_or_unfreeze == "freeze" then


All code about freeze/unfreeze is redundant due the BaseComponent:set_input_enabled function.
It's works on all components and don't pass the user input if it's disabled

All code about freeze/unfreeze is redundant due the BaseComponent:set_input_enabled function. It's works on all components and don't pass the user input if it's disabled

This work is result of my student practice. And our tutor ask me to make switching between components in one click and reset input if there was interaction with another component , because it will be more comfortable for user. Switching between components which belong to one game object can be make with BaseComponent:set_input_priority, but it does not work for components which belong to different game objects. As I understand I can't set priority to game objects directly. I found out that call of msg.post(, "acquire_input_focus") will make game object the most prioritized, that gives ability to sort instances. But there was problem: if i select input component, it's priority and priority of instance must be lower then priority of another components and instances because I need switching in one click, if priority will be higher another will not be selected. Selected input component will "eat" our click. Low priority cause problem which I solve with freeze/unfreeze. Components with keyboard input (buttons, back handler) will have higher priority than selected input, and they will read keyboard input, which they should not. Thats why I add ability to disable keyboard input. If I disable they will not be clickable. May be there could be another solution. May be global flag about selection of input component, but it also strange. May be You can recommend how block only keyboard input.

Здесь то же самое только на русском, так как я мог не совсем точно и корректно описать все:
Вся эта работа результат студенческой практики. Организация и куратор попросили ко всему прочему реализовать переключение и сброс Input в один клик, аргументируя тем, что переключение минимум через два неудобно для пользователя. И если сделать переключение между элементами внутри одного game object не является проблемой за счет BaseComponent:set_input_priority, то для того, чтобы это провернуть с элементами из разных, нужно регулировать приоритет instances и game objectes, единственное, что я смог придумать, это использовать msg.post(, "acquire_input_focus"), что делает game object наиболее приоритетным в плане ввода, как я понял. Для того, чтобы нажатия обрабатывались в один клик, приоритет выбранного input элемента должен быть ниже, чем остальные элементы, для элементов из разных game objects необходима чтобы instance имел меньший приоритет относительно остальных иначе могут происходить ситуации, что у нас выбрано 2+ input элемента или выбор в 2 клика, что меня попросили исправить. Но все это вызывает проблему, что при вводе в выбранный input, другие элементы (button, back handler) имея больший приоритет съедают ввод, для этого я и добавил freeze/unfreeze. Если Вы подскажите, как можно более лаконично и корректнее решить этот вопрос, то это будет отлично. Поскольку мне первое, что приходит в голову создать глобальный флаг о том, что у меня ввод в input, что так себе идея.

Давай на русском)

Там в input компоненте я начал добавлять для этой фичи - NO_CONSUME_INPUT_WHILE_SELECTED, но надо проверить что и как работает, т.к. помню что не все оч хорошо с ним

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

Когда такой объем ПР и кажется, что изменения не оч связанны - сложней разбираться

Глобальный флаг - плохо, т.к. сложно контролируется и могут быть коллизии разные

Можешь посмотреть на NO_CONSUME_INPUT_WHILE_SELECTED и глянуть, похоже ли на это и может в ту сторону покопаем? что думаешь?

Ну и остальные комменты актуальные к ПР

Я посмотрел NO_CONSUME_INPUT_WHILE_SELECTED, и понял, что то, что я хотел, можно было сделать парой строчек.
В итоге вышло, что NO_CONSUME_INPUT_WHILE_SELECTED можно и не включать, однако я не знаю, насколько найденное решение нормальное.
В Input.on_input, где мы обрабатываем actions я добавил:
if action_id == const.ACTION_TOUCH or action_id == const.ACTION_MULTITOUCH then
return false
end
Тем самым действия мышью не должны захватываться Input.

Но перед этим я включил NO_CONSUME_INPUT_WHILE_SELECTED и попытался добиться желаемого эффекта. При наивысшем приоритете, actions, обработка которых в условии имела часть "action.released", срабатывает ок, но если там что-то иное, как у backspace: action.pressed or action.repeated, то при наличии, например, backhandler, который срабатывает на backspace, происходит перехват backhandler'ом нажатой клавиши, то же самое, если на экране будут существовать кнопки, имеющие key_trigger на пробел (ну или клавишу символьную).
Попытка поиграться с if не дала особых результатов. Стало понятно, что нужно как-то сепарировать ввод мышки от клавиатуры. И самым простым показалось обрабатывать ACTION_TOUCH и т.п. и возвращать false.

Проверял я в начале на примере, который внутри библиотеки, но потом решил попробовать это же только создав другой. Там не использовалась collection factory, а просто создано 2 game object'a, каждый из которых со своим gui. И тут началась та же проблема: кнопка из другого go готова "съесть" любое нажатие backspace, enter, пробел, в зависимости от того, какой я key_trigger поставлю. А внутри go кнопка работала нормально. Вероятно в выполненной до этого работе я что-то поломал, т.к. у меня и в библиотечном примере back_handler съедал backspace, это, в принципе, и стало причиной добавления freeze/unfreeze. Но между go захват ввода все равно возникает.

Решение рабочее для примера, вроде как, найдено. Но в общем я еще подумаю, что можно придумать, чтобы между двумя независимыми go не было проблем. Может у Вас есть какие-то идеи почему это так и как теоретически это можно поправить?

Insality · 2023-08-20T10:56:33Z

druid/druid.lua

 		if _instances[i]._deleted then
 			table.remove(_instances, i)
 		end
 	end
-
+	sort_instances()


Here we get druid instances, and we don't want to do extra work here.
Also we here resubscribe some callbacks, which is not good to

Insality · 2023-08-20T10:57:18Z

druid/druid.lua

@@ -107,6 +157,7 @@ function M.new(context, style)

 	local new_instance = druid_instance(context, style)
 	table.insert(_instances, new_instance)
+	local instances = get_druid_instances()


Inexplicit call of druid components sort, which seems not good
Also the instances is not used

Insality · 2023-08-20T10:57:38Z

druid/extended/input.lua

@@ -291,8 +303,10 @@ function Input.select(self)
 	gui.reset_keyboard()
 	self.marked_value = ""
 	if not self.is_selected then
-		self:set_input_priority(const.PRIORITY_INPUT_MAX, true)
-		self.button:set_input_priority(const.PRIORITY_INPUT_MAX, true)
+		print("select")


A lot of print functions is not removed in this PR

Insality · 2023-08-20T10:58:04Z

druid/extended/input.lua

+		print("select")
+		self.druid:set_priority(0, "freeze")
+		self:set_input_priority(0, true)
+		self.button:set_input_priority(100, true)


Better in Druid code use priority constants from conts.PRIORITY_*

Insality · 2023-08-20T10:58:50Z

input/game.input_binding

@@ -30,6 +30,14 @@ key_trigger {
  input: KEY_G
  action: "key_g"
 }
+key_trigger {


This is good! If we rework input component it can be here for everyone

Insality · 2023-08-20T10:59:13Z

example/examples/custom/upgraded_rich_input/upgraded_rich_input.gui_script

+	gui.set_text(gui.get_node("upgraded_input_header_1"), "Something: " .. text)
+end
+
+function global_func(self, text)


Global funcs is bad in any situations, don't understand for which reason did you put it here?

Insality · 2023-08-20T11:00:06Z

druid/system/druid_instance.lua

@@ -249,6 +277,10 @@ function DruidInstance.initialize(self, context, style)
 	self._input_blacklist = nil
 	self._input_whitelist = nil

+	self.set_pr = Event()


Also all of these events are redundant and things it's solved can be done via already existing Druid API

Insality · 2023-08-20T11:01:01Z

druid/styles/default/style.lua

@@ -84,7 +84,7 @@ M["scroll"] = {
 	INERT_SPEED = 30, -- koef. of inert speed
 	EXTRA_STRETCH_SIZE = 100, -- extra size in pixels outside of scroll (stretch effect)
 	POINTS_DEADZONE = 20, -- Speed to check points of interests in no_inertion mode
-	WHEEL_SCROLL_SPEED = 0, -- Amount of pixels to scroll by one wheel event (0 to disable)
+	WHEEL_SCROLL_SPEED = 40, -- Amount of pixels to scroll by one wheel event (0 to disable)


Please don't change default style here. It's also non documented and better to disable mouse scroll by default (it's still not perfect)

Insality · 2023-08-20T11:02:09Z

druid/base/scroll.lua

@@ -180,7 +192,8 @@ function Scroll.init(self, view_node, content_node)
 	self.drag.on_touch_end:subscribe(self._on_touch_end)

 	self.hover = self.druid:new_hover(view_node)
-	self.hover.on_mouse_hover:subscribe(self._on_mouse_hover)
+	self.hover.on_mouse_hover:subscribe(on_scroll_mouse_hover)


The on_mouse hover calls even it's hover or going away already
The on_mouse_away function is redundant

Insality · 2024-03-21T15:58:37Z

Closed due another PR from your team about input field: #258

Виталий Шабалкин and others added 15 commits August 13, 2023 15:17

base of upgraded_rich_input

b27e18f

rollback

0cc7e56

rollback examples

40b7142

rollback example again

82f4f0d

Revert "rollback example again"

d25cdc2

This reverts commit 82f4f0d.

Revert "rollback examples"

961fbc7

This reverts commit 40b7142.

Revert "rollback"

8d794da

This reverts commit 0cc7e56.

Merge pull request #1 from l3aShn9l/extended_input

bda2e9c

Extended input

fix gui 1

b9a572b

Merge pull request #2 from l3aShn9l/extended_input

6e9c357

fix gui 1

gui fix 2

8079ab2

Merge pull request #3 from l3aShn9l/extended_input

b3d45f3

gui fix 2

button fix 1

0b30273

button fix 2

4460230

Merge pull request #4 from l3aShn9l/extended_input

5cbaeb7

Extended input

Insality requested changes Aug 20, 2023

View reviewed changes

Insality assigned l3aShn9l Aug 20, 2023

Insality added the enhancement New feature or request label Aug 20, 2023

Insality changed the base branch from master to develop August 22, 2023 21:15

Insality closed this Mar 21, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Upgraded input #241

Upgraded input #241

l3aShn9l commented Aug 18, 2023

Insality left a comment

Insality Aug 20, 2023

l3aShn9l Aug 24, 2023 •

edited

Loading

Insality Aug 24, 2023

l3aShn9l Aug 26, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality Aug 20, 2023

Insality commented Mar 21, 2024

Upgraded input #241

Upgraded input #241

Conversation

l3aShn9l commented Aug 18, 2023

Insality left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

l3aShn9l Aug 24, 2023 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Insality commented Mar 21, 2024

l3aShn9l Aug 24, 2023 •

edited

Loading