React-dnd: Impossible de cliquer dans une entrée dans IE

Créé le 23 mai 2016  ·  9Commentaires  ·  Source: react-dnd/react-dnd

Merci pour un si dur travail!

Lorsqu'il y a du texte dans une zone de saisie, les utilisateurs ne peuvent pas cliquer dans une zone de texte pour apporter des modifications, ils doivent supprimer à la fin. Je pourrais le reproduire dans IE 9 et 10.

De plus, pour Win10 - Internet Explorer 11, je ne peux pas concentrer les entrées sur le premier clic, mais le double-clic fonctionne. Vérifiez le gif:

dnd

J'utilise votre exemple simple avec des entrées supplémentaires

browser bug bug wontfix

Commentaire le plus utile

J'utilise une solution de contournement:

<input ... onMouseDown={ (e) => e.target.focus(); }/>

testé dans IE11

Tous les 9 commentaires

Je n'ai pas d'ordinateur Windows donc cela va être un défi à déboguer: /

@kesne merci pour votre réponse :) Ouais, j'ai essayé mais je n'ai pas non plus de machine Windows ... c'est un bug très délicat, mais je ne sais pas si c'est une erreur d'événement sur le rendu IE ou IE ... de toute façon , je ne sais pas comment déboguer cela correctement 😞

@kesne hé! auriez-vous des idées sur un moyen de le déboguer et où trouver ce bogue? Malheureusement, je ne pense pas être assez compétent pour le faire, donc si vous pouvez en quelque sorte me dire comment déboguer et résoudre ce problème, je pourrais essayer.

Je crois que je rencontre un problème similaire pour les boîtes de saisie qui sont des enfants d'un composant déplaçable. Il est nécessaire de double-cliquer pour obtenir un curseur dans l'une de ces zones de saisie dans IE11 ou Edge. Il est également impossible de cliquer et de faire glisser pour sélectionner du texte dans les zones de saisie.

Il s'agit d'un bogue connu dans IE10, IE11 et Edge et a été signalé à MS en 2014, mais il semble que MS ne souhaite pas / ne puisse pas le résoudre: https://connect.microsoft.com/IE/feedback/details/ 927470 / ie-11-champ-d'entrée-de-type-texte-ne-répond-pas-aux-clics-de-souris-quand-le-nœud-d'ancêtre-a-draggable-true et https://stackoverflow.com/a/ 27160905

J'ai pu contourner ce problème en connectant uniquement la source de glissement sans survoler l'entrée.

  render() {
    const content = (
      <div>
        <input
           ...restOfProps
           onMouseOver={ () => this.setState({ dragSourceEnabled: false }); }
           onMouseOut={ () => this.setState({ dragSourceEnabled: true }); }
        />
      </div>
    );

    return this.state.dragSourceEnabled ? this.props.connectDragSource(content) : content;
  }

Y a-t-il d'autres moyens de résoudre ce problème?
Comment est l'état de ce problème?

J'utilise une solution de contournement:

<input ... onMouseDown={ (e) => e.target.focus(); }/>

testé dans IE11

Ce problème a été automatiquement marqué comme obsolète car il n'a pas eu d'activité récente. Il sera fermé si aucune autre activité n'a lieu. Merci pour vos contributions.

Cette page vous a été utile?
0 / 5 - 0 notes