Если прям очень нужно, то нету никаких проблем запилить франкенштейна который будет проверять предыдущее и текущее значения по изменению файла; тот же пхп так может. Ну кроме той проблемы, что это будет противно писать)
pawelfcdd, "даже если такой подход и реализован, то почему он должен считаться хорошей идеей?" - как насчет успешной практики использования этого подхода?
"Зачем мешать в одну кучу фронт и бек чтобы лепить один огромный неповоротливый монолит?" - в очередной раз отвечу вопросом на вопрос: почему вы считаете что это монолит, почему он должен быть неповоротливым, и в конце концов зачем говорить о том, в чем ничего не понимаешь? Это прекрасно, что у есть люди у которых развито критическое мышление и воображение, и которые могут заочно оценить какую-то концепцию, но в данном случае это немного неуместно, как минимум ввиду того, что у этого подхода есть очевидные и вполне себе полезные отличия. Если вам нужны пруфы, то вот я например общался с этими технологиями, и они очень даже милые; если нужны другие пруфы, то думаю количество проектов на ваадине говорят сами за себя.
"фронт все равно есть, только делается он окольными путями" - это я не понял к чему
Genri_Rus, потому что click у jQuery кажется вызывает обработчики которые с помощью jQuery и повешены. А нативный клик вызывает все-все-все повешенные на клик обработчики. Вроде бы
Genri_Rus, я до сих пор мало понимаю, что происходит. Так послать нужно или на ссылку нажать? Если ссылку, то используйте нативный метод элемента click.
Я думаю можно прямо их скрипт и взять. Он хорошо оформлен, там относительно мало изменений нужно сделать чтобы параметризовать его и приспособить к своей среде.
ademar26, я правильно понимаю, что на верхнем скрине я вижу картинку, которую пользователь вручную разбил на зоны? А на нижнем скрине... а на нижнем скрине я пока не понял что.