[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] TMX support in pygame




I think it's good to have some "default" libraries for some common tasks (tilemap formats, scene management, paths/trajectories, etc), because:

A.- Sometimes there are lots of available options and it's confusing knowing which one is the "most stable" or "most used" or the one where you will have more support in case you need help (an "default/official" library).

B.- Having some default libraries for some common tasks helps to "standarize" and then provide documentation about these libraries into the "default pygame documentation", so that somebody can just get pygame and pygame-extras and pygame-doc and have ALL and ENOUGH information to start a project without feeling that pygame doesn't provide the minimum features required for developing most games.

That was just my idea...


On Fri, Oct 3, 2014 at 8:54 AM, diliup gabadamudalige <diliupg@xxxxxxxxx> wrote:
Why can't all these add on's be separate modules or packages and leave Pygame to run it's own natural course as it has done in the past? Why this rush to include these libraries INTO Pygame?  

On Fri, Oct 3, 2014 at 11:41 AM, Santiago Romero <sromero@xxxxxxxxxxx> wrote:

Maybe something like pygame-extras-vX.X (including TMX support and other possible interesting features that other high-level libraries have) that matches exactly (and is totally compatible) the pygame-vX.X would be fine.

This way people that only wants the "core libraries" could just install pygame. And people that wants the "extras" can install the other package among with the core. 

That would be different from packing it as a "pygame 3rd party library" (like those that you can download from pygame.org) because it will appear in the main download page and they will be packages in the APT/YUM repositories of the distros, meaning that they are the "default libraries" for diverse tasks (TMX maps, scenes, X feature, Y support, Z, etc)...

Best regards!

On Thu, Oct 2, 2014 at 7:51 PM, Sam Bull <sam.hacking@xxxxxxxx> wrote:

On mer, 2014-10-01 at 16:30 -0500, Leif Theden wrote:
> Bart,  The modules I've proposed are pure python won't need to be
> compiled, or even required for pygame to function.

I don't think this is something that is general enough to be used in the
majority of games developed with Pygame. For that reason I would opt to
not bloating Pygame with lots of other modules for more specific use
cases.

However, I do think we could do with an area on the website to advertise
3rd party pygame libraries. It already has user projects, so maybe just
have a specific tag/category for libraries, then clearly advertising a
page that lists these from the home page.




--
Santiago Romero
http://www.sromero.org



--
Diliup Gabadamudalige

http://www.diliupg.com
http://soft.diliupg.com/

**********************************************************************************************
This e-mail is confidential. It may also be legally privileged. If you are not the intended recipient or have received it in error, please delete it and all copies from your system and notify the sender immediately by return e-mail. Any unauthorized reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions.
**********************************************************************************************




--
Santiago Romero
http://www.sromero.org