The use is not silky enough and not original enough. Can folo be used as an extremely powerful all-round tool software?

Clear and concise description of the problem

目前使用下来，确实能爬取各种视频，文章，帖子，but只是能爬取到，对于使用起来不够丝滑，流畅，为什么不够丝滑，流畅？

以下问题是闲时写的，如果不合理请无视，也希望都能实现
问题1：各种，文章，视频订阅之后，最新更新的内容还可以丝滑打开，但是对于想看更多内容，更后面的内容就会显示，打开反应慢，比如视频封面不显示，更往后面甚至卡顿
优化：最重要的是使用丝滑程度，不卡顿，不延迟

问题2：很多抓取的文章网页，比如https://www.thosefree.com/feed，只要原网页的内容和海报，广告多起来，就不能抓取内容，只是显示原标题，如果是这样的体验，为何不用原网页？知道有规则可以使用，但是否可以使用一种除去rss的功能，再增加可以编写网页的功能，让抓取更全面。

新功能想法：可以增加除rss外更全面的编程抓取功能，如像阅读app（https://gedoor.github.io/），可以写网站源，可以完美的把一个网站内容抓取加以分类，原生的在folo里面显示使用

问题3：folo说是可以抓取文图音视频。其实只有文字能最大程度的抓取在软件内体验，如比如抓取的漫画，视频，folo都不能做个载体去使用，有些网站，比如youtube，B站确实能打开（但打开视频也相当是用网页在播放，体验好不丝滑），但更多只能去原网页打开观看，没有一个漫画，视频的内核功能

新功能想法：是否可以增加文本，漫画，视频，图片为一体的阅读器，播放器，相片集的功能，文本可以调节字体大小，距离，行列，字体，背景，图片可以编辑，发送，可以制定一个分类做成图片,gif集，如pinterest,播放器功能可以做成正常可以快进，上一集，下一集，光亮度调节等，能让网页视频原生的嵌在播放器上，如forward新视界 播放器（iOS）

问题4：手机使用一会儿严重发烫，希望可以解决下发烫问题，而且PC和移动端的UI很臃肿也别扭。认为现有的UI没有合理的使用界面空间和功能布局，UI也可以借鉴下forward新视界。

优化重塑：希望可以重塑下UI，把所有菜单做成横版的，子菜单、分类功能都在最顶上面的,比如豆瓣有很多版块，有生活版块，有就业版块，当点击豆瓣订阅的时候，会自动显示生活板块，就业板块子菜单，自动分类版块，当选择后板块后，会自动隐去或者最小化菜单栏

folo现在虽然很好，但只是抓取，而各种内容不能原生的在folo的使用，就非常可惜，但是希望folo做成一个极端厉害的软件！
最后还是前面的一句话：以下问题是闲时写的，如果不合理请无视，也希望都能实现

Suggested solution

1.优化：最重要的是使用丝滑程度，不卡顿，不延迟
2.新功能想法：可以增加除rss外更全面的编程抓取功能，如像阅读app（https://gedoor.github.io/），可以写网站源，可以完美的把一个网站内容抓取加以分类，原生的在folo里面显示使用
3.新功能想法：是否可以增加文本，漫画，视频，图片为一体的阅读器，播放器，相片集的功能，文本可以调节字体大小，距离，行列，字体，背景，图片可以编辑，发送，可以制定一个分类做成图片,gif集，如pinterest,播放器功能可以做成正常可以快进，上一集，下一集，光亮度调节等，能让网页视频原生的嵌在播放器上，如forward新视界 播放器（iOS）
4.优化重塑：希望可以重塑下UI，把所有菜单做成横版的，子菜单、分类功能都在最顶上面的,比如豆瓣有很多版块，有生活版块，有就业版块，当点击豆瓣订阅的时候，会自动显示生活板块，就业板块子菜单，自动分类版块，当选择后板块后，会自动隐去或者最小化菜单栏

Alternative

No response

Additional context

No response

Validations

• Check that there isn't already an issue that request the same feature to avoid creating a duplicate.
• This issue is valid

The issue names no files, tests, or entry points and combines feed extraction, media playback, performance, mobile heating, and UI redesign. Start by splitting these requests into separately scoped issues and locating the existing subscription/feed and mobile UI entry points. Done would require a defined, testable scope and acceptance criteria for one change.