+ void update(float delta)
+ {
+ // not much to do, as most stuff is done internally in the engine
+ if (dead)
+ {
+ sprite->replace_with("Foobar_dead");
+ }
+ else
+ {
+ sprite->hide();
+ sprite->set_pos(box->get_pos());
+ }
+ }
+
+ // no more draw(), done by the scene graph
+
+ void on_collision(CollisionData data)
+ {
+ // respond
+ }
+};
+\f
+Subversion->Git/Mercurial/Bzr Move
+==================================
+
+* right now a switch doesn't seem to be worth it
+
+* core issue right now isn't SVN, but old SVN version on lethargik.org
+ (lacks merge tracking, issues with viewvc)
+
+* cleanup SVN to make import into other version control systems possible:
+
+ - Should we merge trunk/supertux-milestone1 and trunk/supertux when switching to Git/Hg/...?
+
+Mistakes: incorrect branch creation: r5201-5207
+
+tags/start # unknown
+tags/supertux # unknown
+tags/supertux_0_1_0
+tags/supertux_0_1_1
+tags/supertux_0_1_2
+tags/supertux_0_1_3
+
+branches/cobble # unknown
+branches/milestone1 # unknown
+branches/new-collision-detection # unknown
+branches/README # documentation that will be lost in conversion
+branches/supertux # unknown
+branches/supertux_0_1_1_branch
+branches/supertux-box2d # mathnerd (trash)
+branches/supertux-editor-newdrawing # editor
+branches/supertux-editor-newdrawing2 # editor
+branches/supertux-milestone1-olpc # supertux-milestone1
+branches/supertux-milestone2-grumbel # supertux
+branches/supertux-nogl # supertux(?)
+branches/supertux-sharp # another supertux editor
+branches/unison-video # ???
+branches/vendor # ??? CVS crap
+
+trunk/cobble # some editor?
+trunk/CVSROOT # ??? CVS crap
+trunk/htdocs # htdocs
+trunk/jnrcol
+trunk/media
+trunk/SDL_tty
+trunk/setup2x
+trunk/supertux
+trunk/supertux-editor
+trunk/supertux-milestone1
+trunk/supertux-portable
+trunk/supertux-sharp
+trunk/wiz-test
+
+
+Potential Git Issues
+====================
+
+* lack of sparse/narrow/shallow checkout, this means initial checkout
+ will be 200MB instead of 100MB
+
+* no free hoster that allow multiple >1GB repositories -> could use lethargik.org
+
+* git submodule doesn't seem to be quite ready to replace our
+ trunk/supertux, trunk/supertux-editor, trunk/media/, ... layout as
+ it for example doesn't support automatic tracking of HEAD from the
+ remote repositories, it also feels rather hacky and not properly
+ integrated into git
+
+* lack of metadata versioning, if you delete a branch in git that you
+ haven't merged, then its gone after the next gc/repack (+ two weeks
+ time limit it seems), in SVN on the other side you can checkout the
+ way the tree was at a specific date, its impossible to lose history
+ unless you hack the repository
+
+svn2bzr.py
+==========
+
+Committed revision 5727
+Committed revision 5728
+Committed revision 5729
+Committed revision 5730
+Traceback (most recent call last):
+ File "./svn2bzr.py", line 194, in <module>
+ main()
+ File "./svn2bzr.py", line 187, in main
+ log=log)
+ File "./svn2bzr.py", line 88, in svn2bzr
+ creator.run()
+ File "/mnt/bzr/svn2bzr/branchcreator.py", line 622, in run
+ entries = self.filter_entries(entries)
+ File "/mnt/bzr/svn2bzr/branchcreator.py", line 671, in filter_entries
+ entries = self.filter_moves(entries)
+ File "/mnt/bzr/svn2bzr/branchcreator.py", line 727, in filter_moves
+ entries = self.filter_simult_fren_dirmove(entries)
+ File "/mnt/bzr/svn2bzr/branchcreator.py", line 784, in filter_simult_fren_dirmove
+ newfname = svnrelpath(newdpth, newfpth)
+ File "/mnt/bzr/svn2bzr/branchcreator.py", line 60, in svnrelpath
+ raise errors.PathNotChild(path, base)
+bzrlib.errors.PathNotChild: Path "trunk/media/images/creatures/mr_cherry/cherrybomb.xcf" is not a child of path "trunk/media/images/creatures/mr_bomb"
+\f
+Random Notes
+============
+
+* calculate the size of an background image that should fill the screen:
+
+ image_size = (1 - parallax_speed) * screen_size + level_size * parallax_speed
+
+def calc(parallax, screen, tiles):
+ return (1 - parallax) * screen + parallax * tiles * 32
+
+\f
+Supported Resolutions
+====================
+
+SuperTux shall support resolutions from 640x480 to 1280x800 at a magnification of 1x.
+For resolutions higher, such as 2560x1600, upscaling will be used.
+For resolutions smaller, like 320x240 downscaling will be used.
+
+Higher resolution graphics for 2x maginification might be provided.
+Lower res graphics for 0.5x maginification might be provided as well.
+
+Resolution and magnification can be freely configured by the user within the given limits.
+
+In tiles this means we have 40x25 (=1280x800px) tiles per screen.