huilder和mui开发的app获取个推推送的消息的click事件应该写在哪

DOM结构

关于mui页面的dom，你需要知道如下规则。

固定栏靠前

所谓的固定栏，也就是带有mui-bar属性的节点，都是基于fixed定位的元素；常见组件包括：顶部导航栏（mui-bar-nav）、底部工具条(mui-bar-footer)、底部选项卡（mui-bar-tab）;这些元素使用时需遵循一个规则：放在mui-content元素之前，即使是底部工具条和底部选项卡，也要放在mui-content之前，否则固定栏会遮住部分主内容；

### 一切内容都要包裹在mui-content中

除了固定栏之外，其它内容都要包裹在mui-content中，否则就有可能被固定栏遮罩，原因：固定栏基于Fixed定位，不受流式布局限制，普通内容依然会从top:0的位置开始布局，这样就会被固定栏遮罩，mui为了解决这个问题，定义了如下css代码：

[css] view plain copy

mui-bar-nav ~ mui-content {

padding-top: 44px;

}

mui-bar-footer ~ mui-content {

padding-bottom: 44px;

}

mui-bar-tab ~ mui-content {

padding-bottom: 50px;

}

你当然可以通过自定义CSS的方式实现如上类似效果，但为了使用简便，建议将除固定栏之外的所有内容，全部放在mui-content中。

始终为button按钮添加type属性

若button按钮没有type属性，浏览器默认按照type=submit逻辑处理，这样若将没有type的button放在form表单中，点击按钮就会执行form表单提交，页面就会刷新，用户体验极差。

窗口管理

页面初始化：必须执行muiinit方法

mui在页面初始化时，初始化了很多参数配置，比如：按键监听、手势监听等，因此mui页面都必须调用一次muiinit()方法；

页面跳转：抛弃href跳转

当浏览器加载一个新页面时，若页面DOM尚未渲染完毕，页面会先显示空白，然后等DOM渲染完毕后，再显示具体内容，这是WEB浏览器技术无法逾越的体验障碍；为解决这个问题，建议使用[muiopenWindow方法](>

以上就是关于huilder和mui开发的app获取个推推送的消息的click事件应该写在哪全部的内容，包括:huilder和mui开发的app获取个推推送的消息的click事件应该写在哪、请问：我下了个vista繁体语言包，结果MUI文件，弄不来，该怎么做呢、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！