Re: [Ovillo] correcto uso de form en una tabla
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
Re: [Ovillo] correcto uso de form en una tabla
Fe de erratas: me perdonen vd la ortografía. 2009/5/18 Tei oscar.vi...@gmail.com: Puestos a extender 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:... ___ 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
Re: [Ovillo] correcto uso de form en una tabla
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 / /tdtd 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. -- -- ℱin del ℳensaje. ___ 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
Re: [Ovillo] correcto uso de form en una tabla
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 / /tdtd 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
[Ovillo] Problema anchura div
Muy buenas...tengo un problema de anchuras nunca mejor dicho. Os explico
Se trata de la maquetacion de un foro
tr class=bordesrojos padtop id=%= respuesta.id %
!-- Avatar --
td class=escrito_por width=50
/td
!-- Usuario y fecha --
td class=escrito_por width=130 style=padding:10px 10px 10px 0
/td
!-- Numeración de comentarios --
td
div id=original_%= respuesta.id %%# AQUÍ SE VE EL MENSAJE
ORIGINAL %/div
div class=num_comentario%= link_to(respuesta.contador,
respuesta.contenido_link) %/div
!-- Texto --
div id=texto_respuesta_%= respuesta.id %
style=margin-left:38px; max-width:630px;
%= render :partial = respuestas/texto_y_enlaces, :locals =
{ :respuesta = respuesta } %
/div
/td
/tr
tr style=height:1px; padding:0px;
td colspan=4
div id=reply_to_%= respuesta.id %
/div
/td
/tr
La estructura funciona perfectamente, salvo que cuando se le mete una URL
larga destroza la maquetacion en el IE6. En los demas navegadores no pasa
nada pero en IE6 arrastra la pantalla hasta el final de la URL.
Habia penado usar la propiedad max-width, pero IE6 no incluye esta
propiedad. Tampoco puedo usar esto que he visto por google, ya que no
convence en el trabajo. Buscan algo mas generico.
#contenedor {
max-width: 1200px;
width: expression(document.body.clientWidth 1201? 1200px: auto);
}
Alguien puede tirarme un cable?no se como meterle mano al ausnto sin
usar max-width ni el ejemplo anterior de Javascript :(
___
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
Re: [Ovillo] Problema anchura div
Decir solamente que el codigo que puse anteriormente se corresponde con un
partial, seria como el respuestas/show que se ve abajo (he omitido el codigo
que no era necesario) pero las propiedades de la tabla contenedora estan
intactas.
table class=tabla2 width=100% summary=respuestas
% for respuesta in @respuestas -%
%= render :partial = 'respuestas/show', :locals = {
:respuesta = respuesta } %
% end %
___
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
Re: [Ovillo] Problema anchura div
IE6 interpreta la propiedad width como si fuese max-width por lo que te
puedes valer de eso. De todas formas creo que lo que tienes que modificar es
la propiedad overflow, que por defecto está a auto y ponerla a scroll aunque
no estoy seguro.
El 18 de mayo de 2009 18:43, jose vicente ribera pellicer
joseran...@gmail.com escribió:
Decir solamente que el codigo que puse anteriormente se corresponde con un
partial, seria como el respuestas/show que se ve abajo (he omitido el
codigo
que no era necesario) pero las propiedades de la tabla contenedora estan
intactas.
table class=tabla2 width=100% summary=respuestas
% for respuesta in @respuestas -%
%= render :partial = 'respuestas/show', :locals = {
:respuesta = respuesta } %
% end %
___
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
___
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
Re: [Ovillo] correcto uso de form en una tabla
El 18 de mayo de 2009 5:07, Tei oscar.vi...@gmail.com 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 /
/tdtd
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.
Eso seria bueno, por lo pronto en un intento mas tengo lo siguiente. Si a
alguien se le ocurre como mejorarlo o cualquier critica (rompo con alguna
norma?) se lo agradeceria, soy como Dr. House, rebotando las ideas sale algo
mejor jejeje.
[HTML]
div class=tabla_resultado
form class=tabla_encabezado
ul
li class=titulolabelcomprobacion/label/li
li class=titulolabelvale/label/li
/ul
/form
form action=estado.htm method=get
ul
li class=datocomprobacion/li
li class=datovale/li
/ul
/form
form action=estado.htm method=get
ul
li class=datoinput value=comprobacion //li
li class=datoinput value=vale //li
/ul
/form
/div
[CSS]
.tabla_resultado { display: table;}
.tabla_resultado form { display: table-row-group;}
.tabla_resultado li { display: table-cell;}
form.tabla_encabezado { display: table-header-group;}
Por cierto, como en mis primeros correos, quiero hacer algo como un una hora
de calculo y eso incluye que los datos al principio no se pueden editar, los
ves, pero si le das doble click si te deja editarlos, que con JS me
cambiaria el tr con los datos como texto (renglon 1) a campos input
(renglon 2, no se toma en cuenta el encabezado).
___
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
[Ovillo] [OT] Opiniones sobre diseño
Hola a todos. Aprovecho el alto nivel de actividad y conocimientos de los participantes de esta lista para pedir opinión sobre este diseño: http://andresgutierrez.net/solimar/bocetos/ Perdón por el off-topic y un saludo. Andrés www.andresgutierrez.net ___ 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
