移动端的问题不是宽度不够
桌面端可以让画布和参数并排展示,手机上却必须在有限空间里完成选图、构图、调参和导出。如果只是缩小桌面布局,按钮会争抢空间,画布容易被遮挡,弹窗和键盘也会打断操作。
v0.2.1 先调整移动端布局与交互;v0.2.2 继续修正响应式细节,并增加模式矩阵检查,让不同入口、主题、语言和视口组合都能被重复验证。
v0.2.3 集中解决画布与导出稳定性
这一版把注意力放到步骤画布、自定义规格、对话框和导出布局。平板竖屏需要更接近分步流程,横屏则可以利用更宽空间;桌面端既要保留易用模式,也要为熟悉参数的用户提供更紧凑的专业工作区。
多端适配最终落实到同一套数据和操作规则,而不是维护几套互相偏离的页面。画布尺寸可以变化,但构图结果、输出参数和导出行为应保持一致。
- 手机采用更明确的步骤流,减少同屏竞争。
- 平板根据横竖屏调整信息密度。
- 桌面保留画布与参数并列的高效布局。
- 用自动化模式矩阵覆盖不同视口与工作模式。
这轮迭代带来的判断
响应式设计不是最后补一层 CSS,而是产品流程本身的一部分。只有把高频动作、返回路径、弹窗边界和失败状态一起纳入测试,移动端才不会变成“能打开但不好用”的附属页面。
v0.2.x 的价值在于把首版能力从单一桌面环境推进到可验证的多端基础,为下一步重新定义产品结构留出了稳定底座。
相关链接
End of field note