On Tue, Jul 19, 2011 at 6:43 PM, Mike Redhorse <mike.r...@gmail.com> wrote:
> Uh. I'm not talking about serialisation. I used the word 'pickle' > since that's what it all started with, but at one point, the talk > diverged to a way to save the current windows and objects and restore > them. Serialising or not. You aren't 'serialising' unless you choose > to in this. This is probably my fault for still saying pickle, etc. > Semantics - saving state to a flat representation (no matter what the state, and no matter where you save it) constitutes serialisation. > Just to be clear, this is NOT a way of saving/loading your game, nor > is it a good way to theoretically. This is where the discussion > started, but I kind of went off on a tangent. To my mind this is a really confusing tangent to have taken the original discussion on, but never mind. > This is meant to be a > way to be able to close and restore the actual graphics themselves > (generally on the same machine, but similar ones will do fine). > Literally, you'd be able to close, then when you start it again, > EVERYTHING would be as you left it (provided you make sure you save > every thing you need and load them back properly). It's a way of > 'pickling' the actual graphics objects. If you serialise the objects > and store them, you could say you're actually pickling them. > If (and this is a really big if) pyglet was designed to run in the python interpreter, I can see this being a useful feature for interactive sketches (a la Processing). However, since pyglet doesn't run interactively, I fail to see a purpose to this. What on earth is the point of serialising the graphics without serialising the application state? Graphics are trivial to reconstruct given application state, but the reverse is not true. -- Tristam MacDonald System Administrator, Suffolk University Math & CS Department http://swiftcoder.wordpress.com/ -- You received this message because you are subscribed to the Google Groups "pyglet-users" group. To post to this group, send email to pyglet-users@googlegroups.com. To unsubscribe from this group, send email to pyglet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/pyglet-users?hl=en.
