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
_
El 18 de mayo de 2009 5:07, 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
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 pellic
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.
<% for respuesta in @respuestas -%>
<%= rend
Muy buenas...tengo un problema de anchuras nunca mejor dicho. Os explico
Se trata de la maquetacion de un foro
<%# AQUÍ SE VE EL MENSAJE
ORIGINAL %>
<%= link_to(respuesta.contador,
respuesta.contenido_link) %>
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 ca
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:
...
Claro
Fe de erratas:
me perdonen vd la ortografía.
2009/5/18 Tei :
> 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 l
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
