无论什么平台,任何查看器都理应支持多实例模式。不仅仅要支持多实例模式,还要可以切换到单实例模式,而且在多实例下,在外部App重复打开同一文件,可跳转至已有实例,而不会重复打开相同的多实例,这便是设计。
为此,需大量运用 static 全局变量。不必担心内存泄漏,只要不崩溃,就可以在 onDestroy 中释放引用。若是不慎崩溃,整个虚拟进程都被关闭了,又有什么可担心的呢?
从桌面打开主界面有两种选择:
主界面UI
底栏:前进,后退,搜索,书签大纲,宫格更多
宫格更多 第二底栏(底栏之上)
宫格:夜间模式,历史记录,书签,设置,缩略图模式,转屏,朗读,页面跳转,进度条,小缩略图,左侧小缩略图,右侧小笔记
底栏:退出程序,退离程序,返回
尼玛这些慢慢做,够我做一年……
先从底栏做起吧,然后定制底栏,然后宫格及其变形动画。
燃鹅时间有限,所以可能取消动画,取消自定义,速战速决……
优化 TellH / RecyclerTreeView :
其实 listview 也能达到类似的效果(见下方),不过既然有人(似乎是抖音安卓团队)专门抽离出了libarary,就不必再造轮子了,改进就行。寥寥二三文件就不必新建库模块了,源码拉直接拉进去,简单又省事。
目录对话框:viewpager,并排书签,目录,注释列表
Dialog + viewpager + FragmentPagerAdapter + 以上三个Fragment
需注意 FragmentPagerAdapter 的构造参数。应当传入 getChildFragmentManager() 而不是 getSupportFragmentManager(),否则因为这里是 Dialog 嵌套 Fragment,传全局的FragmentManager会导致APP崩溃(No view found for id … for fragment … 异常)。
既然决定使用 Dialog 了,不妨直接上 DialogFragment。后者的配置更加灵活,既可以当做 Dialog d出对话框,又可以选择将之当作普通的 Fragment ,直接加载进入主界面布局。
对话框界面设计分三层:
Toolbar各种小按钮
viewpager书签,目录,注释列表
TabLayout书签,目录,注释列表
拉取PDF目录,需要用到的API有:FPDFBookmark_GetFirstChild、FPDFBookmark_GetNextSibling、FPDFBookmark_GetTitle、FPDFBookmark_GetDest,没有编辑功能。
其实 PDF 的书签目录除了页码外,还可以包含一些视图参数,大概是缩放、页面位置这些。既然PDFium不支持编辑书签,那暂时就这样。
记录一下复用这个目录树对话窗口引发的recyclerview不响应notifydatasetchanged调用的bug。(解决fragment嵌套viewpager再嵌套recyclerview导致recyclerview无法正常更新的BUG。)
dismiss并复用后,点击列表中的目录,目录不再展开,recyclerview不更新视图。但是 滚动 一下recyclerview(即使条目很少无法真正滚动,向上划一下也会有效果。),发现视图更新了,这证明逻辑处理并无问题。那么问题出在哪呢?
答案是 viewpager 的adapter不能被复用。关键在于这个adapter传入了一个getChildFragmentManager()对象。而这玩意儿在对话框dismiss后就会立即失效。所以即使视图是复用的,第二次的onCreateView也需要重新给viewpager设置adapter。
症状: Adobe Acrobat,每次关闭文件的时候出现:“应用程序正在被终止,因为内存错误”的对话框。
原因:这是因为Adobe Acrobat更新出现的问题。
解决方法:打开C:\Documents and Settings\用户名\Application Data\Adobe, 把Adobe这个文体夹删除即可。
注意:为防止以后出现类似的问题,在编辑-首选项里面,把更新改为不要自动检查关键更新。
以上就是关于制作安卓PDF阅读器:七、实现多实例打开、文档目录树全部的内容,包括:制作安卓PDF阅读器:七、实现多实例打开、文档目录树、为什么当我关闭PDF文件后会d出小窗口“应用程序正在终止,因为内存错误”。是什么原因呢跪求处理意见!、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)