M-ka

"Вопрос: разрешено ли в браузере программно через события нажать клавишу в поле ввода, чтобы поле отреагировало и добавило нужный символ."
Ответ: да, разрешено, но с оговороками и не в такой формулировке вопроса. В некоторых браузерах даже в апи предусмотрено подобное, что бы проводить автотесты.... Но все сводится к перезаписи контента с последующим вызовом нужного события или запуска события у элемента и передать в него инфы в нужной структуре (ну каждый переписывает обработчик событий под свои нужды....)

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

пишется подобное за 10 минут (быстрее, чем гуглить и разбираться, как работает чья то версия)

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

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

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

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

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

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

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

Задача и реализация с не верным подходом.... советую обдумать еще раз, что нужно сделать....

Может гифкой в вечном цикле? Тогда и дивы не нужны)

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

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

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

Делать селекты вообще нет смысла для дней и дублировать 100500 раз.
Сделать какой то попап/поповер(и тп) с календарем (чисто дни, возможно с какой то правкой количества под учет месяца для которого изменения)
Всю сетку с днями оформить красиво... возможно через какой то класс. На этот же класс по клику поставить вызов ф-и для запуска в месте клика. В скрипт от попапа передав место вызова, как результат всунуть и отобразить от места клика или просчитать положение для позиционирования, по выбору дня, внести изменение в ячейку (не говорю конкретно о td, а о том, что в качестве таковой выступает).
В крайнем случаи, если проблематично собирать значения, которые текстом, то для более простой сборки, можно всунуть в инпуты с типом текст и его оформить красиво...

javascript.ru/regexp
пох, мд, не мд файл, по аяксу получаете не файл, а его содержание... и пропустить полученый контент через регулярку, описание присутствует, так же есть пример, а если хватит головы на пличах, найти недостающие примеры выйдет без проблем...

bit.ly/2dGDVoL

</aЮ -- ))

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

Проверить, пустой или нет инпут, если пустой, вкинуть в него, если нет, просто взять значение, добавить в него нужный разделитель и вставить обратно...
Еще как вариант, создавать масив из значений селектов, а потом джоином нарезать его с нужным разделителем и вставить
javascript.ru/array/join

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