Display:unset将其设置回初始值，而不是之前的“Display”值

我只是复制了之前的显示值(在我的情况下display: flex;) 再次(在display non之后)，并且它过度尝试了display:none成功

(我使用display:none来隐藏移动和小屏幕的元素)

在使用react native时，与“none”相对的是“flex”。

Display:unset将其设置回初始值，而不是之前的“Display”值

我只是复制了之前的显示值(在我的情况下display: flex;) 再次(在display non之后)，并且它过度尝试了display:none成功

(我使用display:none来隐藏移动和小屏幕的元素)

我在构建一个应用程序时遇到了这个挑战，我想要为某些用户隐藏一个表，而不是为其他用户隐藏。

最初，我将它设置为display:none，但后来为那些我希望看到它的用户设置了display:inline-block，但我遇到了您可能期望的格式问题(列合并或通常混乱)。

我解决这个问题的方法是先显示表，然后为那些我不想看到它的用户执行“display:none”。这样，它可以正常格式化，但在需要时消失。

这是一个横向的解决方案，但可能会帮助到某些人!

这是一个来自未来的答案，在你问这个问题大约8年后。虽然仍然没有显示相反的值:没有，但继续读下去……还有更好的东西。

display属性重载得太厉害了，一点都不好笑。它至少有三个不同的功能。它控制:

外部显示类型(元素如何参与父流布局，例如块，内联) 内部显示类型(子元素的布局，例如flex, grid) 显示框(元素是否显示，例如contents, none)。

长期以来，这一直是现实，我们已经学会了忍受它，但一些姗姗来迟的改进(希望如此!)正在向我们走来。

Firefox现在支持display属性的双值语法(或多关键字值)，用于分隔外部和内部显示类型。例如，block现在变成了block flow, flex变成了block flex。这并不能解决一个都没有的问题，但我认为明确的关注点分离是朝着正确方向迈出的一步。

与此同时，Chromium(85+)给了我们内容可见性属性，并大张旗鼓地宣布了它。它的目标是解决一个不同的问题——加速页面加载时间，它不呈现一个元素(及其子布局)，直到它接近视口并且真正需要被看到，同时仍然可以用于“查找”搜索等。它通过给它赋值auto自动完成这个。这本身就是令人兴奋的消息，但看看它还做了什么……

The content-visibility: hidden property gives you all of the same benefits of unrendered content and cached rendering state as content-visibility: auto does off-screen. However, unlike with auto, it does not automatically start to render on-screen. This gives you more control, allowing you to hide an element's contents and later unhide them quickly. Compare it to other common ways of hiding element's contents: display: none: hides the element and destroys its rendering state. This means unhiding the element is as expensive as rendering a new element with the same contents. visibility: hidden: hides the element and keeps its rendering state. This doesn't truly remove the element from the document, as it (and it's subtree) still takes up geometric space on the page and can still be clicked on. It also updates the rendering state any time it is needed even when hidden. content-visibility: hidden, on the other hand, hides the element while preserving its rendering state, so, if there are any changes that need to happen, they only happen when the element is shown again (i.e. the content-visibility: hidden property is removed).

哇。所以这就是display:一直都不应该是——一种从布局中优雅地、完全独立于显示类型的删除元素的方法!因此，与content-visibility: hidden相反的是content-visibility: visible，但是你在auto中还有第三个非常有用的选项，它会为你做惰性渲染，加速你的初始页面加载。

唯一的坏消息是Firefox和Safari还没有采用它。但谁知道呢，当你(亲爱的开发伙伴)读到这篇文章时，情况可能已经改变了。请关注https://caniuse.com/css-content-visibility!

visibility:hidden将隐藏元素，但元素是他们的DOM。在display:none的情况下，它会从DOM中移除元素。

你可以为元素选择hide或unhide。但是一旦你删除它(我的意思是不显示)，它就没有明确的相反值。Display有几个值，如Display:block, Display:inline, Display:inline-block和许多其他值。你可以从W3C找到它。