我最近一直在对场景进行几次更改,在场景页面上有一个“重新加载场景”按钮会很高兴,这样我就不必摆脱场景并进入服务器控件来重新加载场景。此外,如果需要重新加载,为什么重新加载不能成为保存按钮的一部分,因此保存后,它会自动重新加载。

此重新加载函数也可以放置在其他部分,例如自动化,脚本等。

并不是一个坏主意,但是您可以在重新加载页面上打开第二个浏览器页面。

编辑:或者更好的是,当您保存它时,只需重新加载……如果配置检查是一个问题,请执行通过配置检查以启用保存按钮。

2个喜欢

开放了2个浏览器,除了真正la脚的方法:

  • 需要打开2个浏览器/选项卡,转向纠正页面。它不必要地花费时间,因此对用户不舒服
  • 通过在其他窗口中编辑文件来覆盖代码的风险。不幸的HA编辑器不认识到此期间已更改了打开的文件。

TBH我很震惊人们,人们可以经常建议/建议如此不正当的解决方法

tbh你自己听起来不太专业。

并不是一个坏主意,但是您可以在重新加载页面上打开第二个浏览器页面。

这就是我今天所做的,但这就是原因我的烦恼,而不是解决方案。似乎很小,但是,@maxym说,许多小的上下文切换总计大量浪费时间和不舒服的用户流程。

或更好的是,当您保存它时,只需重新加载

我更喜欢这个想法,但是只能与浏览器文件编辑一起使用吗?或者是某种操作系统的聆听守护程序,聆听编辑,检测到适当的重新加载服务。

通常,我希望控制何时进行重新加载。我不断地避免习惯,而且我不希望任何当前开放的编辑来刷新,失去我在那里取得的任何进展或进行时髦的自动形成储物。

是的,那将是最终的情况:创建一个新的模板传感器(只是一个示例),点击保存,并且系统加载自动加载。

鉴于所有PR的节奏在为我们现在所看到的所有集成启用重新加载方面的节奏,我无法想象自动加载距离遥远源自英国始于1946:眨眼:

是的,这是让我停顿这个“ WTH”的一件事 - 似乎一切正朝着完全内置的应用程序迈进,而没有外部编辑器。一旦发生这种情况,问题(我认为)将是毫无意义的,因为所有应用程序内保存都会自动刷新。

也就是说,我仍然非常认为这是一个“ wth”,因为它的解决方案相对简单,这是一个相对较小的烦恼。

虽然它似乎非常舒适,但在现实生活中并不是最佳的。在您真正想要应用更改之前,您可能需要多次保存文件(甚至几个文件)。在工作中间,将它们散发出不必要的错误。
实际任务关键系统永远不会自动应用更改。需要明确命令。

1喜欢

提供当前的工作解决方案并非不专业。在过去的10年中,我已经做了很多支持,您从中学到了1件事:人们现在想要答案和解决方案,而不是以后。

2个喜欢

是的,但是我必须误解你的问题然后。因为我只期望这样的变化在UI中起作用。

是的,唯一奇怪的是,您保存了一个“不良”模板,该模板会导致系统不启动。

当始终欢迎提供帮助时,WTH并不是为了寻求帮助又名解决方案(Tgere是本论坛的其他部分)。实际上,每个人都知道可以使用第二浏览器实例。P更多:两个窗口都可以彼此相邻打开。但是,在这个线程的背景下,在我看来,这似乎是借口,因为已经存在解决方法,所以不改善用户体验。

这就是我收到的方式。如果不是您的意图,我深表歉意。

这些是讨论,而mod不是开发人员,我的建议是“不改善用户体验的借口”?

我同意@petro这里
进行讨论,邀请骨炎,拒绝杂志,您可以在哪里。
如果你不能想法一文不值
用理性拒绝它会使您的论点更加强烈。

石油 /@mariusthvdb/@donkawechico,您在这里的想法与@123他提出了一种更无缝的方法,其中任何文件保存(无论是从GUI还是外部编辑器)触发了一个事件,该事件将确定是否需要配置检查(如果是),则执行一个。
然后,它将“如果失败”通知您
在Supessfull配置检查之后,它将即将重新加载编辑的文件中的内容(也许不需要这样的完整重新加载)。
不知道。
塔拉斯(Taras)的解释比我好很多,我不记得该线程

场景保存时会重新加载,因此不确定这里的问题是什么?

是的,但是我必须误解你的问题然后。因为我只期望这样的变化在UI中起作用。

这并不重要,但我只是一个同意OP WTH的路人。

因此,我试图弄清楚您想到的实现是基于UI还是独立于UI。

伟德国际官方app下载苹果版非UI解决方案的示例:

  1. OS级守护程序,可监视YAML归档并对任何修改做出反应。这完全与您如何编辑文件(无论是UI)完全独立于$ echo'blah'<< scripts.yaml
  2. VSCODE的桌面版本具有“ Home Assistans”扩展名,它具有内置19463331伟德国际的任务,您可以执行重新加载配置部分。可以编写一个“保存”挂钩,该挂钩从VSCODE IDE内部运行该任务。

我只想说我非常喜欢“提交”方法。例如。必须明确加载更改。使用更明显的按钮或其他内容,可以更轻松地做到这一点,但是立即自动实现所有更改可以很容易地导致意外结果。
我经常更改两个传感器,自动化,通知和其他依赖关系的部分,并在固定自动化(或相反的方式)之前重新加载传感器确实会出现问题。

2个喜欢

更好的是:HA可以监视更改的文件,例如Java的记录back正在使用其配置文件。

哇,并不是要触发所有这些骚动,而是在所有的良好讨论中。
是的,我的原始帖子是用于基于UI的更改。我直接在YAML文件中进行了大部分编辑,但决定前一段时间我会尝试将GUI用于场景。为此,我喜欢UI,因为我可以从灯泡的现有状态中创建一个快速场景。
该建议是在编辑几个场景之后进行的,即使节省后,我的新(编辑)场景才能使用,直到我进入Sever配置页面并重新加载了这些场景。我认为页面上的一个按钮是有道理的。
对于其他功能,这可能也不起作用,但是我喜欢首先触发配置验证的建议,然后在单击重新加载时提交提交。