-
-
Notifications
You must be signed in to change notification settings - Fork 242
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feedback about new Thing action pop-up #2847
Comments
Just checked the code, this is because description allows to use HTML tags,
Do you really think it is neccassary to allow entering seconds?
I though that would be happening ... I will check what's going wrong here. |
Then we can keep as it is I believe.
Yes, I am sure certain actions will require such precision.
Let's go ;)
Ok, thank you. |
Can you please share the config description returned by the API in that case? |
You can find it in our original PR. But I can check again this evening. |
Normally the filling is blocked, but when a default is in place, the blocking does not work and I cannot find the root cause. |
This allows setting the step size for date and datetime contexts, which makes the UI display seconds if the step size is 1. Refs #2847. Signed-off-by: Florian Hotze <[email protected]>
…me to enable seconds Refs openhab/openhab-webui#2848. Discussion in openhab/openhab-webui#2847 (comment). Signed-off-by: Florian Hotze <[email protected]>
@lolodomo See openhab/openhab-core#4436 for seconds. |
When I tested, the filled value 123,456 was not rejected but finally the action input was set to 123. |
When entering a decimal value into an integer field, the value is immediately rejected the moment I press the "." decimal point, except when entering decimals for 0 which is the default value. In that case, the value is only rejected on "execute action": screenrecording.webm |
…me to enable seconds (#4436) Refs openhab/openhab-webui#2848. Discussion in openhab/openhab-webui#2847 (comment). Signed-off-by: Florian Hotze <[email protected]>
Good point is that for Instant and ZonedDateTime, the behaviour is now the same as LocalDateTime. Due to the miss of seconds, the use of java.util.Date type still leads to an error. |
There was probably a misunderstanding or a missing information. I am in French so the decimal separator is "," and not ".". |
What is the API response? |
Good point, need to check that. |
|
#2863 fixes the seconds for time & datetime params. |
In the pop-up, for a parameter that have
QuantityType<Temperature> parameter
as label andDescr QuantityType<Temperature> parameter
as description, the label is properly displayed but the description is truncated toDescr QuantityType parameter
.For datetime and time, I see that we can enter only hours and minutes.
As a reminder, we decided to allow hours, minutes and seconds.
For type java.util.Date, it even leads to an error:
I noticed that for parameters of type INTEGER, it is allowed to enter a decimal value.
No way to block the filling of the decimal character ?
The text was updated successfully, but these errors were encountered: