Vans Z

> 退回到Activity，页面会有明显抖动，因为dialog改了theme导致的。 > 特别在聊天页面，点击查看图片recyclerview会身下移动一些距离。 > 为什么不跳转Activity呢？ > 另外能支持uri就好了，虽然可以将uri转化为string，但方法名就与用法不符合了 抖动的问题，你可以看下demo。父容器使用CoordinatorLayout就能解决。后期我会考虑更换容器。但肯定还是dialog或者更轻的容器。activity 太太太重了。会产生很多不必要的问题了。我在一个 issues 中详细的说明过这个问题。 支持uri 。之前也考虑过。不过因为 transferee 目前特性来看。都是加载网络图片浏览。url 让人直接就能明白。uri.有多中scheme格式的数据，要处理一些没必须要处理的东西，不是那么直观。其实就是简单的问题不要搞那么复杂的想法。 当然后期我也会去扩展支持 uri 的接口。应该会出现在下一个版本里面

> 题还是返回抖动 这个你还是仔细看 demo 吧。可以拿你的代码仔细对比下。

1.5.1 版本已发布 - 添加 enableDragHide 属性，控制在拖拽关闭的时候，是否立即隐藏其他 view - 拓展 Uri 格式的图片数据源接口 - 添加不绑定 view 也能使用 Transferee 的状态模型 - 修改在无网络的时候，使用 GlideImageLoader 加载图片闪退和行为错乱的问题 - 由于历史原因，不再兼容4.4以下的全屏模式。同时修复了 StatusBar 抖动的问题

最新版本发布，支持视频，修复了许多重大bug： + v1.6.0 - 新增视频播放以及视频配套功能的支持 - 新增 enableDragPause 属性控制视频拖拽关闭时是否暂停 - 新增 enableHideThumb 属性控制缩略图是否消失 - 新增 enableScrollingWithPageChange 属性控制用户的列表是否跟随 transferee 页面切换而滚动 - 优化下拉关闭手势的交互 - 优化页面切换时，性能较差手机上可能出现一次闪屏的问题 - 优化在没有网络的情况下，transferee 启动或者关闭时一些边界性质的问题 - 优化图片没有加载出来的时候，手势关闭的时候动画不正常的问题 - 修复因为无法获取...

> 希望支持根据exif信息，自动旋正照片。 可以的，感谢你的建议

> https://img.ibaodashi.com/hermes/56f5c408ab03e7c3f14532050cf11254.jpg 图片放这张就崩了。GlideImageLoader加载，需要优化图片加载。 > 设置customView作用是干嘛，和数据源以及viewpager没有绑定嘛，除非就是单张显示。 > 自定义indictor的作用就是显示自定的view。customView 就感觉没啥用了吧。 > 还需要从下向上拖拽消失的功能哦。 1.图片加载优化已经在进行中了，不过最近太忙，可能要等一段时间才能上线了 2.customeView 是为了自定义 transferee 主界面用的，很多用户都有这个需求，比如微博的图片查看，右下角有点赞，评论等按钮，右上角有关注，更多等菜单。 3.从下向上拖拽消失的功能不考虑做了，因为和拖拽关闭功能重复，或者你可以自己做，推上来

v 1.6.1 优化及修复版本发布了 # Features - 新增图片方向自动校正功能 - 新增图片处理，优化大图的显示 - ImageLoader 接口代码重构简化 - 下滑手势优化，扩大了有效触发关闭的手势角度 - 重置不在当前显示区域图片的状态 - 优化了内存占用，当浏览多图相册时，保证内存稳定 # Bugs - 修复部分机型上 stage 模式动画在阶段切换的时候抖动的 bug - 修复部分机型上状态栏和导航栏显示错误或者遮盖图片和其他 view 的问题 -...

> 之前说的那个上滑消失，改了几行代码就实现了，感谢大佬。然后图片showImage使用asBitmap，into(imageview) 然后用glide那一套，也好了。位置换成了getLocationOnScreen()；接下来准备把glide的缓存拿过来，自己就不缓存了，就不需要progressbar了，点击就是缩放动画。 你这些改动貌似不是基于1.6.1版本改的。你上面说的一些改动有的1.6.1已经就是哪样的。有的方法已经删除了，有的逻辑是必不可少的，为了你少走弯路，还是基于新版本吧

> 建议：能否添加一个方法，指定打开的position；比如绑定webview，每次大图都是从第一张开始的，能否传入一个position，然后就跳到指定的position nowThumbnailIndex 这个参数就是做这个功能的，文档里面有详细说明。

> > > 我这边返回的webview就是视频和图片一起的，所以就报错了、、、、但是代码拉的是最新的 > > > > > > 我说的是最新的代码不是最新的版本1.6.1. 希望你不要搞混淆了。另外最新的代码我可能不会发新版 > > 毕竟这种视频和图片混合的需求，我也只是拿来测试。没想到还真有这种需求。 > > 感谢修改，我下载代码依赖，需求这个东西不是程序猿说了算，产品逻辑更怪的都有，千奇百怪 ok，既然这样那我会保留这个问题，因为刚发1.6.1版本，新版本的需求还需要一段时间完善。目前基于这个“视频图片混合，并且指定的position 位置刚好是视频那个位置的页面”需求，只能使用代码依赖了。