AlliedModders

AlliedModders (https://forums.alliedmods.net/index.php)
-   Off-Topic (https://forums.alliedmods.net/forumdisplay.php?f=15)
-   -   New Structure (https://forums.alliedmods.net/showthread.php?t=94)

BAILOPAN 03-06-2004 21:33

New Structure
 
A heads up. AMX Mod X uses a new directory structure.
Here's a sneak preview of what has changed:
Quote:

addons/amx is now addons/amxx
"documents" is now "documentation"
"examples" is now "scripting"
Modules no longer go in "dlls", they go in "modules"
All configuration, except for "amx.cfg", is now in the "config" folder.
amx.cfg stays in addons/amxx
"config.ini" is now "core.ini" to make it not clash with "configs.ini"

BigBaller 03-06-2004 21:34

I am hyped about first release!

LETS GO, CANT WAIT TILL TOMMOROW!!

Sonic 03-07-2004 01:36

I would separate those core configs (modules.ini, plugins.ini, core.ini) from plugin configs (user.ini, cmds.ini, ...).
In order to arrange it more user friendly

amxx/ = configs for the amxx-api (modules.ini, plugins.ini, core.ini)

amxx/configs = configs for plugins (cvars.ini,user.ini, ....)

Just my 2 cents

BAILOPAN 03-07-2004 01:42

/\//\
 
That is a good idea.

I will change that =)

Scarzzurs 03-07-2004 02:47

I am not sure about this but many newbies can't find out what plugins.ini to use...

Scarzzurs

BAILOPAN 03-07-2004 02:50

/\//\
 
That is another good point...

Any ideas on what it should be called?

Scarzzurs 03-07-2004 02:54

Addins.ini/addons.ini/scripts.ini....

Not sure...

Scarzzurs

Sonic 03-07-2004 03:41

most user confound plugins.ini of metamod and amxmod

amxx_plugin.ini???

Sonic 03-07-2004 03:52

Quote:

All configuration, except for "amx.cfg", is now in the "config" folder.
amx.cfg stays in addons/amxx
amxx.cfg = config for plugins, not the amxx-api

the correct place should be in the configs folder

Sonic 03-07-2004 04:03

amxmodx.inc

Quote:

#include <core>
#include <float>
#include <amxconst>
#include <string>
#include <file>
#include <vault>
/* default modules */
#include <csstats>
#include <cstrike>
#include <engine>
#include <fun>
#include <mysql>
its a bad idea to include all default natives in the amxmodx.inc

Just my 2 Cent :)

SniperBeamer 03-07-2004 04:15

but better than no backwards compatibility

rACEmic 03-07-2004 05:29

This project is really promising and I'm glad you guys have kept AMX alive (in a different form, but AMX nevertheless).

It's probably too early to tell, but will AMX-X plugins generally be less CPU-intensive than AMX plugins? I assume they would be because of the newer Small compiler being used, but you never know...

Sonic 03-07-2004 05:40

Quote:

Originally Posted by SniperBeamer
but better than no backwards compatibility

put all "backward compatibility" staff in the amxmod.inc
only old plugins the this use

Code:
/*  amxmod.inc */ #if defined _amxmod_included   #endinput #endif #define _amxmod_included #include <amxmodx> #include <cstrike> #include <engine> #include <fun> /* from string.inc */ stock str_to_int(const string[])   return str_to_num(string)   /* from string.inc */ stock strtonum(const string[])   return str_to_num(string) /* from string.inc */ stock numtostr(num,string[],len)   return num_to_str(num,string,len) /* from string.inc */ stock int_to_str(num,string[],len)   return num_to_str(num,string,len) /* from fun.inc */ stock set_user_hitzones(index=0,target=0,body=255)   return set_hitzones(body)   /* from fun.inc */ stock get_user_hitzones(index,target)   return get_hitzones()   /* from fun.inc */ stock user_spawn(index)   return spawn(index) /* from amxmisc.inc */ /* use log_amx() instead */ stock get_logfile( name[], len )   return get_time("admin%m%d.log",name,len)

possibly which are missing

PM 03-07-2004 05:49

Quote:

Originally Posted by rACEmic
This project is really promising and I'm glad you guys have kept AMX alive (in a different form, but AMX nevertheless).

It's probably too early to tell, but will AMX-X plugins generally be less CPU-intensive than AMX plugins? I assume they would be because of the newer Small compiler being used, but you never know...

They should be a bit because of the sysreq.d instructions...

Sonic 03-07-2004 06:47

Quote:

Originally Posted by Sonic
possibly which are missing

Code:
/* from amxmodx.inc */ stock get_user_deaths(index)   return cs_get_user_deaths(index) /* from amxmodx.inc */ stock set_user_deaths(index,newdeaths)   return cs_set_user_deaths(index,newdeaths) /* from amxmodx.inc */ stock get_user_money(index)   return cs_get_user_money(index) /* from amxmodx.inc */ stock set_user_money(index,money,flash=1)   return cs_set_user_money(index,money,flash)

whats about "#include <amxmisc>" in the amxmodx.inc ?
all plugins that uses this lib, load it self

BAILOPAN 03-07-2004 09:09

/\//\
 
Good ideas, but it is irrelevant how many natives are included. It only uses the natives that you use in your script.

MagicShot 03-07-2004 22:59

Hurrary!!
 
Yay!! Good Job!!! Looks Good..

We Need Backward Compatiblity because of the vast number a plugins already made out there. If thats wasnt there the Authers would have to Rewrite them or someone else would have to recreate them and that would be like starting all over. :shock:


Props!! 8)

_KaszpiR_ 03-08-2004 03:35

shit
you will ruin amxx with many subdirs like ua did with clanmod :/
i will have to rewrite all logging plugins etc :/

BigBaller 03-08-2004 03:36

We shall see when it is released.

MagicShot 03-08-2004 03:38

I am sure u will be more
 
Quote:

Originally Posted by BigBaller
We shall see when it is released.

I am sure you will be more than heppy when it is released...

later..


All times are GMT -4. The time now is 01:32.

Powered by vBulletin®
Copyright ©2000 - 2024, vBulletin Solutions, Inc.