headers
Lipp Christian | 1 Sep 2000 08:23

future of WTL

On
http://www.devx.com/upload/free/features/vcdj/2000/09sep00/rg0009/rg0009.asp
someone can read an article from Dr. Richard Grimes about ATL Server and
also
the framework behind, ATL 7.

A small snippet from this text:

> ATL 7.0 has extended the lightweight containers that you can use,
> so in addition to CSimpleArray<> and CSimpleMap<>, you also have hashes,
> arrays, lists, maps, and RB-trees. ATL has extended CRegKey to
> read/write all datatypes, to be security-aware, and to enumerate keys.
> It also includes classes for reading type libraries and wrappers for
SAFEARRAY.
> Finally, you'll find simple wrappers for SIZE, POINT, and RECT structures.
> These, together with CString, are essentially the MFC versions moved into
ATL.
> ATL also includes image-processing classes and, as you saw earlier,
> classes to manipulate time values. 

CRect, CPoint and CSize are (at the moment) part of the WTL.
So is also CString (not the MFC version).

Does this mean, that WTL is integrated with ATL 7 ?
Thanks, CL
Permalink | Reply | 2 comments |
headers
Chris Russell | 1 Sep 2000 09:04

ATL Server (was future of WTL)

Also check out this month's MSJ (ah - I mean MSDN Magazine) article 
on ATL Server. Man - things just keep getting better and better! 

WARNING - OFF TOPIC:
Living in the Boston-area (more Windows-bashing Linux heads per-
capita than anywhere I'm aware of) I'm delighting in the growing 
beauty of ATL/WTL. I'm sorry if I'm going off topic here (flame me by 
email if you must)... But, one of my card-carrying Linux buddies was 
over at my office the other day and saw one of my little WTL 
creations up in the debugger to which he remarked, "how many months 
did that take? I could do that in about 200 lines of code". Man you 
should have seen his face when I started a new project in DevStudio 
and re-created the basic UI skeloton in about 5 minutes sans WTL 
Wizard (just to prove a point). Please don't turn this thread into an 
OS flame war (for starting that in here I would be really sorry). I 
just thought some of you folks would get a kick out of this story.
Permalink | Reply | 1 comment |
headers
Nenad Stefanovic | 1 Sep 2000 12:07
Picon
Favicon

RE: Re: Re: Creating Controls in the Status Bar of ChildFra me.

OK then, here is some code that creates a progress bar in status bar in a
MDI child window. I don't know if that will answer all the questions, but I
hope it will help.

Cheers,
Nenad

class CChildFrame : public CMDIChildWindowImpl<CChildFrame>
{
public:
DECLARE_FRAME_WND_CLASS(NULL, IDR_MDICHILD)

CTestView m_view;
CProgressBarCtrl m_progress;

virtual void OnFinalMessage(HWND /*hWnd*/)
{
delete this;
}

BEGIN_MSG_MAP(CChildFrame)
MESSAGE_HANDLER(WM_CREATE, OnCreate)
MESSAGE_HANDLER(WM_FORWARDMSG, OnForwardMsg)
CHAIN_MSG_MAP(CMDIChildWindowImpl<CChildFrame>)
END_MSG_MAP()

LRESULT OnCreate(UINT /*uMsg*/, WPARAM /*wParam*/, LPARAM
/*lParam*/, BOOL& bHandled)
{
m_hWndClient = m_view.Create(m_hWnd, rcDefault, NULL,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Nenad Stefanovic | 1 Sep 2000 12:11
Picon
Favicon

RE: parent handling the messages of the child

Hi Christian,

That is not easy to do. Which messages do you want to process? Maybe you can
use WM_FORWARDMSG to pass them to the parent, but I can't see why would that
be useful. Another way could be to have a CContainedWindow as a data member
of the main window, and then use it to subclass the view. The messages would
than come to the alternate message map of the contained window.

Thanks,
Nenad

-----Original Message-----
From: Christian.Lipp@...
[mailto:Christian.Lipp@...]
Sent: Wednesday, August 30, 2000 1:03 PM
To: wtl@...
Subject: [wtl] parent handling the messages of the child

I have a mainform which contains a dialog based view and want to process
certain messages of the view in the parent.

The view is derived from CDialogImpl<>.

1. How do I have to create the view?

At the moment I create it with
m_viewRegister.Create(m_hWnd);

2. How do I have to code the MessageMap?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nenad Stefanovic | 1 Sep 2000 12:15
Picon
Favicon

RE: future of WTL

Hi Christian,

WTL will not be integrated with ATL 7. ATL 7 will not have any new classes
for the app and UI development. New versions of WTL will be compatible with
ATL 7.

CRect, CPoint, CSize, and CString in WTL are straight port of the MFC
versions, but they don't require MFC< exceptions, CRT. Once VS.NET is
released, we'll see if there is a need for WTL to have separate versions. We
wanted to release them in WTL just because WTL is available since Dec 99,
and VS.NET will be available sometimes next year.

Thanks,
Nenad

-----Original Message-----
From: Lipp Christian [mailto:Christian.Lipp@...]
Sent: Thursday, August 31, 2000 11:24 PM
To: 'wtl@...'
Subject: [wtl] future of WTL

On
http://www.devx.com/upload/free/features/vcdj/2000/09sep00/rg0009/rg0009.asp
someone can read an article from Dr. Richard Grimes about ATL Server and
also
the framework behind, ATL 7.

A small snippet from this text:

> ATL 7.0 has extended the lightweight containers that you can use,
(Continue reading)

Permalink | Reply | 1 comment |
headers
sgarratt | 1 Sep 2000 18:36

Can someone email me the clipcode WTL doc files ?

www.clipcode.com has vanished, and I dont have a copy of their 
excellent WTL docs. If anyone could email those to me, I would 
greatly appreciate it.

sgarratt@...

I wonder what happened to clipcode ?

Thanks in advance.
Permalink | Reply | 1 comment |
headers
Sean Garratt | 1 Sep 2000 18:40

Re: Can someone email me the clipcode WTL doc files ?

--- In wtl@..., sgarratt <at> w... wrote:
> www.clipcode.com has vanished, and I dont have a copy of their 
> excellent WTL docs. If anyone could email those to me, I would 
> greatly appreciate it.
> 
> sgarratt@...
> 
> I wonder what happened to clipcode ?
> 
> Thanks in advance.

thats: sgarratt at welbey dot com

Thanks
Permalink | Reply | 0 comments |
headers
Paul Selormey | 1 Sep 2000 23:11

Re: ATL Server (was future of WTL)

Hello Chris,
It seems you are missing the point here. Which one are you really 
talking about, VC++ getting you get faster or wtl getting you there 
faster?

Windows development in general, the GUI in particular, is now lagging
seriously behind Linux.
Try doing floating bar in C on Windows, or just try to create a
vertically docked toolbar in C on windows. Now, repeat the same stuff
in GNOME with C. You will not need MFC/ATL/WTL to get it right.
Get a little advance and try to integrate components in Windows
without MFC or VB.
Linux development, especially the GUI, is very young (<3 yrs) but the
designs these Guys and the energy they are putting into it just
cannot be matched. 

Linux development is transparent, you do not have to pay any so-called
expert or be a member of so-called MSDN universal to get your work 
done. I do not program in Linux currently, but use it and just admire 
these hard working Guys. So please stay realistic, and stop the flame 
war. I do not see any importance to what you wish to talk about here 
anyway. 

ATL server fine, but do I need it if my server like most others out
there runs on Linux? Yahoo and Amazon.com does not need MS servers
to command their world, and the world is getting real everyday, let MS
try changing the Hotmail.com and others to Win2K and we will do the
same and consider the relevance of ATL server.

If MS had devoted even two programmers to make the API/SDK programming
(Continue reading)

Permalink | Reply | 0 comments |
headers
Paul Selormey | 1 Sep 2000 23:19

Re: future of WTL

Hello Nenad,
Thanks for the good work you are doing.
Does the compatibility with ATL 7 mean we will be required to use
VS 7.0 to work with future versions of WTL?

Best regards,
Paul.

--- In wtl@..., Nenad Stefanovic <nenads <at> m...> wrote:
> Hi Christian,
> 
> WTL will not be integrated with ATL 7. ATL 7 will not have any new 
classes
> for the app and UI development. New versions of WTL will be 
compatible with
> ATL 7.
> 
> CRect, CPoint, CSize, and CString in WTL are straight port of the 
MFC
> versions, but they don't require MFC< exceptions, CRT. Once VS.NET 
is
> released, we'll see if there is a need for WTL to have separate 
versions. We
> wanted to release them in WTL just because WTL is available since 
Dec 99,
> and VS.NET will be available sometimes next year.
> 
> Thanks,
> Nenad
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nenad Stefanovic | 2 Sep 2000 13:33
Picon
Favicon

RE: Re: future of WTL

Hi Paul,

Thanks you. I'm sure that WTL will be both ATL3 and ATL7 compatible as long
as needed. The magic of #ifdefs can go a long way ;-)

Cheers,
Nenad

-----Original Message-----
From: Paul Selormey [mailto:paul@...]
Sent: Friday, September 01, 2000 2:19 PM
To: wtl@...
Subject: [wtl] Re: future of WTL

Hello Nenad,
Thanks for the good work you are doing.
Does the compatibility with ATL 7 mean we will be required to use
VS 7.0 to work with future versions of WTL?

Best regards,
Paul.

--- In wtl@..., Nenad Stefanovic <nenads <at> m...> wrote:
> Hi Christian,
> 
> WTL will not be integrated with ATL 7. ATL 7 will not have any new 
classes
> for the app and UI development. New versions of WTL will be 
compatible with
> ATL 7.
(Continue reading)

Permalink | Reply | 1 comment |

Gmane