Mensajes

¿De verdad no os habéis dado cuenta que es un vídeo de broma?

En fin...

[Todas las etiquetas deben cerrarse siempre:]

mmmm prueba a cambiar el type="button" por type="submit".

Luego intenta quitar las / al final de los input, quedando así:

Código [Seleccionar] Expandir

Nombre: <input type="text" name="v" > <input type="button" value="Enviar" >

Todas las etiquetas deben cerrarse siempre:

La mayoría de etiquetas HTML encierran un contenido de texto entre la etiqueta de apertura y la etiqueta de cierre. Sin embargo, algunas etiquetas especiales llamadas "etiquetas vacías" no necesitan encerrar ningún texto.

La etiqueta <br> por ejemplo, se utiliza para indicar el comienzo de una nueva línea, tal y como se verá más adelante. Por sus características, la etiqueta <br> nunca encierra ningún contenido de texto.

Como el estándar XHTML obliga a cerrar todas las etiquetas abiertas, siempre que se incluya la etiqueta <br> se debería cerrar de forma seguida: <br></br>. Para que el código resulte más cómodo de escribir, XHTML permite en estos casos escribir de forma abreviada una etiqueta que se abre y se cierra de forma consecutiva.

En lugar de abrir y cerrar de forma consecutiva la etiqueta (<br></br>) se puede utilizar la sintaxis <br/> para indicar que es una etiqueta vacía que se abre y se cierra en ese mismo punto. En la forma compacta es habitual equivocarse con la posición del carácter /.

http://www.librosweb.es/xhtml/capitulo2/sintaxis_de_las_etiquetas_xhtml.html

Sons of Anarchy

[youtube=425,350]http://www.youtube.com/watch?v=ky2rwSXZ3CA[/youtube]

Código (php) [Seleccionar] Expandir

$sql=mysql_query("SELECT * FROM tabla WHERE condicion");

while($row=mysql_fetch_array($sql)){
   instrucciones
}

Eso es lo que habrás visto a menudo. Se le van asignando los resultados de la consulta SQL a la variable $row.

Usa un iframe.

[1) ¿Sos Programador o estas interesado en programar?]

1) ¿Sos Programador o estas interesado en programar?

Sí, trabajo de programador.

2) ¿Te gusta trabajar en grupo o solo? (sea fuera o dentro de la programacion)

Los pequeños proyectos prefiero hacerlos solo, los grandes obviamente en grupo, es más fácil y rápido.

3) ¿ Cuesta programar en grupo?

No, si el analista organiza bien a los programadores, no hay ningún problema.

4) ¿A la hora de programar solo que dificultades encontras que no encontrarias en programar en grupo, y viceversa?

Pues cuando programas solo te comes tú todo el trabajo, cuando trabajas en grupo además de repartir el trabajo y hacerse más llevadero, en caso de que te surja alguna duda con algo siempre puedes consultar a los compañeros que quizás ya hayan tenido ese problema y sepan como resolverlo.
Y cuando trabajas solo puedes ir más a tu aire y no tienes la presión del grupo, ni discutes con nadie por haber hecho tal cosa de una manera en vez de otra. En fin, cada cosa tiene sus ventajas e inconvenientes.

5 ¿Preferis pensar el programa y hacerlo, o que te lo den para que lo hagas?

Prefiero pensarlo y hacerlo mayormente porque eso significa que eres el analista y cobras el doble que los programadores "pica códigos".

6 ¿En que horario preferis trabajar?

De mañana, pero normalmente no queda más remedio que trabajar mañana y tarde.

7 ¿Preferis trabajar, estudiar o los dos?

Cuando trabajas en el mundo de la informática nunca puedes dejar de estudiar, si lo dejas, en 5 años tus conocimientos están desfasados y habrá muchísima gente por delante tuya que cogerán en los puestos de trabajo antes que tú. El que no tenga eso asumido, mejor que estudie otra cosa..

Y esas estrellas porque tienen mas peso? para que un objeto del mismo volumen tenga mayor peso que otro que tiene que tener? mayor "contenido", es decir mayor masa, por ejemplo una pelota de tenis con una bola de acero, la pelota de tenis esta vacia por dentro... pero en estas estrellas que pasa?

Una pelota de tenis no pesa menos que una de acero porque la de tenis está hueca por dentro. La de acero pesaría más aunque estuviese hueca también. Lo que hace que pese más es la densidad del material con el que está fabricado el objeto.

Sigues sin entender el por qué le expliqué lo del Geshi... déjalo... veo que no lo pillas.

Su código no estaba coloreado hasta que yo se lo expliqué, además veo que tú tampoco tienes ni idea de lo que es Geshi así que tampoco te vendría mal echarle un vistazo. Si no sabes de que va el asunto mejor no opines, porque quedas mal...

Perdona que te diga, pero le he enseñado como se usa el Geshi, que es bastante importante si quieres que alguien se moleste en leer tus códigos.

Por otro lado no sabía que eras el encargado de decidir quien debe y no debe comentar. Seguramente ha sido mucho más útil mi comentario que el tuyo. Así que deja de decir sandeces por favor..

Documéntate un poquito acerca de CSS antes de decirle cosas desfasadas al usuario