Depois de tentar colocarDepois de o editor de postagem ter sido iframado, oA presença do metaframe torna-se uma condição de bloqueio, impedindo que o conteúdo do editor seja carregado no iframe e tornando indisponíveis estes benefícios dos iframes:

• Isole o CSS do bloco e do tema da IU do editor
• Exatidão das consultas multimédia e das unidades CSS relacionadas com a visualização

Estas vantagens são importantes para suportar a reutilização de CSS no editor e no front-end, bem como para simplificar o desenvolvimento de blocos e temas. Apesar de existirem metaframes, os membros da comunidade têm estado a trabalhar para os trazer para o editor de posts, mas após otentativa(precedido de uma cláusula de condição ou razão) não atédefinir Como ajustar a interface para separar a meta-caixa do conteúdo da publicação.

presente .Implementação da vista divididaEsta alteração suporta a visibilidade simultânea do conteúdo do editor e das meta-caixas. Esta alteração assegura uma experiência WYSIWYG consistente entre o editor e a vista de front-end. Além disso, torna os metaframes mais fáceis de utilizar do que anteriormente e permite a referência intuitiva de qualquer parte do conteúdo da publicação ao utilizar qualquer metaframe e vice-versa.

Restantes excepções para iframes

Atualmente, a última condição que impede que uma iframe seja sempre utilizada é se algum bloco utiliza a suaversão da APIMenos do que registado3. No entanto, mesmo esta condição pode ser removida numa versão futura, e se o sítio utilizar oGutenberg e o tema baseado em blocos estiver ativo, já tem uma exceção.

Condições dos bordos e compatibilidade

Os criadores de plug-ins que adicionam metaframes devem estar cientes de duas coisas. Em primeiro lugar, os contentores de metaframe agora cortam elementos de transbordo, por isso, se alguma IU popup (como um menu suspenso) se estender para cima a partir do contentor de metaframe, eles serão cortados. No entanto, se forem renderizados para uma parte do DOM fora do contentor, isto não será um problema. Em segundo lugar, se o seu plugin também adicionar qualquer formatação de rich text e a IU de edição estiver ancorada à seleção de texto, então a sua implementação tem de ser compatível com iframes. Este não é um novo requisito, mas pode ser negligenciado por plugins que apenas estendem o editor de posts.

recorte de transbordo

Para garantir que isto não é um problema, pode fazer com que qualquer IU que se assemelhe a uma janela popup abra no metaframe, ou renderizar a janela popup numa parte do DOM que não esteja dentro do contentor do metaframe. Por exemplo, esta última é a forma padrão de trabalhar com os componentes andPopover(matemática) géneroPainel suspensofazer uso deDropDownMenuthey (para objectos inanimados)@wordpress/componentesirá garantir que a IU não é cortada, mesmo que se estenda para além do topo do contentor do metaframe.

Ancoragem de IU em formato Rich Text

Se o plugin implementa código personalizado para ancorar ou posicionar a IU, então isto pode ser apenas preocupante. Se o plugin já usa ouseAnchorvir de (um lugar)@wordpress/rich-texttudo, então deve funcionar bem. Se não funcionar, pode consultar a página do próprio GutenbergIU do editor de linkspara um exemplo típico da sua utilização.