Maldito seas, si que eres insistente. jajajaja... :D
Vale.
Puedo ver un comportamiento totalmente alienigena en tu ejemplo si
quitamos el acento a la primera A de esta parte:
<input type="text" name="campo1" value="á kjhkjadhas
kdash hdaskj hashas hdaskhaskh ashaskhdaskhkjh daskj
hdaskj hkj kjhkj
hkjhaskj askjhs dkdas" style="width:100%" readonly="readonly"
class="control">
quitando y poniendo la A, se produce un problema gordo con la
interpretacion de "width: 100%".
Al menos tengo alguna idea de lo que posiblemente me estes hablando.
Hasta ahora, no.
Tiene pinta que hay un codigo automagico en IE/Windows/en el value de
un inputbox, que dependiendo de la presencia o no de caracteres
acentuados, dirige la renderizacion (o interpretacion de width:100%)
por dos codigo totalmente distintos, uno que conduce a que se te vea
como esperas, y el otro no.
Solamente el programador original de internet explorer te podria decir
porque necesitaron poner codigo magicos asi. Quizas era para tapar un
bug en la api de windows. O alguna cuestion de soporte multilingual, o
quizas era para aguantar caracteres que estarian mejor escapados como
entidades, o cualquier otra cosa inimaginable.
Por definicion, input no es multiline, para eso estan los textarea.
No me extrañadia nada que fuera un estado "Undefined". Los estados
Undefined son lo mas parecido a las casa encantadas y a la gente que
puede descoyuntar sus miembros a voluntad, que puedes encontrar en la
informatica. Tu ni siquiera quieres compartir el mismo edificio con
un pedazo de codigo que tenga algo asi.
Si realmente tienes tanta curiosidad, recordaras que hace tiempo hubo
un leak de lo que parecia un parche de windows. Entre ese codigo creo
recordar que estaba buena parte de Internet Explorer. Supongo que se
podria mirar la parte del ondraw de un inputbox. Pero ese seria un
conocimiento prohibido, y tendriamos que matarte :D
On 9/27/07, ichitaka seto <[EMAIL PROTECTED]> wrote:
> Hola de nuevo!
>
> kasi toy convencido!! (Soy un poco cazurro, lo siento ;))
> el pero es es siguiente:
>
> cuando pintamos esta tabla, ie no salta cuando ve la tilde,por ejemplo, si
> lo ponemoa al principio o al final funciona, y con tu esplicación no deberia
> de funcionar :S
>
>
> Muchas gracias por la respuesta
>
> PD: Lo repito, si lo hiciese yo no lo haria asi, y el tema esta arregado,
> pero tengo curiosidad por saber porque pasa eso :)
>
> On 27/09/2007, Tei <[EMAIL PROTECTED]> wrote:
> >
> > Si estamos hablando de lo mismo, si tengo una idea. Cuando haces
> > doble click con el raton en un texto, por ejemplo este:
> >
> > htttp:///dl41.dinaserver.com
> >
> > ¿Cuanto texto se selecciona?, en algunos sistemas todo el enlace, en
> > otros solo la palabra dinaserver, en otros dl41.dinaserver.com. Es
> > preferencia del sistema.
> >
> > Si ahora tienes esto:
> >
> > htttp:///dl41.dináserver.com
> >
> > ¿cuanto texto se selecciona?. En un sistema programado muy alejado de
> > conceptos de i18n, el caracter acentado actuara de separador, y
> > funcionara equivalentemente a si hubieras escrito:
> >
> > htttp:///dl41.din
> > á
> > server.com
> >
> > Pero esto es solo una teoria. Si realmente este es tu problema,
> > alejate de estas cosas que no dependen de un estandar, sino de
> > implementaciones concretas. Incluso aunque todos los navegadores lo
> > hicieran igual, y acorde a lo que tu esperas ver en la pantalla, no
> > deberias usar un comportamiento asi, porque el siguiente navegador, o
> > todos en la proxima version, podrian cambiar ese comportamiento.
> >
> > Tengo dudas de si te estoy ayudando o estamos hablando de cosas
> > distintas. Pero bueno, es igual.
> >
> > On 9/27/07, ichitaka seto <[EMAIL PROTECTED]> wrote:
> > > Muchas gracias por la respuesta Tei.
> > >
> > > Estoy deacuerdo con lo que dices, lo del salto de carro, pero lo que me
> > > mosquea es que si ponemos un texto más largo pero con tilde, funciona
> > bien y
> > > se comporta como un overflow:hidden. Pero si ese texto no tiene tilde,
> > el
> > > input:text se comporta como overflow:visible :(
> > >
> > > Alguna idea?
> > >
> > > Gracias de antemano ;)
> > > PD: ya se que el codigo no es el que debería ser, pero lo hicieron así
> > asi
> > > q...
> > >
> > > On 26/09/2007, Tei <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hola.
> > > >
> > > > Si pegas un texto muy largo en un campo de texto, y este texto
> > > > contiene saltos de carro. Solo pueden pasar dos cosas. Tres. Quizas 8.
> > > >
> > > > - El navegador puede contener todo este texto en el campo, y mostrar
> > > > solo la primera fila. Que es lo que hace FF en Linux.
> > > >
> > > > - El navegador puede contener todo este texto pero fingir que no hay
> > > > saltos de carro, que es lo que hace Internet Explorer en Linux.
> > > >
> > > > Ambos navegadores seran consecuentes con este ___text-align: right;__
> > > > que tienes en el manejador .control, pero el resultado en pantalla
> > > > sera distinto segun tomen una u otra opcion a la hora de mostrar un
> > > > overflow de texto.
> > > >
> > > > Pienso que en este caso el navegador mas coherente es IE, puesto que
> > > > el whitespace no tiene valor semantico en html, excepto dentro de un
> > > > <pre> o un <xmp> y por ahi. Quizas los saltos de carro bien
> > > > codificados dentro de un campo value de un input deberian aparecer
> > > > como , y no como propiamente un salto de carro como tu haces.
> > > > Aunque parece que a Internet Explorer le da igual si usas un caracter
> > > > de salto de carro, o la entidad ...juas.
> > > >
> > > > Ya es raro ver tanta tabla por ahi, en una lista de CSS. Y que uses
> > > > inputs para algo que se podria hacer con divs tambien llama la
> > > > atencion. Quizas el problema esta en lo que estas intentando que el
> > > > navegador haga, estas fundamentando la presentacion en
> > > > comportamientos que igual ni estan documentados en los estandares y
> > > > que justamente cada navegador elige implementar como les dio la gana,
> > > > :D
> > > > _______________________________________________
> > > > 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
> > >
> > _______________________________________________
> > 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
>
_______________________________________________
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
