Register  |   Login
关于本人
Baldwin's Status
Ramblings of a developer for dnn solution...
 Contact Me
随笔档案
Blog搜索
相册库
更多照片请查看相册库
最新评论
Rss Feed
feedsky
抓虾
pageflakes
newsgator
哪吒
我们的服务
  • DotNetNuke 咨询
  • Web设计及其模块开发
  • 免费建站
  • 电子商务
  • 开拓市场
我们致力于开发定制的web 2.0 ,所服务的客户主要包括小中型企业,社区俱乐部及其非盈利机构组织。我们将利用开源的DNN作为我们核心的系统机制,更多相关信息...

DNN皮肤设计

关于DNN皮肤的设计实现,包括对DNN皮肤机制的优化及其Web 2.0下如何设计纯CSS的皮肤。。。

拥抱PNG(如何在DNN应用PNG格式图象)

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、 ...

展望DNN皮肤前景及其推荐一些皮肤资源

自从DNN发布以来,用户对DNN皮肤机制一直以来都是褒贬不一,我对此也曾写过一些文章分析其中道理,有兴趣者不妨看看我之前的文章,目前DNN即将升级到5.0版本(代号为Cambrian),这将是一个具有里程碑意义的版本发布,时间大概是今年秋天,估计应该是在DotNetNuke OpenForce '08 大会之前吧,让我们拭目以待吧. 关心DNN皮肤的朋友们, 现在让我们先来看看皮肤机制将发生哪些变化...

DNN登陆注册链接小变身(Skin Object定制开发)

上一篇文章简单解析了DNN多语言解决方案,其中提到了一个皮肤级别的本地化支持.这篇文章接着简单分析如何定制开发自己的皮肤对象(在dnn称之为Skin Objects),不妨来看看我们如何给DNN默认的登陆注册链接皮肤对象做个小变身.首先还是先描述一下需求,例如有客户需要在设计皮肤时可以在登陆注册这两个链接增加一个小图象提示,起到修饰美观的作用,最终效果如图:
如何开发呢?其实对我来说,开发DNN的原则就是如何节省代码量,同时可以让DNN物尽所用,但又不能影响以后的升级.我想这个理念在前几篇文章都阐述得淋漓尽致(比如浅谈如何做到dnn物尽所用(二), 浅谈如何做到dnn物尽所用).有兴趣者不妨回头看看,也许你也会得到些许提示的.回到正题,首先我想到就是利用原有的登陆注册这两个链接皮肤对象,再结合DNN自带的CommandButton(文章"Read the rest of entry »

你需要么,dnn多语言解决方案?

目前dnn多语言解决方案是我这段时间研究的重点, 我接下来也许会写几篇相关文章阐述这些问题.
切入正题, 本地化是ASP.NET的特性, 无疑dnn也会直接支持, 但是事实上并不是很乐观, 因为dnn本身也只是在表面上作些文章吧了, 如果你想利用dnn实现多语言门户(Portals), 那你可能想错了, 除非你重新开发或在模块级别上定制的开发支持多语言. 那dnn究竟支持多语言到何种程度呢? 让我慢慢道来, 其实dnn默认支持的多语言只局限于页面标签(Tags,Token etc), 比如登陆链接, 编辑模块时的字段Label等等, 而这些并非我们通常理解的内容本地化(多语言支持). 当然你可以通过下列两种解决方案来实现:
1) 模块级别的多语言开发,但你的内容可能需要存储好几个版本(根据你站点支持的语言总数)
   2) 站点级别的多语言开发,也就是你需要发布好几个站点(根据你需要支持的语言总数)

目前在DNN模块市场也有一些模块按照第一种思路做到了内容上支持多语言,比如:
1) MLSkinHelper, PageLocalization Module,Language Selector skin object 等等
http://www.apollo-software.nl/Home/tabid/36/language/en-US/Default.aspx
最经典的范例就是http://declic-video-fx.com/,它利用apollo-software相关模块实现了多语言站点,可以说基本上实现了多语言支持的所有功能.
2) Localization Extensions: Easily implement mul ...

NUS项目告一段落

最近加班加点,终于在10天之内把客户这一网站给整出来,真是不容易啊,在此弄个截图以资鼓励我们团队的斗志, :)

解析DNN皮肤级别的doctype声明

自从DNN 4.4版本开始, DNN主要的重心转移到性能和优化方面,由此引入了一系列的优化措施和功能的改进, 如今的DNN已是今非昔比。而在跟Web标准的靠拢方面,DNN也做出了一定的努力,比如这篇文章即将提到doctype的概念, 在文章中将详细说明DNN中doctype的用途及其优势,以此对应的优化等等。

DNN Style Sheet简要总结

在上一篇文章DNN默认核心CSS继承关系解析,我曾简要分析了DotNetNuke的样式继承关系,在此我再对此作些补充,算是做些总结。
是的,DNN是通过外部样式表来规划页面布局和交互界面设计的,其途径就是把所有样式文件拆分到不同的,具体的样式单(比如skin.css,portal.css),而在页面的加载时是按照一定的优先级顺序来界定的,从而达到后一样式表能够覆盖前一样式的作用,实现我们所熟悉的CSS样式继承关系。其优先级排列如下(靠后者可覆盖前者的样式):
1) Modules模块控件样式,一般定义为module.css,可选项。
2) Default 默认网站主机样式(default.css)
3) Skin – 皮肤样式,可取名为skin.css 或 skinfilename.css
4) Container容器皮肤样式,可取名为container.css 或 ...

DNN默认核心CSS继承关系解析

在DNN里,因为存在皮肤主题及插件模块的概念,故而衍生出一系列的产物,比如Tab Skin(页面皮肤), Container Skin(容器皮肤), Module Template(模块模版)等等,而这一切都是DNN布局显示所需要的.那DNN是如何处理这些文件所包含的样式?