1.引入echarts插件: import * as echarts from '../../ec-canvas/echarts'; 2.data中定义: ecBar: { onInit: initChart }, 3.app.js中定义全局变量: globalData: { userInfo: null, all_date: [] }, 4.onload中,定义一个  all_date ,用来接收数据 5.循环出来的数据,赋值:app.globalData.all_date = all_dat

说起微信小程序的map组件,可以说是良心之作了,一个组件解决了所以接入地图的所有麻烦,但是在实际小程序的试用过程中还是存在点问题的.如下情景:刚开始接入map组件的时候是在微信开发工具的模拟器上预览的,看起来没有一点问题,如下图: 但是在手机上真机模拟的时候就比较尴尬了,地图挡住了我底部的按钮,这个要怎么办呢?先是在百度上百度了好久,别人家写的博客都说,小程序的map组件是层级最高的,这个没办法处理; 然后就觉得凉凉了,不知道要怎么办了,难道要自己重新写个地图吗?感觉又不太现实,于是就问了最近在

问题:小程序中echarts因为小程序原生的canvas层级太高,而导致弹窗这类dom元素无法遮挡住canvas,如下图: 解决方案1:(wx:if控制dom显隐,显示canvas就重新渲染echarts,简单粗暴,但是耗费性能): 第一步:wxml <!-- echarts饼图--用wx:if控制dom显隐,hidden没办法隐藏 --> <ec-canvas id="storeChart" canvas-id="storeChart" ec=&

要求的效果: 正面: 背面: 在开发者工具 利用css 和定位实现了一个版本 .topBox.on { transform:rotateY(180deg); } .topBox { position:relative; height:300rpx; transform-style:preserve-3d; transition:1s; } .codeBg { transform:rotateY(180deg); -webkit-transform:rotateY(180deg); backfac

在有带地图的手机页面上,view无法显示在地图上方,所以,在wxml中,使用: <cover-view></cover-view> 能使view显示在地图上 注: 在该标签内部,所以标签都需要加上cover- 若该标签在地图上有时可以显示,有时不可以显示,则直接写在map标签里即可

微信小程序textarea的placeholder的层级一直都是一个神坑, 我们是没有办法将我们的弹层加大层级去盖过placeholder的, 所以要解决这个问题只能从另外的角度找思路 我的思路是 : 在弹层弹出的时候 , 用JS将textarea的value值设置为 " " .  这样placeholder就不会显示 , 然后 value为" " 也不会遮挡弹层 . 然后在弹层收回的时候, 判断textarea的value值, 如果为 " ".

近来的工作比较多,同时也在思考这个项目未来的发展方向,尽管不断有新的wordpress站长,利用我的开源程序搭建了微信小程序,但个人对这个项目的热情日渐减少,促使我不断完善和维护这个开源项目的动力也再减弱.我需要找到新的前进方向和动力,如果只是靠我个人的爱好和热情是无法把这个项目继续下去的. 有人问我,为什么考虑用wordpress做后端来搞小程序,主要有两个原因: 1.我的网站:守望轩就是用wordpress搭建的,做了小程序后,可以让我的网站和我写的的文字有更多的渠道去传播. 2.使用wor

1.模拟器和真机的差异 在开发的过程中,在模拟器上表现得好好的,在真机上却出问题的例子数不胜数.譬如动画的使用,cover-view上面使用定位,在模拟器好好的,在真机却错乱等等等等.造成这些错乱主要是pc端和移动端不同的内核导致的.避坑方式:开发过程中,要时不时地用真机也看一下效果. 2.view对本地图片的引用 平时我们写页面,经常会用一个标签,然后把图片写到该标签里面,直接引用,譬如下面这个例子: <view class="icon"></view> .i

小程序云 小程序云(Mini Program Cloud)是阿里云面向小程序场景提供的一站式云服务,帮助开发者实现一云多端的业务战略,提供了有服务器和无服务器两种模式.云应用是有服务器模式,提供了包括资源编排.应用托管等服务.小程序 Serverless 是无服务模式,提供了开发.运营.业务增值等服务.跨端开发工具链为开发者提供了一次开发全网小程序运行的能力,并在一朵云内实现统一的资源管理.统一的数据运营和统一的业务设计. 组成部分 小程序云提供小程序 Serverless 和小程序云应用服务,

本文首发于我的个人博客:http://www.fogcrane.org 前言 在微信小程序的开发中,总有一些"VIP"组件,他们的层级,高得让人抓狂,总是凌驾于很多其他低层级组件之上.诸如:video组件.map组件.canvas组件等.现在就让我来讲讲如何巧妙的解决掉这个问题. 问题描述 由于视频组件层级过高并且无法使用z-index进行控制层级,导致许多人都无法在视频组件之上放置一些其他的组件.为此,一些漂亮的视频设计往往还没开始就宣告了结束.上一张官方文档的相关说明: 解决方案

小程序的textare.input输入框层级是最高的 那么我们在textare.input输入的内容就会总是显示在最上一层. 这是时为什么呢?官方文档有说明,因为textare.input这些是原生组件.原生组件的层级是最高的,不管其它非原生组件z-index设置多大,原生组件都无法覆盖在原生组件上.想了很久终于想到个办法,但是并不完美. 思路:textarea输入完成时,将textarea隐藏,将输入内容显示在一个text文本框,此时页面没有原生组件textarea,底部的价格浮层就可完美遮住

一.前言 相信做过微信小程序开发的人应该都碰到过这个问题,因为这个需求实在太常见了 由于textarea是属于原生组件,层级最高,不管在页面中我们设置z-index值多少都会被textarea组件遮挡住,很影响用户体验, 目前官方对该问题还没有修复,当然官方也给出了解决该问题的其他方案,使用cover-view和 cover-image替代,但个人感觉并不是很好,有一些限制 二.使用场景及解决方案 1.弹窗显示 2.底部fixed定位的按钮,页面滚动时,例如添加购物车,显示价格 针对以上两种业务

<view class='remark'> <view class='title'> 备注说明 </view> <textarea class='mark_textarea' placeholder='请说明人员调用具体原因' bindinput="input_remark" value='' /> </view> <cover-view class='fix_bottom bar bottomfix shadow ju

APP和小程序的未来会怎么样?小程序的出现真的会加速APP的灭亡吗?今天这篇文章,是对小程序和App未来发展格局的一些思考,更多的是想提醒各位拥抱小程序的的参与者,我们在决定参与这场狂欢的同时,切勿盲目的跟风,而是要更加审慎的看待小程序和App的未来,从而更好的参与这场盛宴. Native App (原生App)是什么? 原生App也就是完全使用移动设备系统语言写的客户端,iPhone iPad主要是Object-C语言,安卓主要是Java语言,用户看到的界面,体验到的交互都是原生的.这是性能最

本文来自于腾讯bugly开发者社区,非经作者同意,请勿转载,原文地址:http://dev.qq.com/topic/57ecdf5ef03abecd43216fd0 Dev Club 是一个交流移动开发技术,结交朋友,扩展人脉的社群,成员都是经过审核的移动开发工程师.定期会举行嘉宾分享,话题讨论等活动. 本期讨论话题为:聊一聊微信"小程序". 引言 2016年9月21日,微信开始陆续对外发送小程序(应用号)内测邀请,而小程序即被外界广为关注的微信应用号. 微信小程序是什么? 小程序是

前言 github地址:https://github.com/yexiaochai/wxdemo 接上文继续,我们前面学习了小程序的生命周期.小程序的标签.小程序的样式,后面我们写了一个简单的loading组件,显然他是个半成品,我们在做loading组件的时候意识到一个问题: 小程序的组件事实上是标签 我们没有办法获得标签的实例,至少我暂时没有办法 所以这些前提让我们对标签的认识有很大的不同,完成小程序特有的UI库,那么就需要从标签出发 这里面关注的点从js中的实例变成了wxml中的属性 我们

本文分享嘉宾:毛帅,又拍图片管家资深开发工程师,主要负责又拍图片管家.图管小程序第三方平台.图管小程序等项目的开发.维护及拓新工作.熟悉 JS / C++ 等语言,有丰富的 NodeJS 开发经验,热衷于研究高可用服务架构及底层实现原理. 以下是分享内容: 首先我来介绍一下又拍云和又拍图片管家之间的关系. 又拍云是在又拍网多年图片处理的经验之上发展出的一家为客户提供一站式在线业务加速.云存储.云处理等服务的国内知名企业级云服务商. 又拍图片管家是延续又拍网的多年图片处理经验,从 2005 年 6

之前由于不了解微信小程序的整个的运行开发机制,走了很多的弯路,脑子灵光的可能不会遇到,这个主题系列的帖子希望可以帮助到像我一样理解能力慢的孩子. 不论是开发微信小程序还是说学习任何一门编程语言,最重要的一点是要夯实基础,不是只是去看看概念,从hello word开始就要好好的去对待每一行代码,软工是工科,工科就要多动手,每一位走的长远的程序员都不会缺少匠心精神. 1.Q:一个appid只能创建一个小程序项目吗?我写毁了怎么办?我把小程序开发者工具自动创建的快速启动模板不小心删掉了怎么办?? A:

小程序引入e-charts图表 这里是狗尾草第一次发表掘金文章,日后望各位大佬多多支持~ 前言:运营助手,见名知意,没有图表数据的展示,看上去是有多空白.因此,俺们UI做了很好的交互,一个页面来了4个e-charts图表,且基本都不一样.身为一个职业前端,怎么能猥琐呢? 干就完了~ 实现思路 因为一个页面要引入多个图表,所以需要对e-charts图表进行封装.然鹅问题来了,怎么引入呢? 为了兼容小程序 Canvas,ECharts提供了一个小程序的组件,用这种方式可以方便地使用 ECharts.

基于微信小程序轻快的特点,我们(微信官方)拟定了小程序界面设计指南和建议. 设计指南建立在充分尊重用户知情权与操作权的基础之上.旨在微信生态体系内,建立友好.高效.一致的用户体验,同时最大程度适应和支持不同需求,实现用户与小程序服务方的共赢. 说到设计规范,这里有一篇绝对不能错过的:<内部教程!超实用6步透视网易设计规范(附完整PDF下载)> 一.友好礼貌 为了避免用户在微信中使用小程序服务时,注意力被周围复杂环境干扰,小程序在设计时应该注意减少无关的设计元素对用户目标的干扰,礼貌地向用户展示

为打通游戏人生擂台赛与线下商家的O2O衔接,同时响应时下日臻火热的微信小程序,项目团队决定也开发一款针对性的微信小程序,以此方便商家在我们平台入驻并进行擂台赛事的创建和奖励的核销,进一步推广擂台赛的玩法模式和渠道来源.以下是我们作为部门团队内第一批吃螃蟹者,在这款微信小程序开发过程中踩过的一些坑以及总结,与大家一起分享,也欢迎指正和交流. 作者:一时两无 | 腾讯互娱高级开发工程师 本文由微信平台开发发表在腾讯云+社区 目前[腾讯游戏人生]小程序已经发布上线,大家可以扫小程序码进行体验.接下来主