Ionic-framework: bug : le clavier pousse tout l'écran vers le haut

Créé le 12 févr. 2016  ·  104Commentaires  ·  Source: ionic-team/ionic-framework

Type : bogue

Version ionique : 2.x

Plate -forme : ios 9 webview

Mon code a un <ion-toolbar position="bottom"> avec une entrée de texte à l'intérieur.

stale issue

Commentaire le plus utile

Ne fonctionne toujours pas.
Veuillez corriger cela.

Tous les 104 commentaires

Voir le même problème dans notre application sur iOS uniquement. Sur l'appareil, cela semble toujours se produire, mais dans l'émulateur iOS, cela ne se produit qu'une fois sur deux. Je suis actuellement sur ionic 1.7.14

Même problème ici + 1 sous IOS9

Mêmes problèmes ici sur iOS

if(window.cordova && window.cordova.plugins.Keyboard) {
  window.cordova.plugins.Keyboard.disableScroll(true);
}

résolu un problème similaire pour moi. Cela pourrait aider. J'ai également dû installer les typages cordova et ionic-cordova.

Le clavier ne monte pas avec le clavier cependant

+1

Dans mes recherches, il semble y avoir deux systèmes intéressés à déplacer le contenu lorsque le clavier logiciel est ouvert : le navigateur natif sous-jacent et la bibliothèque Ionic2 elle-même.

Keyboard.disableScroll(false) (disponible via le plug-in cordova "ionic-plugin-keyboard") empêche avec succès le navigateur natif de pousser/faire défiler le volet de contenu et permet au clavier de glisser et de couvrir le contenu existant.

Sous les valeurs par défaut d'Ionic2, cependant, il existe des fonctionnalités supplémentaires en place qui tentent à la fois de compenser le glissement du clavier en ajoutant un rembourrage au bas de votre contenu ("scrollAssist") et de conserver l'élément d'entrée ciblé dans la fenêtre d'affichage en y revenant ( 'AutoFocusAssist'). scrollAssist et autoFocusAssist ont tous deux bien implémenté des commutateurs dans la configuration qui ne semblent pas encore avoir été documentés publiquement.

Avec le comportement des deux côtés désactivé, le clavier natif glissera sur le contenu existant sans aucune poussée ni défilement dans une application Ionic2 (beta.3) déployée à la fois sur iOS 9.2 et Android 6.0. L'exemple de configuration au niveau de l'application est dans l'essentiel :
https://gist.github.com/EvanWillms/8773f8cfa12f469fabf0bdd7a75723e7


@ jgw96 , je pense qu'il y a en fait deux problèmes distincts qui méritent d'être résolus ici.

1) Un besoin de communication pour aider à réduire la confusion dans laquelle @ihadeed , @damienadermann et moi sommes tombés lorsque nous voulons permettre à un clavier natif d'apparaître sans pousser ou faire défiler le contenu existant, ne connaissent pas beaucoup de succès avec le prometteur Keyboard.disableScroll(true); plugin, et se heurte à un mur. Dans mon esprit, la solution pour cela est une nouvelle documentation autour des options de configuration scrollAssist et autoFocusAssist que nous devons découvrir et utiliser.

2) Un bogue reproductible dans le comportement de scrollAssist joliment documenté par @hrpatidar dans #5764 dans lequel un développeur qui _does_ veut _some_ contenu poussé à l'écart du clavier natif par ionic a maintenant un rembourrage sur son <content-scroll> qui n'est pas supprimé après la disparition du clavier et laisse un espace vide important et indésirable dans son composant déroulant.

@EvanWillms Bonjour ! Merci d'avoir fait d'autres recherches sur ce problème ! Donc, comme vous pouvez le voir, ce problème et quelques-uns des autres que vous avez commentés ont été marqués pour le jalon beta.5. Nous venons de sortir la beta.4 (yayyy !) donc nous passons actuellement à la beta.5. Cela signifie qu'à ce stade, vous pouvez vous attendre à ce que ce problème soit résolu dans la prochaine version d'Ionic 2. Merci encore !

même problème sur android

@adamdbradley
Juste une note, ce correctif (et d'autres correctifs de clavier répertoriés dans le jalon beta.5) ne sont pas répertoriés dans votre document Google pour les prochains jalons beta.5. Je suis curieux de savoir si cela signifie qu'il a été supprimé de la version bêta.5 (je serais très triste d'entendre cela) ou si la documentation sur les jalons n'a pas été mise à jour ?
Ce document :
https://docs.google.com/document/d/1Qlc5X2eJyOB0izkFlH7KJ5BmMi0MeXUZRHJHt3hS6Wo/edit
Merci!

La fonction de connexion au clavier en fait-elle partie ou constitue-t-elle un problème distinct ? Serait-ce aussi simple (relativement parlant) que de prendre la directive v2 keyboard-attach et de la convertir en une directive v2? Je crois que @mhartington l' avait suggéré auparavant.

@ihadeed J'ai une application de type chat qui utilise également la barre d'outils ionique avec la position inférieure avec une entrée ionique à l'intérieur. Comment gérez-vous "l'attachement du clavier" pour que la barre d'outils "s'écoule" avec le clavier sur le focus d'entrée ?

J'ai trouvé une solution mais je n'en suis pas satisfait: https://forum.ionicframework.com/t/keyboard-attach-in-ionic-2/49635

@nunoarruda voici comment je l'ai implémenté :

<ion-toolbar position="bottom" light>
    <form (submit)="addTask()">
        <ion-item no-lines>
            <ion-input placeholder="Add a new task" [(ngModel)]="taskToAdd"></ion-input>
            <button (click)="addTask()" item-right clear>
                <ion-icon name="add" lightgreen500></ion-icon>
            </button>
        </ion-item>
    </form>
</ion-toolbar>

@ihadeed merci d'avoir essayé d'aider mais ce n'est qu'un balisage. Je parlais de si/comment vous avez résolu par programmation le problème "attachement du clavier"

L'utilisation de ce balisage en dehors de la balise ion-content résout le problème pour moi.

@ihadeed https://github.com/ihadeed merci d'avoir essayé d'aider mais c'est
juste du balisage. Je parlais de si/comment vous avez corrigé par programme le
problème "attache clavier"


Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment -218032368

@ihadeed Hum, bizarre. J'utilise le code en dehors du contenu ionique, c'est en fait là où il est censé se trouver, mais lorsque je concentre l'entrée ionique, il reste toujours derrière le clavier. Merci quand même

Pouvez-vous me fournir le balisage complet de votre page ? je pourrais peut-être
repérer une différence entre le vôtre et le mien.
Le 9 mai 2016 à 21h12, "Nuno Arruda" [email protected] a écrit :

@ihadeed https://github.com/ihadeed Hum, bizarre. j'utilise le code
en dehors du contenu ionique, c'est en fait là où il est supposé être, mais quand je
concentrer l'entrée d'ions, il reste toujours derrière le clavier. Merci quand même


Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment -218033863

J'ai vu ça. Je voulais dire que je voulais voir le balisage de la page entière, pas seulement le
barre d'outils.
Le 9 mai 2016 à 21h15, "Nuno Arruda" [email protected] a écrit :

@ihadeed https://github.com/ihadeed vérifier
https://forum.ionicframework.com/t/keyboard-attach-in-ionic-2/49635


Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail ou consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment -218034328

@ihadeed ouais, bien sûr. vérifier le plongeur

Bonjour à tous! Est-ce toujours un problème avec Ionic 2 beta.10 ? Merci!

Oui, c'est toujours un problème avec la version bêta.10

Ne fonctionne toujours pas.
Veuillez corriger cela.

Je suis toujours confronté à ce problème

Toujours confronté au problème aussi

+1

+1

C'est vraiment un énorme problème car il est requis par de nombreuses applications de chat. J'espère que ce problème pourra être résolu dès que possible. Un grand merci pour l'équipe ionique :).

nos applications sont prêtes à fonctionner, nous craignons que notre produit ne puisse pas passer l'examen du magasin à cause de ce problème, merci quand même.

Oui, toujours un problème, et pour moi, cela se produit sur Android et sur un écran qui utilise flex

+1

Bonjour à tous! J'ai découvert hier qu'il y avait une nouvelle API qui arrive en chrome https://github.com/WICG/ViewportAPI qui va énormément aider avec ce problème ! Merci pour la patience à tous !

+1

J'ai également ce problème avec <ion-content fullscreen> J'ai une image d'arrière-plan sur ion-content et le clavier pousse l'image vers le haut

Salut .. Je suis également confronté à la même chose où le problème est:

  • il y a un espace après la fermeture du clavier (la taille de l'espace est égale à la taille du clavier).

Et j'ai tenté ma chance en utilisant une solution simple en ajoutant: style="height:90% !important;" dans la balise <ion-content> .. Et ça marche bien maintenant .. :)

Une autre alternative consiste à modifier le code comme ceci :

window.addEventListener('native.keyboardhide', keyboardHideHandler);
fonction clavierHideHandler(e){
var keyBoardGap = document.querySelector("#chatContainer");
keyBoardGap.classList.add("heightForce");
keyBoardGap.classList.remove("heightForceUp");
}

window.addEventListener('native.keyboardshow', keyboardShowHandler);
fonction clavierShowHandler(e){
var keyBoardGap = document.querySelector("#chatContainer");
keyBoardGap.classList.remove("heightForce");
keyBoardGap.classList.add("heightForceUp");
}

CSS :

.heightForce { height:90% !important;}
.heightForceUp {height:55% !important;}

J'espère que cela aidera les autres :)

Pas encore de solution pour ça ?

Hé les gars, est-ce au moins prévu pour une étape importante ? Ce serait formidable de savoir si quelqu'un fait / prévoit de faire quelque chose à ce sujet. 😿 Merci d'avance !

Pour @keithdmoore @nunoarruda et tous ceux qui ont besoin de la fonctionnalité keyboardAttach d'Ionic 1, voici une version Ionic 2 de celle-ci. Dites-moi si cela marche pour vous! Je n'ai pas encore testé cela sur Android.

https://gist.github.com/Manduro/bc121fd39f21558df2a952b39e907754

+1

Nous sommes confrontés au même problème, il n'y a toujours pas de solution ?

une solution à cette question, quelqu'un sait?

Abandonnez totalement cette question. En fait, à cause d'un problème de clavier, mon entreprise a abandonné l'utilisation d'ionic. Le clavier brise totalement l'expérience utilisateur.

@kitkimwong , la même chose se produit également dans mon entreprise.
@brandyscarney , Pouvons-nous s'il vous plaît obtenir une solution pour cela?

Peut-être y a-t-il de l'espoir dans le récent e-mail du créateur d'Ionic :

_Plus de mises à jour récentes_ [image : tada]

  • _Le composant "Conteneur" a été ajouté_. Idéal pour des choses comme mettre
    d'autres composants à l'intérieur d'un ion-scroll. Tutoriel sur la création d'un chat Firebase
    App la semaine prochaine en utilisant ça !

c'est très frustrant cependant que nous n'ayons aucune réponse de l'équipe
bien.

Allez Ionique :)

Le jeu. 22 septembre 2016 à 6 h 17 Maruti Hulikatti [email protected]
a écrit:

@kitkimwong https://github.com/kitkimwong , la même chose se passe dans mon
compagnie aussi.
@brandyscarney https://github.com/brandyscarney , Pouvons-nous s'il vous plaît obtenir
une solution pour ça ?


Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment -248814896,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AGVqeolAvpM6_HOyCgv8CIODvLA-YTuUks5qsg-EgaJpZM4HYsIN
.

Sincères amitiés,

Alexandre Mady

Salut à tous, désolé pour le silence radio. Nous nous sommes concentrés sur la finalisation et les tests de la bêta 12. Donc, en examinant le problème, il n'est pas clair à 100% de quel problème il s'agit ou comment le recréer. Tous les exemples mentionnés ne sont plus valides car ils utilisent des versions plus anciennes du balisage ionique et plus ancien.

Quelqu'un pourrait-il décrire clairement le problème et suivre notre modèle de problème github.
https://github.com/driftyco/ionic/blob/master/.github/ISSUE_TEMPLATE.md

Si possible, une petite démo isolée aide toujours.

Comment déplacer le bouton Fab au-dessus du clavier comme Android dans iOS. Quelqu'un peut-il aider s'il vous plait

Bonjour à tous! Comme il semble que cela fait un moment qu'il n'y a pas eu d'activité sur ce problème, je vais le fermer pour l'instant. N'hésitez pas à commenter si vous rencontrez toujours ce problème. Merci d'avoir utilisé Ionic !

Tellement triste d'entendre qu'il n'y a aucune solution fournie par ionic2, mais une bonne nouvelle de voir qu'il existe une bonne approche de la résolution de problèmes est effectuée par @Manduro en utilisant padding , disablescroll et observable, tout comme ionic1.

Quoi qu'il en soit, bonne nouvelle.

Oui toujours des problèmes avec rc0

@mhartington @jgw96 J'ai récemment mis à jour de la bêta 11 à rc0. D'énormes améliorations de performances, merci.

Je suis également confronté à ce problème de clavier dans iOS 10. Je vais essayer d'expliquer avec les images ci-dessous.

  • Ceci est mon écran d'accueil avec une liste déroulante et cliquer sur définir une alerte ouvrira une invite AlertController nécessite une entrée. La mise au point automatique sur l'entrée ne fonctionne pas, je dois donc cliquer manuellement sur la zone de saisie pour ouvrir le clavier.

Home Screen

  • Cliquer sur la zone de saisie affiche le clavier. Parfois, il défile vers le haut, parfois le clavier se chevauche. De plus, je peux faire défiler complètement l'écran qui affiche les onglets, ça a l'air bizarre, n'est-ce pas ?

Voir la barre supérieure iOS - le texte se chevauche donc ne peut pas voir l'heure
Good Keyborad

le chevauchement du clavier alertController - se produit principalement la première fois uniquement
Not scrolled Keyboard

peut faire défiler l'écran, avoir l'air bizarre, je pense que le défilement, le clavier devrait se fermer et supprimer le focus d'alertController
Scrolled Keyboard

J'ai résolu le dernier problème en ajoutant Keyboard.disableScroll(true); dans mon app.component.html. Voir http://ionicframework.com/docs/v2/native/keyboard/ pour plus de détails

Faites-moi savoir si cela est utile ou puis-je fournir plus de détails ?

-Merci

C'est toujours un problème. J'ai une image d'arrière-plan qui est poussée à chaque fois que le clavier logiciel apparaît, ce qui rend la page très désordonnée. Veuillez rouvrir ce problème, il n'est toujours pas résolu.

+1

@ jgw96 @adamdbradley J'ai créé une courte démo pour ce problème en utilisant le modèle vierge, veuillez le vérifier. L'entrée ne défile pas automatiquement et est toujours couverte par le clavier logiciel.

https://github.com/sotisoti/input_demo

Mes infos ioniques

Cordova CLI: 6.1.1
Gulp version:  CLI version 3.9.1
Gulp local:   Local version 3.9.1
Ionic Framework Version: 2.0.0-rc.2
Ionic CLI Version: 2.1.0
Ionic App Lib Version: 2.1.0-beta.1
OS: Distributor ID: Ubuntu Description: Ubuntu 16.04 LTS 
Node Version: v5.12.0

+1

+1

Le mardi 8 novembre 2016 à 15h21, Adrian Teh [email protected] a écrit :

+1


Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment -259165278,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AGVqeleJwPN6P2MTB2o6-uPEiTt8vMlKks5q8JOXgaJpZM4HYsIN
.

Sincères amitiés,

Alexandre Mady

@ jgw96 pouvez-vous s'il vous plaît rouvrir, c'est toujours un problème et a vraiment besoin d'un peu d'amour Ionic Dev?

+1

J'utilise actuellement la solution Keyboard Attach de @Manduro , mais comme beaucoup d'autres l'ont dit ici, ce serait formidable d'avoir une solution ionique native (car j'ai également rencontré d'autres problèmes UX liés à la mise d'une entrée/bouton au-dessus du clavier

Bonjour du websummit, Lisbonne

J'ai mis en place un projet de démonstration qui illustre le problème. je serai
poster le code ici plus tard.
Le jeudi 10 novembre 2016 à 17h04, Mike Hartington [email protected]
a écrit:

Rouvert # 5432 https://github.com/driftyco/ionic/issues/5432.


Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#event -854785108, ou muet
le fil
https://github.com/notifications/unsubscribe-auth/AGVqeuyY56HJxZJ6mHElOHI9wcbCwT_rks5q806fgaJpZM4HYsIN
.

Sincères amitiés,

Alexandre Mady

Salut à tous, désolé pour ça. Nous veillerons à ce qu'ils soient corrigés avant la version 2.0 finale

@mhartington Vous pourriez envisager de supprimer l'étiquette needs reply , car je pense que cela a été satisfait.

+1
J'ai documenté un rapport de bogue complet sur un problème apparemment lié # 5571

+1

Ma vie sera bien meilleure avec le clavier ionic2

Pas mendier, mais jolie jolie s'il vous plaît :)

Le mardi 8 novembre 2016 à 22h19, Matt David [email protected] a écrit :

+1


Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment -259277519, ou muet
le fil
https://github.com/notifications/unsubscribe-auth/AGVqenbB4U5HGHH-Lq3o4VqNI-Br9i9cks5q8PV4gaJpZM4HYsIN
.

Sincères amitiés,

Alexandre Mady

KeyboardTest.zip

Vous trouverez ci-joint un projet de démonstration ionic2 qui illustre les problèmes.

1) malgré les tentatives faites dans le projet de test ci-joint, il n'est pas possible de garder le clavier affiché entre des messages consécutifs sans un mouvement de bas/haut temporaire gênant.

2) l'entrée saute de haut en bas lorsque le clavier est affiché/masqué - c'est une transition très fluide comme le démontre le projet.

3) il y a trop de retard dans l'affichage/le masquage du clavier, une différence significative et notable dans la vitesse, la fluidité de la transition apparente dans les applications natives.

4) cela devrait fonctionner non seulement pour les champs de saisie, mais si un bouton se trouvait dans le pied de page et qu'une autre entrée dans la zone de contenu principale était ciblée, le clavier devrait glisser vers le haut avec le bouton affiché au-dessus ; c'est-à-dire qu'il devrait y avoir une option pour faire glisser les éléments de pied de page vers le haut lorsque le clavier est affiché, quel que soit le type d'élément pouvant se trouver dans le pied de page. Ils ne doivent pas simplement sauter en position, les éléments doivent glisser avec le clavier comme ils le font dans iMessage, WhatsApp, skype, etc.

@mhartington que vous avez réouvert et j'espère que cela aide et distille le nœud du problème.

@alexmady @mhartington
Il existe une solution de contournement temporaire que @EvanWillms a publiée en avril
https://gist.github.com/EvanWillms/8773f8cfa12f469fabf0bdd7a75723e7
Je l'ai modifié pour RC2 et je peux confirmer qu'il fonctionne sur RC2

Veuillez noter que _cela ne résout pas le problème_, il désactive uniquement aveuglément toutes les fonctionnalités de défilement du clavier.

Le problème est toujours présent dans RC3 (testé avec l'application de conférence et la saisie de texte dans la barre de recherche).
La barre de navigation inférieure est toujours relevée.

Yay Mike a dit qu'ils réparaient ça !
En fait, dans le mou, ils ont dit que RC4 est tout au sujet du clavier, donc vous avez tous ça à attendre avec impatience !

va-t-il y avoir un correctif dans RC4 ?

Bonjour à tous! Pourriez-vous tous essayer le dernier nightly (npm install ionic-angular @nightly --save and update your package.json to angular 2.2.1). Cette nuit devrait avoir des correctifs pour ce problème.

@ jgw96 dites -vous que c'est uniquement fixe pour ionic 2 ?

@Ross-Rawlins ce n'est pas un problème dans ionic 1, tant que vous avez keyboard.disableScroll(false) .

Ce problème n'est lié qu'à la V2, comme l'indique l'étiquette.

@ jgw96 J'ai mis à jour la nuit et je suis passé à angulaire 2.2.1 mais j'obtiens toujours la même erreur. Tout le contenu du défilement (y compris la div fixe en bas) se déplace vers le haut sur le focus d'entrée d'ions !
Plates-formes : vue Web Android et Chrome

Face au même problème avec ionic2.

Y-a-t'il une solution ?

@mhartington - Pouvez-vous confirmer si tous les problèmes que j'ai mentionnés précédemment ont été résolus :

KeyboardTest.zip

Vous trouverez ci-joint un projet de démonstration ionic2 qui illustre les problèmes.

malgré les tentatives faites dans le projet de test ci-joint, il n'est pas possible de garder le clavier affiché entre des messages consécutifs sans un mouvement bas/haut temporaire gênant.

l'entrée saute de haut en bas lorsque le clavier est affiché/masqué - c'est une transition très irrégulière comme le montre le projet.

il y a trop de retard dans l'affichage/masquage du clavier, une différence significative et notable dans la vitesse, la fluidité de la transition apparente dans les applications natives.

cela devrait fonctionner non seulement pour les champs de saisie, mais si un bouton se trouvait dans le pied de page et qu'une autre entrée dans la zone de contenu principale était ciblée, le clavier devrait glisser vers le haut avec le bouton affiché au-dessus ; c'est-à-dire qu'il devrait y avoir une option pour faire glisser les éléments de pied de page vers le haut lorsque le clavier est affiché, quel que soit le type d'élément pouvant se trouver dans le pied de page. Ils ne doivent pas simplement sauter en position, les éléments doivent glisser avec le clavier comme ils le font dans iMessage, WhatsApp, skype, etc.

@alexmady Je vais y jeter un œil, merci pour la démo du projet.

Coup d'œil rapide, je noterai que vous n'utilisez pas la version nocturne, où la plupart de ces problèmes devraient être corrigés.

@jgw96 @mhartington Justin et Mike quand vous dites essayez-le avec tous les soirs car cela aurait dû résoudre le problème, comment devrions-nous le tester ? J'ai un champ de saisie dans un pied de page ionique standard et lorsque je clique dessus, le clavier se déplace vers le haut et masque le champ. J'ai installé la construction nocturne et reconstruit le projet et il cache toujours le champ. Quel est le correctif dans la version nocturne que nous devons utiliser ? Merci

Voici mon pied de page au passage :

<ion-footer>

  <ion-toolbar class="no-border" color="white">

    <ion-input [(ngModel)]="messageText" placeholder="Write your message"></ion-input>

    <ion-buttons end>
      <button ion-button (click)="sendMessage()">
        <ion-icon name="send" color="primary"></ion-icon>
      </button>
    </ion-buttons>

  </ion-toolbar>

</ion-footer>

merci @richardshergold , je regarde ça

Le problème pour moi est que l'ion-input (type="text") est parfois caché derrière le clavier si vous sélectionnez une entrée d'ion de texte qui se trouve à l'intérieur d'un ion-item-sliding. Le contenu défile pendant un instant, puis saute dans une autre position. Ainsi, l'entrée est masquée par le clavier et vous pouvez saisir du texte dans le champ de texte, mais vous ne pouvez pas voir ce que vous avez tapé.

J'ai inclus un référentiel qui illustre le problème - Voir : #9642

@alexmady et @richardshergold en utilisant l'exemple de projet, j'ai pu résoudre la plupart de ces problèmes simplement en refactorisant un peu les choses.

L'exemple de projet contenait pas mal de code inutile, et il n'utilisait pas le dernier nightly (maintenant RC4).

Voici l'exemple de code/projet

https://github.com/mhartington/KeyboardTest

Il se comporte comme on pourrait s'y attendre sur Android.

iOS a cependant des problèmes avec l'entrée couverte.
Je vais étudier cela plus avant.

Merci à tous pour votre patience, ce n'est pas un problème facile à résoudre.

Merci pour la mise à jour @mhartington

Je viens d'essayer votre exemple de référentiel sur iOS et il cache en effet l'entrée.

Voici un gif montrant le problème.

keyboardtest-ios

Voici un autre gif montrant comment le pied de page devrait glisser vers le haut et ce que je pense que nous recherchons tous :

how-keyboard-should-be

merci et dans l'attente des mises à jour.

Oui @alexmady , ios s'avère problématique.
Je peux utiliser une directive d'attachement de clavier soumise par l'utilisateur pour ios, mais j'ai des problèmes pour maintenir le focus d'entrée lorsque vous appuyez sur le bouton d'envoi à droite. Je noterai qu'en appuyant sur la touche retour / entrée du clavier, tout fonctionne très bien. iOS semble être prêt à se concentrer sur les entrées un peu plus rapidement qu'Android.

keyboard-ios

Vous voudrez peut-être jeter un coup d'œil à la question SO suivante pour plusieurs solutions de contournement ou peut-être pour vous amener à trouver une solution ultime à ce problème : http://stackoverflow.com/questions/36706398/in-ionic-2-how- pour-faire-flotter-un-élément-au-dessus-du-clavier-lorsque-le-clavier-s'affiche

merci pour la mise à jour @mhartington

Idéalement, nous devons faire correspondre la convivialité des applications de chat existantes, nous avons vraiment besoin du bouton de retour dans un autre but.

N'y a-t-il rien que nous puissions faire dans ionic pour modifier le comportement du bouton d'envoi afin que le focus ne soit pas perdu ? Si nous devions enfermer l'entrée dans un formulaire par exemple, cela pourrait-il aider à détecter et à prévenir la perte de concentration en même temps que l'envoi du message ?

returnbutton

@nunoarruda - merci pour votre contribution (sans jeu de mots) à ce sujet, mais la mention suggérée sur SO ne résout pas le problème de la perte de concentration de l'entrée après l'envoi de chaque message. Par exemple, si vous souhaitez envoyer 5 messages, vous devez afficher et masquer le clavier 5 fois, ce qui est plutôt maladroit par rapport à ce à quoi les gens sont habitués avec le fonctionnement de nombreuses applications natives.

On dirait qu'il y a un sujet ici sur le bouton Envoyer qui ferme le clavier ; Je suis également en train de créer une fonctionnalité de chat pour mon application iOS et je souhaite savoir si ce problème est en cours d'examen pour RC5 ?

J'ai ouvert ce numéro exact il y a quelque temps, # 9238

Merci!

Salut @mhartington

Y a-t-il une mise à jour à ce sujet, s'il vous plaît ? Je me demande si nous sommes sur la bonne voie pour avoir les fonctionnalités de clavier/chat souhaitées dans la version finale d'ionic 2 ? Comme vous l'avez sûrement deviné, c'est un gros problème !

Au fait, si vous avez besoin d'autres exemples/cas d'utilisation pour cela, faites-le moi savoir, je me ferai un plaisir de mettre quelque chose en place.

2016 a été une excellente année pour ionic - je souhaite à toute l'équipe de Joyeuses Fêtes !

Ce problème est-il déjà programmé pour une étape ? Ce serait bien de savoir si la solution est proche ou si investir du temps dans la recherche d'alternatives en vaudrait la peine.

@mhartington avez-vous fait des progrès après vos expériences https://github.com/driftyco/ionic/issues/5432#issuecomment -267626176

J'ai créé un exemple d'application en utilisant ionic start ionic-tutorial tutorial --v2 après cela, j'ai juste inclus une liste et un <ion-input> à l'intérieur d'un <ion-footer> .

La solution actuelle de @nunoarruda pour changer <ion-input> en <input type="text"> fonctionne très bien.

@juarezpaf Ça ne marche pas. L'entrée n'apparaît au-dessus du clavier qu'après que l'utilisateur a commencé à taper.

Vous devez vous concentrer davantage sur la mise au point des entrées.
totalement frustré je suis.

Salut à tous, désolé pour le silence, nous rentrons tout juste de vacances.
Cela reviendra sur notre radar.

@mhartington Merci beaucoup, nous apprécions vraiment les efforts que vous et votre équipe avez déployés dans Ionic ! Dans l'attente du correctif, si vous avez besoin d'un projet de test ou de quelqu'un pour l'essayer dans différentes circonstances, faites-le moi savoir ;-)

Idem!
Le mar. 3 janvier 2017 à 15h00, Marcel van Remmerden [email protected]
a écrit:

@mhartington https://github.com/mhartington Merci beaucoup, nous avons vraiment
appréciez les efforts que vous et votre équipe avez déployés dans Ionic ! Impatient de
le correctif, si vous avez besoin d'un projet de test ou de quelqu'un pour l'essayer dans différents
circonstances faites le moi savoir ;-)


Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/driftyco/ionic/issues/5432#issuecomment-270132761 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AGVqeiW8T0X_hk_TY_9T08BQPAG9Mzfxks5rOmKHgaJpZM4HYsIN
.

>

Sincères amitiés,

Alexandre Mady

L'ajout du code suivant a parfaitement fonctionné pour moi:

.input-cover {
position : statique ;
}

Je me demande encore s'il y aura des conséquences négatives, mais je n'en ai pas trouvé jusqu'à présent.

@MvRemmerden Pourriez-vous publier un peu plus de contexte pour votre correctif ? Par exemple, sur quel élément avez-vous placé ce CSS ? Merci!

@lincolnthree Bien sûr, mais en fait c'est tout ce qu'il y a à faire. Collez simplement le code CSS sur les pages dont vous avez besoin et tout devrait bien se passer.

Vous pouvez également consulter le fil de discussion stackoverflow @cozzbie posté (http://stackoverflow.com/a/38786672). La solution que j'ai utilisée est actuellement le commentaire le plus voté.

ce problème est-il résolu ?

Non pas du tout. face au même problème avec rc.5

nous utilisons un pied de page avec une zone de texte élastique (comme le chat de l'application)

ça marche pour moi

Quelqu'un essaie de résoudre ce problème sur Ionic 1.x (1.7.15) ?

@wbhob : voici une mise à jour/scénario :
Lorsque vous appuyez sur l'entrée et que vous la concentrez, le clavier chevauche l'entrée, je veux faire en sorte que l'entrée, lorsqu'elle est mise au point, soit toujours au-dessus du clavier. J'ai essayé cette solution mais ça ne marche pas 😞 .

app.js - configuration actuelle

    .run(function ($ionicPlatform, gettextCatalog, $cordovaFile) {
        $ionicPlatform.ready(function () {

            ionic.Platform.isFullScreen = false;
            // Hide the accessory bar by default (remove this to show the accessory bar above the keyboard or form inputs)
            if (window.cordova && window.cordova.plugins.Keyboard) {
                cordova.plugins.Keyboard.disableScroll(true);
                cordova.plugins.Keyboard.hideKeyboardAccessoryBar(true);
            }
        }
   }
    .config(['$ionicConfigProvider', function ($ionicConfigProvider){
        $ionicConfigProvider.scrolling.jsScrolling(!ionic.Platform.isAndroid());
    }]);

// config.xml
  <preference name="Fullscreen" value="false" />
  <preference name="DisallowOverscroll" value="true" />
  <preference name="KeyboardDisplayRequiresUserAction" value="true" />
  <preference name="android-windowSoftInputMode" value="stateHidden|adjustResize" />
  <plugin name="ionic-plugin-keyboard" version="2.2.1" src="https://github.com/driftyco/ionic-plugin-keyboard" />

Est-ce que j'ai raté quelque chose ?

Quelle est l'erreur ? Vous devez nous donner plus de détails sur ce qui se passe et ce que vous attendez, et éventuellement ouvrir un nouveau sujet si cela est distinct du sujet.

Cela ressemble également à une demande d'assistance et non à un bogue ou à une fonctionnalité, veuillez donc demander sur le forum et Ionic Worldwide Slack.

Merci.

Le 19 janvier 2017, 07h18 -0500, alexszilagyi [email protected] , a écrit :
>

Quelqu'un essaie-t-il de résoudre ce problème sur Ionic 1.x (1.7.15) ?

app.js - configuration actuelle

.run(function ($ionicPlatform, gettextCatalog, $cordovaFile) { $ionicPlatform.ready(function () { ionic.Platform.isFullScreen = false; // Masque la barre d'accessoires par défaut (supprimez-la pour afficher la barre d'accessoires au-dessus du clavier ou entrées de formulaire) if (window.cordova && window.cordova.plugins.Keyboard) { cordova.plugins.Keyboard.disableScroll(true); cordova.plugins.Keyboard.hideKeyboardAccessoryBar(true); } } } .config(['$ ionicConfigProvider', function ($ionicConfigProvider){ $ionicConfigProvider.scrolling.jsScrolling(!ionic.Platform.isAndroid()); }]); // config.xml

Est-ce que j'ai raté quelque chose ?


Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub (https://github.com/driftyco/ionic/issues/5432#issuecomment-273762352) ou désactivez le fil de discussion (https://github.com/notifications/unsubscribe-auth /AEPIEhJXEmfFhtzXzJC5bChWVUTGapIlks5rT1RigaJpZM4HYsIN).

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