По результатам прошлой статьи я понял, что тема интересна общественности, поэтому подготовил еще один материал, чуть сложнее.
По прежнему нет скриптов, только HTML/CSS.
Смотрите видео и под кат.
Разумеется, речь (пока) не идет о полноценной игре, но концепцию покажу.
Игру я назвал «помоги пробке найти друзей».
Сделать она это может построив нексус и «натренировав» себе друзей. Поэтому цель игры — помочь пробке обрести друзей.
Итак, поехали.
Во-первых, в CSS у нас вся игра завязана на чекбоксах и radio кнопках и слеекторе "~". А потому изменяемые элементы должны находиться сверху страницы.
Назовем их «состояния»
<!-- Состояние -->
<!-- Дефолтные состояния -->
<input type="radio" name="button-level-2" id="default-state-level-2">
<input type="radio" name="button-level-1" id="default-state-level-1">
<input type="radio" name="unit" id="default-state-unit">
<!-- Кнопки -->
<!-- Нажата кнопка выбора построек -->
<input class="state build-button probe" type="radio" name="button-level-1" id="build-button">
<!-- Для постройки выбран нексус -->
<input class="state build-nexus start-build" type="radio" name="button-level-2" id="build-nexus">
<!-- Постройка пробок -->
<input class="state build-probe-1" type="checkbox" id="build-probe-1">
<input class="state build-probe-2" type="checkbox" id="build-probe-2">
<input class="state build-probe-3" type="checkbox" id="build-probe-3">
<input class="state build-probe-4" type="checkbox" id="build-probe-4">
<input class="state build-probe-5" type="checkbox" id="build-probe-5">
<!-- /Кнопки -->
<!-- Юниты -->
<input class="state unit probe" type="radio" name="unit" id="start-probe">
<input class="state unit nexus" type="radio" name="unit" id="nexus-select">
<!-- /Юниты -->
<!-- /Состояние -->
Кроме того, что они должны быть вверху, они еще не должны находиться внутри блоков, тк селектор "~" выбирает элементы того же уровня.
То есть, имея разметку
<input type="radio" name="unit" id="default-state-unit">
<div id="map">
<div class="some">Hiho</div>
</div>
Этот селектор не выберет ничего
#default-state-unit:checked ~ .some
Это происходит потому, что .some вложен в #map, то есть находится на другом уровне вложенности.
В этом случае селектор необходимо начинать с ближайшего элемента того же уровня
#default-state-unit:checked ~ #map .some
Сетка
Как мы все знаем, здания в старкрафте располагаются по сетке. Соответственно, нам надо сделать такую же сетку.
Состоять она будет из блоков, содержащих некие состояния, которые может принимать эта ячейка — например, на ней построен нексус:
<!-- Ячейка -->
<div class="cell-label">
<!-- Нексус -->
<label for="cell_6_nexus" class="nexus status unit">
<span class="inner"></span>
</label>
<input type="checkbox" id="cell_6_nexus" class="cell-state">
<label class="view nexus unit" for="nexus-select">
<div class="probes">
<div class="probe"></div>
<div class="probe"></div>
<div class="probe"></div>
<div class="probe"></div>
<div class="probe"></div>
</div>
</label>
</div>
<!-- /Ячейка -->
За конечное отображение у нас отвечает блок .view (их может быть множество для разных состояний).
Включается состояние при нажатии на соответствующий label: включаем чекбокс — .view виден:
#map .cell-label .cell-state:checked + .view{
display: block;
}
Сам же лейбл виден тоже при определенных условиях. Например, когда мы собираемся строить нексус, у нас «виден» (display:block) label, отвечающий за это состояние:
.state.build-nexus:checked ~ #map .cell-label:hover label.status.nexus{
display: block;
}
При наведении курсора на ячейку мы хотим видеть предварительно, как будет стоять наше здание. Для этого просто стилизуем вложенный в label span (span больше label'а, лейбл размером с ячейку).
Итак, мы видим предварительное расположение постройки, но блок и изображением закрывает соседние ячейки, так что на них трудно обыграть состояние :hover (которое как раз и инициирует показ предварительной постройки).
Слава богам, мы уже можем использовать CSS4 свойство
pointer-events: none;
Это свойство позволяет отключить реагирование блока на события мыши, как бы сделать его прозрачным для мыши.
Ни клик, ни наведение элементом не воспринимаются. Даже выделить элемент с помощью лупы из панели разработчика нельзя. При этом он вполне себе виден ровно на том z-уровне, на котором и должен.
Юниты
Юнитов и зданий у нас несколько, и выделяя каждый из этих элементов, мы хотим видеть разные кнопки на панели заданий.
Достигается это переключением радио-кнопок, ведь каждый раз мы можем выделить только одно здание/юнита (в оригинале не так).
Заключение
Хотел сделать некоторый сброс к дефолтным состояниям некоторых радио-кнопок, отвечающих за состояния панели при выделении юнита/здания.
Вложил лейбл в лейбл в лейбл рассчитывая, что клик по содержимому лейбла вызовет клик по контейнеру. Но на мое удивление это не сработало, кликается только внутренний лейбл.
<!-- Дефолтные состояния -->
<input type="radio" name="button-level-2" id="default-state-level-2">
<input type="radio" name="button-level-1" id="default-state-level-1">
<input type="radio" name="unit" id="default-state-unit">
<!-- Сброс -->
<label for="default-state-level-2" class="reset">
<label for="default-state-level-1" class="reset">
<label for="default-state-unit" class="reset"></label>
</label>
</label>
<!-- /Сброс -->
Разумеется, это всего лишь Proof-of-Concept и доделать-переделать тут можно много чего, я лишь указал направление для размышлений.
Ресурсы
This entry passed through the Full-Text RSS service - if this is your content and you're reading it on someone else's site, please read the FAQ at http://ift.tt/jcXqJW.
Комментариев нет:
Отправить комментарий