技术博客
行内元素（比如 <span></span>、<a></a>）天生不响应 width、height、padding-top、margin-bottom 等盒模型属性——不是 CSS 写错了，是规范就这么定的。把 display 改成 inline-block，本质是让元素保留行内流位置特性（不换行、受父容器文本对齐影响），同时获得块级盒子的完整盒模型控制权。
不是所有缩放都改“预览图”，Sublime 本身没有独立的“代码预览图”功能；你看到的其实是编辑器主视图的字体缩放。直接用快捷键最稳，不用改配置、不重启。
PDF 不是网页，它没有语义结构，只有绝对定位的文本块和图形。直接转成 html 文件后，你看到的多半是错位的文字、丢失的换行、乱码的中文字体，甚至整页变成一张图——这不是工具不行，而是 PDF 本身就不适合当网页源。真正能用的转换，得先判断：你要的是「可读网页」还是「可编辑源码」？前者优先选 pdf2htmlEX 或浏览器打印为 HTML；后者才考虑 pdfminer 或 PyPDF2 解析。
很多人写完 ::before 图标没显示，或者死活对不齐，根本原因是忘了给父元素加定位上下文。CSS 伪元素本身不占文档流，position: absolute 在它身上生效的前提是：它的最近一个「已定位祖先」存在——而这个祖先几乎总是你要装饰的那个元素本身。
很多按钮在 iOS 上点不动，不是 JS 绑定问题，而是元素本身被浏览器判定为“不可点击区域”。Safari 和 Chrome for Android 对可交互元素有隐式最小尺寸要求：通常低于 44px × 44px 就可能拦截 touchstart，尤其当 width 或 height 是 0、auto 且无内容撑开时。
根本原因是没把鼠标的相对位移，正确映射成背景图的偏移量。浏览器默认的 background-position 是以容器左上角为基准的绝对定位值，而拖拽需要的是“鼠标拖了多少，背景就反向移多少”——这得自己算比例。
本文详解 amcharts 5 中如何精准触发地图缩放到指定地理坐标（如伦敦），重点指出常见误区——错误监听 `chart` 事件而非 `polygonseries`，并提供可直接运行的修复代码与关键注意事项。
不同内核对同一段CSS的解析逻辑可能完全不同：WebKit（Safari、旧版Chrome）和Blink（新版Chrome、Edge）虽同源，但版本迭代后行为有偏移；Gecko（Firefox）对flex子项的min-width默认值处理更保守；Trident（IE）甚至把box-sizing默认设为border-box，而其他所有现代浏览器默认是content-box。这不是“谁对谁错”，而是规范落地过程中的历史分歧。
直接在元素上悬停、点击就能看到实时生效的 style 声明，但很多人卡在「改了没反应」——其实是被层叠顺序（cascade）和继承搞晕了。Styles 面板右侧的「Computed」标签页会列出最终计算值，左侧则按来源排序（内联 > !important > ID > 类 > 标签），带删除线的表示被覆盖。
这是典型的浮动脱离文档流导致的布局错位：当按钮前面有 float: left 或 float: right 的元素（比如导航栏、侧边栏、图片容器），按钮作为后续块级元素，默认会尝试“填补空隙”，结果卡在浮动块右侧或下方偏移处，而不是独占一行从顶部开始渲染。