PNG是20世纪90年代中期开始开发的图像文件存储格式，其目的是企图替代GIF和TIFF文件格式，同时增加一些GIF文件格式所不具备的特性。流式网络图形格式(Portable Network Graphic Format，PNG)这一名称来源于非官方的“PNG's Not GIF”，是一种位图文件(bitmap file)存储格式，读成“ping”。PNG用来存储灰度图像时，灰度图像的深度可多到16位，存储彩色图像时，彩色图像的深度可多到48位，并且还可存储多到16位的α通道数据。PNG使用从LZ77派生的无损数据压缩算法。

PNG文件格式保留GIF文件格式的下列特性：
1、使用彩色查找表或者叫做调色板可支持256种颜色的彩色图像。
2、流式读/写性能(streamability)：图像文件格式允许连续读出和写入图像数据，这个特性很适合于在通信过程中生成
     和显示图像。
3、逐次逼近显示(progressive display)：这种特性可使在通信链路上传输图像文件的同时就在终端上显示图像，
     把整个轮廓显示出来之后逐步显示图像的细节，也就是先用低分辨率显示图像，然后逐步提高它的分辨率。
4、透明性(transparency)：这个性能可使图像中某些部分不显示出来，用来创建一些有特色的图像。
5、辅助信息(ancillary information)：这个特性可用来在图像文件中存储一些文本注释信息。
6、独立于计算机软硬件环境。
7、 ...

[1] DNN Scheduler Mechanism,翻译过来即为调度任务机制。
调度管理是DNN提供给开发者在一定的时间间隔实现调度任务的一种机制。利用你可以定制开发满足需求的调度任务，它也是在DNN典型模式(提供者模式）的基础上实现的，故可不更改核心代码就创建新的或修改原有的调度服务。关于如何使用DNN调度任务机制请查看我曾经在博客园的相关文章:
DNN调度管理解析(一)-----简单介绍及其API
DNN调度管理解析(二)-----自定义调度任务
DNN调度管理解析(三)-----如何运用DNN调度服务
相关链接:
How to Write a Custom DotNetNuke SchedulerClient (i.e. a Scheduled Task)
Programmatically Add, Delete, and Update Scheduled Tasks
[2] 重置皮肤
有时我们在配置皮肤时可能会出现一些莫名其妙的问题，比如找不到皮肤文件，或不小心删除皮肤文件夹可是还有某一页 ...

昨儿闲着无聊，看了看6月份的程序员杂志，发现有一个专题《开源在中国》, 主要介绍开源社区和开源软件在国内的一些发展历程，毋庸置疑，开源如今在国人的分量越来越重了。其间有些奇怪的是，似乎这些开源都是linux或java的专属权，我在所有文章中看不到任何关于Microsoft或衍生产品的开源的字眼，更别提我目前倾心的DNN框架了。不知这之间有啥不为人知的缘由，也许是Microsoft一直都在扮演霸主，“不开源”的典型代表吧，故此也就无从位列开源队伍了。:)

不管如何，至少我觉得有些文章写得还是不错的，我想开源精神都是一致的，DNN也是一种开源，尽管不为众人所知，故文章中提及的经验及其心得还是对我颇为裨益，故在此列举一些作为记录，也算是对自己倾心于DNN的鼓励和鞭策。同时在此有所呼吁，结交更多志同道合者（加盟dnnsun.com），希望DNN能够在国内真正的成为一个正规的开源社区，而不停留于本地化及其一些表面工作。

选择一个开源产品的标准:
1）目前的功能及其Roadmap
2）软件本身的架构
3）开发的活跃度及其社区的支持力度
4）该开源软件是否是遵守该领域的国际规范
5）与同类产品相比，可能存在移植的代价
我想补充的一点是： 6）可扩展性（这是DNN的优势）

开源之三重阶段（境界）:
1）敞开心胸，拥抱开源( Open to Open So ...

在上一篇文章中曾提及在DNN模块开发中传参的两种方式，其中包括ASP.NET中经典的URL传参方式，然而尽管如此，对于一些DNN初学者来说还是无从下手，这里我就简单解析其中道理及其如何在页面跳转，模块交互过程中最有效地传递参数，从而达到解除DNN之枷锁的功效。
首先，不妨先归纳一下传参所涉及的问题，追本溯源，找出我们需要面对的及其解决方案，问题主要有:
1）如何响应某一模块的事件（ 比如点击或其他类似事件），另一模块对此作相应的加载动作或变化，比如点击A模块的树形节点，B模块加载不同的内容，文章模块就可能如此操作流程。
2）如何响应某一点击事件跳转到对应模块所在页面并传递所需之参数？比如首页最新Blog模块就需要链接到详细内容页面。
那为何初学者会觉得千头万绪呢？ 究其原因，主要是由于对DNN一些核心API理解不够透彻而导致，实际上所列举的问题主要可借助NavigateURL,EditURL等核心辅助API方法得以实现的,
关于NavigateURL,EditURL，介绍的资料不少，有兴趣者不妨看看:

Read the rest of entry »