为什么会覆盖全屏，有没有什么方法规避，让其显示再一个容器中

[nanfb]

我不理解为什么这个组件默认会占满整个屏幕，我感觉这并不合理，虽然组件内部提供了一些位置的插槽，但我觉得这是一种过渡设计， 考虑这样一种场景:现在有个页面，需要将list列表组件更换成这个组件，这样会导致你必须将这个页面的其他元素也一一修改，这很不友好，

[SmileZXLee]

默认设计是铺满全屏的，您也可以通过:fixed="false"来取消铺满全屏，从而把z-paging当作类似普通scroll-view使用，此时需要确保有确定的高度。

[nanfb]

默认设计是铺满全屏的，您也可以通过:fixed="false"来取消铺满全屏，从而把z-paging当作类似普通scroll-view使用，此时需要确保有确定的高度。

最后一个页面滚动使用的是uniapp自带的还是自己的

[SmileZXLee]

默认设计是铺满全屏的，您也可以通过:fixed="false"来取消铺满全屏，从而把z-paging当作类似普通scroll-view使用，此时需要确保有确定的高度。

最后一个页面滚动使用的是uniapp自带的还是自己的

使用的是uniapp自带的页面滚动

[nanfb]

默认设计是铺满全屏的，您也可以通过:fixed="false"来取消铺满全屏，从而把z-paging当作类似普通scroll-view使用，此时需要确保有确定的高度。

最后一个页面滚动使用的是uniapp自带的还是自己的

使用的是uniapp自带的页面滚动

那加载icon也是从整个页面开始的吗，这样就不能使用组件内的自定义了吧

[nanfb]

默认设计是铺满全屏的，您也可以通过:fixed="false"来取消铺满全屏，从而把z-paging当作类似普通scroll-view使用，此时需要确保有确定的高度。

最后一个页面滚动使用的是uniapp自带的还是自己的

使用的是uniapp自带的页面滚动

那加载icon也是从整个页面开始的吗，这样就不能使用组件内的自定义了吧，我想的是从view下面开始

[SmileZXLee]

默认设计是铺满全屏的，您也可以通过:fixed="false"来取消铺满全屏，从而把z-paging当作类似普通scroll-view使用，此时需要确保有确定的高度。

最后一个页面滚动使用的是uniapp自带的还是自己的

使用的是uniapp自带的页面滚动

那加载icon也是从整个页面开始的吗，这样就不能使用组件内的自定义了吧

从组件的位置开始的，不是从页面开始

[SmileZXLee]

当然不能用pages.json的下拉刷新，这是系统的，自然从页面顶部开始。你要用z-paging自带的下拉刷新，才是从z-paging位置开始

[nanfb]

当然不能用pages.json的下拉刷新，这是系统的，自然从页面顶部开始。你要用z-paging自带的下拉刷新，才是从z-paging位置开始

但是我使用的是use-page-scroll，你说他是监听页面的，所以是不需要开启吗？还是我使用的姿势有问题

[SmileZXLee]

不需要在pages.json中开始页面下拉刷新，但是你要支持z-paging的下拉刷新，必须在queryList中调用complete，不然没办法下拉刷新。具体看页面滚动的demo，写得很详细的了。

[nanfb]

不需要在pages.json中开始页面下拉刷新，但是你要支持z-paging的下拉刷新，必须在queryList中调用complete，不然没办法下拉刷新。具体看页面滚动的demo，写得很详细的了。

我看了很多demo，跟我情况都不太一样，很奇怪，我不知道为什么设计的这么复杂，我理解的是只要内部只要有数据就会开启下拉，我如果作为一个内部组件使用，全都变了，我觉得不应该设计成这样

[SmileZXLee]

你提供的信息不足，无法解决。你如果要只使用下拉刷新，就设置refresher-only，就可以只用下拉刷新。

[nanfb]

置

我重写了我的组件，我还是觉得组件内部自动进行分页处理不太好。。