SoloCodigo

Hola a todos.

Tengo un menú hecho con una tabla de una sola columna en la que cada opción es una fila (una celda). Me gustaría poder hacer que si hago clic en la opción 2, por ejemplo, se inserten debajo de la opción 2 y encima de la 3 las subopciones de la 2: 2.1, 2.2, etc (en celdas que se creen, nuevas filas). Y si vuelvo a hacer clic en la opción 2 o en cualquier otra opción desaparezcan las opciones que aparecieron y vuelva al estado inicial.

Sé que se tiene que poder hacer con JavaScript, pero mis conocimientos son un tanto limitados (más bien son inexistentes).

¿Alguien sabe de alguna página de ejemplos en javascript donde esté algo parecido? En caso contrario, ¿me podría alguien guiar para hacerlo en JavaScript? Creo que si me pongo a ello y alguien me orienta acabaría por sacarlo (no sin tener que empollarme tutoriales de JavaScript).

Muchas gracias a todos.

Un saludo.

Ruben3d

¿Qué es RUP?

Rational Unified Process, lo mencioné yo también más arriba.

Como ya dije, de las metodologías es la que más se acerca a la que usaría para un juego.

El ciclo de desarrollo que se deberia seguir es por iteraciones (modelo en espiral incremental)

Eso es a lo que me refería cuando hablé sobre crear un prototipo y construir sobre él. Por cómo había hablado jal2000 me dió la impresión de que se referería a un modelo en cascada, aunque ya he visto que no es así.

Respecto al diseño interno del juego, está claro que ha de hacerse después de diseñar la parte que ve el jugador, pensando en darle soporte. Con los cambios a los que están sujetos los juegos y las ataduras y carga de documentación que suponen la mayor parte de las metodologías veo poco apto seguir una metodología al pie de la letra. Creo que lo que más se ajustaría al estilo de desarrollo para juegos que me gusta es Extreme Programming

Me contáis qué opináis.

Un saludo.

Ruben3d

EDIT: Se me adelantó juank a "¿Qué es RUP?" por unos segundos.
EDIT 2: Gracias por el comentario sobre la página, jaal2000.

Hola.

Francamente, creo que es erróneo enfocar la planificación de un videojuego con una metodología clásica, del estilo Métrica 3 o Merise. Incluso no me acaba de gustar para esa aplicación concreta Unified Process. Demasiado trabajo antes de llegar a ver algo funcionar, que está muy bien para muchos casos, ya que ayuda a organizar todo de manera que se asegure el éxito de un proyecto. Sin embargo un videojuego es, claramente, una pieza software que se ha de ver funcionar desde el principio y hay que ir construyendo sobre prototipo inicial.

Prueba de esto es el desarrollo de los videojuegos de las grandes compañías: al poco de empezar ya hay screenshots del juego funcionando, aunque aún falten años para acabarlo.

Cierto es que se ha de tener claro el juego antes de empezar, definir una serie de requisitos funcionales. Pero no realizar todos los diagramas detallados en UML, o cualquier otra notación, módulo por módulo y clase por clase. En mi opinión esto le quita diversión a la realización del juego en sí, además de flexibilidad (si realizas algún cambio que se te ocurra a mitad de escribir el código tendrás que actualizar diagramas y, dependiendo de lo fielmente que sigas la metodología, hacer estudios de viabilidad del cambio, gestión de la configuración, etc. Esto se puede hacer muy pesado).

Lo esencial de un videojuego es su jugabilidad, el estilo de juego, que esté bien balanceado, que sea divertido. Y eso no lo vas a conseguir con diagramas de flujo de datos, de módulos, de clases, de colaboración, o del tipo que sean.

Te recomiendo que le eches un vistazo a esta página, con una cantidad enorme de recursos sobre el diseño de juegos (incluido un documento de diseño oficial de empresas del sector, bastante interesante ver cómo se centra en describir el juego y cómo funciona, en vez de cómo programarlo):
General Game Design

Un saludo.

Ruben3d

Hola.

El algoritmo a desarrollar es muy sencillo. Lo que tienes que hacer es tomar la expresión en notación polaca inversa y empezar a leerla por la derecha.

Date cuanta de que el árbol se va construyendo en un recorrido en profundidad.

Lo primero es crear un nodo inicial. A partir de él has de hacer lo siguiente:

- Si te encuentras con un operador (+,-,*,etc) creas un nodo de tipo, digamos, nodo_op, lo añades como hijo del nodo actual y pasas al nuevo nodo.

- Si te encuentras con un número creas un nodo de tipo nodo_num y lo añades como hijo al nodo actual (pero no pasas al nuevo nodo).

 · Para los dos casos anteriores, si no hubiera más hijos libres en el nodo actual (ya que no puede haber más de dos) sigues el recorrido en profundidad del árbol hasta encontrar un nodo con un hijo libre.

Cuando hayas acabado de crear el árbol de la expresión, todas las hojas deberán ser nodos del tipo nodo_num, y el resto de nodos del tipo nodo_op.

Ahora sólo te resta ir recorriendo el árbol en profundidad con una función recursiva que vaya resolviendo los nodo_op. Algo de este estilo:


donde op es la operación que está asociada al nodo_op actual.

Con esta explicación ya sólo te resta implementar tal cual lo que te he descrito.

Un saludo.

Ruben3d

Hola.

Ve al Visor de sucesos, que está en Herramientas Administrativas. Allí si seleccionas la categoría Seguridad podrás ver un log con todos los eventos relacionados con el inicio de sesiones de usuarios en el sistema, intentos fallidos, etc. También tienes opción de guardar el log en un archivo.

Un saludo.

Ruben3d

Hola.

Lo único que se me ocurre es que vaya almacenando la sucesión en la lista enlazada, usando los dos elementos anteriores para crear uno nuevo. A parte de esto, no se me ocurre otro uso para la lista.

Un saludo.

Ruben3d

hay un (";") al final del programa obvialo no corresponde a este tipo de lenguaje

No deberías tener ningún problema por poner un ';' detrás del cierre de una llave. El ';' indica al analizador sintáctico del compilador que es otro comando, por lo que es legal ponerlo tras el cierre de la llave.

Un saludo.

Ruben3d

He pegado el código en Dev-cpp y se me ha quejado por los comentarios, que cierras con '//'. Quitado eso, ha compilado sin errores ni warnings.

Un saludo.

Ruben3d

Epic Games, la compañía creadora de la saga de juegos Unreal, ha publicado en su sitio web dedicado a la licencia de su tecnología las características de la próxima versión de su motor 3D, el Unreal Engine 3.

Esta nueva versión incorpora increibles nuevas mejoras, orientada a la próxima genereación de PCs y consolas que estarán en el mercado en el 2006.

Para una lista detallada de sus características y screenshots del motor en acción visitar Unreal Technology - Unreal Engine 3

Autor: Unreal Technology

http://www.unrealtechnology.com/html/homefold/home.shtml

Hola.

Digo que la única clase string que figura en el estándar es la que está en el namespace std, que es una especialización de basic_string, y se incluye con el fichero de cabecera <string>. Eso no excluye que en las MFC, en las nuevas clases .NET o cualquier otro paquete de clases incluya también su propia clase string, que puede llamarse igual siempre y cuando esté en otro namespace.

Podéis ver todas las clases que componen el STL en la web de sgi, aqui os dejo un link a basic_string (con un ejemplo de string):

basic_string<charT, traits, Alloc>

string está definido de esta manera:


Un saludo.

Ruben3d

Hola.

Prueba a eliminar el espacio que hay entre los paréntesis del prototipo de la función y de la llamada a ésta.

Un saludo.

Ruben3d

Hola.

En iespana tienes 50 mb, pero puedes registrar tres webs y dividir tu sitio entre esas tres.

Un saludo.

Ruben3d

¿Por qué no has incluido tu informe en tu post

Ayuda Quadtree, arboles cuaternarios

y lo has dejado aqui por separado?