Константин Китманов

1. Нельзя, это часть интерфейса браузера.

2. Попап выводится в тот момент, когда вы из своего кода вызываете Geolocation.getCurrentPosition() или Geolocation.watchPosition(), если данная страница еще не получила разрешение/отказ.

3. В вышеупомянутые методы вы передаете два коллбека, на успех и на ошибку. Определить, какую кнопку юзер нажал можно только косвенно исходя из результата.

Дело в том, что спецификация определяет только API, доступное программисту из JS, а как это выглядит со стороны пользователя -- личные фантазии браузерописателей. Где-то попап, где-то галочки в настройках, где-то надо с бубном сплясать. Поэтому никаких гарантий про кнопки дать нельзя.

4. Если navigator.geolocation является falsy, значит у пользователя не поддерживается геолокация (например, старый браузер или еще что-то).

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

Возможно, есть библиотеки, например libgdx.

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

Локации:
+ проще с производительностью
+ проще с геймдизайном, разработчик всегда знает, где находится игрок, и небольшие карты проще доводить до совершенства одну за другой
- если уровни слишком маленькие и простые, то создается ощущение "коридорности", "рельсовости"

Layer-based collision detection

Для начала нужна анимация, спрайтовая или скелетная — смотря как сделан персонаж. В AnimationController нужно выделить отдельный стейт для этой анимации.
В скрипте персонажа Update проверяем, не нажата ли кнопка, которая отвечает за удар мечом, если да, то запускаем анимацию.

Тут должно быть достаточно ключевых слов, чтобы нагуглить подробности.

Технические навыки для геймдизайнера — увесистый плюс, но не являются строго обязательными. Недавно была интересная статья на эту тему на "манжетах", почитайте: https://gdcuffs.com/how-to-become-a-gd/

Текстовые игры на юнити делаются с помощью ink.

Возможно. Взять, например, electron и вперед... Но перед этим надо проверить, что всё упирается именно в сеть. Настроить кэширующие заголовки. Проверить, что ресурсы отдаются в сжатом виде. Упаковать мелкие иконки в спрайты. Проверить, что все файлы оптимизированы через optipng и т.п. инструменты. Вынести статику на отдельный домен (или даже несколько) без кук.

Помнится, была какая-то браузерная пошаговая стратегия, в которой можно было все картинки скачать, а в настройках указать, где они у тебя на жестком диске лежат, типа c:\игра\картинки, и сервер скармливал браузеру эти адреса вместо своих. Но современные браузеры такого не позволяют, кажется.

Если вы во vue используете querySelector, вы, скорее всего, что-то делаете неправильно. В 99.9% случаев нужно использовать ref:

<template>
  <div class="col-sm">
    План составляет: {{tasks[0].title}}
    <div ref="chart"></div>
  </div>
</template>

<script>
export default {
    data() {
        return {
            tasks: [],
        };
    },
    mounted() {
        var chart = new ApexCharts(this.$refs.chart, options);
        chart.render();
    },
};
</script>

Если хотите поковыряться в движке, то посмотрите Excalibur.js, он неплохо документирован внутри. Авторы регулярно делают на нём игры на ludum dare, так что примеров тоже хватает.

Попробуйте плясать от этого рецепта: https://gist.github.com/sam-artuso/d39dc04650f9455...
Не знаю, правда, насчет source-map-support...

Во-первых, нет смысла применять стрелочные функции просто потому что они есть. В данном случае this равен undefined, потому что в строгом режиме this в глобальном скоупе указывает на undefined.

Во-вторых,

cards.forEach(card => card.addEventListener('click', flipCard));

— в корне неправильный подход. Почитайте про делегацию событий. Вкратце — навешиваем обработчик на cards, а в обработчике смотрим, куда именно кликнули и соответственно обрабатываем.