Змейка

wxWidgets - вот и пошло первое написание игры. Ну относительно игры конечно. Проблема вот в чем. Нам препод показал как сделать, чтобы "змейка" двигалась. Поднастроил, чтобы она двигалась правильно. Влево - влево, вниз - вертикально вниз и т.п. Но есть проблемка. При таком коде, что соответственно:

Координата точки изменяется, только если держать кнопку. По дефолту идет вправо. Не коммильфо. Как запомнить последнюю нажатую кнопку и перемещать именно в ту сторону, какая кнопка была нажата?

0

На картинке выделена область которой быть не должно. Итог: выходит за пределы экрана и змейка и еда.
И это не есть коммильфо, размер экрана фиксированный, это прекрасно, но все же не хочется выхода за пределы экрана абсолютно. То есть размер клиентки должен быть почти такой же как размер фрейма. Как такое прикрутить?

Миниатюры

 

0

Так ты хочешь сделать? Это на всю область фрейма.

0

rangerx, М... Не помогает. Все та же долбанная область.
Во фрейме

0

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

1

rangerx, ммм... после этого размер клиентки стал примерно 1 на 1. То есть не айс совершенно.

0

Так размер окна в конструкторе какой у тебя указан?

1

rangerx, wxDefaultSize. Сейчас менял на 700 на 700 - фрейм растягивается на 700 на 700, а клиентка 1 на 1

0

Размер клиентки меняй как тебе нужно.

1

rangerx, Огромное спасибо. Все шикарно работает. Теперь пожалуй можно даже оставить изменение размера.
А для разного размера так можно сделать? Т.е. оба параметра как wxDefaultSize и в констре фрейма и в констре клиентки и при этом размер клиентки всегда равен размеру фрейма, как бы его не растягивать?
Да и кстати. Если мы растягиваем окно - размер фрейма программно меняется?

Добавлено через 16 минут
М. Почему происходит так?

У нас есть две константы
Их мы подаем в конструктор фрейма как размер и в конструктор клиенского окна. В итоге с какой-то стороны все таки выходим за пределы.

Если мы подаем их в конструктор фрейма, а каждая из них -50 в конструктор клиентского окна - все гуд, кроме того, что видно серую область за клиенткой. Фиг бы с ним конечно, но как-то неэстетично...

0

Честно говоря не совсем, понимаю что ты пытаешься сделать. То ты хочешь сделать фиксированный размер главного окна, то хочешь его ресейзить... Покажи скрин в момент выхода за пределы.
P.S. скачай wxFormBuilder и посмотри как работаю сейзеры(уже несколько раз тебе об этом говорил).

1

rangerx, Да... Скачаю посмотрю.
Единственное, что мне хочется, чтобы программа работала корректно и дальше будет возможность ее развивать, по мере изучения wxWidgets. Так как я фактически нифига в этом еще не знаю, кроме нескольких функций, классов, которые нам говорил препод и еще нескольких которые использую в змейке.
Когда был выход за пределы окна, было совсем не то. Сейчас впринципе все хорошо, кроме некоторой серой части окна. Она маленькая конечно, но все же. Хотя это тоже не суть вцелом.

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

Сейчас думаю над реализацией изменения скорости движения змейки (читай тика таймера). Как это лучше будет реализовать?
У меня есть две идеи - первая, забиндить увеличение/снижение скорости на две разные кнопки.
Вторая - сделать менюшку, в которой выбираем скорость от 1 до 7, в зависимости от выбора в программе к значению тика прибавляется/убавляется нужное колличество.
Ну и третья, которую я пока затрагивать наверное не буду - сделать это на панельке.

Добавлено через 1 час 7 минут
Елки палки... Не понимаю в чем проблема.

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

Добавлено через 46 минут
Етить. Клавиши начинают работать только после выбора меню информация, в момент игры оО

0

Сейчас думаю над реализацией изменения скорости движения змейки (читай тика таймера). Как это лучше будет реализовать?

Вообще скорость обычно меняется автоматически при наборе определённого количества очков ) Разве что можно ещё с уровнем сложности что-то придумать...

Етить. Клавиши начинают работать только после выбора меню информация, в момент игры оО

Возможно надо просто установить фокуc на канву... Попробуй Ob->SetFocus(); А там уж не знаю...

1

rangerx, Что бы я без тебя делал! Помогло!
Ну да. Про скорость помню.
Но я сделал так для начала:

0

Итак. На пару деньков я пожалуй законсервирую дальнейшее развитие этой программы. Стоит отдохнуть от нее.

Скидываю сюда экзешник и сорсы, если кому будет интересно.

Огромное спасибо rangerx!

Вложения

	minimal.rar (359.7 Кб, 35 просмотров)
	Sources.rar (7.6 Кб, 34 просмотров)

3

подправь немного. Иногда не поймешь, куда вести змейку - не видно.. точнее плохо видно.

Как можно заметить, красную точку вообще плохо видно))

и ещё кое-что нашел: вобщем, если жмём резко клавишу влево и вверх(возможны и другие вариации), сразу же вылетает табличка игра окончена. Врезаться, она не может, тк состоит из 3-х звеньев. Даже не знаю, как описать, чтобы можно было повторить ..

Миниатюры

 

1

Замечания по коду(и не только):
1) У тебя практически в каждой строке комментарий... Не следует комментировать очевидные вещи.
2) По файлам ты так ничего и не разбил... Всё в куче. И MyCanvas(кстати все эти приставки "My" не мешало бы убрать и дать классам нормальные имена), и MyApp(читай функция main), и MyFrame... И самое интересное, что этот единственный файл называется minimal.cpp(?).
3) Cтроку лучше переписать так
потому как, начиная с версии 2.9, параметром SelectObject является уже неконстантная ссылка...
4) Змейка у тебя появляется на половину за пределами окна(см. скрин постом выше). Это надо исправить(исправляется элементарно...)
5) Использовать wxMessageBox для выдачи сообщений не годится(особенно это касается паузы). Используй функцию, которую я написал. Исправь там, что считаешь нужным и всё.
6) Используй короткие(типа Sn) имена только для переменных c коротким временем жизни(циклы и т.д.), для всего остального подбирай нормальные(значащие) имена.
7) Змейку не мешало бы оживить. Т.е. поставить фон какой-нибудь и т.д.(но для начала следует привести в порядок код).
P.S. Какая кодировка у тебя стоит в редакторе студии? Уже все нормальнын(и не очень) IDE давно понимают UTF-8. Используй её.

Добавлено через 1 минуту

и ещё кое-что нашел: вобщем, если жмём резко клавишу влево и вверх(возможны и другие вариации), сразу же вылетает табличка игра окончена.

Да, у меня тоже самое...

2

Сообщение от papochka и ещё кое-что нашел: вобщем, если жмём резко клавишу влево и вверх(возможны и другие вариации), сразу же вылетает табличка игра окончена. Врезаться, она не может, тк состоит из 3-х звеньев. Даже не знаю, как описать, чтобы можно было повторить ..

Змейка поворачивается на 180 градусов и врезается в себя. У меня такое было, когда я писал змейку.
Лечится созданием 2 переменных направления (текущее и новое). В новом храниться новое направление движения змейки, полученное от стрелок. Перед прорисовкой нового шага копируем значение из нового в текущее и перерисовываем. При нажатии стhелок проверяем: новое направление не может быть противоположно текущему.

0

-Deadly-, он это сделал, тут дело не в этом.
Lavroff, Получается, что при движении змейки, например, вправо и быстром(быстрее, чем тик таймера) нажатии клавиш "вниз" и "влево", напраление движения меняется как раз на противоположное ) Т.e. проверка в SetDir выполняется, как и должна(направление-то меняется вниз, а затем влево), но т.к. после нажатия клавиши "вниз" тик таймера ещё не успел произойти и метод DoMotion не вызывался, то координаты змейки, когда идёт попытка движения влево остаются те же, что и были при движении вправо. Попробуй блокировать возможность изменения направления до того как будет сделан шаг(можно завести булеву переменную lockChangeDir и устанавливать/проверять её состояние).

1

Сообщение от rangerx 1) У тебя практически в каждой строке комментарий... Не следует комментировать очевидные вещи.

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

Сообщение от rangerx 2) По файлам ты так ничего и не разбил... Всё в куче. И MyCanvas(кстати все эти приставки "My" не мешало бы убрать и дать классам нормальные имена), и MyApp(читай функция main), и MyFrame... И самое интересное, что этот единственный файл называется minimal.cpp(?).

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

Сообщение от rangerx Потому как, начиная с версии 2.9, параметром SelectObject является уже неконстантная ссылка...

Да. Был такой ворн. Поправлю.

Сообщение от rangerx 4) Змейка у тебя появляется на половину за пределами окна(см. скрин постом выше). Это надо исправить(исправляется элементарно...)

Сделаю.

Сообщение от rangerx ) Использовать wxMessageBox для выдачи сообщений не годится(особенно это касается паузы). Используй функцию, которую я написал. Исправь там, что считаешь нужным и всё.

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

Сообщение от rangerx 6) Используй короткие(типа Sn) имена только для переменных c коротким временем жизни(циклы и т.д.), для всего остального подбирай нормальные(значащие) имена.

+

Сообщение от rangerx 7) Змейку не мешало бы оживить. Т.е. поставить фон какой-нибудь и т.д.(но для начала следует привести в порядок код). P.S. Какая кодировка у тебя стоит в редакторе студии? Уже все нормальнын(и не очень) IDE давно понимают UTF-8. Используй её.

Покопаюсь в редакторе - посмотрю. На тему оживления да, было бы неплохо. Приведу в порядок код и подумаю.

Сообщение от rangerx Lavroff, Получается, что при движении змейки, например, вправо и быстром(быстрее, чем тик таймера) нажатии клавиш "вниз" и "влево", напраление движения меняется как раз на противоположное ) Т.e. проверка в SetDir выполняется, как и должна(направление-то меняется вниз, а затем влево), но т.к. после нажатия клавиши "вниз" тик таймера ещё не успел произойти и метод DoMotion не вызывался, то координаты змейки, когда идёт попытка движения влево остаются те же, что и были при движении вправо. Попробуй блокировать возможность изменения направления до того как будет сделан шаг(можно завести булеву переменную lockChangeDir и устанавливать/проверять её состояние).

Да. Хорошая идея.

В ближайших планах:
1) Избавится от сайзеров (тупо изменить родителя клиенского окна на wxCanvas или wxPanel) и разблокировать изменение размера.
2) Ловить изменение размера методом EVT_SIZE.
3) Убрать поимку события от клавы (препод сказал, что это нехорошо, тормозит весь процесс).
4) Если мигание не уберется выбрать другой порядок отрисовки (т.е. не перерисовывать все окно, а перерисовывать прямоугольник в котором змейка + еду).

0

Дело в том, что проект не мой по сути. Он построен на базе сэмпла минимал.

Да, я догадался.

Просто понимаешь, хочется свое. То, что понял сам.

Другими словами, ты принципиально будешь делать "не так"? Теперь понятна истинная причина почему ты решил использовать вектор и swap вместо того что я предложил.

Но разве для сообщения о проигрыше меседжбокс не годится?

Если говорить об единообразии интерфейса, то не годится. А так, можешь делать как угодно, главное чтобы у пользователя это не вызывало неудобств.

1) Избавится от сайзеров

Зачем? Если в дальнейшем ты собираешься ставить ещё и панель, то без сейзеров ты этого не сделаешь. Так что советую разобраться с этим. И кстати говоря ты Layout(); не вызвал для фрейма поэтому сейзеры у тебя скорее всего не работали должным образом. Вызови Layout(); после SetSizer(Sizer); А сам сейзер оформи так Sizer->Add(Ob, 0, wxALIGN_CENTER, 0); может быть такой вариант это не то, что тебе нужно, но по крайней мере увидишь, что они работают

3) Убрать поимку события от клавы (препод сказал, что это нехорошо, тормозит весь процесс).

В смысле? Что значит убрать события клавы?

4) Если мигание не уберется выбрать другой порядок отрисовки (т.е. не перерисовывать все окно, а перерисовывать прямоугольник в котором змейка + еду).

У тебя холст мерцает при перерисовке ты имеешь в виду?

1