w3m html and source display are reversed on some pages

Asked 2 years ago, Updated 2 years ago, 327 views

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

w3m 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.

Enter a description of the image here

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

Enter a description of the image here

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.

  • intel:This is w3m version w3m/0.5.3+git20220429
  • arm:This is w3m version w3m/0.5.3+git20220429
  • OSX:This is w3m version w3m/0.5.3+git20200502

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

2022-09-30 22:04

1 Answers

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/


2022-09-30 22:04

If you have any answers or tips


© 2024 OneMinuteCode. All rights reserved.