Con CSS se consigue poniendo "position: fixed;", aunque esto creo que no funciona en
IE.
De todas formas en Listamatic [http://css.maxdesign.com.au/listamatic/], quizás
encuentres la forma de hacerlo.
Alejandro Cuesta
Astureco-PFS Informática y Comunicaciones, S.L. (PFS Grupo)
www.pfsgrupo.com
A raiz de la discusión acerca de poner o no poner el "prólogo xml" en los documentos
XHTML, creo que me gustaría abrir otro debate acerca de si es mejor hoy en día seguir
usando HTML o pasar a XHTML, desde el punto de vista de la compatibilidad entre
navegadores y de la accesibilidad.
Yo hace u
Joseba Alonso wrote:
Por meter un poco de baza...
Yo estoy demasiado enamorado del XML como para meterme otra vez con
SGML. Me dejo mal sabor de boca. Me parecen muy buenas las razones de
Manuel para seguir con HTML. Pero quiero hacer un inciso. Ahora estan
comenzando a salir navegadores XHTML p
Joseba Alonso wrote:
Una pregunta, ¿Que habria de malo en detectar si el cliente acepta un
tipo application/xhtml+xml y escribir entonces el header? Me refiero a
asi podrias seguir sirviendo a IE como a el le gusta y al resto conforme
a los standards.
Justamente eso es lo que hace el codigo que
Hola,
En mi opinión aquí no hay mucho tema que debatir. Se puede opinar, pero no
convencer a nadie de nada. Usar HTML o XHTML depende de los intereses de
cada uno.
HTML? Sabes que siempre que esté minimamente bien maquetado se verá
prácticamente igual en CUALQUIER navegador. No exactamente igual,
Alejandro Cuesta wrote:
A raiz de la discusión acerca de poner o no poner el "prólogo xml" en los documentos
XHTML, creo que me gustaría abrir otro debate acerca de si es mejor hoy en día seguir usando
HTML o pasar a XHTML, desde el punto de vista de la compatibilidad entre navegadores y de la
a
Como no tengo a mano el mensaje de Alejandro, le contesto al mismo
tiempo que a Ariel
Ariel Burone wrote:
Alejandro Cuesta wrote:
A raiz de la discusión acerca de poner o no poner el "prólogo xml" en
los documentos XHTML, creo que me gustaría abrir otro debate acerca
de si es mejor hoy en día s
Aquí dejo un artículo interesante sobre si tratar un fichero XHTML como XML
puro o como HTML
http://toad.bitacoras.com/?cats=applicationxhtmlxml-78
Daniel G.B.
___
Lista de distribución Ovillo
Para escribir a la lista, envia un correo a [EMAIL PROTECTED
Este código me permite hacer un botón con roll over muy flexible. Pero si el texto es
de una sola línea me queda "pegado arriba". ¿Alguien me puede ayudar para centrar esa
línea en el sentido vertical?
Código:
http://www.w3.org/TR/html4/loose.dtd";>
http://www.w3.org/1999/xhtml"; lang="es" xml:l
(aparte que me echa para atrás la idea de empezar a remaquetar tantas hojas).
Otra ventaja para XHTML y CSS: los rediseños son muuucho más sencillos ;)
Saludos,
Erensto
___
Lista de distribución Ovillo
Para escribir a la lista, envia un corr
Este código me permite hacer un botón con roll over muy flexible. Pero si
el texto es de una sola línea me queda "pegado arriba". ¿Alguien me puede
ayudar para centrar esa línea en el sentido vertical?
En .bt sustituye "height: 24px;" por "padding: 7px;"
Voilá!
__
Hola, debes agregar a la clase bt la siguiente línea
line-height: 24px;
Saludos
Pablo M. Beca
Santa Fe - Argentina
MSN...: [EMAIL PROTECTED]
BLOG..: http://pablo.enlapc.com
-Mensaje original-
De: Informa La Cultura [mailto:[EMAIL PROTECTED]
Enviado el: Viernes, 29 de Octubre de 2004
aupa!
estoy programando una web y necesito que la hoja de estilos sea
dinámica, en base a unas variables. Hasta aquí todo normal. Lo
implemento, lo pruebo y resulta que en Mozilla/Firefox no me carga la
hoja de estilos (en ie y opera sí que la carga)
Lo más curioso es que estando en Mozilla (o
Probaste haciendo que la hoja de estilo envie el header text/css?
Ainhoa wrote:
aupa!
estoy programando una web y necesito que la hoja de estilos sea
dinámica, en base a unas variables. Hasta aquí todo normal. Lo
implemento, lo pruebo y resulta que en Mozilla/Firefox no me carga la
hoja de estil
Ariel Burone wrote:
Probaste haciendo que la hoja de estilo envie el header text/css?
Sí, probablemente sea lo que dice Ariel, las hojas de estilo a veces se
envian como text/plain, lo que hace que el navegador las ignore.
Confirmalo en mozilla con 'Page Info' y configura el servidor para que
ma
Dios mio, ahora me has obligado a defender a IE ¡no! :)
En este caso creo que simplemente IE es antiguo (incluso el 6) y por eso
no entiende application/xhtml+xml, si fuera por fastidiar tampoco habría
implementado text/html :)
Hagan sus apuestas
a) El proximo explorer soportara css2 (y m
Este pibe se paso
http://keystonewebsites.com/articles/mime_type.php
Miren el codigo fuente resultante en explorer y en algo que realmente soporte xhtml
A ver si alguien le puede argumentar algo a este
Y yo con mi script de morondanga... :-(
Me saco el sombrero
_
Gracias Pablo, pero ahora si el texto supera una línea, el botón se hace el
doble de alto ...
La idea es que el botón sea siempre del mismo tamaño.
Por ejemplo, si reemplazo la línea:
Botón
por
Botón con algo más de texto
- Original Message -
From: Pablo M. Beca <[EMAIL PROTECTED]>
To: 'Ov
jajaja alto post el suyo señor me encanto.
Un Abrazo
Pablo Impallari
Soluciones en Internet
Diseño y Desarrollo | xhtml - php - mysql - flash
Mejoras de Usabilidad - Posicionamiento en Buscadores - Hosting
Sitio Web: www.pabloimpallari.com.ar
Teléfonos:
Si llama desde Rosario: 456 7218
S
El lenguaje debe definirse tanto en el prologo como el un tag meta, si
ignora el prologo, todabia tiene el meta.
El lenguaje debe definirse en el elemento contenedor, utilizando los
atributos lang o xml:lang
a) Lenguaje en HTML
b) Lenguaje en XHTML
c) Lenguaje en XHTML compatible con HTML (a
Ahora contesto a Ariel :)
-
Yo no veo ninguna ventaja en el html por sobre el xhtml. Si hay algo
que un navegador antiguo no entienda, simplemente lo va a ignorar,
como todos los navegadores hicieron siempre. Justamente esa era la
idea original del html.
Entonces, si trabaja
Cierto es que a veces el ordenador ha de cumplir ciertos mínimos, pero creo
que eso solo lo debes hacer cuando has hecho una segmentación del mercado
para tu web y escoges un segmento concreto y estableces los requisitos que es
fácil que cumplan los usuarios pertenecientes a ese segmento o que c
Iban Rodriguez wrote:
Hola,
En definitiva, si a una empresa le interesa que se vea la IMAGEN de la Web y
no sólo el contenido, sin dudarlo, HTML, y que se olvide de temas de
accesibilidades, estándares, etc.
Si una empresa quiere asegurar el acceso al contenido aunque eso suponga que
habrá algunos
23 matches
Mail list logo
