При клике на невыделенной строке таблицы правой кнопкой мышки сначала разворачивается менюха, и только после выбора её пункта выделяется строчка в таблице. Мне кажется должно быть наоборот, или я прав?
code_1973.txt

Почему тебе кажется, что должно быть наоборот

Во первых - это логично в данной конкретной (моей) задаче , а во вторых - пускай элемент (в данном случае StringTable) сначала закончит все свои внутренние дела (по входному событию), а уж потом выдаёт результат. И выделение строчки я считаю внутренним делом..

Мне тоже кажется Андрей., прав , а то вообще непонятно на той ли строчке сработало меню

А в моей, например, логично наоборот.
Неправильно - это отсутствие возможности сделать то, чего тебе надо
Делай, кто не дает-то.


А мне кажется, что не прав.
Несоответствие какой-то одной задече не может служить основанием для вывода: прав/не-прав

Вы что, все задачи для событий мыши просмотрели

Согласен с Galkov, ым. Всегда было так: onMouseDown, onClick, onMouseUp. Элемент выполняет свои действия между onMouseDown и onClick. Что делает ощутимую разницу между данными событиями и такое поведение совершенно логично.

Может это и правильно, но всё равно неправильно
Делаем так.
Щелчёк ПКМ на 3 строке
Щелчёк на пункте меню
Щелчёк ПКМ на 2 строке
И что я вижу - вижу меню и Выделенную 3_ю строку , а щёлкал я на второй
через задницу это как то.

Сделай САМ через нормальное место в схеме
Это называется работать.
И отличается от ждать, пока сделает кто-то другой.

Говорить, что это невозможно - не надо, тоже.
Потому-что это неправда

Вячеслав, если говорить в рамках такой терминологии, то вызов PopupMenu по onMouseDown это действительно через задницу. Докажите сначало вместе с Андреем., что это не так и что все виндовые программы глубоко заблуждаются, реализуя эту ф-ность через onMouseUp. Потом продолжим спор.

Когда , я имел в виду именно смайлик - конечно же все возможные варианты использования обговариваемых точек , э , ну в общем их много.. Понятно, что подгонять алгоритм под одну задачу - не верно. Но, как-то совсем не хочется заморачиваться с обработкой двух событий (onMouseDown и onClick), чтобы узнать о ПКМ и при этом выделена будет "правильная" строка. Если бы onClick выдавал номер кнопки, а не индекс строчки который можно взять снизу, или, чтоб я сам мог так сконфигурировать элемент, то - нет проблем.
Я понимаю, что расширение элемента "расширит" и его вес, но если - нет, то нет..

А я и не говорил что нельзя

не работает, зараза - только на пустом месте..
Согласен подождать исправления

зы: что-то версия давно не менялась
ззы: "Delphi2" пока отложен, или его уже можно поглядеть?

У тебя штатный StringTable

Вячеслав, да ( Текущая версия 3.65 b165 )

У меня от nesco тоже не работает

------------ Дoбавленo:

Происходит DblClick вместо MouseUP