Adamos

Когда-то Голубицкий в Компьютерре прекрасно ответил на весь класс подобных вопросов.
Там был срач о профессиональной фототехнике и профессионалах-фотографах.
Так вот, он указал на мужика с обезьянкой на сочинском пляже и тот очевидный факт, что он именно фотографией профессионально зарабатывает, и люди ему за нее платят. Хотя дело тут не в профессиональных навыках мужика и уж тем более не в профессиональности его фототехники. А в обезьянке.
На JS пишут тонны кода. Будете вы лепить на него свой ярлычок со словом "полноценный" или нет - это исключительно ваши половые трудности. А караван идет.

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

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

последние кавычки схлопываются, если не ошибаюсь

Ошибаетесь: www.rosental-book.ru/punct_xxxiv.html#sect135

Никакие скрипты в браузере не имели, не имеют и не будут иметь права соваться в локальную дисковую систему. В принципе. Из элементарных соображений безопасности.
Для сохранения кэша локально есть LocalStorage.

Безопасность - правило same origin в современных браузерах кладет болт на ваш атрибут download.

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

захожу на сайт и открываю форму с модальным окном

Первый же инпут на форме получает фокус ввода, и

на смартфоне автоматически открывается клавиатура для заполнения формы

Все логично.
Для перехвата фокуса можно вставить в форму вот такой костылик:
<input type="hidden" autofocus="true" />

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

var sales = {
  1000: .95,
  2000: .9
};
var mult = 1;
for(var limit in sales) {
  if(area >= limit) {
    mult = sales[limit];
  }
}
result = price * mult;

id используется для обращения к уникальным элементам.
Если вам нужно обратиться к множеству элементов и сделать с каждым из них одно и то же - используются классы.

typeof ( variable )
Скобки уберите.

0. Имеете В - массив массивов вариантов.
1. Создаете П - массив текущих позиций в каждом массиве (инициализируя их все нулем).
2. Сохраняете (или выводите) текущую комбинацию - for(i) В[ i ][ П[ i ] ]
3. Проходите циклом по П от 0 до конца, находите позицию, которую можно увеличить, обнуляете все, которые до нее.
4. Если это удалось сделать - возвращаетесь на шаг 2.
Так получается не более одного вложенного цикла.

algolist.ru/maths/combinat/index.php