First of all, I'm not sure if this is a bug, but it certainly is a curious behavior that petermad reported yesterday viewtopic.php?p=445195#p445195
Steps to reproduce:
- Start TC with a clean INI
- Install a Lister plugin that shows HTML files, e.g. HTMLView (there is a newer version 1.2.6 but I can't find a public download source right now)
- "Define view method by file type" in the following way:
Code: Select all
[ListerModes] 0exts=*.htm *.html 0fields=5,htmlview.wlx
- Save the following code as an HTML file and open it in Lister:
Code: Select all
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <title>Some title</title> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> </head> <body> There's no content here. </body> </html>
- Notice Lister's Encoding menu is disabled because it shows UTF-8 content. This is expected.
- Press the 4 key to switch to the plugin - Lister doesn't do anything.
- Press the 5 key to disable UTF-8 option. Notice the Encoding menu gets enabled (as expected).
- Press 4 again - Lister now switches to the plugin.
If the HTML file doesn't specify charset="utf-8" but something else like charset="iso-8859-1" instead, the switch to the plugin works immediately. The issue isn't within the Lister plugin. Something prevents Lister from switching to the plugin, but that something could be intentional, I don't know.
The same observations can be made in older TC versions like 10.52, maybe it's always been there since the introduction of "Define view method by file type".
Regards
Dalai