ES/Resources - Revision history

12g: Cambios en la redacción, cambio en el nombre del contributor que soy yo

2017-12-03T15:51:07Z

Cambios en la redacción, cambio en el nombre del contributor que soy yo

← Older revision		Revision as of 15:51, 3 December 2017
Line 99:		Line 99:
	*Kzman		*Kzman
	*F4ST3R		*F4ST3R
	*[[User:12g]]		*[[User:12g\|12g]]

12g: Cambios en la redacción, cambio en el nombre del contributor que soy yo

2017-12-03T15:50:32Z

Cambios en la redacción, cambio en el nombre del contributor que soy yo

← Older revision		Revision as of 15:50, 3 December 2017
Line 1:		Line 1:
	Los '''resources''' son ~~una~~ parte clave de MTA. Un resource es básicamente una carpeta o archivo ''.zip'' (carpeta comprimida) que contiene una colección de archivos de script ''.lua'', además de un archivo ''meta'' que describe cómo el resource debe ser cargado. Un resource puede ser comparado con un programa que se ejecuta en un sistema operativo; ~~que~~ puede ~~ser iniciado~~ y ~~detenido~~, y se pueden ejecutar varios de ellos al mismo tiempo. ~~Es necesario recordar~~, ~~sin embargo~~, que ~~a diferencia~~ de los ~~programas en un sistema operativo~~, no ~~hay multitarea entre los resources~~.		Los '''resources''' son parte clave de MTA. Un resource es básicamente una carpeta o archivo ''.zip'' (carpeta comprimida) que contiene una colección de archivos de script ''.lua'', además de un archivo ''meta.xml'' que describe cómo el resource debe ser cargado. Un resource puede ser comparado con un programa que se ejecuta en un sistema operativo; se puede iniciar y detener, y se pueden ejecutar varios de ellos al mismo tiempo. Eso sí, cada resource sólo puede poseer una instancia ejecutándose al mismo tiempo.

			Usualmente, un resource tendrá 2 tipos de archivo: aquellos a cargar del lado del servidor, y aquellos que un cliente recibirá (descargará) al conectarse al servidor, y ejecutará una vez completadas sus descargas. En este ámbito, podemos distinguir que los usuarios siempre recibirán archivos de medios, tales como imágenes y música, y aquellos scripts que sean marcados como "scripts de cliente", incluidos dentro de un resource. Es importante entender que los usuarios podrán ver el código fuente de dichos scripts de cliente, así como no podrán ver aquello que se indique sea del lado del servidor.

	== Terminología ==		== Terminología ==
Line 5:		Line 7:
	*'''Resource''' - Un archivo ''.zip'' o carpeta que contiene un archivo '''meta.xml''' y una serie de archivos. Estos se colocan en la carpeta de instalación de MTA San Andreas, en "MTA San Andreas/server/mods/deathmatch/resources/''.		*'''Resource''' - Un archivo ''.zip'' o carpeta que contiene un archivo '''meta.xml''' y una serie de archivos. Estos se colocan en la carpeta de instalación de MTA San Andreas, en "MTA San Andreas/server/mods/deathmatch/resources/''.

	*'''Item de resource''' - Un archivo contenido dentro de un resource. Puede ser un mapa, un archivo de música, una imagen, etc.		*'''Item de resource''' - Un archivo contenido dentro de un resource. Puede ser un mapa, un archivo de música, una imagen, un script, etc.

	== El archivo meta.xml ==		== El archivo meta.xml ==

	El archivo ''meta.xml'' es el núcleo de cada resource. En él se describe exactamente los archivos que el resource debe utilizar y cómo debe hacerlo. El siguiente es un ejemplo que cubre todas las opciones que hay~~, los archivos de metadatos puede tener tantas o tan pocas de estas etiquetas como tú quieras~~:		El archivo ''meta.xml'' es el núcleo de cada resource. En él se describe exactamente los archivos que el resource debe utilizar y cómo debe hacerlo. El siguiente es un ejemplo que cubre todas las opciones que hay:

	<syntaxhighlight lang="xml">		<syntaxhighlight lang="xml">
	<meta>		<meta>
	<info author="eAi" description="Ejemplo básico de script" version="4"/>		<!-- Información del resource; opcional, pero un buen estándar a incluir siempre -->
			<info author="eAi" description="Ejemplo básico de script" version="4" name="Resource completo" />

			<!-- Dependencias: si un resource indicado con <include> no se puede iniciar o no se encuentra, éste tampoco se podrá iniciar -->
	<include resource="radarblips"/>		<include resource="radarblips"/>
	<include resource="markermanagement" />		<include resource="markermanagement" />

			<!-- Scripts: aquellos que lleven el atributo type="client" son considerados "del lado cliente" -->
	<script src="ctf.lua" />		<script src="ctf.lua" />
	<script src="flag.lua" />		<script src="flag.lua" />
	<script src="ctf_client.lua" type="client" />		<script src="ctf_client.lua" type="client" />

			<!-- Archivos de medios -->
	<file src="model.dff" />		<file src="model.dff" />
	<file src="quitbutton.png" />		<file src="quitbutton.png" />
	<file src="texture.txd" />		<file src="texture.txd" />

	<html src="test.htm" default="true"/>		<html src="test.htm" default="true"/>
	<html src="logo.png" raw="true" />		<html src="logo.png" raw="true" />

			<!-- Funciones exportadas: para usarlas en scripts fuera de este resource -->
			<!-- Un buen uso de las dependencias permite la correcta implementación de esta característica -->
	<export function="multiply" http="true" />		<export function="multiply" http="true" />
	<export function="getPlayerList" />		<export function="getPlayerList" />
	<export function="getElementOwner" type="client"/>		<export function="getElementOwner" type="client"/>

			<!-- Archivos de configuración, usables por los scripts -->
	<config src="vehicle-list.xml" type="client" />		<config src="vehicle-list.xml" type="client" />
	<config src="markerconfig.xml" type="server" />		<config src="markerconfig.xml" type="server" />

			<!-- Mapas -->
	<map src="somestuff.map" dimension="99" />		<map src="somestuff.map" dimension="99" />
	</meta>		</meta>
Line 50:		Line 59:
	</meta>		</meta>
	</syntaxhighlight>		</syntaxhighlight>


	~~Los atributos Script/type, Config/type y File/type especifican si el script/resource se debe enviar a los clientes o no, este valor por defecto es "server".~~

	~~Las etiquetas incluyen especificaciones como resources que se deben iniciar antes de un resource se ha iniciado.~~
	~~Por ejemplo, si su resource tiene dependencia a otro, puede incluirlo en meta.xml para que el resource, al que el suyo depende, se inicie primero.~~


	Cada resource tiene su propia máquina virtual (VM). Esta contiene todos los scripts en el resource. Esto significa que las variables no se comparten con otros resources. La mejor manera de comunicarte con otros resources es mediante las etiquetas de ''exportación'' y exportar una función. Esto permitira que otros resources puedan activar esa funcion con el comando de scripting [[call]]


	Los scripts se envían a los clientes para que se inicien tan pronto como hayan sido descargados.		Los scripts se envían a los clientes para que se inicien tan pronto como hayan sido descargados.
Line 65:		Line 64:
	Los scripts son capaces que se pueden leer y escribir en su propia carpeta de resources con funciones tales como [[xmlCreateFile]] y [[fileCreate]]. También pueden leer y escribir dentro de otros resources, pero debe tener permisos de [[Access_Control_List \| ACL]].		Los scripts son capaces que se pueden leer y escribir en su propia carpeta de resources con funciones tales como [[xmlCreateFile]] y [[fileCreate]]. También pueden leer y escribir dentro de otros resources, pero debe tener permisos de [[Access_Control_List \| ACL]].

	~~Cada resource sólo puede ser cargado una vez, el servidor se asegura de esto. Si un resources se incluye más de una vez, la misma instancia será utilizada por cada resource que incluya.~~

	== Archivos almacenados ==		== Archivos almacenados ==
Line 100:		Line 99:
	*Kzman		*Kzman
	*F4ST3R		*F4ST3R
	*~~Benxamix2/The Kid~~		*[[User:12g]]

The Kid: /* Archivos almacenados */

2012-01-07T01:57:01Z

Archivos almacenados

← Older revision		Revision as of 01:57, 7 January 2012
Line 71:		Line 71:

	MTA San Andreas/server/mods/deathmatch/resources/		MTA San Andreas/server/mods/deathmatch/resources/

			Dentro de la carpeta "resources" hay un grupo de carpetas que usan paréntesis cerrados [ y ]. Éstas carpetas no son tomadas en cuenta como resources, sino que se aplican como "categorías". Puedes crear subcarpetas que usen este sistema, sin ningún problema.

	Cada resource puede ser un archivo ZIP, un directorio o ambos. En el último caso, el directorio tiene preferencia sobre el archivo ZIP, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo ZIP. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos ZIP sean usados por los usuarios finales.		Cada resource puede ser un archivo ZIP, un directorio o ambos. En el último caso, el directorio tiene preferencia sobre el archivo ZIP, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo ZIP. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos ZIP sean usados por los usuarios finales.

The Kid at 01:55, 7 January 2012

2012-01-07T01:55:38Z

← Older revision		Revision as of 01:55, 7 January 2012
Line 70:		Line 70:
	Los archivos ''Resources'' pueden ser almacenados en un .zip o un directorio. Se encuentran en:		Los archivos ''Resources'' pueden ser almacenados en un .zip o un directorio. Se encuentran en:

	server/mods/deathmatch/resources/ ~~(Si tienes el server instalado con el cliente)~~		MTA San Andreas/server/mods/deathmatch/resources/

	o

	~~mods/deathmatch/resources/ (para server dedicados)~~

	Cada resource puede ser un archivo ZIP, un directorio o ambos. En el último caso, el directorio tiene preferencia sobre el archivo ZIP, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo ZIP. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos ZIP sean usados por los usuarios finales.		Cada resource puede ser un archivo ZIP, un directorio o ambos. En el último caso, el directorio tiene preferencia sobre el archivo ZIP, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo ZIP. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos ZIP sean usados por los usuarios finales.

The Kid at 19:45, 11 December 2011

2011-12-11T19:45:55Z

← Older revision		Revision as of 19:45, 11 December 2011
Line 24:		Line 24:
	<file src="model.dff" />		<file src="model.dff" />
	<file src="quitbutton.png" />		<file src="quitbutton.png" />
	<file src="~~killed~~.~~png~~" />		<file src="texture.txd" />

	<html src="test.htm" default="true"/>		<html src="test.htm" default="true"/>
Line 76:		Line 76:
	mods/deathmatch/resources/ (para server dedicados)		mods/deathmatch/resources/ (para server dedicados)

	Cada resource puede ~~tener~~ un archivo ~~zip~~, un directorio o ambos. En el caso ~~de que ambos existan~~, el directorio tiene preferencia sobre el archivo ~~zip~~, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo ~~zip~~. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos ~~zip~~ sean usados por los usuarios ~~dinales~~		Cada resource puede ser un archivo ZIP, un directorio o ambos. En el último caso, el directorio tiene preferencia sobre el archivo ZIP, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo ZIP. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos ZIP sean usados por los usuarios finales.

	==Otras cosas a notar==		==Otras cosas a notar==
	*Los nombres de los resources no pueden contener puntos.		*Los nombres de los resources no pueden contener puntos, espacios o caracteres raros como "?", "$" o "%".
	*Si el resource guarda algún archivo, ~~los nombres de archivo utilizados~~ no deben aparecer en el archivo meta.xml		*Si el resource guarda algún archivo, éstos no deben aparecer en el archivo ''meta.xml''.
	*Los archivos mostrados en ~~los~~ meta.xml sólo deberían ser leídos por tus scripts. No los modifiques con [[xmlSaveFile]], [[FileSave]] etc.		*Los archivos mostrados en ''meta.xml'' sólo deberían ser leídos por tus scripts. No los modifiques con [[xmlSaveFile]], [[FileSave]], etc.
	*Cuando hagas la versión ZIP de tu resource, no incluyas archivos de guardado. Si tu resource los usa, que los cree cuando sea necesario.		*Cuando hagas la versión ZIP de tu resource, no incluyas archivos de guardado. Si tu resource los usa, que los cree cuando sea necesario.
	*Y cuando hagas la versión ZIP, sólo incluye a los archivos que se muestren en meta.xml. No incluyas "archivos de ejemplo", o podrían pasar cosas malas...
	*Y evita usar espacios o caracteres raros en los nombres de tus resources.

	==~~Functiones de Script~~==		==Véase También==
			===Funciones===
	Actualmente, los resources pueden ser manipulados por medio de scripts. Más abajo se muestran las funciones correspondientes:		Actualmente, los resources pueden ser manipulados por medio de scripts. Más abajo se muestran las funciones correspondientes:
	{{Resource functions}}		{{Resource functions}}

			===Eventos===
	Los siguientes eventos también están ligados a los resources:		Los siguientes eventos también están ligados a los resources:
	{{Resource_events}}		{{Resource_events}}
Line 101:		Line 101:

	*Kzman		*Kzman
			*F4ST3R
	*Benxamix2/The Kid		*Benxamix2/The Kid
	*F4ST3R

The Kid: /* El archivo meta.xml */

2011-10-30T14:58:29Z

El archivo meta.xml

← Older revision		Revision as of 14:58, 30 October 2011
Line 39:		Line 39:
	</meta>		</meta>
	</syntaxhighlight>		</syntaxhighlight>


	Mientras que un mapa de CTF, por ejemplo, puede tener un meta.xml parecido a esto:		Mientras que un mapa de CTF, por ejemplo, puede tener un meta.xml parecido a esto:

The Kid at 14:58, 30 October 2011

2011-10-30T14:58:18Z

← Older revision		Revision as of 14:58, 30 October 2011
Line 1:		Line 1:
	Los '''resources''' son una parte clave de MTA. Un resource es básicamente una carpeta o archivo zip que contiene una colección de ~~archivos - incluyendo~~ archivos de script, además de un archivo ''meta'' que describe cómo el resource debe ser cargado. Un resource puede ser ~~en parte equivalente a~~ un programa que se ejecuta en un sistema operativo - que puede ser iniciado y detenido, y ~~múltiples resources~~ se pueden ejecutar al mismo tiempo. Es necesario recordar, sin embargo, que a diferencia de los programas en un sistema operativo, no hay multitarea entre los resources.''		Los '''resources''' son una parte clave de MTA. Un resource es básicamente una carpeta o archivo ''.zip'' (carpeta comprimida) que contiene una colección de archivos de script ''.lua'', además de un archivo ''meta'' que describe cómo el resource debe ser cargado. Un resource puede ser comparado con un programa que se ejecuta en un sistema operativo; que puede ser iniciado y detenido, y se pueden ejecutar varios de ellos al mismo tiempo. Es necesario recordar, sin embargo, que a diferencia de los programas en un sistema operativo, no hay multitarea entre los resources.

	== Terminología ==		== Terminología ==

	*'''Resource''' - Un archivo zip o carpeta que contiene un archivo meta.xml y una serie de ~~elementos de resources~~. Estos se colocan en la carpeta "~~%Archivos de Programa%/%~~MTA San Andreas%/server/mods/ deathmatch/resources/''.		*'''Resource''' - Un archivo ''.zip'' o carpeta que contiene un archivo '''meta.xml''' y una serie de archivos. Estos se colocan en la carpeta de instalación de MTA San Andreas, en "MTA San Andreas/server/mods/deathmatch/resources/''.

	*'''Item de resource''' - Un archivo contenido dentro de un resource~~, esto puede~~ ser un mapa, ~~musica~~, ~~imágenes~~, etc		*'''Item de resource''' - Un archivo contenido dentro de un resource. Puede ser un mapa, un archivo de música, una imagen, etc.

	== El ~~Archivo Meta~~ ==		== El archivo meta.xml ==

	El archivo ~~de Meta~~ es el núcleo de cada resource. En él se describe exactamente los archivos que el resource debe utilizar y cómo. El siguiente es un ejemplo que cubre todas las opciones que hay, los archivos de metadatos puede tener tantas o tan pocas de estas etiquetas como tú quieras:		El archivo ''meta.xml'' es el núcleo de cada resource. En él se describe exactamente los archivos que el resource debe utilizar y cómo debe hacerlo. El siguiente es un ejemplo que cubre todas las opciones que hay, los archivos de metadatos puede tener tantas o tan pocas de estas etiquetas como tú quieras:

	<syntaxhighlight lang="xml">		<syntaxhighlight lang="xml">
	<meta>		<meta>
	<info author="eAi" description="Ejemplo ~~basico~~ de ~~Script~~" version="4"/>		<info author="eAi" description="Ejemplo básico de script" version="4"/>

	<include resource="radarblips"/>		<include resource="radarblips"/>
Line 40:		Line 40:
	</syntaxhighlight>		</syntaxhighlight>

	Mientras que un mapa CTF puede tener un meta.xml parecido a esto:		Mientras que un mapa de CTF, por ejemplo, puede tener un meta.xml parecido a esto:
	<syntaxhighlight lang="xml">		<syntaxhighlight lang="xml">
	<meta>		<meta>

The Kid at 00:43, 29 October 2011

2011-10-29T00:43:51Z

← Older revision		Revision as of 00:43, 29 October 2011
Line 97:		Line 97:


	== Traductores: ==		==Traductores==

	*Kzman		*Kzman
	*The Kid~~/Benxamix2~~		*Benxamix2/The Kid
	*F4ST3R		*F4ST3R

The Kid: /* Traductores: */

2011-10-29T00:39:59Z

Traductores:

← Older revision		Revision as of 00:39, 29 October 2011
Line 99:		Line 99:
	== Traductores: ==		== Traductores: ==

	*Kzman~~, corregidas algunas incongruencias~~		*Kzman
	*~~Corregido por~~ The Kid		*The Kid/Benxamix2
	*F4ST3R		*F4ST3R

Kzman: Reemplazar la palabra recurso por resource

2011-03-06T17:39:06Z

Reemplazar la palabra recurso por resource

← Older revision		Revision as of 17:39, 6 March 2011
Line 1:		Line 1:
	Los ~~recursos~~ son una parte clave de MTA. Un ~~recurso~~ es básicamente una carpeta o archivo zip que contiene una colección de archivos - incluyendo archivos de script, además de un archivo ''meta'' que describe cómo el ~~recurso~~ debe ser cargado. Un ~~recurso~~ puede ser en parte equivalente a un programa que se ejecuta en un sistema operativo - que puede ser iniciado y detenido, y múltiples ~~recursos~~ se pueden ejecutar al mismo tiempo. Es necesario recordar, sin embargo, que a diferencia de los programas en un sistema operativo, no hay multitarea entre los ~~recursos~~.''		Los '''resources''' son una parte clave de MTA. Un resource es básicamente una carpeta o archivo zip que contiene una colección de archivos - incluyendo archivos de script, además de un archivo ''meta'' que describe cómo el resource debe ser cargado. Un resource puede ser en parte equivalente a un programa que se ejecuta en un sistema operativo - que puede ser iniciado y detenido, y múltiples resources se pueden ejecutar al mismo tiempo. Es necesario recordar, sin embargo, que a diferencia de los programas en un sistema operativo, no hay multitarea entre los resources.''

	== Terminología ==		== Terminología ==

	*'''Resource''' - Un archivo zip o carpeta que contiene un archivo meta.xml y una serie de elementos de ~~recursos~~. Estos se colocan en la carpeta "%Archivos de Programa%/%MTA San Andreas%/server/mods/ deathmatch/resources/''.		*'''Resource''' - Un archivo zip o carpeta que contiene un archivo meta.xml y una serie de elementos de resources. Estos se colocan en la carpeta "%Archivos de Programa%/%MTA San Andreas%/server/mods/ deathmatch/resources/''.

	*'''~~Archivo~~''' - Un archivo contenido dentro de un ~~recurso~~,esto puede ser un mapa, musica, imágenes, etc		*'''Item de resource''' - Un archivo contenido dentro de un resource, esto puede ser un mapa, musica, imágenes, etc

	== El Archivo Meta ==		== El Archivo Meta ==

	El archivo de Meta es el núcleo de cada ~~recurso~~. En él se describe exactamente los archivos que el ~~recurso~~ debe utilizar y cómo. El siguiente es un ejemplo que cubre todas las opciones que hay, los archivos de metadatos puede tener tantas o tan pocas de estas etiquetas como tú quieras:		El archivo de Meta es el núcleo de cada resource. En él se describe exactamente los archivos que el resource debe utilizar y cómo. El siguiente es un ejemplo que cubre todas las opciones que hay, los archivos de metadatos puede tener tantas o tan pocas de estas etiquetas como tú quieras:

	<syntaxhighlight lang="xml">		<syntaxhighlight lang="xml">
Line 51:		Line 51:


	Los atributos Script/type, Config/type y File/type especifican si el script/~~recurso~~ se debe enviar a los clientes o no, este valor por defecto es "server".		Los atributos Script/type, Config/type y File/type especifican si el script/resource se debe enviar a los clientes o no, este valor por defecto es "server".

	Las etiquetas incluyen especificaciones como ~~recursos~~ que se deben iniciar antes de un ~~recurso~~ se ha iniciado.		Las etiquetas incluyen especificaciones como resources que se deben iniciar antes de un resource se ha iniciado.
	Por ejemplo, si su ~~recurso~~ tiene dependencia a otro, puede incluirlo en meta.xml para que el ~~recurso~~, al que el suyo depende, se inicie primero.		Por ejemplo, si su resource tiene dependencia a otro, puede incluirlo en meta.xml para que el resource, al que el suyo depende, se inicie primero.


	Cada ~~recurso~~ tiene su propia máquina virtual (VM). Esta contiene todos los scripts en el ~~recurso~~. Esto significa que las variables no se comparten con otros ~~recursos~~. La mejor manera de comunicarte con otros ~~recursos~~ es mediante las etiquetas de ''exportación'' y exportar una función. Esto permitira que otros ~~recursos~~ puedan activar esa funcion con el comando de scripting [[call]]		Cada resource tiene su propia máquina virtual (VM). Esta contiene todos los scripts en el resource. Esto significa que las variables no se comparten con otros resources. La mejor manera de comunicarte con otros resources es mediante las etiquetas de ''exportación'' y exportar una función. Esto permitira que otros resources puedan activar esa funcion con el comando de scripting [[call]]


	Los scripts se envían a los clientes para que se inicien tan pronto como hayan sido descargados.		Los scripts se envían a los clientes para que se inicien tan pronto como hayan sido descargados.

	Los scripts son capaces que se pueden leer y escribir en su propia carpeta de ~~recursos~~ con funciones tales como [[xmlCreateFile]] y [[fileCreate]]. También pueden leer y escribir dentro de otros ~~recursos~~, pero debe tener permisos de [[Access_Control_List \| ACL]].		Los scripts son capaces que se pueden leer y escribir en su propia carpeta de resources con funciones tales como [[xmlCreateFile]] y [[fileCreate]]. También pueden leer y escribir dentro de otros resources, pero debe tener permisos de [[Access_Control_List \| ACL]].

	Cada ~~recurso~~ sólo puede ser cargado una vez, el servidor se asegura de esto. Si un ~~recurso~~ se incluye más de una vez, la misma instancia será utilizada por cada ~~recurso~~ que incluya.		Cada resource sólo puede ser cargado una vez, el servidor se asegura de esto. Si un resources se incluye más de una vez, la misma instancia será utilizada por cada resource que incluya.

	== Archivos almacenados ==		== Archivos almacenados ==
Line 75:		Line 75:
	mods/deathmatch/resources/ (para server dedicados)		mods/deathmatch/resources/ (para server dedicados)

	Cada ~~recurso~~ puede tener un archivo zip, un directorio o ambos. En el caso de que ambos existan, el directorio tiene preferencia sobre el archivo zip, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo zip. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos zip sean usados por los usuarios dinales		Cada resource puede tener un archivo zip, un directorio o ambos. En el caso de que ambos existan, el directorio tiene preferencia sobre el archivo zip, así, los archivos pueden ser puestos en directorios para pasar por encima de los archivos dentro del archivo zip. Esto permite que los directorios sean usados para pruebas y desarrollo de mapas/scripts y los archivos zip sean usados por los usuarios dinales

	==Otras cosas a notar==		==Otras cosas a notar==
	*Los nombres de los resources no pueden contener puntos.		*Los nombres de los resources no pueden contener puntos.
	*Si el ~~recurso~~ guarda algún archivo, los nombres de archivo utilizados no deben aparecer en el archivo meta.xml		*Si el resource guarda algún archivo, los nombres de archivo utilizados no deben aparecer en el archivo meta.xml
	*Los archivos mostrados en los meta.xml sólo deberían ser leídos por tus scripts. No los modifiques con [[xmlSaveFile]], [[FileSave]] etc.		*Los archivos mostrados en los meta.xml sólo deberían ser leídos por tus scripts. No los modifiques con [[xmlSaveFile]], [[FileSave]] etc.
	*Cuando hagas la versión ZIP de tu resource, no incluyas archivos de guardado. Si tu resource los usa, que los cree cuando sea necesario.		*Cuando hagas la versión ZIP de tu resource, no incluyas archivos de guardado. Si tu resource los usa, que los cree cuando sea necesario.