FAQ
3 min
une série de questions courantes que les personnes se posent à propos de slate pourquoi le contenu est il collé en texte brut ? docid\ y6wg2ftuiwnnupjarnl7fquels navigateurs et appareils slate prend il en charge ? docid\ y6wg2ftuiwnnupjarnl7f pourquoi le contenu est il collé en texte brut ? l’un des principes fondamentaux de slate est que, contrairement à la plupart des autres éditeurs, il ne prescrit pas un « schéma » spécifique pour le contenu que vous modifiez cela signifie que le cœur de slate n’a aucune notion de « block quotes » ou de « bold formatting » la plupart du temps, cela conduit à une flexibilité accrue sans de nombreux inconvénients, mais il existe certains cas où vous devez effectuer un peu plus de travail le collage en est un étant donné que slate ne connaît rien de votre domaine, il ne peut pas savoir comment analyser le contenu html collé (ou autre contenu) donc, par défaut, lorsqu’un utilisateur colle du contenu dans un éditeur slate, celui ci l’analyse comme du texte brut si vous souhaitez qu’il soit plus intelligent au sujet du contenu collé, vous devez surcharger la commande insert data et désérialiser les données transfert de données de l’objet text/html comme vous le souhaitez quels navigateurs et appareils slate prend il en charge ? l’objectif de slate est de prendre en charge tous les navigateurs modernes sur les appareils de bureau et mobiles slate est en version bêta et est piloté par la communauté, de sorte que sa prise en charge n’est pas aussi robuste qu’elle pourrait l’être sur ordinateur, il est actuellement testé sur les quelques dernières versions de chrome, edge, firefox et safari sur desktop et il ne fonctionne pas dans internet explorer sur mobile, les appareils ios sont pris en charge mais non testés régulièrement chrome sur android était jusqu’à récemment non pris en charge, sauf dans les anciennes versions de slate (0 47), mais a été ajouté récemment pour plus de clarté, en raison des différences dans la prise en charge par android de l’événement beforeinput , la saisie android utilise des compositions et des mutations, ce qui est différent des autres navigateurs cela signifie que la prise en charge android progresse séparément des autres navigateurs et, du fait qu’elle est nouvelle, peut comporter davantage de bugs si vous souhaitez ajouter ou améliorer la prise en charge d’un navigateur ou d’un appareil, nous serions ravis que vous soumettiez une pull request ! ou, dans le cas de navigateurs incompatibles, créez un plugin pour les navigateurs plus anciens, tels que ie11, de nombreuses api natives désormais standard ne sont pas disponibles la position de slate à ce sujet est qu’il appartient à l’utilisateur d’apporter des polyfills (comme https //polyfill io https //polyfill io ) lorsque cela est nécessaire pour des éléments comme el closest , etc sinon, nous devrions intégrer et maintenir de nombreux polyfills dont d’autres n’ont peut être même pas besoin pour plus de clarté, slate ne garantit pas qu’il fonctionnera avec les navigateurs plus anciens, même avec des polyfills, et à l’heure actuelle, il existe encore des problèmes non résolus avec ie11