Scratch

pwiter wrote:

I need some help with setup. There is no M30W.py, only a M30W file in scripts. I also tried:

Code:

python setup.py install

.

yeah, i should probably change it to M30W.pyw or something. or keep both

so do you want to join? it'd be great if you could debug the weird windows bug i described before

I think as a start for the project viewer, we should first create the [run] and [stop] buttons. Then I think we should work on displaying the sprites and displaying them at the x and y values. Then sprite direction/rotation, etc. Once we have the basic display up (so I can manually change x, y, direction, and visibility), then we can work on block functions (maybe create a folder called "blocks" and then have a separate file for each block/command). Then once the functions and stuff are done, we will have to decide how to deal with script execution. Which will be the hard part with threads and all.

I would personally go with greenlets/gevent, but that just adds *another* dependency to the four (or so) we already have.

gevent.spawn(start_script, sprite, [start, end])

This would basically spawn another script to be run in [sprite]'s scripts, lines [start number] through [end number]. Like so:

Sprite's Scripts:

when gf clicked
forever
    point towards [mouse-pointer]
    move (5) steps
end

Python:

gevent.spawn(start_script, sprite, [1,4])

def start_script(sprite, lines):
    for line_number in xrange(lines[0], lines[1]):
        parse(sprite.scripts[line_number])

Obviously going to be different, but something like that.

Make sense? 

Also: Please add lots of comments so I can learn and understand what's going on. 

Magnie wrote:

I think as a start for the project viewer, we should first create the [run] and [stop] buttons. Then I think we should work on displaying the sprites and displaying them at the x and y values. Then sprite direction/rotation, etc. Once we have the basic display up (so I can manually change x, y, direction, and visibility), then we can work on block functions (maybe create a folder called "blocks" and then have a separate file for each block/command). Then once the functions and stuff are done, we will have to decide how to deal with script execution. Which will be the hard part with threads and all.

I would personally go with greenlets/gevent, but that just adds *another* dependency to the four (or so) we already have.

Code:

gevent.spawn(start_script, sprite, [start, end])

This would basically spawn another script to be run in [sprite]'s scripts, lines [start number] through [end number]. Like so:

Sprite's Scripts:

Code:

when gf clicked
forever
    point towards [mouse-pointer]
    move (5) steps
end

Python:

Code:

gevent.spawn(start_script, sprite, [1,4])

def start_script(sprite, lines):
    for line_number in xrange(lines[0], lines[1]):
        parse(sprite.scripts[line_number])

Obviously going to be different, but something like that.

Make sense? 

Also: Please add lots of comments so I can learn and understand what's going on. 

i know pretty much how scripts execution is gonna be, i'll implement it using generators. i think i'll have some decorators like @block(redraw_sprite=False, refresh_stage=False) so you can indicate when the stage should be refreshed after a block (e.g. say, ask, move...) and when the sprite needs to be redrawn, for example effects/size change/direction (i'll probably cache the sprites)

@pwitter, i added you 
i also merged all tickets from the dropbox file, it's easier when i dont need to send every1 invitations

Last edited by roijac (2012-12-02 06:28:18)

blob8108 wrote:

M30W source wrote:

# I don't trust kurt 

*pretends not to be offended*

who knows what the evil kurt can do with naive helpless mutable lists 

Wow...
I log on to my email, and I have like 20 unread emails waiting. And they are all from sourceforge.

yeah!
windows installers 
at this point, only M30W, so it will require you to download the dependencies yourself, but i will make a zip folder with all installers and a .bat script tomorrow or so 

When I tried the Windows Installer it said that there was no python installation in the registry, but I have Python installed.

Last edited by djdolphin (2012-12-11 07:21:09)

Could any co-developer on sf upload those two files to the "M30W and Dependenecies" folder? My ISP is blocking large file uploading 
one two

Last edited by roijac (2012-12-11 17:26:13)

Alpha 0.1 is now officially released for PyPI (pip), windows installers will come tomorrow 

The linux pip install now even creates a .desktop file with icons for you! 

bump

can anybody upload the 0.1 files?

Suggestion: Have the M30W project viewer and the M30W project editor separate, have M30W contain both, and have the M30w project viewer available separately for those who want to have it separate. This may not work, and I am OK if it does not get accepted.    I may join the team soon, as I am learning Python.

roijac wrote:

MrFlash67 wrote:

Suggestion: Have the M30W project viewer and the M30W project editor separate, have M30W contain both, and have the M30w project viewer available separately for those who want to have it separate. This may not work, and I am OK if it does not get accepted.    I may join the team soon, as I am learning Python.

I've thought of this before, the stage is really taking too much spcae 
I thought to just add an option to hide it, I'll have a look at it in the next days.

It'd be a good idea to hide it - but they shouldn't be separate applications, just different windows.