楼主是想实现一个3D效果吧?
longhorn应该可以做到,但现在你只能自己画了,哪能想当然的随便摆。:)
微软给我们提供了很多便利的开发方式开发资源,但不能因此让自己养成一个“便利”的开发习惯

解决方案 »

  1.   

    回复人: hhhh63(hhhh63) ( ) 信誉:100  2004-09-22 13:03:00  得分: 0  
     
     
       可不可以画一个窗口的图形,转45度,再显示出来。
      
     同意这个办法!实现难度应该不大!
      

  2.   

    nnd,比尔盖茨要是知道你的想法,保证给你颁发微软最高创意奖!
      

  3.   

    哦,是adailee啊,不好意思啊!!!帮你UP!
      

  4.   

    TO:tmp1804() 
    好像认识我哟。你是哪个呢?谢谢支持。
      

  5.   

    AntingZ(夕惕若) ( ) 信誉:100  2004-09-22 17:43:00  得分: 0  
     
     
       想法很好,难度挺大,我看所有的标准控件都需要重写才能达到你的效果
      
     
    ______________________________________
    我看也只有这样了吧?也许有这样的api函数。不管怎么说,这个想法很好,顶一下!
    我这个猪脑子怎么就没有想起来呢!*(._.)*
      

  6.   

    创意无限呀!大概只能用WinAPI来做这些动作了.
    要是你没有能把这所有的控件都重写的话,你首先得把窗体序列化,然后根据你的旋转要求重绘上去,再把那些那些事件行为都通过WinProc消息捕捉传递给你的重绘区域.
    呵呵,估计工作量会很大的.
      

  7.   

    好的Idea,不过实现起来是要费周折的,所有的控件都要重写的,若是楼主写好了我也要一份啊,呵呵
      

  8.   

    有这个api的!不过好像几个函数要一起使用!
      

  9.   

    其实我最关心的是楼主为什么会有这个 idea?
    应用的场合是什么?不知楼主能否说出来大家分享一下。目前的平台上有没有这个 Win32 API,我不清楚。
    到了 LongHorn 时代的确有这个 .Net API(注意,而且是 .Net 的)。但一切以微软的最终发布版本为准,微软也可能会因为未知原因在最终发布版本中取消这部分 API。
      

  10.   

    不光是显示重绘,而是每个组件的WinProc都要截取,重绘,但我最关心的事还不是显示问题比方说一个按钮的X1,Y1,X2,Y2以前是一个正矩行,当鼠标移上去的时候可以进行正矩形的点判断.一个算法,但当X1,Y1,X2,Y2转换后,不是正矩行,那个算法还能成立吗?如果不成立,那么~~~ ....再说Text...里面的文字~~~~
      

  11.   

    不光是显示重绘,而是每个组件的WinProc都要截取,重绘,但我最关心的事还不是显示问题比方说一个按钮的X1,Y1,X2,Y2以前是一个正矩行,当鼠标移上去的时候可以进行正矩形的点判断.一个算法,但当X1,Y1,X2,Y2转换后,不是正矩行,那个算法还能成立吗?如果不成立,那么~~~ ....再说Text...里面的文字~~~~
    ================================================
    可能还会关系到一些控件的边界等问题。简单的说就是把现在的最简单的上和下两个方向的一维扩展到面(二维),里面涉及到的东西可是非常多,所以楼主真想做而且真的做出来的话,应该能拿个奖了,楼主做出来的UI也肯定非常好看。
      

  12.   

    AhBian(阿扁) 
    其实我最关心的是楼主为什么会有这个 idea?
    应用的场合是什么?不知楼主能否说出来大家分享一下。
    ======================================================
    对着呆板、规矩的窗口久了,忽然想,如果能让这个窗口摇摇头,
    一定是一件很好玩的事情。没有什么商业目的。