Происхождение диалога

Диалог такой:
http://akostina76.ucoz.ru/blog/2017-07-20-4290

…взялся из Кассы. Первое рабочее название кассы было «c71» потому что пришёл менеджер и стал что-то непонятное говорить про то, что кассир вводит информацию по кассе и всё хорошо, а вот подотчёты (в списке счетов того времени счёт №71) вводить никак.. а надо как….
Кассир-бухгалтер вел движение в такой таблице:

Точнее так он вел кассу, по которые шли основные операции. Но вот если деньги выданы в подотчёт а потом потрачены прицепить их к этой очень удобной таблице не получается. К тому же список проводок он тоже заполнял, но ввод стандартного «дебет, кредит сумма» был до крайности неудобен в сравнении с этой таблицей.
Понятно, что проводки надо вводить как-то иначе.
Но стандартный ввод в Access-е типа такого:

… умеет только записывать информацию в конкретные поля таблицы. Я объясняю, что я могу сделать похожий ввод, но периодически придётся по какой-нибудь кнопке добавлять проводки понятным и, в общем-то, нехитрым образом преобразуя информацию.
Такой вариант не устаревает с вполне логичным доводом «А если электричество выключиться то непереброшенное в проводки пропадёт что ли?»,
Тогда приходится сделать такой вариант:

Здесь и появляется строка внизу вместо привычного ввода в таблице. Но иначе никак. Мне надо вручную осуществлять запись а иначе это сделать нельзя. Таблицей для просмотра строк тут работает стандартный Acces-овский список.
Потом возникло желание прицепить к офисной базе «таможенников» (отдел, который перевозкой товаров через границу занимался) с их списком ГТД. Список они вели тоже в Exсel-е. Но список этот был разноцветным. Они ГТД на разных стадиях красили в разные цвета. Какие-те абстрактные общепроизводственные вопросы они, естественно, в гробу видели. У них свои проблемы. От «счастья» в виде «слепого»  т.е черно-белого списка они бы открутились. Если люди достаточно решительно настроены они всегда придумают как это сделать.
К тому же вопрос с цветами строк и так назрел. Удобно же что-то отметать цветом. Так типовым инструментом ввода и корректировки списков стала выдернутая из Visual Studio MSHFLXGD.OCX:

Но вообще-то неплохо бы как-то быстро эти цвета менять. Кнопки на экране много места занимают. Так появилось контекстное меню для всех операций со строками кроме корректировки:

Оно же и перекочевало в Интернет в виде диалога. Просто удобно.
Такого меню тоже нет в стандартном наборе Accces-а. Это тоже внешний подключенный элемент. Вся компания внешних библиотек, которые надо копировать в папку STSTEM32 и регистрировать:

Reg_dll.bat такое содержит:
copy cNewMenu6.dll C:\WINDOWS\system32\
copy SSubTmr6.dll C:\WINDOWS\system32\
copy MSHFLXGD.OCX C:\WINDOWS\system32\
copy COMCTL32.OCX C:\WINDOWS\system32\
copy mscomct2.ocx C:\WINDOWS\system32\
 

regsvr32 C:\WINDOWS\system32\cNewMenu6.dll
regsvr32 C:\WINDOWS\system32\SSubTmr6.dll
regsvr32 C:\WINDOWS\system32\MSHFLXGD.OCX
regsvr32 C:\WINDOWS\system32\COMCTL32.OCX
regsvr32 C:\WINDOWS\system32\mscomct2.ocx
А со стороны Access-а эти внешние компоненты-элементы-библиотеки так цепляются:

И берутся обычно из системной папки с общими библиотеками:

Так что подключение компонент – элементов это обычная практика. Какие-то внешние, кем-то написанные встречаются даже чаще чем свои (типа  поиска в списке учреждений).
Далее возник вопрос как это всё перенести в Интернет, который придумывался для рекламы с картинками а вовсе не для ввода информации. Одно из следствий – нету у таблицы в HTML события щелчка по строке. Потому что на таблицу полагается смотреть. Никто не планировал что по ней, тем более по её конкретным строками,  зачем-то будут щелкать. Поэтому и прошлось в левой части строки завести эти кнопки. Иначе просто не отловить нажатие в стандартном HTML. С всплывающим меню чуть проще. Там позиционируемый div что ли выводится.