Почему функция pygame.display.update() не обновляет мой экран?

Question

[Дмитрий]

я пишу примитивную игру и в конце главного цикла, как и полагается, обновляю экран функцией pygame.display.update(), однако экран не обновляется, пока я не начну крутить курсор мыши по окну или не вынесу часть окна за область монитора. В чем проблема?

сам код:

from entity import *
from cfg import *

pygame.display.set_caption('runner')

player = player()

clock = pygame.time.Clock()
FPS = 60
clock.tick(FPS)
pygame.init()
pygame.display.set_caption('runner')


def main():
    run = True
    while run:
        for e in pygame.event.get():
            if e.type == pygame.QUIT:
                run = False

        display.fill((100, 100, 100))
        player.render()
        player.move()
        pygame.display.update()


if __name__ == '__main__':
    main()

код файла entity.py:

from cfg import *


class player:

    def __init__(self, posX=50, posY=50, size=20, moveSpeed=5, motion='none'):
        self.posX = posX
        self.posY = posY
        self.size = size
        self.moveSpeed = moveSpeed
        self.motion = motion

    def move(self):

        motion = 'none'

        for e in pygame.event.get():
            keys = pygame.key.get_pressed()
            if keys[pygame.K_UP or pygame.K_w]:
                motion = 'up'
            if keys[pygame.K_DOWN or pygame.K_s]:
                motion = 'down'
            if e.type == pygame.KEYUP:
                motion = 'none'

        if motion == 'up':
            if self.posY >= self.size * 2:
                self.posY -= self.moveSpeed
        elif motion == 'down':
            if self.posY <= screenHeight - self.size * 2:
                self.posY += self.moveSpeed

    def render(self):
        pygame.draw.circle(display, (255, 255, 255), (self.posX, self.posY), self.size)

код файла cfg.py

import pygame

screenWidth = 600
screenHeight = 300
display = pygame.display.set_mode((screenWidth, screenHeight))

Comments

[Alexander]

На правах оффтопа. Объясните мне пожалуйста, почему у новичков такое дикое желание засовывать в классы/функции global переменные? При том повально вижу. Это тренды которые я случайно пропустил? Откуда это вообще пошло?

[Magic Code]

Alexander, я Вам как новичок скажу, я так не делаю. Насколько я знаю, атрибут Класса - глобальная переменная, в методе же, локальная. Инкапсуляция, верно? Поправьте пожалуйста, если я ошибаюсь, новичок ведь.

[Дмитрий]

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

[Alexander]

Аноним, Фишка в том, что всё что объявлено вне класса внутри этого файла и не внутри других классов/функций, и так доступно внутри классов/методов. По этому в данном случае идёт масло масленое.

not_global = 'Who uses global?'
class MyClass:
    def foo(self):
        print(not_global)

MyClass().foo()

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

[Дмитрий]

Alexander, хорошо, я понял ошибку своего построения (хотя проблема не в этом), но могу я спросить на правах новичка и дилетанта: как мне глобальные переменные из одного файла передать в функцию класса второго файла (и возможно ли это)?

[Alexander]

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

Я бы вам советовал всётаки забыть такую вещь как "global". Если вы в файле player.py инициализируете "переменную" вне классов и функций, то в любом другом файле проекта, просто импортируете её через from player import not_global и дальше используете в этом файле где угодно, хоть в функциях, хоть в методах классов. Начать питон всётаки лучше с его философии "явное лучше чем не явное". Когда вы где-то в проекте объявляете глобальные переменные (не в текущем случае, тут они вообще бессмысленны), вы делаете их не явными, по этому импорт более правильный подход.
import this

[Дмитрий]

Alexander, лично я просто не знал данной особенности языка и поэтому писал такие шакалистые конструкции, наверное другие новички самоучки тоже

[Alexander]

Дмитрий, А где вы высмотрели идею пихать global? Мне именно это любопытно. :-)

[Alexander]

Дмитрий, Маленький совет, раз уж вы решили поправить код на импорты. Не используйте звёздочки, а прописывайте что именно вы импортируете. Особенно на этапе обучения. Это поможет понять откуда и взялись те или иные объекты, особенно когда всё сильно разрастётся.
Не:

from entity import *
from cfg import *

А:

import pygame
from entity import player
from cfg import screenWidth, screenHeight, display

[Дмитрий]

Alexander, хорошо, приму к сведению. Отвечая на предыдущий вопрос про несчастный global: нигде, мой воспаленный рассудок сам додумался

Answer 1

[IDzone-x]

Почему здесь нет цикла.
он не работает по этой причине
Посмотри етот курс.
https://younglinux.info/pygame
Нужно занести в цыкл управление , обновление и отрисовку.
И если ти любитель видеокурсов))
Могу порекомендовать курс Гоши дударя по pygame.

Answer 2

[Михаил]

может должно быть так? не знаю, что должен выдавать pygame.key.get_pressed()

if keys  in [pygame.K_UP,pygame.K_w]:
    motion = 'up'
if keys in [pygame.K_DOWN,pygame.K_s]:

Comments

[Дмитрий]

pygame.key.get_pressed() выдает состояние любой клавиши(прим. = "клавиша нажата?")

if keys[pygame.K_UP or pygame.K_w]:
    motion = 'up'

а эта конструкция уточняет, что нажатая клавиша это "K_UP" то движемся вверх

p.s если убрать :
pygame.key.get_pressed()
то по непонятной мне причине постоянное движение при нажатой клавише невозможно