开发者社区> 问答> 正文

需求桌面版客户端增加尺寸相关API

目前看钉钉桌面版的微应用宽度做一些简单的应用是可以的,但是企业应用中的界面占用空间比较大时就会出现明显的限制。当页面空间不够的时候让用户去手动调整在我看来是种很不好的操作体验,我希望我的微应用能检测窗口尺寸如果小于最小要求则自动变更尺寸以适应界面。


这个是没接入钉钉前的应用的完整界面




在钉钉里默认宽度下只能这样,如果强行塞下第三列页面就会变形




响应式这个东西对于网站来讲是合适的,但是企业应用里去搞响应式感觉很奇怪。你说一个报表宽度1000px的时候怎么响应?我考虑过根据页面宽度隐藏部分列,如果全部列都是必须要看的呢?

展开
收起
浮云若海 2016-03-05 09:10:52 4460 0
2 条回答
写回答
取消 提交回答
  • 多谢你的反馈,你的需求我们记下了。

    -------------------------

    你好,这个需求我们已经排在需求池了。用户的需求我们都会去认真排期的,而不是说出于应付。至于这个需求会不会在近期排上,要看产品经理的排期。多谢你的关注,后续有问题咱们积极沟通。

    2016-03-07 10:45:30
    赞同 展开评论 打赏
  • Re需求桌面版客户端增加尺寸相关API
    考虑了几种临时解决方案,不过都很不爽啊。


    第一种,页面过小提示用户把界面拉大,这种交互体验。。。。 真的烂

    拉到足够大的时候显示正常界面



    第二种,弹个窗出来,从钉钉里弹窗没有边框,不能最大化最小化,只能依靠JS改变窗口尺寸和关闭,无法移动,好蛋疼。




    第三种,Dingtalkpc.util.openLink打开新页面,只支持现代浏览器的情况下不清楚在用户本地默认浏览器情况这么弄非常不保险。

    -------------------------

    回 2楼识器的帖子
    多谢,这个事情关系到整个应用的基础设计,所以我比较想知道的几个问题:
    1、钉钉官方是否会(会或者不会,而不仅仅是记下了、我们讨论下此类的不确定性决定)支持窗体尺寸变更API,如果是肯定的可以支持,那我就不考虑任何尺寸的问题保持目前设计不变。
    2、如果钉钉官方的倾向是不确定性的那我目前能找到的最好的体验就是弹出个钉钉的新窗口(window.open方式,而不是openLink的方式),我比较担心这种用法是否会被钉钉官方所认可,如果不认可的话那不一定哪个版本就不允许window.open那我就傻了。
    3、目前我所知的tower任务可能就是因为页面面积不够才会以openLink的方式在让用户在浏览器中操作,这可能也是迫不得已的。但是我并不想脱离钉钉的环境将我的URL暴露给最终用户,他们可是什么都有可能干出来的。
    2016-03-07 10:25:21
    赞同 展开评论 打赏
问答排行榜
最热
最新

相关电子书

更多
Spring Boot2.0实战Redis分布式缓存 立即下载
CUDA MATH API 立即下载
API PLAYBOOK 立即下载