C / C++ / MFC

3-Dec-03 3:30

I am using a web browser control (actually the CHtmlStatic class found
in codeproject, but it's the same) to display some html and at some
point in my html document I have a button that calls window.print().
The problem is, if the option to print background colors and images
is not true in internet explorer's settings, my document will not print well.
So I need a way to get the registry key associated with that option
prior to displaying the html page, set it to true, show the page and
then set it back to the original value on return.
I have found the key:
HKEY_USERS\...(numbers ommited)...\Software\Microsoft\Internet Explorer\Main\Print_Background
which is probably the per user option, but how do I get and set it
at runtime?

Thanks in advance.

Have no fear of perfection - You will never reach it

Iain Clarke, Warrior Programmer

Iain Clarke, Warrior Programmer3-Dec-03 5:23

3-Dec-03 5:23

You need the registry functions. Do a search for (e.g.) RegOpenKeyEx, and you will see the rest.

You will want:
RegOpenKeyEx
RegQueryValueEx
RegSetValueEx
RegCloseKey

Good luck,

Iain.

Salvador Dali3-Dec-03 9:37

3-Dec-03 9:37

Thanks Iain, but my question is about finding at run time *which
key* to set, rather than which function to use to set it.
The hard part is, since it seems to be a per user option, you
have to find out where msie keeps this option for the current user.

Have no fear of perfection - You will never reach it

Iain Clarke, Warrior Programmer

Iain Clarke, Warrior Programmer3-Dec-03 12:39

3-Dec-03 12:39

Looking back at your question, I still think my answer was valid. But maybe that's my ego talking.

Anyway, I would lay *really* big odds that HKEY_USERS\...(numbers ommited)...\etc is the key that
is aliased by HKEY_CURRENT_USER\etc. Try changing a value in one, and see if that change is
reflected in the other.

HKCU is set when a user logs on, so it is safe on other machine, logins etc.

If you are unsure about specific keys, just get the RegMon[^] program from www.sysinternals.com[^].

A little bad news though. It is possible that the setting you are after is read when the explorer
control is created, rather than when used, which would ruin your plan. But its worth a go!

Iain.

Salvador Dali3-Dec-03 22:09

3-Dec-03 22:09

Thanks again Iain,

I should've thought about using a utility like regmon myself, but...oh well. Smile | :)

It seems that the key that's changed is
HKLM\Software\Microsoft\Internet Explorer\AdvancedOptions\PRINT\BACKGROUND\CheckedValue

I think you're probably also right about having to change this value on control creation rather than on page display.

I'll do some tests and let you know how it works out.

Have no fear of perfection - You will never reach it

et voila!

Salvador Dali3-Dec-03 23:34

3-Dec-03 23:34

This is it:

In my dialog's OnInitDialog() :

HKEY hkeyIE;
if(RegOpenKeyEx(HKEY_CURRENT_USER,
            "SOFTWARE\\Microsoft\\Internet Explorer\\Main",
            0, KEY_ALL_ACCESS, &hkeyIE) == ERROR_SUCCESS)
{
    ULONG nValSize = sizeof(m_strPrevIEPrintBGVal);
    LPDWORD lpType = NULL;
    if(RegQueryValueEx(hkeyIE, "Print_Background", 0, lpType, (BYTE*)(LPCSTR)m_strPrevIEPrintBGVal, &nValSize) == ERROR_SUCCESS)
        TRACE("Registry key exists, prev value = %s\n", m_strPrevIEPrintBGVal);

    TCHAR *strVal = _T("yes");
    if(RegSetValueEx(hkeyIE, "Print_Background", 0, REG_SZ, (BYTE*)strVal, sizeof(strVal)) == ERROR_SUCCESS)
        TRACE("Registry key found and written successfully.\n");
    else
        TRACE("Registry key found but writing failed.\n");
}
else
    TRACE("Registry key not found!\n");

// Now create the web control...

and in OnCancel() or OnOk() :

HKEY hkeyIE;
if(RegOpenKeyEx(HKEY_CURRENT_USER,
            "SOFTWARE\\Microsoft\\Internet Explorer\\Main",
            0, KEY_ALL_ACCESS, &hkeyIE) == ERROR_SUCCESS)
{
    if(RegSetValueEx(hkeyIE, "Print_Background", 0, REG_SZ, (BYTE*)(LPCSTR)m_strPrevIEPrintBGVal, sizeof(m_strPrevIEPrintBGVal)) == ERROR_SUCCESS)
        TRACE("Registry key changed to previous value = %s.\n", m_strPrevIEPrintBGVal);
}

Works like charm... Cool | :cool:

Have no fear of perfection - You will never reach it

Peter Molnar3-Dec-03 14:26

Peter Molnar

3-Dec-03 14:26

Those numbers according to user names are listed -among others- under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist, but I would recommend not to bother extracting it from there since you can extract the same from where you need it.

Therefore

1.enumerate all keys of HKEY_USERS with RegEnumKeyEx
2.Construct regkeys (HKEY_USERS + ...number... + rest of key) with the data found in 1./
3.Try opening the keys with RegOpenKeyEx
4.If successful, change their value as you need.

Peter Molnar

Salvador Dali3-Dec-03 22:13

Problem with pTreectrl->Create(...);

3-Dec-03 22:13

Thanks Peter,

I'm not sure I have to change the per user setting after all (look at my reply to Iain above), but your info may come in quite handy anyway.

Have no fear of perfection - You will never reach it

bilas3-Dec-03 2:33

bilas

3-Dec-03 2:33

I want to create tree in my Dlg.cpp dynamicly, i.e. I did create only Dialog window IDD_DIALOG without tree on it. Then I want to place tree on this window.
I had read MSDN Help & wrote in function OnInitDialog():
CWnd* pPar;
pPar->GetParent();
WINDOWPLACEMENT rc;
pPar->GetWindowPlacement(&rc);
rc.rcNormalPosition.bottom-=10;
rc.rcNormalPosition.left-=10;
rc.rcNormalPosition.right-=10;
rc.rcNormalPosition.top-=10;
pTreectrl->Create(WS_VISIBLE, rc.rcNormalPosition, pPar, 0x1005);
but it does not work - error. What I did incorrect?
Thanks in advance,
bilas.

Jörgen Sigvardsson3-Dec-03 2:40

Jörgen Sigvardsson

3-Dec-03 2:40

WS_CHILD

--
Talk to the hand!

Antti Keskinen3-Dec-03 2:52

Antti Keskinen

3-Dec-03 2:52

Remember to initialize the WINDOWPLACEMENT::length member with sizeof(WINDOWPLACEMENT) before calling GetWindowPlacement. Otherwise the function call will fail, and you will not receive the coordinates for rcNormalPosition.

-Antti Keskinen

----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.

bilas3-Dec-03 3:40

bilas

3-Dec-03 3:40

Did I understand correctly?
CWnd* pPar;
pPar->GetParent();
WINDOWPLACEMENT rc;
//I've added the next string but problem is alive
rc.length = sizeof(WINDOWPLACEMENT);
pPar->GetWindowPlacement(&rc);
rc.rcNormalPosition.bottom-=10;
rc.rcNormalPosition.left-=10;
rc.rcNormalPosition.right-=10;
rc.rcNormalPosition.top-=10;
pTreectrl->Create(WS_VISIBLE, rc.rcNormalPosition, pPar, 0x1005);

I'm beginner, so execuse me if my question is too stupid. But, can you wrote it correctly?
Thanks beforehand, bilas.

RChin3-Dec-03 5:14

RChin

3-Dec-03 5:14

bilas wrote:
pTreectrl->Create(WS_VISIBLE, rc.rcNormalPosition, pPar, 0x1005);

Yes, but you can bitwise OR these styles together to get a combination of properties. e.g.:

// Dynamically create tree control
m_TreeCtrl.Create(WS_CHILD | WS_VISIBLE | |TVS_HASLINES | TVS_HASBUTTONS, dwStyle, CRect(0,0,1,1), this, IDC_TREE);

I Dream of Absolute Zero

Antti Keskinen3-Dec-03 5:28

Antti Keskinen

3-Dec-03 5:28

Ok, I'll post a small code fragment to help you out. Here, we assume that the name of your dialog class is CMyDialog, and that the .cpp file you mentioned contains the implementation of the class.

// pTreeCtrl is a pointer to CTreeCtrl, and it MUST BE properly initialized with <code>new</code> in the constructor<DIV>

BOOL OnInitDialog (void)
{
   // Get the window placement info
   RECT rectParentCA;
   this->GetClientRect(&rectParent);<DIV>

   // Do the calculations
   rectParentCA.top += 10;
   rectParentCA.left += 10;
   rectParentCA.right -= 10;
   rectParentCA.bottom -= 10;<DIV>

   // Create the control
   pTreeCtrl->Create( WS_VISIBLE | WS_CHILD | WS_BORDER, rectParentCA, this, 0x1005);
}

This will create a tree control, making it a child of the dialog window.

Remember, that although the tree control object/window is automatically destroyed by the framework, the object reserved with new is not. You MUST call delete at the destructor of your dialog.

-Antti Keskinen

----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.