我说的不是文件列表和设置移动等这些，是整个app.css样式改动，因为我最近在修改webpage export这个插件，会导出app.css样式并复用，导致与老版本的不一样，需要调整，即我通过额外加入css使它兼容现在的插件，还要兼容老版本用户的样式。
那倒是。我也注意到有一些 Dom 的类名改了。
您好，我不是很理解这句话的意思？因为这次更新并没有给我“关”的选择，我需要为这种小的变更去添加一些除此以外没有需求的插件。
以及，我并不讨厌插件，我很喜欢ob的一点就在于它的很多插件与css，我是喜欢的，我讨厌这次更新最直接原因是，我在写作时会使用某个全屏主题（隐藏所有界面ui），但是新变动的这个功能会突出一块，非常影响我的观感。
我需要为这次更新去做一些额外的工作，让它回到我原来的工作状态。
找插件、css等等，本来我是在写作，但我需要为了保持原来的界面去做一些其它的事，破坏了我的工作状态。
所以我认为这种官方变动不应该是没有选择的，更新以后直接应用的，应该让用户有所选择，至少把这种会影响界面的“加法”交给用户自己去做。
在之前的某次更新，ob对表格进行了更好的支持，没有什么人反驳，因为它不影响界面，不会影响“工作流”，而这次的界面变动，破坏了我的工作体验。
固，如果可能，我希望能保持ob的简洁，以上述所言【wing】的行式进行更新，这样无论进行哪种程度的更新，其一，ob永远不会变得臃肿，其二，不会影响工作界面。
是的，需求一张嘴……我缺少这方面的知识，所以也只是“假设”，对这次更新的看法也是：给我一个类似“页面标题”的选择
的确是这样。不过，当然，为人所不喜的更新其实并不是只有这一次。例如：
所以我会说：
这里可以看到人们相关的讨论。
一种可能（而不是推荐）的方式是在内测版本出来的时候，就先了解一下到底更新了什么，有什么发生了变化，然后”手动“更新。
正因为用户只能被动接受别人的审美，别人的设计，
所以只得提前尽可能阻断这种传递。更新了反而变差，这是历来就被广泛吐槽的问题，无论是软件，还是网站。所幸Obsidian可以一键停止自动更新。如果到了无论如何也需要新特性的时候，这时候切换到旧版布局的插件或者css肯定也早就被先行者们写好了。安装一下也花不上几分钟的时间。
我在这里说的只是希望能为现在，以后今后的遇到破坏性更新的用户提供一种看问题的角度。
至于从如何向官方团队反馈，促成其进行修改，我觉得可能到英文论坛的相关帖子，或者到官方/kepano的推特评论区去说效果会更好。
我想补充一点，就是如果Obsidian想要做一些面向新用户的改动，可以使其不会波及到旧用户。具体表现形式，就是在一个可以配置的项目上，去修改默认配置，而不要动旧用户的已有配置。
多谢告知，但我目前应该不会去了解它了，因为读了几遍以后我明白自己不具备直接上手的能力。
正如我先前所言，简化期（乱编的名词）我希望自己更加专注，这并非不使用插件，而是把更多的时间花在事情而非工具上，打开ob是为了完成某项工作，而不是为了用ob而打开ob，曾经为了实现一些功能花掉一整天，甚至几天时间，打开ob那一刻想做的事情一点没做……笑.jpg
所以我才会对这次更新有很大的意见——它改动了基础页面，并且无法选择。
我没有在版本内测时花时间查看应用更新内容的习惯，因为我并不拒绝使用新功能，只是没想到这次它会改变基础界面，所以今天已经关掉自动更新啦，期待下次吧。
哪怕我非常讨厌这次更新，我依旧对开发团队保持尊敬，这的确是个很小的变动，只是，我不吃香菜。
这很棒。共勉。并且祝福你工作学习顺利。
您也一样，祝你健康。