Scratch

k, commited, make sure to upgrade to r52! (you can now save/load to/from .m30w files) and test it xD

blob8108 wrote:

roijac wrote:

k, commited, make sure to upgrade to r52! (you can now save/load to/from .m30w files) and test it xD

Cool!    But why aren't you just saving using Kurt? 

1. it's pretty slow, so it disturbs the work flow when saving every few minutes
2. slinger hasn't yet implemented it 

did you ever think of using cython to make kurt faster?

slinger wrote:

Yeah, sorry about that 
I'm really busy right now but once the constant flow of school work dies down expect something from me :p

np 
do you want me to take the saving? once we have that we can release an official alpha or something

roijac wrote:

well, i'd love too, but that involves deb packaging M30W, which isn't THAT easy.
maybe you could make the scripts?

some links:
http://stackoverflow.com/questions/1382569/how-do-i-do-debian-packaging-of-a-python-package
http://wiki.debian.org/Python/Packaging
http://savetheions.com/2010/01/20/packaging-python-applicationsmodules-for-debian/

Sounds like fun...  But I don't have time to try this right now.  Maybe I'll try to do it at some point in the future, but I'm going back to school (no internet) in two days  . I'll put a text file with relevant information on my USB so I'll remember to try when I have a chance (likely not for a while)  .

roijac wrote:

slinger wrote:

Yeah, sorry about that 
I'm really busy right now but once the constant flow of school work dies down expect something from me :p

np 
do you want me to take the saving? once we have that we can release an official alpha or something

Sure, I will try to get active again but I'm having trouble doing many things that I would like to do :C

blob8108 wrote:

Magnie wrote:

blob8108 wrote:

Fine, then. At least install all the dependencies!

I installed PLY like I was supposed to.

Are you still seeing "WARNING: parser not available, requires PLY" messages when you import kurt?

Yeah. The htmlcolor is the one causing the error (I added a print Exception  ).

blob8108 wrote:

Magnie wrote:

blob8108 wrote:

Are you still seeing "WARNING: parser not available, requires PLY" messages when you import kurt?

Yeah. The htmlcolor is the one causing the error (I added a print Exception  ).

Ah, I think that makes sense. Have you tried copying the htmlcolor folder to the directory containing "M30W.py"?

Ah.. That would make sense. Didn't know there was one. 

roijac wrote:

blob8108 wrote:

2. slinger hasn't yet implemented it 

Fair enough    By the way, why don't you use Kurt objects directly, rather than converting to/from? I was thinking you'd have a kind of Model-View thing, where you'd have Kurt classes as your model; and SpriteView, StageView, etc classes that would each bind to a model object and would manipulate it.

because I want the kurt & construct dependency optional for 1.4 files manipulation
don't take it personally 

Hmm, fair enough, I guess. You could always package kurt with M30W, and only use the Construct-y parts when you need to, or something...

blob8108 wrote:

wx/M30W detest running on OS X. 

everybody does

jk, what are the problems?

so, i finished anything about saving except for parsing and saving code, which is obviously the hardest one
@blob, in the kurt manual you say sprite attributes aren't saved, maybe you should add x&y attrs to the kurt.Sprite object and redefine bounds on save, because this method worked for me 

blob8108 wrote:

Perhaps — then I'd probably have to store width and height as well, though...

I'm using this code to generate bounds:

rx, ry = self.costume.rotationCenter
x1, y1 = self.x, self.y
x1 -= rx - 240
y1 += ry - 180
y1 *= -1
w, h = self.costume.width, self.costume.height
x2, y2 = x1 + w, y1 + h
self.bounds = Rectangle([x1, y1, x2, y2])

blob8108 wrote:

"Kurt manual"? Where do I say that?! 

https://github.com/blob8108/kurt#notes--restrictions

Last edited by roijac (2012-10-23 09:47:22)

MathWizz wrote:

code wrote:

Code:

x1 -= rx - 240
y1 += ry - 180

WHAT? ARE THOSE KONSTANST? :OOOO

I believe that the x and y position comes from the origin of the rectangle plus the rotation center of the costume.

exactly
only that with the saving, scratch turns the y axis upside down and starts counting from top left stage corner 

I spent three days trying to figure that out.

...the amount I trig I couldn't get to work...

*sigh*