I've been using w3m for many years, but recently I've been having trouble with the display of html and source turning on some pages.
It may not be recognized as HTML, but the layout is corrupted, the characters are lined up side by side, and there is no link display.
For some reason, the HTML layout is beautifully displayed in the source display, but of course the link doesn't work, so it's inconvenient.
Even if I read it normally,
w3m https://weather.yahoo.co.jp/weather/jp/25/6010/25206.html
The type was the same.
w3m-Text/html https://weather.yahoo.co.jp/weather/jp/25/6010/25206.html
If you press V to turn it into a source view, it will look like a normal html, but of course the link will not work.
However, the following is displayed normally.Therefore, it is suspected that it is not recognized as html.
curl https://weather.yahoo.co.jp/weather/jp/25/6010/25206.html | w3m-Text/html
This issue occurs only on Arch Linux-based Manjaro Linux.
OS X and Manjaro do not have this symptom in arm.
I think the zsh setting is related, but I can't determine the cause.
There was no problem a few months ago...
(.zshrc I haven't changed much, but OS X and Linux can't be exactly the same.
Also, arm reduces the .zshrc setting.)
I was looking for countermeasures in January, but it didn't work.
Please let me know if you have any good measures or concerns.
Symptomatic Operating Systems
System:
Host:hoge Kernel:5.17.9-1-MANJAROarch:x86_64 bits:64 Console:ptips/0
Distro:Manjaro Linux
Operating operating system
System:
Host:hoge-pi Kernel: 5.15.48-1-MANJARO-ARM-RPI arch 64 bits:64 Console:ptips/0
Distro:Manjaro ARM
OSX 10.15.7
All versions of w3m-v
seem to be similar.
An interesting phenomenon occurred a while ago.It was displayed properly only once.
Is it a cache problem (when to load)?
There is a buffer (like cache?) just below ~/.w3m in OSX, but the other two are not found.
It is also not found in ~/.cahce or /var/cache.Where?
The terminal you are using is
OSX:iterm,alracrity
manjaro —xfce4-terminal, alracritty
It's the same if you enter manajro from OSX to ssh and use w3m.
I will try the .zshrc proposal later.
If you use .zshrc, which has no problems, it will appear normally.
Then what's working?
If it appears successfully, the following alert will be displayed, which may be causing problems.Investigate.
$HOME/bin/src-hilite-lesspipe.sh—There are no such files or directories.
It doesn't seem to matter if the above is present or not.
When the w3m display is corrupted, C-l (screen redrawing) or R (buffer redrawing) changes or
It doesn't change.
What are the results of echo$TERM
screen-256 color
Does the reset command immediately preceding the w3m command change?
No change.
When the w3m display is corrupted, issuing a command input prompt with ! and executing the reset command changes or
No change.
w3m
I'm afraid I missed the target, but if you look closely, you will see the following error:
$w3m https://weather.yahoo.co.jp/weather/jp/25/6010/25206.html
append:to filename to view the html file Link:[1]canonical Link:
If you look into this, you will hear the following story.I'm an amateur in this field, so I'm not sure, but is it because Yahoo and others adopted the canonical tag?
https://www.comix.co.jp/blog/canonical/
© 2024 OneMinuteCode. All rights reserved.