Using libraries in PyWeek 22

blakeohare on 2016/07/30 18:23

Friendly reminder that if you have a library you're working on that you want to use for the next PyWeek, there's 5 days left to release and document it.

(log in to comment)

Comments

DR0ID on 2016/08/01 19:27:

Why, oh why don't I get this message by the RSS feed? I see all the diary entries, but not thise dicsussions here. Isn't there a RSS feed for this discussions?

DR0ID on 2016/08/01 19:33:

hmm, ok this bug (in my rss reader) must have been there for a long time:

https://www.pyweek.org/ hmm, ok this bug (in my rss reader) must have been there for a long time:

https://www.pyweek.org/

DR0ID on 2016/08/01 19:35:

hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/ hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/

DR0ID on 2016/08/01 19:35:

hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/ hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/

DR0ID on 2016/08/01 19:38:

hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/ hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/

DR0ID on 2016/08/01 19:38:

sorry for that many comment, I seem not be very familiar with the HTML tags!

DR0ID on 2016/08/01 19:39:

strange, it keeps repeating the first sentence...

DR0ID on 2016/08/01 19:40:

hmm, ok this bug (in my rss reader) must have been there for a long time: https://www.pyweek.org/ ... this issues a certificate error https://pyweek.org/ ...seems to work fine! I now use this url for the RSS discussion subscription: https://pyweek.org/d/feed/ and now I see all the entries! Finally!

DR0ID on 2016/08/01 19:57:

Here the libs DR0ID plan to use:

pytmxloader this is a new version (you can find the old one in the legacy directory but the new one is much nicer!)

pyknic as used in the last few pyweeks with bugfixes, context take an effect directly now and reworked tweeing module

pygame very likely!

If something should be missing or is unclear, please don't hesistate to contact me. I'm often on IRC too.

DR0ID on 2016/08/01 20:09:

... and maybe also this:

spritesheedlib

happy coding!

paulpaterson on 2016/08/03 02:46:

I think I'm going to be using my serge library (http://perpetualpyramid.com/drupal/?q=serge) this time.

I just published a new version (0.6) on my site and on the pygame site. Full source and documentation is available. Well, I'm not sure I would describe the documentation as full but there is a tutorial and a sphinx documentation of the engine structure and API!

Looking forward to the themes!

Paul

Benjamin on 2016/08/05 05:53:

This will be my first pyweek! I'll be using pyglet, and my Entity System library, esper: https://github.com/benmoran56/esper There are examples for Pygame, pyglet, PySDL2, and even Pythonista (iOS, thanks to a contributor) in the /examples folder. Also, here is another tiled TMX loader: https://bitbucket.org/snippets/treehousegames/k4RME It's not a library, but this code snippet might be useful for people wanting to do simple stateless parsing of tmx maps.

xmzhang1 on 2016/08/08 13:57:

OK, this time I am about to use pygame, of course pygame. and its version is 1.9.2!!!also gameobjects https://github.com/PythonProgramming/Beginning-Game-Development-with-Python-and-Pygame In fact i do not think i will use it, well, pytmx to load tiled map, https://github.com/bitcraft/PyTMX of couse I am not sure I will use it. and also some trick like state_machine, i get it on https://www.reddit.com/r/pygame/ I think i need it!

pyrex on 2016/08/15 22:55:

I'd like to use this small "library" module that I created to give atari 2600 graphics and sound. I submitted it to Github and the Pygame website on August 2nd. Any objections? I Tried to add some documentation so that anyone could use it. https://github.com/pyrex8/atari http://pygame.org/project/3000/

Benjamin on 2016/08/16 11:08:

@pyrex that's pretty cool. I don't see why anyone would object.

pyrex on 2016/08/16 18:15:

Thanks.

Quikli on 2016/09/01 22:17:

Today I came up with a way of making the creation of decorators which take arguments easier. It's 6 lines of code and has an example in the docstring, so shouldn't be hard for someone to pick up. I made a gist for it: https://gist.github.com/Steven-Wilson/13b93b7a6c35ba4056ad5b8e8d20cc81

Also, I published a small library that does 2d vector math and has a color utility class for color conversion and storage on github a couple months ago but never got around to putting it up on pypi. It is incomplete but has decent documentation and unit tests for the parts that are complete. https://github.com/Steven-Wilson/gfxutils

Anyone have objections to me using either of these?

knowledge on 2016/09/02 18:58:

@Quikli since you made gfxutils before more than 30 days, you are allowed to use it by all rules.
Despite the fact that decorator utility was published today (so less than 30 passed), it won't be a problem if you use it. 30 days rule exists because people need time to understand your library (you would have big advantage if you publish big library just before PyWeek). Your code is quite simple and it took me less than half an hour to understand both how to use it and how it works. Thus this is not a problem.

Benjamin on 2016/09/07 09:46:

@Quikli, gfxutils is pretty nice. You should definitely upload it to pypi at some point. I think there are a lot of higher level functions that don't belong in the standard Python math library, but it's nice to have instead of re-writing them in every application.