元素的 margin 盒子贴着包含块的左边，哪怕左边有 float:left 元素飘在那里占着位置。如果 margin left 没有 float 元素的宽度大你就会看到 float 元素和这个元素的盒子重叠。

浏览器的 media source API

再更正，其实所谓行盒自身的三线，更准确的说法是行盒会创建一个零宽度的 strut 盒子，这个盒子从行盒那里继承 font size font family 和 line-height ，这个盒子和其他 inline boxes 一起按 baseline 对齐。

这个盒子也就是著名的幽灵空白节点。

幽灵空白节点
每个 line box 内有个零宽度 strut 盒子

更正 div{line-height:0} span{line-height:0;font-size:100px} Times New Roma 字体下 div 高度测得是 28px 高度。

@abcbuzhiming #9

除非组件作者说了，本组件支持设定 height 100% 自动 take 父容器 define 的高度，否则就是不支持。默认都是组件内容渲染得到多高就占多高。

尝试解释一下。涉及概念，字体的 baseline ，上升线 ascender, 下降线 descender, em size, CSS line-height 和 inline formating context 的工作原理。

https://i.imgur.com/OUgpvas.png

首先，font-size 设定的是 em size ，根据字体文件里的 unitPerEm 和 ascender descender 数据，就能计算出当前 font-size 下上升线和下降线相对 baseline 的距离，这个就是 inline boxes 的 content area 的高度。字体不一样上升线下降线的数据就不一样。

CSS line-height 的工作方式是添加额外的 leading 到上升线和下降线的两侧，使得新的调整后的上升线和下降线之间的间距刚好达到 CSS line-height 的值。后文上升线和下降线皆指 line-height 值调整后的上升线和下降线。

block container 的高度由内部的行盒（ line box ）堆叠而成，对于每一行，高度又是怎么计算呢？答案就是按行盒的 baseline 对齐行盒内所有的行内盒子（ inline boxes ）的 baseline ，从最低的下降线到最高的上升线就是行盒的高度。行盒本身有从行盒创建者那里得来的 font-size ，font-family 和 line-height ，从而得出 baseline ，ascender, descender 三条线，行内盒子也可能有不同的 baseline ，ascender, descender 。vertical-align 调整的其实是 baseline 偏移量，从而其实也会影响 line box 最终的高度。

line-height：0 会导致什么？ line-height:0 会使得调整后的上升线和下降线重合到中间的位置，一般字体而言基本会比 baseline 高一点。如何再叠加 font-size:0 才会出现上升线，下降线和 baseline 三线合一。

okay ，现在解释:

现象#1 div{font-size:0;line-height:0} span{line-height:0;font-size:100px} div 高度由来。

行盒三线合一，唯一的 span 创建的 inline box 上升线和下降线重合到中间的位置，距离 baseline 为原字体的 ascender - （ ascender + descender ）/ 2 。baseline 对齐，行盒包住所有的上升线和下降线，因此高度就是 span 字体的 ascender - （ ascender + descender ）/ 2 ，再根据 font-size 和字体的 unitPerEm 即可计算出 CSS px 值。

拿 Times New Roma 举例，ascender 1825 descender -443 unitPerEm 2048 (1825-(1825+443)/2)/2048*100=33.7

现象#2 div{line-height:0} span{line-height:0;font-size:100px} Times New Roma 字体下 27px 高度

行盒 font-size 继承自 body 16px ，上升线和下降线重合，位与 baseline 上方的高度是 (1825-(1825+443)/2)/2048*16=5.4px ，由#1 得知 span 的行内盒子上升线和下降线位与 baseline 上方 33.7px 处重合，因此行盒高度 33.7-5.4=28.3px

现象#3 div{font-size:100px;line-height:0} span{line-height:0;font-size:100px} div 高度 0

行盒与 span 的行内盒子完全一致，上升线和下降线位与 baseline 上方 33.7px 处重合，baseline 一对齐，上升线和下降线也跟着对齐了，最终行盒包裹所有的上升线和下降线，高度依然为 0.

本质原因是 CSS 布局中高度是由元素堆叠起来的，父容器依赖子元素的高度来得到自己的高度，而 height 100% 或者 min-height 100%不会传递。宽度或者说 inline 方向上就没这个问题。

要看你是横向还是竖向，div 是 block level 默认占父容器的全宽度，完全不用一路 flex 下去。竖向就比较麻烦，除非组件特意做了会占满父容器的 100% height 的 css 定义，否则你确实要一层层 hack 样式。

span 或者说 inline boxes 有两个高度，一个是它的 content area 的高度，由第一个可用字体的上升下降线决定；第二个高度是它在 line box 中占的逻辑高度，由 line-height 控制，将来还会有 text-box-edge 这种东西来结合字体中的各种基线来控制。

span 的 background border 都是放 content area 上，包括 getBoundingClientRect 。

而它的逻辑高度配合 vertical-align 和其他同行的盒子，一起构成行盒的高度，最后体现在 div 这个 block container 的高度上。

useSelector

rxjs switchMap ?

pointer down event 里 prevent default ？

tailwind 是 mobile first 的策略，没有前缀的是 apply 所有屏幕，md 是中宽度及以上更宽的屏幕。block md:hidden 的意思是默认 display block md 及以上 hidden 。

OP 有可能搞反了。

@Mirachael 可以了解下 ngrx 的 singal store 和 deep signal 的概念哦

@Chad0000 这个 feature 就是前端大热的 signal ，就是为了做到细粒度更新 view 而引入的，将来可是要干掉 zonejs ，颠覆 Angular 自上而下 change detection 的。

@Mirachael 一个 signal 只有脏了才会 push dirty 的 notification 给下游的 computed ，effect 或者 view ，signal update 后脏不脏由 signal equality function 决定，默认用的 Object.is 检测前后两个值。所以并不需要 deep clone ，shallow clone 一样可以。

直接返回 address 能 work 只是因为你在 app component 里没用 onPush strategy ，默认在 UI event 后更新 component 的 view ，而 view 中使用了 address ，address push 了新值自然能在 view 中体现出来，和 signal 没关系，你就是写个普通 get 函数一样 work 。