ForChange客服小弟
ForChange客服小弟
> os 和 cpu 架构 Linux version 3.10.0-693.el7.x86_64 ([email protected]) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-16) (GCC) ) #1 SMP Tue Aug 22 21:09:27 UTC 2017 CentOS Linux release 7.4.1708...
然后这是临时jenkins http://175.27.160.203:8080/job/test/ admin e187c6554cea4638b59bd7dae2f35a18 可以先拿来测试 http://175.27.160.203:8080/job/test/8/console
> 测试链接好像都打不开 我重开一个 http://175.27.154.116:8080/ admin e187c6554cea4638b59bd7dae2f35a18
http://175.27.154.116:8080/job/test/2/console
> 这个是为了兼容微信小程序的一个降级写法，如果不加这个 height, 高度会撑得非常高，暂时没有找到对 scollView 高度的样式处理方法 那可以根据size设置不同值吗
> 可以命令行指定需要调试的端，比如 npm start -- --dev-targets=web 还是提示一样的错误
> TabBar 是以容器框架的维度提供的，所以从设定上就是要比任意元素优先级更高的 优先级这个没问题 主要是 我这个Select里面的内容被挡住了，然后又由于是fusion mobile 组件，我自己也办法做适配 然后在小程序里是没问题，因为他是直接占用了空间而不是盖住 预期是可以对这个情况适配一下，比如在web端，设定一个tabbar高度的变量 然后在fusion mobile组件里 涉及弹窗的都自动把这个高度顶上去 不然现在这种情况，带tabbar的web端，在tabbar页面没办法使用像Select这样的组件
> 后面说的这种耦合式的设计其实是不合理的，可以具体说下占用空间相关的预期表现，这种场景是不是用自定义 TabBar 然后将 TabBar 隐藏比较好？ 如果改动到meet组件这种耦合确实不太好 占用空间表现就是，视窗分为内容区和tabbar区，整体高度100vh的flex布局，且内容区的层级高于tabbar。这样内容区的任何元素就不会被盖住。但缺点也很明显就是限制了页面的高度会影响其他表现 所以我也没想到什么好的解决办法 目前就是硬写(web端情况下) 1. 用css覆盖meet组件弹窗层级 2. 用css覆盖tabbar层级 3. 自己写的弹窗增加了一个「安全高度」占位。类似于safe-area-inset 4. tabbar页的弹出时 隐藏tabbar
> 小程序环境么？ web环境 小程序没有测试