ui: apply button#10134
Conversation
|
This will break with #10103 and I think if we want this we need to make it generic. Similar concern was voiced before but in general I’m not sure if it’s worth the trouble implementing. Hiding could always introduce subtle bugs that make the apply disappear more permanently when targeted. |
I think it's worth adding an id to #10103, people don' t like buttons that do nothing :) |
|
a class would be more flexible, but yes |
|
It's important (for me) that the Apply button is always visible and clickable. I don't want hiding or disabling logic. Apply can be necessary even outside of config changes to regenerate templates and reload the service (the service buttons dont exist on all pages and what they do is more opaque imo). I spent quite some effort to make sure the button is at the same spot everywhere and behaves the same, I don't want to shoot this down at the moment. |
|
It's just a slippery slope, I want the apply button to be as dumb and predictable as possible. When we start to hook it conditionally again it's going to be a slippery slope (next would be why not hide it on more pages, eg when config is not dirty etc...), even if the intentions are good. Just wanted to add my two cents without blocking anything. |
|
I understand what you are saying, I agree with you, and I like that the apply button is in its predictable place with its nice box. I just believe some cases, like these, and like the "Log file" pages of the services (where apply does not exist). Don't need it, and its presence becomes confusing. Obviously, fair enough to have an opinion, you have done way too much work to stay idle :) |
|
If its pages with two tabs just put the apply button template into the scope of the tab it should show. I think I've already done it like this in some spots. Its a one line pragmatic code change with no side effects. |
I tried that, it kills your nice detached box, and it's like appending it to the existing box. |
|
I was under the assumption it worked when done correctly, just dropping the apply button template into the div of the tab. Also the apply button template lets you define button IDs, so you can reuse it in multiple tabs without any overlap. I can give this a look at some point if there are challenged here. I think just dropping the template in where it should be shown is more pragmatic than JS show/hide from a maintainability standpoint, its more declarative. |
|
Thinking about this more and looking the diff it would be more beneficial to fully unify apply button use first before trying to micro optimise single pages for cosmetic preference. |

Hides apply buttons that leak to subtabs and small UI fixes around these buttons to make the UI more homogenous.