技术博客
根本原因是 grid 容器的 overflow 或 place-items 干扰了子菜单的定位上下文。子菜单（.submenu）通常用 position: absolute，但它会相对于最近的「定位上下文」祖先计算位置——而 display: grid 本身不创建新定位上下文，除非该网格容器设置了 position: relative。
取决于文字阅读方向和浏览器默认行为，不是“哪个更高级”，而是“哪个符合你的排版逻辑”。中文传统竖排从右向左（vertical-rl），日文也常用；而 vertical-lr 是从左向右竖排，适合部分少数民族文字或特殊设计需求，但现代网页中极少用。
因为绝对定位元素已脱离文档流，Flex的对齐属性只作用于参与布局的子项（即非position: absolute的子元素）。父容器设了display: flex，但对position: absolute的子元素完全无效。
本文详解在 bootstrap 中清除 `.container` 或 `.container-fluid` 默认内外边距的方法，重点解决背景色溢出、内容被挤压等常见布局问题，并提供安全、可维护的 css 实现方案。
浏览器对 <ul></ul> 和 <li> 有默认样式，其中 <li> 继承父级行高（通常为 1.2 或 1.5），若列表内含多行文本或行内元素，line-height 会直接撑开垂直空间，造成“看起来间距很大”但实际没设 margin 的假象。
它不是“开关”，而是白名单机制：只对列表里明确写出的 CSS 属性做过渡，其余一概忽略。常见错误是写成 transition-property: all 却期望 display 或 height（从 0 到 auto）能动——这两者根本不在可动画属性列表里。
本文提供纯 css 方案，通过重构布局结构（用 `position: fixed` 容器包裹导航与主内容，并启用 flex 布局），使动态宽度的垂直导航栏与 “ 区域始终自适应、无重叠，兼容小屏幕设备，无需 javascript。
当容器高度确定、且只有一行文字时，line-height 是最轻量的方案：直接设为与容器高度相等即可。比如容器高 40px，就写 line-height: 40px。
本文详解在 bootstrap 中移除 `.container` 或 `.container-fluid` 元素的默认 `padding` 和 `margin`，确保背景色或背景图完整铺满视口，避免意外留白。
浮动图片后，紧随其后的文字出现上下间距不一致，常见于段落首行被图片“顶起”或末行“塌陷”。这不是文字本身的问题，而是 float 脱离文档流后，行框（line box）高度计算异常所致——尤其当图片高度与行高不匹配、或字体渲染存在 subpixel 差异时更明显。