Moon Lander

Я в комментариях писал, как. Найди комментарий с самым большим количеством лайков.

Спасибо! Рад, что пригодилось)

На здоровье!)

Прототип дома был, но он оказался слишком "дорогим" (в комментариях была ссылка на видео). Теоретически можно было бы сделать меню с выбором нужного приложения, но... дом всё равно останется слишком дорогим :)

Динамический размер Луны, офигеть! Пока не очень представляю себе, как это реализовать с имеющимися на данный момент знаниями и опытом написания первых трёх игр, змейка это детские шалости. По сравнению с оригинальной игрой это небо и земля)

Да там в принципе ничего особенного. Формулу окружности все знают ещё из школы (х^2 +y^2 = R^2), остаётся только менять радиус в зависимости от "высоты", на которой находится ракета, ну и отрисовывать окружность из нужной точки, учитвая положение ракеты.

Рад помочь! :)

Никак, я не стал доделывать мунлендер.

JGSM: update 0.91 Добавлено три инструмента! FILL (заливка) Если хотите залить ограниченную одноцветную область одним цветом, нажмите ENTER, чтобы однократно переключить режим DRAW в режим FILL, а затем укажите желаемую ячейку при помощи ЛКМ. Всё просто. REPLACE (замена цвета) Если хотите заменить все нарисованные ячейки одного цвета другим цветом, нажмите ESC, чтобы однократно переключить режим DRAW в режим REPL. Затем при помощи ЛКМ укажите цвет на холсте. Все ячейки этого цвета окрасятся в текущий выбраный цвет. UNDO (отмена действия) Всякое случается. Теперь справа над холстом есть кнопка UNDO, которая позволит отменить до 20 последних изменений на рисунке, включая действие очистки (CLEAR).

JGSM: update 0.92 Добавил кнопочку HIDE / SHOW в левый нижний угол, которая включает и выключает отображение номеров цветов.

На одноим компе вверху 14-16, внизу 8-10. На другом - постоянно 2.

Да уж, оптимизация движка просто топ) Я вот сижу и думаю, почему же так получается. В принципе сами вычислительные операции несложные — выходит, что все тормоза упираются в количество перекрашиваемых клеточек на экране. Судя из метода setCellColor действие закрашивания ячейки производится только в случае положительного размера и несовпадения с предыдущим цветом.

if (children.size() > 0 && !Color.valueOf(color.name()).equals(((Rectangle)children.get(0)).getFill())) {
    ((Rectangle)children.get(0)).setFill(Color.valueOf(color.name()));
}

Это объясняет, почему полная перерисовка экрана, на котором мало что происходит, выполняется быстрее, чем полная перерисовка экрана, на котором много ячеек меняется. Но тогда почему тормоза остаются, когда луна с однородным цветом занимает фактически всю область 64х64? Для меня пока загадка. В любом случае, я что-то сильно замахнулся в своих идеях сделать что-то красивое...

Кажется, понял, почему тормоза. Вся игра переводится на HTML в браузере. Вот так, например, выглядит одна ячейка со звёздочкой, мерцающей на фоне. Видимо, обработчик HTML не справляется с таким количеством обновляемых div-ов, или не может проверить состояние какого-то div-а, чтобы принять решение о том, стоит его изменять или нет, просто форсированно обновляет. Но это так, догадки.

То что ты делаешь действительно очень красиво! Но, движок не был рассчитан на такой крутяк, и соотв. не тестировался. Или тестировался, но было решено оставить как есть :) В веб-"движке" происходит что-то подобное:

public void setBackgroundColor(Color _backgroundColor) {
    if (this.backgroundColor == _backgroundColor) return;

    this.backgroundColor = _backgroundColor != null ? _backgroundColor : Color.NONE;
    setCssAttribute("backgroundColor", this.backgroundColor.toCssColor());
}

protected void setCssAttribute(String attributeName, String attributeValue)
{
    DOM.setStyleAttribute(getElement(), attributeName, attributeValue);
}

класс com.google.gwt.user.client.DOM

Эх, значит придётся отказаться от попыток украшательств своих игр) Хорошо, хоть сапёр пошаговый. Рисуется тяжело, медленно, но верно)