Heidisql: Ctrl + Retour arrière dans les zones de texte: supprimer le mot entier, ne pas ajouter de rectangle

Créé le 18 févr. 2018  ·  21Commentaires  ·  Source: HeidiSQL/HeidiSQL

Étapes pour reproduire ce problème

  1. tapez deux termes de recherche dans la base de données ou le filtre de table
  2. séparez-les avec des regex (j'utilise souvent pipe )
  3. supprimer le filtre avec Ctrl + backspace pour supprimer le mot entier

Comportement actuel

actuellement Ctrl + backspace écrira un rectangle 

Comportement attendu

le mot entier devant le curseur est supprimé
cela fonctionne bien dans l'éditeur de requête ou les filtres rapides (zones de texte multi-lignes)

Autres endroits

cela pourrait être appliqué dans la plupart des zones de texte mais ne sera pas aussi pertinent. Voir les onglets du tableau dans Basique, Options, Index et Clés étrangères. Je suppose que c'est le même problème que dans Win Forms; toutes les zones de texte montrent ce comportement. S'il n'a supprimé qu'une seule lettre, mais ajouter une boîte est tout simplement bizarre.

Solution possible

  • Je le sais grâce à WinForms où je dois vérifier les touches tapées, puis supprimer le dernier mot manuellement et inclure le prochain caractère non-lettre et non numérique de la fin
  • voir la réponse de Patrick McDonald pour avoir une idée de la façon dont cela pourrait être corrigé manuellement

Environnement

  • Version HeidiSQL:
    9.5.0.5253
  • Système opérateur:
    Gagner 10 1709
bug confirmed

Commentaire le plus utile

Je viens de pousser quelques modifications, ce qui devrait activer Ctrl + Retour arrière sur la plupart (sinon toutes) des boîtes d'édition dans HeidiSQL. Cela implémente une solution de contournement que j'ai trouvée ici , bien que cela fonctionne très bien pour moi ici. Pour ceux qui veulent vérifier, veuillez attendre une demi-heure et télécharger la prochaine version.

Tous les 21 commentaires

oui, j'utilise toujours le dernier soir et il est toujours là. Ce n'est pas dans la zone de texte de l'onglet Requête, mais tous les champs de texte comme la recherche.
2019-02-07_15-05-30 heidisql

Encore un problème en 5565. Ce serait une belle petite amélioration!

Pareil pour moi.
Et je veux ajouter que Ctrl+Delete ne fonctionne pas dans l'onglet Requête (mais fonctionne dans d'autres entrées). Il devrait supprimer le mot du côté droit d'un curseur.

Et je veux ajouter que Ctrl + Suppr ne fonctionne pas dans l'onglet Requête (mais fonctionne dans d'autres entrées)

Comment se fait-il que vous viviez exactement le contraire des autres journalistes ici? Peut-être sur Wine?

Non, je suis sous Windows 10.
On dirait que vous avez mal lu mon message. J'ai parlé de Ctrl+Delete dans l'onglet Requête. Ctrl+Backspace problème

Oui, j'ai mal lu cela. En effet, je peux confirmer que Ctrl + Backspace ne fonctionne pas dans les zones d'édition à une seule ligne, et Ctr + Delete ne fonctionne pas dans les zones SQL.

Bien que SynEdit prenne en charge ce "supprimer le mot suivant" - par défaut, il a Ctrl + Maj + Suppr Ctrl + T. Vous pouvez changer cela dans Outils> Préférences> Raccourcis> Édition SQL:
grafik

Merci.
Mais c'est un raccourci par défaut étrange car tous les éditeurs de texte utilisent Ctrl + Suppr.

Selon la ligne correspondante dans SynEdit, il s'agit par défaut de Ctrl + T , qui est remplacé par HeidiSQL pour «nouvel onglet». Je me gratte la tête d'où vient ce Ctrl + Maj + Suppr .

Existe-t-il une possibilité de définir Ctrl + Suppr par défaut pour des raisons de cohérence avec les autres éditeurs?

Oui, je peux essayer de l'initialiser par défaut avec cela.

Merci 👏

Je viens de pousser quelques modifications, ce qui devrait activer Ctrl + Retour arrière sur la plupart (sinon toutes) des boîtes d'édition dans HeidiSQL. Cela implémente une solution de contournement que j'ai trouvée ici , bien que cela fonctionne très bien pour moi ici. Pour ceux qui veulent vérifier, veuillez attendre une demi-heure et télécharger la prochaine version.

Oui cela fonctionne. Merci beaucoup.

Le nouveau raccourci par défaut pour "supprimer le mot suivant" dans la prochaine version est changé de Ctrl + T à Ctrl + Suppr .

Aucune plainte pour l'instant, je vais donc clore ce problème. Veuillez crier si je manque quelque chose.

Merde: L'éditeur de texte contextuel n'accepte plus la touche Entrée - à la place, il sélectionne le texte.

La prochaine version laisse ce piratage pour les mémos sur plusieurs lignes, pour lesquels la touche Entrée a été cassée. Je ne sais pas comment résoudre ce problème Ctrl + Retour arrière pour ceux-ci.

@ansgarbecker J'ai trouvé une autre touche de raccourci étrange par défaut: pourquoi la clé par défaut pour Annuler est Alt+Backspace et non Ctrl+Z comme dans tous les programmes du monde? :)
Dans l'onglet Requête Ctrl+Z n'annule que quelques étapes. Alt+Backspace fonctionne normalement.

Malheureusement, j'ai dû revenir à ma solution précédente pour prendre en charge Ctrl + Retour arrière . Cela a introduit trop de nouveaux bogues. Je vais devoir en trouver un meilleur.
Voici une autre approche: simuler la sélection et la suppression du mot laissé au curseur dans un événement OnKeyPress . (ou peut-être mieux en utilisant un événement de message Windows)

Je viens de pousser une nouvelle tentative pour prendre en charge Ctrl + Backspace , en utilisant un événement OnShortCut échelle de l'application:

  • fonctionne dans tous les contrôles d'édition sur une ligne, les éditeurs multilignes et les listes déroulantes modifiables
  • ne casse pas la touche Entrée dans les éditeurs multilignes
  • ne casse pas la touche Tab dans les éditeurs de champ de grille
  • nouveau problème: interrompt l'historique d'annulation: /

Fonctionne assez bien pour moi. Aucune idée de la façon de résoudre le problème d'annulation.

Quelqu'un pourrait-il tester la nouvelle version?

  • annuler fonctionne, maintenant que je supprime le mot via EM_REPLACESEL message
Cette page vous a été utile?
0 / 5 - 0 notes