解决方案 »

  1.   

    1:你们组这是搞独立呀。
    2:自定义样式,模板 那就使用WPF;控件当然支持。
    3:可以配合第三方控件使用,RadControl,界面会更好看。
      

  2.   


    我第一时间也是想到WPF 但是要求3.5以上环境的话应用的客户相对较少,现在考虑要不要用C++写一个编辑器
      

  3.   


    我第一时间也是想到WPF 但是要求3.5以上环境的话应用的客户相对较少,现在考虑要不要用C++写一个编辑器
    用4.0的环境就行了。
      

  4.   


    我第一时间也是想到WPF 但是要求3.5以上环境的话应用的客户相对较少,现在考虑要不要用C++写一个编辑器
    用4.0的环境就行了。我们交付的客户都是医院 很多医院电脑不是那么新 所以要兼容2.0的
      

  5.   


    我第一时间也是想到WPF 但是要求3.5以上环境的话应用的客户相对较少,现在考虑要不要用C++写一个编辑器
    用4.0的环境就行了。我们交付的客户都是医院 很多医院电脑不是那么新 所以要兼容2.0的都是XP的系统么?那你只能上AIR了。
      

  6.   

    有没有想过用WEB在线编辑呢?
      

  7.   


    这个可以有,目前想法是先用WPF做CS的  应该可以移植到BS 目前思路大概是这样:
    1.制作WPF容器,展现的数据都存放在容器.xaml中
    2.封装容器,可以在3.5的环境下调用控件
    3.xaml文件存放在文件服务器中实现用户实例的创建与保存
    4.细分业务,制作一些个性化的WPF UI控件
    5.CS端弄好后,尝试抽离已经写好的容器到BS上
      

  8.   


    CS端可以动态加载xaml太爽了 省了好多麻烦
      

  9.   

    又是病历编辑器,最好的办法是在同行借鉴其他三甲医院口碑比较好HIS厂商做的,然后思考下别人的实现模式就行了...或者挖墙脚...
      

  10.   

    还有最好别用控件堆叠的方式实现病历编辑器,给你个思路,模仿Wrod实现文本编辑,然后想办法实现文本统一管理
      

  11.   

    WPF Canvas
    Html5 Canvas
    具体业务具体分析,这里讨论完全得不到一个结果,毕竟你的问题简单点说只是一个方向的设计方式而不是具体的业务问题的解答