Puedes seguir el desarrollo de Mozilla gracias a Bugzilla, el sistema de seguimiento de bugs creado para Mozilla y cada vez más utilizado por otros proyectos de software libre o propietario. Esta página contiene enlaces a algunos bugs relacionados con temas explicados en estos apuntes (alguno ya resuelto).
El valor char del atributo align de <tbody> debería permitir alinear los valores de una columna a un carácter. En el primer ejemplo, las comas deberían estar en la misma vertical. En el segundo ejemplo, las a deberían estar en la misma vertical. Ni Mozilla ni Internet Explorer lo hacen.
<tbody align="char" char="a"> |
|
||||||
<tbody align="char" char=","> |
|
El bug 2.212 se abrió el 06/01/99 y no ha tenido prácticamente ninguna actividad.
El módulo de bordes de la futura recomendación CSS3 define la propiedad border-radius, que permitirá redondear las esquinas de los bordes. En Mozilla existe la propiedad -moz-border-radius que realiza la misma función. El problema es que si el estilo del borde es dotted o dashed, Mozilla muestra el borde como solid.
blockquote { padding: 3px 10px; border: PowderBlue dotted 5px; -moz-border-radius: 20px; } |
|
blockquote { padding: 3px 10px; border: PowderBlue dashed 5px; -moz-border-radius: 20px; } |
|
Este bug lo encontró en clase el alumno Pello Ziarsolo Areitioaurtena el 25/10/04. Me pareció que este bug no estaba en bugzilla, así que el 26/10/04 abrí el bug 266.099. El mismo día Gary van der Merwe cerró este bug, ya que es un duplicado del bug 13.944
El bug 13.994 se abrió el 15/09/99 y desde entonces no ha habido ninguna actividad para resolverlo.
En Mozilla, si una tabla tiene cellpadding (o cellspacing) en porcentaje, lo muestra como píxeles. Internet Explorer hace lo mismo.
<table cellpadding="10%"> |
|
||||
<table cellspacing="10%"> |
|
El bug 15.499 se abrió el 04/10/99 y no ha tenido prácticamente ninguna actividad.
Mozilla no admite valores URI en la propiedad cursor, es decir que no se pueden utilizar cursores personalizados. Internet Explorer sí que los admite, aunque el formato del archivo de cursor es el propio de Windows (*.cur).
p { cursor: url("../img/bug_38477.cur"; } | Al situar el cursor del ratón sobre este párrafo, la forma del cursor debe cambiar a un signo de exclamación en color rojo. |
El bug 38.477 se abrió el 07/05/00 y ha tenido bastante actividad. En abril de 2005 se marcó como resuelto. Supongo que habrá que esperar a Mozilla Firefox 1.5 para confirmar que está resuelto.
En Mozilla, la propiedad letter-spacing se aplica a la última letra, lo que causa algunos problemas, por ejemplo, si el párrafo está centrado. Internet Explorer no aplica esta propiedad a la última letra.
span { background-color: lightblue; letter-spacing: 10px; } | Letras separadas |
El bug 125.390 se abrió el 13/02/02 y no han avanzado nada en su resolución.
En Mozilla, si un párrafo indentado tiene una imagen insertada al principio del párrafo, el indentado se pierde. Si no ves el indentado en el segundo ejemplo, el navegador que estás utilizando también tiene ese fallo. Tanto Internet Explorer como Amaya muestran el indentado correctamente.
p { text-indent: 5em; } | Este párrafo está indentado, por lo que la primera línea tiene que estar metida hacia la derecha. |
p { text-indent: 5em; } img { float: left; } |
Este párrafo está indentado, por lo que la primera línea tiene que estar metida hacia la derecha. Además, este párrafo tiene insertada una imagen al principio del párrafo. La imagen debe "flotar" a la izquierda y el texto debe fluir a su derecha. |
El bug 159.403 se abrió el 25/07/02 y no ha tenido prácticamente ninguna actividad.
En Mozilla, si se pone un border-collapse en la primera tabla tabla, las tablas siguientes pierden los bordes de las casillas. He hecho dos páginas que muestran el problema: Uno y Dos. Lo he hecho en páginas aparte, porque si no puede afectar a las tablas que aparecen en esta página. Busqué en bugzilla y encontré un bug que habla de esto, el Bug 221.011, y como pedían un ejemplo, mandé uno. El mismo día marcaron ese bug como duplicado de otro, el bug 186.317, que es más general. A su vez, este bug está relacionado con el bug 43.178
El bug 186.317 se abrió el 20/12/02 y no ha tenido mucha actividad.
La propiedad text-transform: capitalize convierte en mayúsculas el primer carácter de cada palabra (es decir, el primer carácter después de un espacio), aunque no sea una letra. Entonces si la cadena a la que se aplica la propiedad empieza por comillas o cualquier otro símbolo, la primera letra de la palabra no se convierte a mayúsculas, como muestra el siguiente ejemplo:
p { text-transform: capitalize; } |
|
Este bug lo encontró en clase el alumno Antonio López Abad el 25/10/04 al hacer el ejercicio de los premios Turing, en el que una de las obras escritas entre comillas no empieza con mayúsculas. Este bug ya estaba identificado en bugzilla, en el bug 208.789.
El bug 208.789 se abrió el 09/06/03 y no ha tenido prácticamente actividad.
Si se desactiva la hoja de estilo con Ver > Estilo de página > Sin estilo, se recarga la página (con F5, por ejemplo) y se vuelve a activar la hoja de estilo con Ver > Estilo de página > Estilo de página básico, el estilo de la primera letra (puesto con p:first-letter) se pierde. Si se recarga la página o si no se había recargado entre medias, el estilo sí que se aplica.
p:first-letter { font-size: 300%; color:red; } | Prueba |
Este bug lo encontró en clase el alumno Luis Mariano Toledo Sánchez el 15/02/04 al hacer el ejercicio de OídoBarra.
El bug 320.451 lo abrí el 15/12/05.
Si en un mapa de imagen el elemento map no tiene el atributo name, el mapa no funciona, aunque el documento sea válido. Si el documento es XHTML 1.0, no es un problema grave porque se puede añadir el atributo name y el documento sigue siendo válido. El problema es si el documento es XHTML 1.1, porque si añade el atributo name el documento deja de ser válido.
Este bug lo encontré a primeros de diciembre probando la versión 9.3 de Amaya e intentando entender por qué algunos ejercicios de mapas de imagen funcionaban o no.
El bug 320.981 lo abrí el 20/12/05.
En Mozilla, si una tabla tiene una etiqueta col o colgroup, el estilo no se aplicaba. Por ejemplo, la tabla siguiente contiene la etiqueta <col style="background-color: lightyellow;" /> que afecta a la primera columna y la etiqueta <tr style="background-color: lisgthblue;"> que afecta a la segunda fila. Como el estilo de la fila se aplica después del estilo de la columna, la casilla común debe verse del mismo color que la fila. Internet Explorer muestra la tabla correctamente, pero Amaya no.
fila 1 columna 1 | fila 1 columna 2 | fila 1 columna 3 |
fila 2 columna 1 | fila 2 columna 2 | fila 2 columna 3 |
fila 3 columna 1 | fifla 3 columna 2 | fila 3 columna 3 |
El bug 4.510 se abrió el 02/04/99 y se corrigió el 08/03/04. La corrección se incluyó en la versión 1.7 beta (publicada el 18/03/04)
Este problema se puede comprobar en el ejercicio de examen Efemérides del 2 de noviembre. Al hacer clic en los años, no salta al principio de la división, sino hasta que el enlace "Volver" se ve en la pantalla. Conviene hacer pequeña la ventana para que se note claramente. Internet Explorer lo hace bien. Un apaño es no hacer los enlaces a los div con id, sino al primer elemento de la división.
El bug 217.366 se abrió en agosto de 2003. El 17/11/04 lo marcaron como duplicado del bug 258.514, que estaba resuelto desde el 12/11/04. El problema es que Firefox 1.0.X estaba basado en Mozilla 1.7, así que Firefox 1.0.X ha tenido este bug. El 29/11/05 he comprobado que Mozilla Firefox ya no tiene este problema.
Cuando preparé por primera vez el ejercicio de emperadores romanos en enero de 2002, la página no funcionaba en Mozilla pero si en IE. No recuerdo a partir de qué versión de Mozilla la página ya funcionaba, el caso es que con la versión 1.6 final dejó de funcionar de nuevo, así que el 3 de febrero de 2004 abrí el bug 232951.
El bug 232951 se abrió el 03/02/04 y se corrigió el 19/02/04. La corrección se incluyó en la versión 1.7 beta (publicada el 18/03/04).
Autor: Bartolomé Sintes Marco