João Paulo Figueira | 2 Jan 16:39 2006
Picon

RE: Property pages in Windows CE 4.2

Here's the final version (I hope):
1 - No aygshell
2 - Maximized property sheet:

CMaxPropertySheet::CMaxPropertySheet(LPCTSTR pszTitle)
:	CPropertySheet(pszTitle)
{
	m_psh.dwFlags |= PSH_MAXIMIZE;
}

Well, works! ;)

Thanks!
João Paulo Figueira

-----Original Message-----
From: wtl@...
[mailto:wtl@...] On Behalf Of João
Paulo Figueira
Sent: sábado, 31 de Dezembro de 2005 13:02
To: wtl@...
Subject: RE: [wtl] Property pages in Windows CE 4.2

Hi Alan,

That did the trick! Thanks and a happy new year for you and the group!

João Paulo Figueira

-----Original Message-----
(Continue reading)

Marko Bozikovic | 2 Jan 20:21 2006

Using CScrollImpl/CScrollWindowImpl

Hi all,

I'm trying to use a CScrollImpl/CScrollWindowImpl. I have a main frame and a
view. I derive the view from CScrollWindowImpl and call SetScrollSize().

What do I do next? Do I have to handle WM_VSCROLL/WM_HSCROLL, or is there
something else? I see that CScrollImpl has some scroll handling code. How do I
use that?

I have also noticed a problem in CScrollImpl when calling SetScrollSize.
SetScrollSize function in atlscrl.h, at line 194 set:

m_sizeAll.cx = cx;
m_sizeAll.cy = cy;

Then at line 249, there is a call: SetScrollLine(0, 0). At line 270, in
SetScrollLine function, there's an assert:

ATLASSERT(m_sizeAll.cx != 0 && m_sizeAll.cy != 0);

Is this ok? What am I doing wrong?

TIA,
--

-- 
Marko
ICQ: 5990814

I'm not under the alkafluence of inkahol
that some thinkle peep I am.
It's just the drunker I sit here the longer I get.
(Continue reading)

Marko Bozikovic | 2 Jan 20:28 2006

Re: Using CScrollImpl/CScrollWindowImpl

Marko Bozikovic wrote:

> -snip-
> I have also noticed a problem in CScrollImpl when calling SetScrollSize.
> SetScrollSize function in atlscrl.h, at line 194 set:
> 
> m_sizeAll.cx = cx;
> m_sizeAll.cy = cy;
> 
> Then at line 249, there is a call: SetScrollLine(0, 0). At line 270, in
> SetScrollLine function, there's an assert:
> 
> ATLASSERT(m_sizeAll.cx != 0 && m_sizeAll.cy != 0);
> -snip-

Please disregard this part, I misread the ATLASSERT condition. The first part
of my mail still stands :)

--

-- 
Marko
ICQ: 5990814

I'm not under the alkafluence of inkahol
that some thinkle peep I am.
It's just the drunker I sit here the longer I get.

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
(Continue reading)

MB | 2 Jan 20:52 2006
Picon

Two-phase name lookup and ATL/WTL

Hi, I guess UPDATE_UI_MAP and DLGRESIZE_MAP somewhat depend on
non-conforming VC++.
Assume CMainDialog is a class template.
DLSZ_SIZE_X could not be found if VC++ were conforming.

I want to know whether or not ATL/WTL depends on such broken behavior
of VC++.

Regards,
MB
p-stade.sourceforge.net

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/wtl/

<*> To unsubscribe from this group, send an email to:
    wtl-unsubscribe@...

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

ian | 3 Jan 15:34 2006

MRU List in MDI menu, V7.5

Hi,,

I've just upgraded an existing wtl mdi app from wtl v3 to v7.5, and
modified it to change what was a plain menu to a rebar band, as in the
mdi sample. So far so good. The trouble is that now my MRU list (using
CRecentDocumentList) is always empty in the menus displayed by the 2nd
and subsequent child windows. Needless to say, this didn't happen
before. My recent doc list is is part of the file menu.

I do this in my main frame window OnCreate:

CMenuHandle menu = m_CmdBar.GetMenu();
CMenuHandle menuFile = menu.GetSubMenu(FILE_MENU_POSITION);
m_mru.SetMenuHandle(menuFile);

Which works for the 1st child window (created on app startup).

Do I need to do something additional with rebars to set a different
menu  handle when the active child window changes?

Perplexed,
Ian

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/wtl/

<*> To unsubscribe from this group, send an email to:
(Continue reading)

Bjarke Viksøe | 4 Jan 15:07 2006
Picon

Re: MRU List in MDI menu, V7.5

--- In wtl@..., "ian" <egroups <at> i...> wrote:
>
> Hi,,
> 
> I've just upgraded an existing wtl mdi app from wtl v3 to v7.5, and
> modified it to change what was a plain menu to a rebar band, as in 
the
> mdi sample. So far so good. The trouble is that now my MRU list 
(using
> CRecentDocumentList) is always empty in the menus displayed by the 
2nd
> and subsequent child windows. Needless to say, this didn't happen
> before. My recent doc list is is part of the file menu.
> 
> I do this in my main frame window OnCreate:
> 
> CMenuHandle menu = m_CmdBar.GetMenu();
> CMenuHandle menuFile = menu.GetSubMenu(FILE_MENU_POSITION);
> m_mru.SetMenuHandle(menuFile);
> 
> Which works for the 1st child window (created on app startup).
> Perplexed,
> Ian
>

I have something like this:

   CMenuHandle menu = m_CmdBar.GetMenu();
   CMenuHandle menuFile = menu.GetSubMenu(0);
   CMenuHandle menuMru = menuFile.GetSubMenu(menuFile.GetMenuItemCount
(Continue reading)

Ilir Deda | 4 Jan 22:20 2006
Picon

Listview scrolling


I need to use a Listview for my application.
I need its scrolling abilities but I cannot show the
scroll bars, since the application is for a
touchscreen terminal (the Up and Down arrows are too
small to be clicked with a finger).
Instead I was thinking to have 2 buttons (Up and Down)
adjacent to the list and use the LVM_SCROLL message. 
But after I set the style to LVS_NOSCROLL, the
LVM_SCROLL doesn't do anything anymore.

Does any one have any suggestion on how to do this?

Thanks,
        Ilir

		
__________________________________________ 
Yahoo! DSL – Something to write home about. 
Just $16.99/mo. or less. 
dsl.yahoo.com 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/wtl/

<*> To unsubscribe from this group, send an email to:
    wtl-unsubscribe@...
(Continue reading)

ian | 4 Jan 22:27 2006

Re: MRU List in MDI menu, V7.5

--- In wtl@..., Bjarke Viksøe <bjarke <at> v...> wrote:
>
...

> >
> 
> I have something like this:
> 
>    CMenuHandle menu = m_CmdBar.GetMenu();
>    CMenuHandle menuFile = menu.GetSubMenu(0);
>    CMenuHandle menuMru = menuFile.GetSubMenu(menuFile.GetMenuItemCount
> () - 3);
>    m_mru.SetMenuHandle(menuMru);
> 
> regards,
> bjarke
>

Thanks bjarke,

I think what you have is similar to what I have, except you have a
popup menu for the recent items? In any case, I have tried it this way
 as well, and it makes no difference.

On further investigation I have realised that whats happening is that
I'm only running this code once when the main frame is created. When a
new mdi child is created subsequently, m_CmdBar's menu is adjusted
(haven't worked how exactly), which leaves m_mru with a handle to the
wrong menu.

(Continue reading)

Nenad Stefanovic | 4 Jan 23:27 2006
Picon

RE: Re: MRU List in MDI menu, V7.5

Hi Ian,

You are right, the menu is changing every time another MDI child window is changed, and that is why you need to
set the MRU menu for each change. Menus change when WM_MDISETMENU message is sent to MDI client window. So,
you need to subclass the MDI client window to trap that message.

Here is the code that I used in a main frame window class (the rest of the class was omitted):

class CMainFrame : ...
{
	...
	CContainedWindow m_wndMDIClient;

	CMainFrame() : m_wndMDIClient(this, 1)
	{ }

	...

	BEGIN_MSG_MAP(CMainFrame)
		MESSAGE_HANDLER(WM_CREATE, OnCreate)
		...
	ALT_MSG_MAP(1)
		MESSAGE_HANDLER(WM_MDISETMENU, OnMDISetMenu)
	END_MSG_MAP()

	LRESULT OnCreate(UINT /*uMsg*/, WPARAM /*wParam*/, LPARAM /*lParam*/, BOOL& /*bHandled*/)
	{
		...

		m_wndMDIClient.SubclassWindow(m_hWndMDIClient);
(Continue reading)

ian | 5 Jan 13:42 2006

Re: MRU List in MDI menu, V7.5

Hi Nenad,

Thanks for that! I've done the same thing and now I'm seeing my mru
list updated for each child.

Just to make sure I understand whats going on here - m_wndMDIClient is
there purely to act as mechanism to get WM_MDISETMENU in the main
frame, i.e. it serves no other purpose?

Ian

--- In wtl@..., "Nenad Stefanovic" <nenads <at> w...> wrote:
>
> Hi Ian,
> 
> You are right, the menu is changing every time another MDI child
window is changed, and that is why you need to set the MRU menu for
each change. Menus change when WM_MDISETMENU message is sent to MDI
client window. So, you need to subclass the MDI client window to trap
that message.
> 
> Here is the code that I used in a main frame window class (the rest
of the class was omitted):
> 
> class CMainFrame : ...
> {
> 	...
> 	CContainedWindow m_wndMDIClient;
> 
> 	CMainFrame() : m_wndMDIClient(this, 1)
(Continue reading)


Gmane