在软件设计中,特别是图像处理软件,为使界面美观,经常用控件来贴图,所以窗体上不得不摆上一堆的控件,然后载入图片,如此做法实在过于麻烦,特别是同一个窗体不同界面的切换,整个界面过于臃肿.这个PSDImage控件只需要载入一张PSD即可.设计期可以使窗体更简洁,不需要手动装载和切换图片.PSDImage支持的控件类型可由用户随意添加和修改,可以满足一般应用程序和需要
1.本控件可实现载入PSD文件作为界面,只支持PS CS4.0以上版本2.内部控件类型暂时不完善,目前控件类型包括:Button,Checkbox,ComBobox,TrackBar,KeyBoard(只支持数字),ProgressBar,Image,RadioGroup,Edit用户可添加自定义控件,通过修改PSD文件和源代码即可3.PSD文件读写具有一定商业价值,故不开放源代码4.使用方法:新建一个安装包,将upsdimage加入到安装包内,安装后即可使用,每个控件类型使用详情见DEMO5.使用的GDI+版本是 阿发伯 大侠修改过的版本6.联系作者 : 稻草人;Emaile : [email protected]截图就不上了,就一个PSD文件
下载地址:http://download.csdn.net/detail/mdejtod/4009567

解决方案 »

  1.   

    破CSDN,发完贴子,点查看贴子,给我来一个404,你懂的,懂你XX....
      

  2.   

    psd文件读写的就不放源码啦,这东东研究了我好久才搞定的
      

  3.   

    呵呵 
    支持原创
    我现在都有两个学习作品的原创版本
    第一个版本是:
    C#学习之水晶报表应用
    已分享资料
    http://topic.csdn.net/u/20111228/16/c561c4ed-5c56-43a6-a40f-a55577f4da17.html第二个版本是:
    DELPHI+MSSQL数据库之三层编程的点点滴滴
    http://topic.csdn.net/u/20111228/16/c561c4ed-5c56-43a6-a40f-a55577f4da17.html
      

  4.   

    你的方向就是错的当然解读psd本身是个好功能,不过 psd读写现在好多库都支持但是用gdi+来实现界面,那就有点问题了
    你自己看了你的demo吗?随便按钮点点cpu就满负荷,你说怎么用?
      

  5.   

    水平有限,写出来的东西也不咋滴,我写这控件的目的就是为了简化程序界面
    至于CPU,占用率确实比较高,触发一下重绘,在我机器上大概会到20-30左右
    这个还得做优化...
      

  6.   

    你gdi+ 再优化速度也快不上去
    这是gdi+本身的效率问题
    所以你还是要转到gdi上来
    先把psd解出来,然后再。
    其实我觉得大可不必这么麻烦
    delphi已经完美支持png
    pohtoshop存为png也不麻烦
    这样透明什么都有了
    何必用psd呢?里面还有那么多的potoshop自己的信息
    再说你用psd根据potoshop的版本不同你兼容性肯定有问题
      

  7.   

    更改一下:
    第一个版本是:
    C#学习之水晶报表应用
    已分享资料
    http://topic.csdn.net/u/20110917/11/ac20c3bd-5322-4935-a31f-07caa7d894bd.html
      

  8.   

    to : onlykingqc
    看看我的说明,写这个控件的初衷,就是为了简化程序,至于效率方面,现在的机器
    要跑起来似乎也不是难事
    貌似有点强词夺理了,呵呵
    当然控件肯定也有优化的余地,就是只重绘需要重绘的控件,不重绘全部
    GDI+的drawimage确实很耗时,这也是没办法的事,至于GDI的版本,目前暂时不考虑修改
    版本问题,这里也作特别说明了,我没那么牛,写个万能通的程序
    我知道你推崇的是directui,不过我对这方面没什么了解
      

  9.   

    我也要顶,因为有...你懂的。csdn也懂的