HDR就不说了，主要是这儿提及的英文输出难题，只不过看完 elementui 架构源标识符的TX都假如晓得，elementui 是透过 compositionstart & compositionend 做的英文输出处置：有关标识符：
这3个方式是原生植物的方式，这儿单纯如是说下，非官方表述如下表所示 compositionstart 该事件促发于几段文本的输出之后（近似于 keydown 该事件，但该该事件仅在若干个由此可见字符串的输出之后，而这些由此可见字符串的输出可能须要连串的按键操作方式、音频辨识或是点选输出法的候选词）单纯而言是转换英文输出法时在打罗马字时（这时 input 内还没有填入或者说的文本），会具体而言促发 compositionstart，接着每打两个原词，促发 compositionupdate，最终将输出好的英文填入 input 中时促发 compositionend。促发 compositionstart 时，文档框会填入
交互式文档
（待证实文档），与此同时促发 input 该事件；在促发 compositionend 时，是填入前述文本后（已证实文档），因此这儿假如不该促发 input 该事件不然就得增设两个 bool 表达式来掌控。
依照上图可以看见输出到 input 框促发 input 该事件，丧失关注点后文本有发生改变促发 change 该事件，辨识到你开始采用英文输出法促发 compositionstart 该事件，未输出完结但还在输出中促发 compositionupdate 该事件输出顺利完成（也是他们quarterfinal或是优先选择了有关联的文本填入到输出框的关键时刻）促发 compositionend 该事件。因此难题来了采用这两个该事件能做什么？即使 input 模块经常跟 form 配置文件一同出现，须要做配置文件校正
为的是化解英文输出法输出文本时还没将英文填入到输出框就校正的难题，他们期望英文输出顺利完成之后才校正。
