Остановите 'Ding' при нажатии Enter

У меня очень простое приложение Windows Forms. А в Windows (или, по крайней мере, в приложениях Windows Forms), когда вы нажимаете Enter, находясь внутри однострочного элемента управления TextBox, вы слышите Ding. Это неприятный звук, означающий, что вы не можете ввести новую строку, потому что это однострочное текстовое поле.

Все в порядке. Однако в моей форме есть 1 текстовое поле и кнопка поиска. И я разрешаю пользователю выполнять поиск, нажимая Enter после того, как он закончил вводить текст, поэтому им не нужно использовать мышь, чтобы нажимать кнопку поиска.

Но этот звук Дин возникает. Это очень раздражает.

Как мы можем сделать так, чтобы звук вообще не воспроизводился в моей форме?

@David H - Вот как я обнаруживаю нажатие Enter:

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

Проверьте свойство Form.AcceptButton . Вы можете использовать его, чтобы указать кнопку по умолчанию для формы, в данном случае для нажатия клавиши ввода.

Из документов:

Это свойство позволяет вам назначить действие по умолчанию, которое должно происходить, когда пользователь нажимает клавишу ENTER в вашем приложении. Кнопка, назначенная этому свойству, должна быть IButtonControl в текущей форме или в контейнере в текущей форме.

Также существует свойство CancelButton, когда пользователь нажимает escape.

Меня устраивает:

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 - это настоящая уловка. Надеюсь, это вам поможет.

Пытаться

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
    }
}

Просто добавьте e.SuppressKeyPress = true;свое «если».

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.
    }
}

Вы можете использовать KeyPress вместо KeyUp или KeyDown, это более эффективно, и вот как справиться

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

И скажи мир "Дину"

Используется SuppressKeyPressдля остановки обработки нажатия клавиши после обработки.

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

      }
   }
}

Я наткнулся на этот пост, пытаясь обработать KeyDown, это сработало для меня.

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

Подавление нажатия клавиши останавливает отправку события в базовый элемент управления. Это должно сработать, если вы вручную обрабатываете все, что клавиша ввода будет делать в этом текстовом поле. Извините за Visual Basic.

Вероятность того, что кто-то дойдет до этого ответа, очень мала, но некоторые другие ответы действительно пугают. Событие подавления KeyDownубивает 2 дополнительных события за один удар. В этом контексте установка e.Handledсвойства в значение trueбесполезна.
Лучше всего установить Form.AcceptButtonсвойство на фактическую кнопку поиска.
Есть также другой способ использования Enterклавиши - некоторые люди могут захотеть, чтобы она действовала как TABкнопка. Для этого добавьте новый объект Button, установите его Locationсвойство за пределами Formобласти (т.е. (-100, -100)) - установка Visibleсвойства в некоторых случаях falseможет отключить Buttonобработчики. Установите Form.AcceptButtonсвойство для вашей новой кнопки. В Clickобработчике событий добавьте следующий код
this.SelectNextControl(ActiveControl, true, true, true, true)

Теперь вы можете передать focusтолько тогда , когда focusэто на TextBoxвас может потребоваться либо тестовый ActiveControlтип или использование e.Supressимущества в обработчики событий элементов управления не предназначен для использования в Enterкачестве TAB Вот так. Вам даже не нужно снимать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
        }
    });

В WinForms клавиша Enter вызывает звук Ding, поскольку свойство формы AcceptButton не указано. Если вам не нужен AcceptButton, звук дина можно подавить, установив для формы KeyPreview значение true и введя следующее событие KeyPress:

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

Независимо от того, какой элемент управления активен, при нажатии клавиши Enter больше не будет звука. Поскольку порядок обработки ключевых событий - KeyDown, KeyPress и KeyUp, клавиша Enter по-прежнему будет работать для событий KeyDown для элементов управления.

Установите для свойства IsDefault кнопки поиска значениеtrue . Это сделает ее кнопкой по умолчанию, и она будет автоматически нажата при нажатии Enter.

Я жил с этой проблемой достаточно долго и нашел ее здесь.

Поразмыслив над этим в течение некоторого времени и желая найти самый простой способ исправить это, я придумал самый простой, но не такой элегантный способ исправить это.

Вот что я сделал.

1. Поместите на форму 2 невидимые кнопки «Ок» и «Отмена».
2. Установите для свойств AcceptButton и CancelButton в форме невидимые кнопки.
3. Код на кнопки не добавлен!

Это решило все вторичные проблемы, перечисленные в этом потоке, включая ToolStripMenu. Моя самая большая жалоба была на BindingNavigator, когда я вводил номер записи в текущую позицию для перехода и нажимал ввод.

В соответствии с исходным вопросом, в котором программист хотел использовать функцию поиска при нажатии кнопки ввода, я просто поместил код поиска в невидимую кнопку ОК!

Пока что это, кажется, решает все проблемы, но, как мы все знаем, с Visual Studio, что-то, вероятно, возникнет.

Единственный другой возможный элегантный способ, который я мог придумать, - это написать новый класс обработки нажатия клавиш, который потребует много работы для большинства моих проектов.

Вы можете установить для многострочного текстового поля значение true, а затем обработать нажатие клавиши 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();
    }
}

Я изменил свойства текстового поля для многострочного текстового поля, и он работает для меня.

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