支持了跨页多选并不一定意味着一定要支持跨页删除。虽然这两者通常会一起出现以提供完整的批量操作体验，但它们各自服务于不同的用户需求，可以根据具体情况独立考虑是否实现。
以下是支持跨页多选但不一定支持跨页删除的几种情况：
情况一：操作权限限制
在某些业务场景中，用户可能具有跨页选择数据的权限，但不具备跨页删除的权限。
例如，一个审核系统允许用户在多页中勾选待审核的条目，但只能逐页提交审核结果，不允许一次删除多页的数据，以遵循更为严格的审批流程或权限控制策略。
情况二：风险控制
跨页删除可能涉及大量数据的永久性移除，对系统和用户都有较高风险。即使支持跨页多选，出于安全考虑，系统可能仅允许用户在当前页面范围内执行删除操作，以降低误操作的风险，并让用户在每次删除操作时都能清楚看到即将被删除的具体内容。
情况三：技术或性能限制
虽然实现了跨页多选，但在技术实现上，跨页删除可能涉及到更为复杂的后台处理逻辑、更高的数据库负载或网络通信开销。
如果现有的系统架构无法高效支持大规模跨页删除，或者担心此举会对系统稳定性产生负面影响，可以选择暂时不提供跨页删除功能。
情况四：用户体验与场景适配
在某些特定的用户场景下，跨页删除的需求可能并不强烈。例如，用户在浏览数据时主要关注当前页面的内容，即便能够跨页选择，他们也倾向于在当前页面完成删除操作，而不关心跨页批量删除。
在这种情况下，为保持界面简洁和操作直观，可以仅提供当前页删除功能。
情况五：逐步迭代功能
在产品开发过程中，可以先实现跨页多选以满足用户初步的批量操作需求，后续根据用户反馈和使用数据分析，逐步评估是否有必要引入跨页删除功能。
这种渐进式的功能迭代有助于更好地理解用户实际需求，并在必要时进行精细化设计和优化。
总结而言，支持跨页多选并不强制要求同时支持跨页删除。应根据业务逻辑、权限控制、技术限制、用户体验需求以及产品开发策略等多个维度综合评估，决定是否以及何时引入跨页删除功能。
在实际应用中，这两者可以独立存在，以适应不同的应用场景和用户需求。