有没有了解kindle比较底层内容的?之前的浏览器底层和书籍排版底层用的是不是一套代码呀?都太简陋了,感觉浏览器显示个文字太费劲了。之前的浏览器那么糟糕,而现在浏览器更新后是否意味着电子书未来可扩展性更强了?
因为现在浏览器有一个右划后能返回的功能存在,细想想书籍的排版文字之类的和浏览器功能完全可以公用吧,作为一个以卖书买书看书为主要目的的阅读器,浏览器功能其实没有那么重要,因为电纸书的开放后并不能多卖书。那么更新浏览器的意义只能联想到书籍本身的排版有帮助。
比如加入一些视频,一些特效,动画,kpw5的意义就在于,电纸书翻页动画并非是不可实现的,ks的存在意味着,只要用心,墨水屏是可以做出流畅的手写的。
甚至将思路打开,kindle有没有可能是为了开发APP专用版。其实浏览器那些东西本质是系统上的一个通用系统,只是国内都因为各种各样的原因喜欢把用户引流到自己的平台更方便宰割,猜把浏览器平台的网页部分做的越发恶心,但事实上浏览器可以做到绝大部分app能做到的事情。因此有没有可能浏览器更新是为了让一些用HTMLcssJS制作的APP可以低成本移植到kindle上,从而使大屏ks有存在的意义,让kindle向苹果的存在靠拢。
主要理由是,ks作为产品,承担办公的角色,但是显然不够格,那么这产品的定位是什么?办公必须要有软件支持,尤其是office全系,没有office的办公在国外就相当于失去了基础功能,那么以后的kindle是否会转向定制APP方向?集成云office的功能,嵌入本地,甚至增加其他功能,比如邮件,计算器等简单功能。
假设思路成立,浏览器更新是第一步,后续改系统UI,联系增加功能,移植功能,互相配合,预计时间不会长的,如果有,几次版本更新即可。
如果真是这样,更新浏览器,发布ks的意义就成立了,如果没有错,这样kindle就会从阅读器的定位,逐步迈向类似平板的作用,开发大量专用app,组建成不同定位的平板,如果开放出去,类似苹果,但是通过降低移植成本获取大量墨水屏专用APP。慢慢构建亚马逊生态,而且他们有自己天然的优势,就是云,亚马逊的邮件传书虽然是大家一直不满意的,但是相对的,只不过是他们的功能我们没有用上罢了,kindle的云存储,笔记一直都是特色存在,甚至是独一无二的,触碰不到上限的云存储空间,邮件传书的目的就是为了这种云端存在提供了条件,本地内容无法使用笔记互通,才是很多功能无法实现的根本。
算了,后续猜测懒得说了,很多东西已经想不起来了,唉,就这样吧
因为现在浏览器有一个右划后能返回的功能存在,细想想书籍的排版文字之类的和浏览器功能完全可以公用吧,作为一个以卖书买书看书为主要目的的阅读器,浏览器功能其实没有那么重要,因为电纸书的开放后并不能多卖书。那么更新浏览器的意义只能联想到书籍本身的排版有帮助。
比如加入一些视频,一些特效,动画,kpw5的意义就在于,电纸书翻页动画并非是不可实现的,ks的存在意味着,只要用心,墨水屏是可以做出流畅的手写的。
甚至将思路打开,kindle有没有可能是为了开发APP专用版。其实浏览器那些东西本质是系统上的一个通用系统,只是国内都因为各种各样的原因喜欢把用户引流到自己的平台更方便宰割,猜把浏览器平台的网页部分做的越发恶心,但事实上浏览器可以做到绝大部分app能做到的事情。因此有没有可能浏览器更新是为了让一些用HTMLcssJS制作的APP可以低成本移植到kindle上,从而使大屏ks有存在的意义,让kindle向苹果的存在靠拢。
主要理由是,ks作为产品,承担办公的角色,但是显然不够格,那么这产品的定位是什么?办公必须要有软件支持,尤其是office全系,没有office的办公在国外就相当于失去了基础功能,那么以后的kindle是否会转向定制APP方向?集成云office的功能,嵌入本地,甚至增加其他功能,比如邮件,计算器等简单功能。
假设思路成立,浏览器更新是第一步,后续改系统UI,联系增加功能,移植功能,互相配合,预计时间不会长的,如果有,几次版本更新即可。
如果真是这样,更新浏览器,发布ks的意义就成立了,如果没有错,这样kindle就会从阅读器的定位,逐步迈向类似平板的作用,开发大量专用app,组建成不同定位的平板,如果开放出去,类似苹果,但是通过降低移植成本获取大量墨水屏专用APP。慢慢构建亚马逊生态,而且他们有自己天然的优势,就是云,亚马逊的邮件传书虽然是大家一直不满意的,但是相对的,只不过是他们的功能我们没有用上罢了,kindle的云存储,笔记一直都是特色存在,甚至是独一无二的,触碰不到上限的云存储空间,邮件传书的目的就是为了这种云端存在提供了条件,本地内容无法使用笔记互通,才是很多功能无法实现的根本。
算了,后续猜测懒得说了,很多东西已经想不起来了,唉,就这样吧