hailongzhao
hailongzhao
@hongyangAndroid 哦对的 那可能是我这边使用的不是原生listview 使用了一些下拉刷新的listview的原因吧 测试发现还是很大影响，尤其数据很多的情况。
遇到一个新的需求 比如换肤的同时有夜间模式的情况。比如同一页面，控件A 需要换肤 控件B在夜间模式需要改变颜色但是A在夜间模式不需要。 也就是 两个控件的资源 不统一 A采用 skin_a_red 、skin_a_green 这样的 B采用 skin_b_day \ skin_b_night 换肤或者夜间模式切换后都没问题 但是重新启动应用 发现停留在最后一次操作（换肤或者夜间模式） 因为资源不统一 不同操作下只有 具有该资源的控件生效，没有该资源的控件在找不到资源的情况就使用的默认资源。所以不能同时满足两个控件不同资源的改变。
贴下代码比较好找原因
高亮区域的view是 接口返回后再 显示的吗 或许是没有获取到需要高亮view的宽高
class TestA:LitePalSupport() { var _id=0L var ID =0L var v1 = "" var v2 = ArrayList() } 无论我定义成_id 还是 ID 查询出来都会自动将表主键id赋值给它们，要是数据是从服务端获取且id后端定义好的如何存储呢？如果定义成val 如果要动态创建对象或者接口解析对象我又如何赋值呢？
这种情况其实根据的你的业务动态的去设置 setPullLoadMoreEnable(false) 更好一些
请问你是在什么情况下会同时触发下拉和加载更多的回调呢。我这边测试没有发现会同时出发哦。
侧滑手势跟 contextMenu 没有关联的哦 你再检查下你项目中的情况吧
恩 的确，我是根据这个Android-PullToRefresh-SwipeMenuListView-Sample项目 做的调整 也没有完整的修改 现在有些地方的耦合度确实还是很高 尤其swipemenu 侧滑那块。如果有需要你可以修改调整源码满足自己所需
swipeMenuFling() 这个方法是判断手势的 快速滑动是打开还是关闭侧滑菜单 state_close 就是侧滑菜单完全关闭的状态 state_open 就是侧滑菜单完全开启的状态 在 2016-07-07 01:52:05，"evilchaos" [email protected] 写道： 打扰了，最近在看您这个项目的源码，有点不懂的地方，swipeMenuFling（）这个方法的作用是什么？能具体说下吗？state_close,state_open具体表示什么状态？期待您的回复。 — You are receiving this because you are subscribed to this thread. Reply to this email directly,...