对于没有WTL论坛很失望!!!

chenyu2202863 2009-06-24 10:23:26
CSDN没有关于WTL的论坛,实在令我很不爽~不吐不快啊!

有两个问题:
1:如果我用WTL框架做界面,然后逻辑涉及到Win32API,比如Wininet,难道就只能用自己封装的,而不能使用MFC提供的?
2:我在WTL里用透明PNG做Button的时候,居然完全透明区域会有残留(也就是说如果我的PNG图片是64*64的,中间的图形是圆形,然后内切后剩余的边角部分是完全透明的,这时移动该BUTTON会留下残影,使用GDI+哈)


谢谢各位捧场,欢迎各式解决方案
...全文
320 40 打赏 收藏 转发到动态 举报
写回复
用AI写文章
40 条回复
切换为时间正序
请发表友善的回复…
发表回复
soupcai 2010-06-07
  • 打赏
  • 举报
回复
这儿有个WTL的专题
WTL程序设计
打造史上最全的WTL程序设计教程集!
http://www.86yizu.com/a/ITjishu/WTL/2010/0515/WTL_Article.html
yaotong 2010-03-01
  • 打赏
  • 举报
回复
在CSDN已经见过多次要求添加WTL版块的铁了.
但是为他开个版块确实不现实.还是寄生在MFC比较合适
cdut_boy 2009-12-25
  • 打赏
  • 举报
回复
codeproject上有嘛
Q群398214474 2009-12-25
  • 打赏
  • 举报
回复
同上!
Sou2012 2009-09-11
  • 打赏
  • 举报
回复
希望能开个WTL的论坛
Sou2012 2009-08-26
  • 打赏
  • 举报
回复
帮顶!!
ToCpp 2009-06-28
  • 打赏
  • 举报
回复
顶,想用WTL,但是公司非得用MFC。
HotSoftg 2009-06-27
  • 打赏
  • 举报
回复
把WTL块,建立在VC++下就行了。
Dobzhansky 2009-06-25
  • 打赏
  • 举报
回复
多谢楼主失望
贪玩的老鼠 2009-06-25
  • 打赏
  • 举报
回复
顶起来
danxuezx 2009-06-25
  • 打赏
  • 举报
回复
[Quote=引用 17 楼 jennyvenus 的回复:]
csdn的人会什么,就开什么板块。
[/Quote]
顶大兔子
NTooL 2009-06-25
  • 打赏
  • 举报
回复
帮顶,接分。
littlefish636 2009-06-25
  • 打赏
  • 举报
回复
up
lyserver 2009-06-25
  • 打赏
  • 举报
回复
路过。
  • 打赏
  • 举报
回复
WTL属于少数人使用的库。目前我想不会添加到论坛中的。
用户 昵称 2009-06-24
  • 打赏
  • 举报
回复
csdn的人会什么,就开什么板块。
zabbey 2009-06-24
  • 打赏
  • 举报
回复
我也一直用WTL呢,麻烦是麻烦了点,但是用起来的感觉很好!
hendriclee 2009-06-24
  • 打赏
  • 举报
回复
MARK
fairchild811 2009-06-24
  • 打赏
  • 举报
回复
给版本写信
Conry 2009-06-24
  • 打赏
  • 举报
回复
[Quote=引用楼主 chenyu2202863 的帖子:]
CSDN没有关于WTL的论坛,实在令我很不爽~不吐不快啊!

有两个问题:
1:如果我用WTL框架做界面,然后逻辑涉及到Win32API,比如Wininet,难道就只能用自己封装的,而不能使用MFC提供的?
2:我在WTL里用透明PNG做Button的时候,居然完全透明区域会有残留(也就是说如果我的PNG图片是64*64的,中间的图形是圆形,然后内切后剩余的边角部分是完全透明的,这时移动该BUTTON会留下残影,使用GDI+哈)


谢谢各位捧场,欢迎…
[/Quote]
就Wininet来说,直接用API还是不错的
我写的MFC程序,也直接用的API,用MFC带的会有问题,既然用API好好的,所以也就没有深究
加载更多回复(20)
WTL 在开发者之间的悄悄传播已经超过一年了, 传闻它是基于ATL的,并在微软内部使用.这理所当然的引起了ATL开发者社区的注意.这些人从ATL1.1开始,就一直为ATL控件书写UI代码,但是他们发现,他们的所写的代码常常就是纯的Win32 GDI代码.我告诉您, WTL并没有多大不同.是不是让人失望? 不,因为ATL只是对COM进行了简单的封装,这也是ATL的强大之处. 是的,写ATL您必须通晓COM. 您在ATL上额外花费的功夫跟您学习COM所作的努力比起来,简直微不足道.这跟那些需要把主要精力花费在学习类库本身,忽略COM的库是完全不同的.WTL与此类似.您需要懂得Win32窗口技术和GDI.只要您懂得,学习WTL就似清风抚面,再简单不过了.如果您不懂 这些,那么您最好使用VB来写UI代码. 它给各种类型的应用程序提供了一个基本的框架.注意,虽然您没有MFC那样的文档/视结构,但是您有视(views). 在WTL有大量的代码让您来管理视,而且加入您自己的代码也很容易. WTL有AppWizard,可以让您生成SDI, MDI 和多线程SDI程序多线程SDI跟IE或Windows Explorer很像.它看起来是打开了多个程序实例,实际上这些窗口都是属于一个进程的.另外,您的程序可以是基于对话框的,也可以是基于视的.视可以是基于CWindowImpl的,也可以是基于控件,甚至是IE里的一个HTML页.您可以选择您的程序是否需要一个rebar, command bar (CE-like), toolbar 和/或status bar.另外,您的程序可以主持ActiveX控件,以及成为一个COM服务器. 这里有几个关于视的选项. WTL提供splitter窗口类(这样在一个视里您可以有两个窗口)和scroll窗口类(这样您的窗口可以比它显示的"视"小). WTL也有个类似MFC的UpDateUI的东西,但是它们不是很一样 - 主要的区别是您需要把需要更新的项用宏映射标注出来,然后您在您的类里加入执行UpdateUI的代码. DDX/DDV在WTL也支持,同样类似MFC,但有不同. 您必须加一个宏映射来实现DoDataExchange,然后加入调用它的代码.现在WTL也有GDI类了.然而,HDC的封装类就像CWindow一样,只进行了很简单的封装 - 它几乎没有加入任何新的功能.不过,在WTL,你可以得到播放meta文件和OpenGL支持. 最有价值的我猜应该是打印机DC的那些继承类 - WTL有打印机支持,甚至打印预览. 当然也有GDI对象的封装. 诸如画笔,画刷,区域等.WTL对所有的Win32 (和W2K) 通用对话框进行了封装.同样尽管简单,但是它的确使请求字体或者文件变的非常的简单.合成了旧的AtlControls.h,新加了一些封装类. 这些封装类封装了W2K控件,以及一些不属于Win32的"控件",像Command Bar, bitmap button, hyperlink 和 wait cursor.WTL 最终把消息分离带入了ATL! 一些新的MSG映射宏将消息分离,调用您类里的消息处理函数.消息处理函数的参数的值是从消息分离得到的.唯一令人头痛的是,您需要查看头文件以确定函数参数的意义.

16,473

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧