[Feature] 对于项目列表交互方式的提案

[ayagikei]

[Feature] 对于项目列表交互方式的提案

[Ayagikei]

感谢反馈～

预加载/加载速度

列表切换方式确实有待优化。
因为当前的切换方式其实是一个Fragment（可以理解是子页面），然后切换列表数据。
而非多个Fragment搭配上ViewPager实现的切换功能（这个可以参考合成或者最新的图片管理页面），所以没利用上ViewPager的预加载特性。

用户感知的“加载时长”除了数据本身的加载时长外，还有个重要因素是那个动画效果默认其实就占了几百毫秒。
所以可能并不是数据加载慢，而是动画效果的时长延迟了感知。
这一点会考虑调优动画（之前试过直接去掉动画，虽然感知很快，但效果其实很差）。

手动实现的预加载也会考虑加上，但这一点估计只会影响长数据列表了。有待调研数据。

切换方式

也因为上述的没有利用上ViewPager，所以当前的切换也是手动监听手势实现的，确实效果不佳。
会考虑增加一些优化方案，比如长按+号唤出清单切换弹窗等。
之前也考虑过为底部导航栏增加个自定义清单选项，但这样会占用一个宝贵的位置（虽然可以自定义），而且只适用于有限的页面，属于备选方案。

再次感谢建议，有较大的参考价值。

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

Title: [Feature] Proposal for the interactive method of the project list

**Is your need related to a problem? Please describe what problem you encountered. **
The current way to switch between multiple task lists in the app is mainly to switch by clicking the name of the list above or swiping left and right on the main interface.

-The list name directory is located near the top edge of the phone screen. If you want to click with one hand, you need to move your finger to the top. It feels a bit awkward to click
-When swiping left and right, there is a high probability that the swipe gesture will not be recognized, and it will accidentally become a click on the task details page. If you swipe successfully, it will take about 0.5s-1s to reload the list interface. Bo's third-party client share is pre-loaded through the sliding switch interface, so it feels very smooth, but I have not developed an Android app. Considering the variable number of task lists for Rensheng, maybe there is no way to achieve pre-loading? )

Describe your solution
I thought about whether I could use the icon (+) to add a task in the lower right corner, long-press the icon, call out the task list above the icon, and select the target task list by sliding your finger on the icon, release your finger to select the task list and load it Interface, so that you can focus the movement area of ​​your finger at the bottom right of the screen, personally feel that the loading time of the switching list is not so abrupt

Describe options
Please clearly describe whether you have other options

extra information
It is just a proposal, it is not urgent and does not affect normal use. I have no experience in mobile terminal development. Maybe it is difficult to realize it. Please forgive me if it is wrong.

[Issues-translate-bot]

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿

---

Thanks for the feedback~

Preload/load speed

The list switching method really needs to be optimized.
Because the current switching method is actually a Fragment (it can be understood as a subpage), and then the list data is switched.
Instead of multiple Fragments with the switching function implemented by ViewPager (this can refer to the synthesis or the latest image management page), so the preloading feature of ViewPager is not used.

In addition to the loading time of the data itself, the "loading time" perceived by the user has another important factor that is that the animation effect actually takes up several hundred milliseconds by default.
So it may not be that the data load is slow, but the duration of the animation effect delays the perception.
At this point, we will consider tuning the animation (I tried to directly remove the animation before, although the perception is fast, but the effect is actually very poor).

Manually implemented preloading will also be considered, but this is estimated to only affect the long data list. Data to be investigated.

Switch mode

Because the ViewPager is not used in the above, the current switching is also realized by manually monitoring gestures, which does not work well.
Will consider adding some optimization schemes, such as long-pressing the + sign to call up the list switch pop-up window and so on.
I have also considered adding a custom list option to the bottom navigation bar before, but this will take up a valuable place (although it can be customized), and it is only suitable for limited pages, which is an alternative.

Thanks again for the suggestion, it is of great reference value.