Vensent.Wang

需要做全部的替换： implementation 'com.github.LittleFogCat.Android-skin-support:skin-support:4.0.7' // skin-support implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-appcompat:4.0.7'// skin-support 基础控件支持 implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-material:4.0.7' // skin-support-design material design 控件支持[可选] implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-cardview:4.0.7' // skin-support-cardview CardView 控件支持[可选] implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-constraintlayout:4.0.7' // skin-support-constraint-layout ConstraintLayout 控件支持[可选] 目前测试看，最高能支持的版本： -...

> > 需要做全部的替换： implementation 'com.github.LittleFogCat.Android-skin-support:skin-support:4.0.7' // skin-support implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-appcompat:4.0.7'// skin-support 基础控件支持 implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-material:4.0.7' // skin-support-design material design 控件支持[可选] implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-cardview:4.0.7' // skin-support-cardview CardView 控件支持[可选] implementation 'com.github.LittleFogCat.Android-skin-support:skin-support-constraintlayout:4.0.7' // skin-support-constraint-layout ConstraintLayout 控件支持[可选]...

SkinCompatResources.getInstance().getTargetResId(context, resId)

Please have another look. Thx. @ben-29 @yihong0618

@SongJgit 感觉你说的重复的问题，可以通过切分支或者新拉个仓来解决。就是不同的工作流使用不同的分支或者仓来做，互不影响。 看了你发的我感觉直接用Keep不是什么好办法，太复杂了。因为我在OPPO上班，我准备联系看看接入一下我们公司的开放平台来捞数据，越过keep这一步。 要是这条路打通了可以发个PR么？ @yihong0618

> > @SongJgit 感觉你说的重复的问题，可以通过切分支或者新拉个仓来解决。就是不同的工作流使用不同的分支或者仓来做，互不影响。 > > 看了你发的我感觉直接用Keep不是什么好办法，太复杂了。因为我在OPPO上班，我准备联系看看接入一下我们公司的开放平台来捞数据，越过keep这一步。 > > 要是这条路打通了可以发个PR么？ @yihong0618 > > 当然可以，不过 OPPO 有这么开放么😂 我联系我们公司的同事帮我开了个健康开放平台的id和token了，有点像Strava的那种认证方式，我先试试看能不能打通。

借这个issue我其实有个一直想问的问题，为啥我们拿到了gpx或者tcx或者fit文件，没有办法直接传到Garmin呢？ @SongJgit @yihong0618 我今天看了一下整体的逻辑，把欢太健康(就是OPPO)的数据算是打通了，晚上着手写一下直接oppo2strava，不走keep这一条路。试试看效果。

> > 借这个issue我其实有个一直想问的问题，为啥我们拿到了gpx或者tcx或者fit文件，没有办法直接传到Garmin呢？ @SongJgit @yihong0618 我今天看了一下整体的逻辑，把欢太健康(就是OPPO)的数据算是打通了，晚上着手写一下直接oppo2strava，不走keep这一条路。试试看效果。 > > 对了，提醒一下，避免掉入我之前的坑里。 我之前提示上传成功，但是实际上失败的原因是因为x = gpxpy.parse(f), 我猜是因为没有释放, 导致上传失败，今天看了strava api之后发现完全不需要额外识别运动类型的，它们会自动解析gpx的type字段。https://developers.strava.com/docs/uploads/ > > ``` > activity_type: > Deprecated: prefer using sport_type, will be ignored if sport_type...

@yihong0618 @ben-29 问一下二位，我在处理数据的时候，看到直接解析oppo然后转出gpx的文件，和脚本解析出来的keep的有一些差别。 这是keep的数据截图：  这是oppo我做的脚本的截图：  二者为什么会有移动时长的区别，是因为我处理数据的采样点太多了么，差不多是每秒一次，数组长度在1480左右，而keep的数据长度是580左右。是这个原因么

> 这个应该是keep自己的问题。 因为传到keep里是没有问题的，但是从keep传到strava就会天然的多或少几十米。不知道keep自己内部是怎么处理的数据。 话说，同一个运动，keep导出的和oppo直出的gpx，两者的起始/结束点的时间以及经纬度一致吗。 很期待你的工作，因为我oppo健康里还有一年的运动数据无法导出 @SongJgit 是一致的。 我这边基本上打通了，有一些小bug要调试。但是oppo的数据设计太垃圾了（不得不吐槽我司，真的）两个查询接口做的实在不好恭维。 还有就是这种开发者权限不知道短时间能不能开放给其他人，我帮你问问。方便的话加我个微信吧，我们细聊，vx：86836661