Pues también está bien... Alguien sabe si se está trabajando en este tipo de cosas para especificaciones futuras?
Tei escribió: > Puestos a estender el estandar, y puesto que el problema es real, y > HTML "se queda corto". ( vamos a suponer que es cierto que datos > tabulares + formularios por cada linea es una necesidad real, que lo > es ) ...yo preferiría que los input pudieran vivir "fuera" del form, > asi: > > > <input type="text" form="producto_31" name="precio" /> > > </td><td> > > <input type="submit" form="producto_31" name="Cambiar precio" /> > > > ... > > <form id="producto_31"> > <input type="hidden" name="modo" value="cambiarvalores" /> > </form> > > Claro que esto es mas apropiado para la lista de correo > www-h...@w3.org y no la nuestra. > > Ante este problema, yo he tomado la solución de phaseolus, pero > porque podía permitirme crear una dependencia de javascript. Una > pagina normal no debería permitirse esa dependencia. > > 2009/5/18 David Pardo <da...@corunet.com>: >> No estamos hablando de layout sino de datos tabulares, donde en cada una >> de las filas hay datos relacionados y que se deben tratar como un >> formulario. >> >> Yo creo que tener un formulario por fila tiene todo el sentido, aunque >> no lo soporte la versión actual de HTML. >> >> Incluso me atrevería a proponer algo como <trform action="" method="" ...> >> >> Un saludo, >> >> David >> >> Chr5 escribió: >>> - Si nos ajustamos a la visión actual basada en los "estándares", deberíamos >>> partir de un tableless layout, osea, separar los elementos forms, de los >>> elementos de tabla. Son dos conceptos que actualmente no tiene sentido >>> fusionar. Las tablas tienen su mundo propio de etiquetas y los formularios >>> también. > > _______________________________________________ Lista de distribución Ovillo Para escribir a la lista, envia un correo a Ovillo@lists.ovillo.org Puedes modificar tus datos o desuscribirte en la siguiente dirección: http://lists.ovillo.org/mailman/listinfo/ovillo