pyGame в рамках pyGTK приложения

Я продолжал проигрывать историю при использовании слияния, поэтому в итоге я использовал rebase, поскольку в моем случае два репозитория достаточно различны, чтобы не сливаться при каждой фиксации:

git clone git@gitorious/projA.git projA
git clone git@gitorious/projB.git projB

cd projB
git remote add projA ../projA/
git fetch projA 
git rebase projA/master HEAD

=> разрешить конфликты , затем продолжайте столько раз, сколько необходимо ...

git rebase --continue

Выполнение этого приводит к одному проекту, все из которого совершаются с projA, за которым следуют коммиты из projB

9
задан sparkes 25 August 2008 в 08:31
поделиться

6 ответов

Я никогда не делал попытку его сам, но слышащий много о других людях, которые попробовали, это не дорога, по которой Вы хотите идти.

Существует альтернатива для помещения gui в самом pygame. Существует много gui инструментариев, созданных специально для pygame, который Вы могли использовать. Большинство из них довольно не закончено, но существует 2 больших, активно сохраняемые: PGU и OcempGUI. Полный список на pygame сайте здесь.

7
ответ дан 4 December 2019 в 21:13
поделиться

Можно интересоваться этим потоком сообщения. Похож они рекомендуют против него.

1
ответ дан 4 December 2019 в 21:13
поделиться

http://faq.pygtk.org/index.py?file=faq23.042.htp&req=show упоминает все это:

Необходимо создать область рисунка и установить переменную среды SDL_WINDOWID после того, как это будет понято:

 import os

 import gobject
 import gtk
 import pygame

 WINX = 400
 WINY = 200

 window = gtk.Window()
 window.connect('delete-event', gtk.main_quit)
 window.set_resizable(False)
 area = gtk.DrawingArea()
 area.set_app_paintable(True)
 area.set_size_request(WINX, WINY)
 window.add(area)
 area.realize()

 # Force SDL to write on our drawing area
 os.putenv('SDL_WINDOWID', str(area.window.xid))

 # We need to flush the XLib event loop otherwise we can't
 # access the XWindow which set_mode() requires
 gtk.gdk.flush()

 pygame.init()
 pygame.display.set_mode((WINX, WINY), 0, 0)
 screen = pygame.display.get_surface()

 image_surface = pygame.image.load('foo.png')
 screen.blit(image_surface, (0, 0))

 gobject.idle_add(pygame.display.update)

 window.show_all()

 while gtk.event_pending():
     # pygame/SDL event processing goes here
     gtk.main_iteration(False)
1
ответ дан 4 December 2019 в 21:13
поделиться

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

Эта страница может помочь, тем не менее, если Вы хотите попробовать ее.

1
ответ дан 4 December 2019 в 21:13
поделиться

Существует простое решение, которое могло бы работать на Вас.

Запишите материал PyGTK и материал PyGame как отдельные приложения. Затем от PyGTK приложение называют приложение PyGame, с помощью os.system для вызова приложения PyGame. Если необходимо обменяться данными между двумя затем или использовать базу данных, каналы или IPC.

0
ответ дан 4 December 2019 в 21:13
поделиться

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

0
ответ дан 4 December 2019 в 21:13
поделиться
Другие вопросы по тегам:

Похожие вопросы: