GDIPlus绘制桌面歌词

38 篇文章 1 订阅
13 篇文章 3 订阅

 

功能介绍

采用GDIPlus绘制桌面歌词,类似酷狗、QQ音乐等软件。
歌词支持纯色、两色渐变、三色渐变;支持高亮歌词。

实现方法

窗口部分:桌面歌词是个独立的背景透明窗口,可以移动位置,可以鼠标穿透.透明采用WS_EX_LAYERED、UpdateLayeredWindow。鼠标穿透可以加入WS_EX_TRANSPARENT样式。
歌词部分:用Graphics::MeasureString取出文字的宽度/高度,把文字加入GDIPlus的路径(GraphicsPath),然后绘制边框(Graphics::DrawPath)、采用线性渐变画刷(LinearGradientBrush)填充渐变路径(Graphics::FillPath)。
高亮部分:根据当前的进度百分比,计算出高亮部分的宽度,通过Graphics::SetClip设置剪辑区域,再绘制高亮颜色。

 

开发环境

VC版源码:Visual Studio 2005/MFC/GDIPlus

易语言版:易语言5.11,全API实现,不依赖第三方支持库


源码下载

CSDN下载:http://download.csdn.net/detail/cometnet/7603185
百度网盘:http://pan.baidu.com/s/1sj4S1hN

 

 

 

这个算法是平时玩自绘的时候想到的,不知道算不算虚表,不过我感觉应该算的上效率很高的了。这个算法只适用每个项目高度都一样的情况,比如常见的列表框、超级列表框都是等高的,不等高的比如气泡聊天框、QQ列表框、酷狗的播放列表、QQ登录界面的账号选择框.... 进入正题,我们都知道,自绘列表框其实就是绘制一个个收尾连接一起的矩形,然后在矩形里填充各种数据,图标、标题、进度条...然后滚动显示就是把各个矩形向上或向下偏移     这样一个列表框就完成了。 不过这样绘制出来的列表框效率很低,数据小的时候不明显,当数据量达到上万啥的,效率就很明显了,而且还特别占CPU。 怎样提高绘制效率呢?那就是利用虚表算法,通熟易懂就是只画看得见的,超出组件范围的就不画,这样效率就大大提高了。 如上图,2个箭头里的就是可视区域,因为每个项目的高度是一样的,可以利用滚动条来算出起始绘制索引,也就是顶端的那个项目。 在这里假设项目高度是10,滚动条此时的位置也是10,说明整个列表框整体已经向上偏移了10,也就是项目1刚好看不到,这时你看到的效果应该是图下的。 在比如这时滚动条在15的位置,你看到的效果应该是第2个项目的一半超出范围,只能看到下面一部分开始。 多试验几次,起始索引可以这样算出  滚动条的位置 / 项目高度 + 1 把第一次的值代进去  10 / 10 + 1 = 2  正确 第二次的值代进去      15 / 10 + 1 = 2.5  为什么会有小数呢,在看看上面的图片  发现后面的小数就是起始索引的偏移。 偏移可以单独这样算出   滚动条的位置 mod 项目高度  也就是取余。 起始索引算出来了,在来看看这么个高度的组件能画多少个项目高度是10的表项,其实也就是   组件高度 / 项目高度 ,因为起始项目有可能向上偏移,为了以防万一   多画一两项也没关系,也就是  组件高度 / 项目高度 + 1 以上就是我的虚表算法,这样不管项目数有多少十万、多少百万(估计没人用那么多...)都只画看到的这几项,大大提高了绘制效率。 例子里的项目数据是用数组来保存,在填充数据的时候会有点慢,这是易语言的问题,绘制都是秒画的,保存数据听说还可以用链表、哈希表...这样填充数据会相当快,不过没试过。 小提示:编译后填充数据速度会灰常快。 列表框我没有美化,只是讲了下算法,想美化的自己折腾去吧,易语言自带的滚动条最大值只能是30000多,所以我拿多功能条做例子。 此帖子只介绍了画法, 响应鼠标消息请关注我的 Ex_DUI随手笔记系列。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:1024 设计师:我叫白小胖 返回首页
评论 11

打赏作者

邓学彬

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值