Carlos!
Muchas gracias por tu idea. Sí, a menos que qsl.net corrija este detalle, no
queda otra que recodificar los *.htm.
Veo que tampoco se puede confiar en el FrontPage 2002. Escribí un texto de
prueba con todas las vocales acentuadas, ñ y ü, en minúscula y mayúscula, más
las aperturas de admiración e interrogación, y en Propiedades -> "Guardar el
documento como:" elegí sucesivamente Ninguno, USA/Europa Occ., ISO8859-2 (no hay
-1) y UTF-8. Miente en los tres primeros, en los cuales mete codificación
Windows a cara de perro.
Yo, fanático de la hipercompatibilidad, prefiero usar la tradición html, ningún
charset. Podría probar con el Libiconv, pero me hice un programita en QBasic que
lee cada caracter del htm original, y donde encuentra p. ej. un caracter E1h
("á") lo reemplaza por "á", etc. De paso haré que ampute toda declaración
rara de "<meta name", "<style>" y otros polizontes que el Word o el FrontPage
hayan escabullido sin mi consentimiento, si es que su eliminación no afecta la
funcionalidad, claro.
Ahora me queda la duda de cómo es posible que el mismo *.htm subido al server,
que hace meses se abría bien, ahora se distorsione su lectura, aunque sigo
pudiendo Ver Código Fuente correctamente!. No entiendo... cómo puede ocurrir
esto porque cambiaron algo en el host?.
Un abrazo
Daniel Pérez