Всплывающая подсказка для элементов

[qwq]

Доброго времени дня. Вопрос такой. На форме имеется 30+ textbox-ов, как в цикле можнодля каждого текстбокса вывести свою подсказку.
Знаю что есть такой вариант

private void textBox3_MouseEnter(object sender, EventArgs e)
        {
           ToolTip.Show("Привет - это твоя первая подсказка", textBox3);
        }

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

[Alex11223]

Что мешает подписать все текстбоксы на одно и то же событие и использовать sender? (может быть еще имеет смысл в массив/список/Dictionary их запихнуть, смотря какая задача)

Или только на форме в дизайнере кликать научились, а основы C# и WinForms не изучили?

[phomm]

Выкинуть все 30 текстбоксов с формы и поискать темы на форуме "динамическое создание компонент", соответственно по примеру кода из тех тем сделать массив текстбоксов, дать им тег - индекс элемента массива и дать один обработчик маусэнтера, в котором, полагаясь на массив[тег_сендера], вызывать подсказку.

Тот же ответ, что и у Alex11223, но иными словами, может немного понятней будет, да и найдёте пример кода быстрее.

[Пепел Феникса]

а если их 30 особых, а не просто подряд? не думали?
там может быть вроде анкеты например.
вместо уникального обращения, получим обращения по индексам, зачем усложнять себе жизнь?

так что прежде чем советовать динамику, стоит посмотреть исходную задачу.
ибо если у ТС типа списка, это одно, анкета(каждый бокс однозначен и предопределен) иное.

[Alex11223]

Можно и без тега использовать сам текстбокс/sender в качестве ключа в Dictionary.
А создавать динамически не факт что удобно и нужно автору, если это не какие-то одинаковые текстбоксы в один ряд и т.п.

[qwq]

Сообщение от Пепел Феникса

а если их 30 особых, а не просто подряд?

Не подумал об этом сразу, нужно было сразу пояснить. Все текстбоксы уникальные. Есть база с эталонными значениями, есть некая анкета из которой в текстбоксы заносятся значения, потом эти значения сравниваются с эталоном. В итоге хотел при наведении на текстбокс чтоб во всплывающей подсказке показывало эталонное значение. Как Вы правильно подметили динамика тут не поможет

[Пепел Феникса]

ну тогда вам подойдет словарик вида Component=>string
для хранения подсказок, главное тока заполнить верно, и общий обработчик, как и говорили.

[phomm]

Не понимаю, что неправильного в динамике ? Конкретно автору может быть неудобно, допустим (пропустим мысль о неких уникальных боксах при примере кода, в котором текстбокс3), но динамика позволяет сделать всё то же что и человек, вот только цена изменений будет копеечная - можно все настройки выкинуть вовне программы (или константы) и грузить на старте создавая всё без работы мышкой (в случае с внешним хранением, в той же базе, даже без перекомпиляции получится), когда, например, надо отрегулировать ширину или отступы и т.п.
Динамическое создание не значит безликую колонку контролов, всё настраивается, и писать это немногим дольше, чем ручками ворочать по форме при таком количестве. А если нужны изменения, то та цена будет возвращена уже на первом (например, надо в середину добавить бокс, что особенно легко будет при относительном указании координат, тут уж как напишешь; или скрыть часть боксов).
Даже легко взять текущий лейаут (из дизайнер.цс) и конвертнуть его в массив настроек.
Я не агитирую, конкретный случай может не иметь смысла в переделке и словарь - нормальное решение (кроме, конечно, лапши из необходимости добавить все 30 боксов в него при ините формы, или даже если циклом проходить по components то лапшу связки боксов и подсказок при таких именах боксов сделать придётся).
Я бы ратовал хотя бы за переименование боксов так, чтобы в базе можно было чётко указать читаемое имя бокса и подсказку, чтобы эту же лапшу в цикл в программе положить.
К слову - хранение подсказок в базе - уже динамика, моё предложение было лишь довести её до полноты.

[Пепел Феникса]

Не понимаю, что неправильного в динамике ? Конкретно автору может быть неудобно, допустим (пропустим мысль о неких уникальных боксах при примере кода, в котором текстбокс3), но динамика позволяет сделать всё то же что и человек, вот только цена изменений будет копеечная - можно все настройки выкинуть вовне программы (или константы) и грузить на старте создавая всё без работы мышкой (в случае с внешним хранением, в той же базе, даже без перекомпиляции получится), когда, например, надо отрегулировать ширину или отступы и т.п.

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

Динамическое создание не значит безликую колонку контролов, всё настраивается, и писать это немногим дольше, чем ручками ворочать по форме при таком количестве. А если нужны изменения, то та цена будет возвращена уже на первом (например, надо в середину добавить бокс, что особенно легко будет при относительном указании координат, тут уж как напишешь; или скрыть часть боксов).

при таком количестве контролов нифига не проще в коде их тормошить массово, этот код потом как бы поддерживать, да через неделю это легко, а через месяц-два? год?

Даже легко взять текущий лейаут (из дизайнер.цс) и конвертнуть его в массив настроек.

часто нужны в ПО эти динамические лэйауты? кроме ПО вида 3DS MAX/Blender/Photoshop? особенно что чаще все же раскладка строгая.

К слову - хранение подсказок в базе - уже динамика, моё предложение было лишь довести её до полноты.

у нас в банке некоторые подсказки берутся из БД только из-за того что они могут динамически меняться(законы ж, распоряжения ЦБ), только не припомню чтоб ради этого они генерили полную динамику.
зачем делать то что не надо? можно уж сразу на HTML/JS перейти клиентский.

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

PS: кстати лэйауты не требуют динамики от слова совсем.