El 15 de mayo de 2009 16:47, Phaseolus escribió:
> Lo que yo he hecho, ya que habitualmente debo trabajar con
> aplicaciones con grillas, es crear sólo un formulario con campos
> hidden y en cada TD pongo un que apunte a un javascript que llene
> los hidden y envie el formulario.
>
> Algo así.
>
El 15 de mayo de 2009 15:36, Chr5 escribió:
> Alguna de mis reflexiones espontáneas:
>
> - 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 actualment
El 15 de mayo de 2009 10:29, David Pardo escribió:
> me parece una consulta interesantísima. he dedicado un rato a buscar
> posibles soluciones y podría decir con bastante seguridad que no la hay.
>
Por lo que he visto asi parece, ya revise y FF cuando detecta este tipo de
codigo lo "corrige" por
Lo que yo he hecho, ya que habitualmente debo trabajar con
aplicaciones con grillas, es crear sólo un formulario con campos
hidden y en cada TD pongo un que apunte a un javascript que llene
los hidden y envie el formulario.
Algo así.
function pagar(idPago, monto){
document.getElementById
Alguna de mis reflexiones espontáneas:
- 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 p
me parece una consulta interesantísima. he dedicado un rato a buscar
posibles soluciones y podría decir con bastante seguridad que no la hay.
Un tiene que estar directamente dentro de un , un o
un /. A su vez, sólo puede contener o . Por
tanto, no se puede intercalar un al nivel de una fila
>
>
>
> con independencia de lo que diga el estandar o como esten construidos
> los user agent. Esto es feo. form crea nuevo bloque, como div, asi
> que no es inocuo al layout. Si solo fuera informativo, como
>
2009/5/15 Miguel Beltran R. :
...
>
>
> TITULOS
>
>
>
> ...
>
>
>
con independencia de lo que diga el estandar o como esten construidos
los user agent. Esto es feo. form crea nuevo bloque, como div, asi
que no es inocuo al layout. Si solo fuera informativo, como
El 15 de mayo de 2009 9:39, Ramon Lapenta escribió:
> Si es solo para organizar los elementos, una tabla no es lo correcto,
> y no es necesaria tampoco.
>
> Lo elementos de form son suficientes y los correctos (form, fieldset,
> label, input).
>
> Puedes checar algo sencillo como
> http://morsmot
El 15 de mayo de 2009 2:09, mmundo escribió:
> Hola Miguel,
>
> a no ser que tengas un formulario distinto para cada fila, lo lógico es que
> el /form sea el contenedor de /table, ya que lo que deduzco de tu escueto
> mail es que la tabla la usas como elemento estructural para organizar los
> cam
Si es solo para organizar los elementos, una tabla no es lo correcto,
y no es necesaria tampoco.
Lo elementos de form son suficientes y los correctos (form, fieldset,
label, input).
Puedes checar algo sencillo como http://morsmotors.publiweb.com.ve/contactos
On May 14, 2009, at 8:44 PM, Mig
Hola, para poder comparar los z-index en IE, los elementos tienen que
compartir el mismo ancestro inmediato posicionado.
Al posicionar de forma absoluta los div.tbdButtons, éstos crean un nuevo
contexto de apilamiento en IE. Los elementos contenidos dentro de un
div.tbdButtons en particular se api
Hola Miguel,
a no ser que tengas un formulario distinto para cada fila, lo lógico es que
el /form sea el contenedor de /table, ya que lo que deduzco de tu escueto
mail es que la tabla la usas como elemento estructural para organizar los
campos.
Saludos,
Martí.
--
2009/5/15 Miguel Beltran R.
13 matches
Mail list logo
