xazax

1681

1676

1662

Maybe it would worth to create a wiki page, to collect all the relevant data to help users migrate from 3CeAM and eAthena.

I also do not like the idea of adding dozens of callbacks. But a nice interface for most common modifications, like adding atcommands, script commands, (statuses, skills?), sounds less messy and maintainable. But what is the advantage of such plugin system? Everybody is free to modify their code. Why would they create a plugin instead of just adjusting their source? Only advantage I can see, there is less delta against our codebase, easier merges, updates for the server owners. I think, if we wants to improve the plugin system, first we should determine what kind of plugins do we want to see. I think plugins should not implement anything that is related to game mechanics. They should be tools, that helps debugging and administration and meant to be distributed although be an unoffical feature, for example a gui plugin.

1627

We always consider to add the most used @ and script commands. For example we extended the autoloot r15489 and added string manipulation commands r15039. However we want to avoid all unnecessary bloat, because it can cause huge development overhaul.

Well. All source devs agree, there are no technical benefits to porting db folder to SQL. So this is only the matter of taste, which version is fit better to one's workflow. And it looks like the community is split.

38 06 00 00

1565

1553

1337

1200 what a nice number I got

1130

1018

Well, lots of the users are interested in having the latest code, and since much of them has modifications, it may be easier to maintain it with constant updates ( less conflict vs one big update upon a release, and not only those have modifications who have proper knowledge on how to solve conflicts ). Of course, those who creates source modifications etc, will be able to learn GIT, but still we forcing them to. Although as far as I remember GIT ( or some tools for it, at least I'm remembering checking out a repo from github via an svn client ) support svn checkouts, however it is not that stable.

861

833

805

Well, it is a bit off topic, but I think, we should ask if somebody wants to maintain the CMake files. If noone is interested, we shoud drop them.

743

I guess no, unless you have more than 1024 players online at the same time.

706

No.

622