Elinks还是Lynx？

Question

请说明您的终端浏览器的原因。你为什么使用Lynx或Elinks？他们如何帮助您进行编程？

Answer 1

如果你问我更喜欢哪种更完整的浏览体验，我更喜欢Elinks。它具有选项卡式浏览，下载/密码管理和选项卡式导航（在终端时很方便）。它（部分）支持CSS 2.1，（完全）支持帧。它（部分）也支持JavaScript。并不重要，但Elinks支持的协议多于Lynx（我特别使用Bittorrent协议）。

如果你问哪个更适合测试纯文本浏览器，那么Lynx可能更受欢迎，但Elinks在这里仍然是一个很好的选择。

您可以看到一些浏览器比较here。

Answer 2

引自A comparison of text-based browsers.此文字包含六个基于文本的浏览器的评论和屏幕截图。

  

Lynx做了许多elinks所做的事情，并做了相当快速和干净的工作。

     

我发现只有一个选项页面，导航非常简单。事实上，我最喜欢lynx的一个原因是它是扁平的配置方法。一切都在那里，易于控制。

     

话虽这么说，lynx可能在这里列出的所有六个命令行中拥有最多的配置选项。查看--help列表，似乎可以打开或关闭任何东西......甚至可以打开或关闭。

lynx的屏幕截图

elinks的屏幕截图

Answer 3

这是Nick Presta's answer的补充。

有ten text-based web browsers listed on Wikipedia。最活跃的三个是：

1. elinks是links的有效版本。它的Git repo还活着（six 0.12 beta versions since July 2008），但最后一个稳定版本是旧的（0.11.7 in August 2009）。

2. lynx比elinks更活跃，最后一个稳定版本几乎与旧版本2.8.7rel.2 in June 2010相同。 RCS/PRCS存储库不公开，但您可以查看lynx-dev mailing list的活动。

3. w3m可以在xterm上显示图片，可以处理表格，cookie，身份验证以及除JavaScript之外的几乎所有内容。 Last stable release不是那么老（2011年1月为0.5.3），但CVS repo正在睡觉。

另请参阅findthebest.com，根据技术数据对软件进行比较。

通过代理测试这些浏览器（使用http_proxy=http://user:pwd@host:port/）时，我很高兴看到lynx和user请求 password 所以你可以避免把它们放在http_proxy上。

Answer 4

我将它们用作粗略的视觉隐喻，用于使用屏幕阅读器的必要条件。当我解决可访问性问题时，当我无法访问屏幕阅读器时，我使用Lynx检查页面。

为什么我要使用Lynx？因为我不知道有任何其他选择！

Answer 5

CLI Web浏览器有时仍然明显快于GUI浏览器。

更重要的是，它们也更加分散注意力（没有图片，JavaScript，Flash等），与WriteRoom等应用程序非常相似。

Answer 6

使用lynx的两个原因：

1. 这是查看服务器上的HTTP事务的较低级别的一种很好的方式（当然，你可以使用curl和这样的工具来做这件事，但是在这些工具中发布表单很痛苦： - ））。
2. 我可以测试我的HTML是否真的能够满足用户关闭图像的较少浏览体验......我可以验证ALT标签是否有意义等等。

Answer 7

Lynx，因为有时我想要查看内容而不会被吸入GUI。但是这些年来越来越不频繁，因为激起X的缓慢而稳定增长的开销未能跟上摩尔的死亡三月的表现。

此时我几乎保持了一个GUI shell，甚至不用担心它。

- MarkusQ