M-ka

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

А я вообще не понимаю, зачем одностраничному сайту == сайту визитке, какой то фреймворк, в том числе для стилизации.
А если под одностраничным сайтом имелось в виду сайт, к которому прикручивается аля ембера/ангуляра и тп, тогда, боюсь, пациент умер... доктор оказался не той компетенции!

Просто берете и ресайзите свой шаблон под разную ширину в разных браузерах...
Потом добавляете медиа стили для корректировок разных промежутков внутри мобильного цсс. Они поддерживаются большинством браузеров мобильных устройств, ну а у кого они не поддерживаются, не наш клиент.... и вообще не клиент чего либо, если не может позволить себе более менее человеческий смарт, соответственно и не будет приносить прибыли, т.к. денег нет даже на телефон.
www.w3.org/TR/css3-mediaqueries

WebStorm, GIMP && Photoshop(почти всегда GIMP, кроме некоторых моментов, ну не выходят они у меня в GIMPе), CVS -> SVN -> GIT, selenium, SciTE, браузеры, vagrant, virtualbox -- вопрос же по ПО.

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

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

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

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

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

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