Responsive design CSS在内容上而不是屏幕大小上打断媒体

我尝试了不同的解决方案，在

css

中使用

@media

（或者更准确地说，

sass

），并且考虑了我们通常使用

@media

的方式。最常见的方式，至少我知道，我在博客帖子、教程等上看到过。。就是定义一些标准值，然后我们使用它们。例如：

$small: 420px;
$medium: 768px;
$large: 992px;
$extra-large: 1200px;

@media screen and (min-width: $medium) { ... }

@media screen and (min-width: $large) { ... }

这种方法面临的问题是，我的菜单不适合任何预定义的值。因此，当它打破媒体大小，它会得到一个巨大的空白，甚至认为还有空间来适应菜单。在这种情况下，我可以在

780px

处断开它，但值是768或992

所以我的问题是。。以这种方式处理媒体查询并通过手动定义值来断开基于内容的媒体可以吗

菜单将是

780px

，假设我显示公司成员的网格将在

820px

和

540px

处中断。我需要在浏览器上直观地分析它们，手动测量和设置值

我仍然会使用（如果没有更好的方法）页面上公共元素的预定义值（如果需要）。有一点我很喜欢（有点过时，但这是一个很好的概念），它涵盖了屏幕大小的使用以及如何对它们进行分组。但这并不能解决我在这里要问的问题

另外，其他大公司，比如，他们使用预定义的值来破坏

@媒体

内容。所有这些都基于预定义的值，而不是内容。Spotify就是一个例子。菜单中断得太快，即使在移到屏幕外之前有足够的空间保留项目

--

---

我能想到的继续使用这种方法的唯一原因是，作为最终用户，我们习惯于在顶部标题上有一个菜单切换，因此是否有足够的空间来保留内联文本并不重要。由于我们习惯于使用按钮打开菜单，因此我们使用了这种技术，因此使用了预定义的媒体值。

我认为这个问题更适合堆栈溢出，因为它是关于code@Mar这是关于使用代码的，但我对如何实际实现代码没有任何疑问，但实施将如何影响布局以获得最佳结果。正如我在问题中所说，我可以在内容上破坏媒体，但如果它真的很小，也许我永远不会向用户显示菜单，从而导致沮丧。是的。您可以定义定制的断点，直到和除非它破坏整个序列。我相信这个问题更适合堆栈溢出，因为它是关于code@Mar这是关于使用代码，但我并不怀疑如何实际实现代码，而是关于实现如何影响布局以获得最佳结果。正如我在问题中所说，我可以在内容上破坏媒体，但如果它真的很小，也许我永远不会向用户显示菜单，从而导致沮丧。是的。您可以定义定制的断点，直到和除非它破坏整个序列。