[ Closed ] Announcing: PunMod beta v0.9.2 (Page 1 of 3)

Amazing! This is exactly what the mod community needs. I'm definately gonna have a look at this tonight.

well, I thought about integrating it with the admin screen, but it doesn't seem like there's much point? well, depends on how you intend to use it of course - but in any case, you should always backup the database and all scripts before applying mods, and I guess if you can do that, you already have server administration privileges of some sort, so ... I don't know, but for my own purposes, I will probably use it to apply all of my mods, and testing locally, before uploading - I don't think it would be a good idea to encourage the use of this tool as a means of just testing any mod on your production copy of your forum, since there is no way to uninstall a mod or undo the changes to the database. Doesn't seem like a good idea. Or?

most people who use this though i guess will use it on a live enviroment... people are not very good at doing local tests and backups and stuff, also in 1.2 it would be very easy to integrate into the admin panel,

couple more ides:
* make a sql command so that more of it can be included in the .pun file?
* dunno if this is a good idea but maybe add a create file so that all of the data can be in the .pun file?

yeh i was thinking because some mods have a little extra file and it would be much easier if it could just be one "pack"although i realise some mods have to many file that are too big to do that

Good point, I'll add a command for that too then

That seems a bit overkill? For distribution, you can already just use zip like you would for any other file ... with the SQL and CREATE commands, almost every mod can already be done in a single file anyways. Speaking of which ...

PunMod version 0.9.3 (BETA) has been released for testing.

Download here:

http://www.mindplay.dk/temp/punmod093.zip

New: CREATE command added, allows embedding text/script files in your mods.

New: SQL command, allows running arbitrary SQL statements through a specified PunBB database abstraction layer.

Improved: more useful error messages for mod developers.

Updated: all relevant documentation.

*stick*

By the way, I also plan on doing a separate tool, which will compare two installations of PunBB, and generate a PunMod script to automatically implement all source code changes between one installation (the original) and another (your modified installation) ...

This would be useful first of all, if you want to build a new mod - if you start with a clean installation and make your changes on that, you can then afterwards automatically generate the complete mod (minus database changes).

It would also be useful if you already have a lot of customizations applied (who doesn't), and wish to upgrade to a newer version of PunBB - you can then generate a custom mod by comparing the original release your installation is based on, to your customized one, then install a clean new updated release, and then apply your mod on it.

I've only barely started on this yet, so I don't know when it will be ready for testing...

i dunno if this is a crazy idea (i usually think of crazy ideas) but have you though about it downloading the mods too, you could have a simple uploader built into the generater thing you are making, then the installer could get a list of mods from the site (like the plugin manager) you could tick the ones you like, it would download them to a temp folder and then the proccess would start from where it does now, checking they will install ok etc, people could then download your tool and select all th mods they want without having to go look for them, not sure how well it would work for big mods or mods with lots of files though

That can't happen - if you try to install two mods that rely on finding and changing the same part of a file, you'll get an error message, and the process will be aborted without applying any of the mods.

@Connorhd:

Yes, I thought about doing something similar ... what I had in mind, is a simple mod archive site - the mod parser function is in a separate include for this reason, and can do a "quick scan" (like it does on startup now), not fully loading the mod, but only getting the title and description etc. ... this was intended to be used for a mod archive also. What I figured is, such an archive would also expose a small script that PunMod installations can load from the outside, to check for newer versions of installed mods. This stuff isn't at the top of my to-do list right now though, but if somebody else wants to do an archive, reusing the include file should be very very simple - it's just one function call to parse and load information from a mod, and returns everything as an assoc.array ...

let's take a look, where is it?

ok, i'm just trying to make my rating mod as a .pun file but i have a problem with the mysql, how does it work with db prefixes?