M-ka

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

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

эти данные же в файлах, а значит тут вообще жс не при делах...
1. надо писать скрипт на другом языке, который откроет файл, считает данные, поколбасит, создаст где то файл, запишет поток, сохранит изменения...
2. если это пара файлов, тогда уже можно копипастом заняться, что бы все строки запихнуть в переменную.
ну а строку с
1;параметр 1
1;параметр 2
1;параметр 3
сконвертить до состояния
1;p1|p2|p3 раз плюнуть в цикле
Сначала строку разбить на подстроки по переносу через split, в результате будет массив из строк.
Потом массив обойти в цикле. В процессе обхода строку можно разбить на 2 подстроки и снова через split по ";". Результат разбивания записать в какой то более глобальный обьект, в котором ключем будет в виде строки №, а в качестве параметра значение... вот только дописывать значение, а не заменять (аля x += доп параметр).
В результате у нас будет обьект типа
{
1: 'a|b|c' //при дописывании |, не ставить, если это только созадется
2: 'a|b|c'
}
Ну а после этого всего, объект представить в виде строки и делов то...
Вот тут подумал, оказалось и еще проще, потому убрал комментарий в отношении конвертации объекта в строку через ту стринг подобное ну и добавил следующее:
Обойти через фор ин объект... и формировать строку в следующем формате
ключь ";" значение (ну у нас же значение и так строка) перенос строки, в результате будет строка, которую тоже сохранить через x+= значение, а результат сохранить уже через копипаст в нужный файл или послать аяксом куда то в виде контента...
Вот только влезет ли при посте оно? Там же лимит.... Тут только постом думать

javascript.ru/eval

api.jquery.com/jquery.globaleval

LESS -- хз, где используют. Может типа показать, мол какие мы крутые или какие ленивые...
git --- ну консольный вариант знать не обязательно, если использовать какую то иде, которая его поддерживает, разве, что с консоли может пригодиться только команды на удаление веток, отмена комита или пуша. Применяется везде, всеми, постоянно. Вариант в иде не требует изучения, достаточно, что бы рассказали последовательность или почитать на хабре. Ранее был распространен svn, до него cvs (ну этим тремя пришлось пользоваться, другие не были столь популярные)

npm, grunt, bower -- комплекс инструментов для разных целей, необходимость знания таковых зависит от конкретного места работы (вместо grunt использую реквайр).
bower и npm не требуют изучения для веба, достаточно гугла, что бы можно было разобраться, что да как установить и запустить без погружения в детали.

с картинки убрать/заменить высоту inherit и она станет постоянно белой, как и положено... а рамки у картинки как бы и нет

api.jquery.com/attribute-starts-with-selector
api.jquery.com/each
api.jquery.com/attr (хотя можно обойтись, через .className от элемента при обходе, но это сложнее для понимания и есть свои костыли при работе с классами)

Если добавить
api.jquery.com/addClass
Если заменить
api.jquery.com/removeClass
api.jquery.com/addClass

Не совсем уверен, в отношении обычных окон подойдет ли, но когда работал с фреймами, для кросдоменной работы надо было места вызова уровнять для работы в https, что бы были одинаковые домены, кажись в document.domain .
А так же в родительском запускались только функциональные литералы, но не функции.
Хз, на сколько поможет но по сей день работает, но на фреймах.

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

На основе выше описанного, рекомендуется изучить SDK, API той ОС, под которую будет писаться приложение. Начать писать приложение, которое вообще будет уметь работать с апи гироскопа, потом уже пытаться дописывать функционал подтягивания и вывода контента, потом связать контент с апи гироскопа. Это все сделать красиво, что бы было легко и просто заменить апи одной ос на апи другой ОС с минимальными модификациями. Ну а так же можно потом попытаться автоматизировать сборку... что бы был единый дев пак, который уже при запуске сборки будет делить уникальный контент под разные ОС.