
Saltos de linea en el atributo "title" o "alt" no aparecen..
Esto si q es gracioso..
Esto es normal? Si esto es respetar los estándares me parece que me vuelvo a ie6

| ||||
No tengo el codigo de la primera pagina pero apostaria a que lo esta interpretando correctamente. El atributo title no es un post-it, no deberia soportar salto de linea (que me parezca bien o no es aparte) asi que lo lee bien. Lo de la caja es un overflow y segun la hoja de estilos del foro tambien esta bien. Ya le gustaria a IE respetar los estandares la mitad de bien que firefox, lo que pasa es que al verse bien haciendolo mal la gente se malacostumbra y quiere que con el minimo esfuerzo se vea igual o no encuentra un fallo en su codigo que "en IE se ve bien" cuando resulta que lo ve bien de casualidad o con propiedades exclusivas del explorer.
__________________ Todas mis respuestas funcionaran correctamente en aquellos navegadores que respeten los estandares. |
| ||||
Postea la css de ese form a ver si alguien da una mano. Gran verdad, siempre veo los errores que tiene este vBulletin y nunca los reporte. Mi sistema es XpSp2, Firefox 1.04 y pantalla a 1024*768.
__________________ Algo esta pasando en Foro Virtual Comunidad de amigos. |
| |||
El maravilloso navegador de M$ no respeta el standard. Pero es el navegador mas usado (no por su calidad). Muchos diseñan para que se vea bien en el IE, con lo escriben codigo especifico para ese navegador. Ese codigo es diferente al codigo que se usaria si se diseñaria segun el standard. Por eso se ve diferente en firefox, porque el codigo no es correcto. La gente pasa de w3c, de los standards, y cree que el codigo que se ve bien en IE es correcto, y que el resto de navegadores son una m.... Hace años, cuando estaba la lucha entre IE y Netscape, habia una pagina que se veia bien en IE, pero se mostraba vacia en netscape. El probelma era que el diseñador se habia olvidado cerrar una table, le faltaba </table>. Eso es un error, el codigo estaba mal, y netscape se negaba a mostrarla. Si miras las paginas que explican tecnicas CSS, siempre ves "y esto es correcto segun el standard, pero para que funcione en IE hay que usar tal hack o tal javascript". Es IE el que funciona mal, creo que dicen que el IE7 va a cumplir mas los standards. Lo del title, bueno, el w3c lo define como CDATA, no define lo que debe mostrar el navegador. Otra cosa es la necesidad de que un campo llamado TITULO se componga de varias lineas. |
| ||||
bueno, aca pongo el css de los input en el formulario, son universales para toda la pagina: Código PHP: |
| ||||
![]() La porcion de codigo css que has mandado es insuficiente para localizar el problema, lo suyo es poner el codigo html y el css al completo (de la pagina visualizada. ya que en ocasiones el "fallo" biene de una herencia o se encuentra en una parte distinta de la que se "ve mal" por etiquetas mal cerradas o cualquier tonteria (cosa que se solucionaria mirando el codigo coloreado y pasandole el tidy pero eso es otra historia)
__________________ Todas mis respuestas funcionaran correctamente en aquellos navegadores que respeten los estandares. |
| ||||
eso no quiere decir que no este mal sino que es sintacticamente correcta, yo puedo hacer una pagina horrible y con mil fallos y pasar cualquier test (todo codigo perfectamente correcto) de todas formas validar un html o un css no descubre problemas de herencia
__________________ Todas mis respuestas funcionaran correctamente en aquellos navegadores que respeten los estandares. |
| ||||
bue aca esta Código PHP: |
| ||||
sin mirar todavia el codigo, si esa es la pagina que se visualiza no se que hacen instrucciones php en ella, por lo pronto eso esta mal
__________________ Todas mis respuestas funcionaran correctamente en aquellos navegadores que respeten los estandares. |
| ||||
![]() Despuer de rebuscar un poco por la red esto es lo que he encontrado: Cita: Que viene a decir que de todos los campos de formulario el de localizar archivos es el mas complicado a la hora de aplicarle estilos.Of all form fields, the file upload field is by far the worst when it comes to styling. Explorer Windows offers some (but not many) style possibilities, Mozilla slightly less, and the other browsers none at all. The "Browse" button, especially, is completely inaccessible to CSS manipulation. IE permite algunas (pero no muchas) posibilidades de aplicarle estilos. Mozilla (Firefox y navegadores basados en gecko) algunas menos, el resto de navegadores ninguna. El boton "explorar" es completamente imposible manipularlo con css. La pagina de donde saque el texto explica una forma de aplicar estilos a un campo file. http://www.quirksmode.org/dom/inputfile.html supongo que eso te sacara de dudas.
__________________ Todas mis respuestas funcionaran correctamente en aquellos navegadores que respeten los estandares. |
| ||||
Cita: ? usar php esta mal ahora? aclaro q esa no es toda la pagina, es la parte del formulario.
Iniciado por Durgeoble sin mirar todavia el codigo, si esa es la pagina que se visualiza no se que hacen instrucciones php en ella, por lo pronto eso esta mal |
| ||||
no esta mal que se use php, esta mal que el codigo php le llegue al cliente (que no deberia) ya que el navegador no lo interpreta, al cliente deberia llegarle html Las instrucciones estan mal puestas en algun punto (si no no estarian ahi ya que se habrian ejecutado) Otra cosa diferente es que el codigo se haya sacado del archivo php original
__________________ Todas mis respuestas funcionaran correctamente en aquellos navegadores que respeten los estandares. |