Zatrzymaj „Ding” po naciśnięciu Enter

Mam bardzo prostą aplikację Windows Forms. A w systemie Windows (lub przynajmniej w aplikacjach Windows Forms) po naciśnięciu klawisza Enter w jednowierszowej kontrolce TextBox usłyszysz dźwięk Ding. To nieprzyjemny dźwięk, który wskazywał, że nie można wprowadzić nowej linii, ponieważ jest to jednowierszowy TextBox.

To wszystko jest w porządku. Jednak w moim formularzu mam 1 pole tekstowe i przycisk wyszukiwania. Pozwalam użytkownikowi przeprowadzić wyszukiwanie, naciskając klawisz Enter po zakończeniu pisania, aby nie musiał używać myszy do klikania przycisku wyszukiwania.

Ale pojawia się ten dźwięk Ding. To jest bardzo irytujące.

Jak możemy sprawić, by dźwięk w ogóle nie był odtwarzany w mojej formie?

@David H - Oto jak wykrywam naciśnięcie klawisza Enter:

private void textBox1_KeyUp(object sender, KeyEventArgs e)
{
    if (e.KeyCode == Keys.Enter)
    {
        // Perform search now.
    }
}

Zapoznaj się z właściwością Form.AcceptButton . Możesz go użyć do określenia domyślnego przycisku dla formularza, w tym przypadku do naciśnięcia klawisza Enter.

Z dokumentów:

Ta właściwość umożliwia wyznaczenie domyślnej akcji, która ma wystąpić, gdy użytkownik naciśnie klawisz ENTER w aplikacji. Przycisk przypisany do tej właściwości musi być IButtonControl, który znajduje się w bieżącym formularzu lub znajduje się w kontenerze w bieżącym formularzu.

Istnieje również właściwość CancelButton, gdy użytkownik naciśnie klawisz Escape.

Mi to pasuje:

private void textBox1_KeyDown(object sender, KeyEventArgs e)
{

    //Se apertou o enter
    if (e.KeyCode == Keys.Enter)
    {
        //enter key is down

        this.doSomething();

        e.Handled = true;
        e.SuppressKeyPress = true;

     }

 }

SuppressKeyPress to prawdziwa sztuczka. Mam nadzieję, że to pomoże.

Próbować

textBox.KeyPress += new KeyPressEventHandler(keypressed);

private void keypressed(Object o, KeyPressEventArgs e)
{
    if (e.KeyCode == Keys.Enter)
    {
        e.Handled = true; //this line will do the trick
    }
}

Po prostu dodaj e.SuppressKeyPress = true;oświadczenie „jeśli”.

private void textBox1_KeyUp(object sender, KeyEventArgs e)
{
    if (e.KeyCode == Keys.Enter)
    {
        //If true, do not pass the key event to the underlying control.
        e.SuppressKeyPress = true;  //This will suppress the "ding" sound.*/

        // Perform search now.
    }
}

Możesz użyć KeyPress zamiast KeyUp lub KeyDown, co jest bardziej wydajne i oto jak sobie z tym poradzić

  private void textBox1_KeyPress(object sender, KeyPressEventArgs e)
    {
        if (e.KeyChar == (char)Keys.Enter)
        {
            e.Handled = true;
            button1.PerformClick();
        }
    }

i powiedz pokój „Ding”

Służy SuppressKeyPressdo zatrzymywania dalszego przetwarzania naciśnięcia klawisza po jego obsłudze.

public class EntryForm: Form
{
   public EntryForm()
   {
   }

   private void EntryTextBox_KeyDown(object sender, KeyEventArgs e)
   {
      if(e.KeyCode == Keys.Enter)
      {
         e.Handled = true;
         e.SuppressKeyPress = true;
         // do some stuff

      }
      else if(e.KeyCode == Keys.Escape)
      {
          e.Handled = true;
          e.SuppressKeyPress = true;
          // do some stuff

      }
   }

   private void EntryTextBox_KeyUp(object sender, KeyEventArgs e)
   {
      if(e.KeyCode == Keys.Enter)
      {
         // do some stuff

      }
      else if(e.KeyCode == Keys.Escape)
      {
         // do some stuff

      }
   }
}

Natknąłem się na ten post, próbując obsłużyć KeyDown, który zadziałał dla mnie.

If e.KeyCode = Keys.Enter Then
   e.SuppressKeyPress = True
   btnLogIn.PerformClick()
End If

Pomijanie naciśnięcia klawisza zatrzymuje wysyłanie zdarzenia do kontrolki podstawowej. Powinno to działać, jeśli ręcznie obsługujesz wszystko, co będzie robił klawisz Enter w tym polu tekstowym. Przepraszamy za Visual Basic.

Jest bardzo mała szansa, że ​​ktokolwiek dostanie tę odpowiedź, ale inne odpowiedzi są naprawdę przerażające. Tłumienie wydarzenia przy KeyDownzabijaniu 2 dodatkowych wydarzeń w jednym uderzeniu. Ustawienie e.Handledwłaściwości na truejest w tym kontekście bezużyteczne.
Najlepszym sposobem jest ustawienie Form.AcceptButtonwłaściwości na rzeczywisty przycisk wyszukiwania.
Jest też inny sposób wykorzystania Enterklucza - niektórzy mogą chcieć, aby działał jak TABprzycisk. Aby to zrobić, dodaj nowy Button, ustaw jego Locationwłaściwość poza Formobszarem (tj. (-100, -100)) - ustawienie Visiblewłaściwości na falsemoże Buttonw niektórych przypadkach wyłączyć moduły obsługi. Ustaw Form.AcceptButtonwłaściwość na nowy przycisk. W programie Clickobsługi zdarzeń dodaj następujący kod
this.SelectNextControl(ActiveControl, true, true, true, true)

Teraz możesz chcieć przenieść focustylko wtedy focus, gdy jest włączony TextBox, możesz chcieć przetestować ActiveControltyp lub użyć e.Supresswłaściwości w programach obsługi zdarzeń kontrolek, które nie są przeznaczone do użycia, Enterponieważ TAB to wszystko. Nie musisz nawet biće.KeyCode

$("#txtSomething").keypress(function (e) {
        if (e.which == 13) {

            e.Handled = true; //This will prevent the "ding" sound

            //Write the rest of your code
        }
    });

W WinForms klawisz Enter powoduje dźwięk Ding, ponieważ nie określono właściwości formularza AcceptButton. Jeśli nie potrzebujesz przycisku AcceptButton, dźwięk dzwonka można wyciszyć, ustawiając w formularzu KeyPreview wartość true i wprowadzając następujące zdarzenie KeyPress:

private void Form_KeyPress(object sender, KeyPressEventArgs e)
{
    if (e.KeyChar == '\r')
        e.Handled = true;
}

Bez względu na to, która kontrola jest aktywna, po naciśnięciu klawisza Enter nie będzie więcej dźwięku. Ponieważ kolejność przetwarzania kluczowych zdarzeń to KeyDown, KeyPress i KeyUp, klawisz Enter będzie nadal działał dla zdarzeń KeyDown dla formantów.

Ustaw właściwość IsDefault przycisku wyszukiwania na true. Spowoduje to, że będzie to przycisk domyślny i zostanie automatycznie kliknięty po naciśnięciu klawisza Enter.

Cóż, żyłem z tym problemem wystarczająco długo i szukałem go tutaj.

Po zastanowieniu się nad tym od dłuższego czasu i szukaniu najprostszego sposobu, aby to naprawić, wymyśliłem najłatwiejszy, ale nie tak elegancki sposób, aby to naprawić.

Oto co zrobiłem.

1. Umieść w formularzu 2 niewidoczne przyciski „OK” i „Cancel”.
2. Ustaw właściwość AcceptButton i CancelButton w formularzu na niewidoczne przyciski.
3. Nie dodano kodu do przycisków!

To rozwiązało wszystkie drugorzędne problemy wymienione w tym wątku, w tym ToolStripMenu. Moją największą skargą był BindingNavigator, kiedy wprowadzałem numer rekordu w bieżącą pozycję, aby nawigować i naciskać Enter.

Zgodnie z pierwotnym pytaniem, w którym programista chciał funkcji wyszukiwania po naciśnięciu przycisku Enter, po prostu umieściłem kod wyszukiwania w niewidocznym przycisku OK!

Jak dotąd wydaje się, że rozwiązuje to wszystkie problemy, ale jak wszyscy wiemy z Visual Studio, prawdopodobnie coś się pojawi.

Jedynym innym możliwym eleganckim sposobem, jaki mógłbym wymyślić, byłoby napisanie nowej klasy obsługi naciśnięć klawiszy, co w przypadku większości moich projektów wymaga dużo pracy.

Możesz ustawić wieloliniowy tekst w polu tekstowym na wartość true, a następnie naciśnij klawisz Enter.

private void yourForm_Load(object sender, EventArgs e)
    {
        textBox1.Multiline = true;
    }

//then write your TextBox codes
private void textBox1_KeyUp(object sender, KeyEventArgs e)
{
    if (e.KeyCode == Keys.Enter)
    {
        // doSomething();
    }
}

Zmieniłem właściwości pola tekstowego dla wielowierszowego pola tekstowego i to działa dla mnie.

void RTextBox_KeyDown(object sender, KeyEventArgs e)
{
    if (e.KeyData == Keys.Enter)
    {
        //do ...
        bool temp = Multiline;
        Multiline = true;
        e.Handled = true;
        Multiline = temp;
    }
}