|
MoveWindow sends other messages, WM_WINDOWPOSCHANGING, WM_WINDOWPOSCHANGED, WM_MOVE, WM_SIZE, and WM_NCCALCSIZE. SetWindowPos does not.
I prefer MoveWindow because I can handle those messages so I can manage the sizing myself of the child windows.
Max.
|
|
|
|
|
|
Hi guys:
Does anyone know where IE stores the information in the History popup window, what the format of that file is, and under what conditions it's possible to change it. (or is it?) Basically I want to change what's displayed in-place... I was thinking of just subclassing that window, but a cleaner way would be to change the file itself... any ideas?
Thanx
----------------------------------------
----I said my name wasn't important
---------------------------SlartiBartFast
|
|
|
|
|
No guru here, it's newbie stuff. The history is of course a tree folder with internet shortcuts. To get it without hardcoding a path (changing depending on the OS), use the shell API ::SHGetFolderPath with CSIDL_HISTORY as parameter.
How low can you go ? (MS rant)
|
|
|
|
|
If you want manipulate the history, you should use the IUrlHistory[^] interface to do it properly.
-- ian
"The greatest danger to humanity is humanity without an open mind." - Ian Mariano
http://www.ian-space.com/
|
|
|
|
|
Hi again:
Thanks for the responses. A couple questions:
1. I need this to work for IE5, and according to MSDN the IUrlHistory interfaces require 5.5 minimum.
2. The History "folder" is kind of weird -- I have a strong suspicition it's actually a file, shown as a folder through the use of shell extensions, or something like that. In other words, I don't think I can just enum files inside that folder, looking for ones I want to change. Am I wrong?
Any other ideas?
Thanks,
Gene
----------------------------------------
----I said my name wasn't important
---------------------------SlartiBartFast
|
|
|
|
|
I'm working on a GINA replacement, because we need to do some custom log on of the users.
I have one major problem that I can't find any solutions for.
When the user is logged on, the start-menu is, err..., not exactly disabled but it's acting very strage.
Fucus is not folloving the mouse, and it don't respond to mouse clicks.
Anyone got an idea?
I have been searching google and found other people with the same problem, but not any solutions.
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
|
|
|
|
Are you sure you setup proper security descriptors for the WinSta0 and WinSta0/Default windowstation/desktop objects?
Seems that the user account the shell process is running under has not the proper access rights to create menus.
--
Daniel Lohmann
http://www.losoft.de
(Hey, this page is worth looking! You can find some free and handy NT tools there )
|
|
|
|
|
I found this a couple of hours ago, and it did the trick
TOKEN_GROUPS *pGroups;
DWORD dwSize, i;
BOOL status = FALSE;
pGroups = (_TOKEN_GROUPS*)LocalAlloc(LMEM_FIXED, 2048);
GetTokenInformation(pgContext->UserToken, TokenGroups, pGroups, 2048, &dwSize);
for (i = 0; i < pGroups->GroupCount; i++)
{
if ((pGroups->Groups[i].Attributes & SE_GROUP_LOGON_ID) == SE_GROUP_LOGON_ID)
{
CopySid(GetLengthSid(pLogonSid), pLogonSid, pGroups->Groups[i].Sid );
break;
}
}
LocalFree(pGroups);
- Anders
Money talks, but all mine ever says is "Goodbye!"
|
|
|
|
|
I'm using the CHtmlCtrl from this article http://www.microsoft.com/msj/0100/c++/c++0100.asp[^] so I can put the CHtmlView in my dialog based app and it works fine except for one problem. When I load my app the CHtmlCtrl sits in a state of disarray, what I mean is the ctrl just flashes bars of the form color and doesn't load anything until I click a menu item. Once I do that the page loads and all is well until the CHtmlCtrl gets covered by another window then the whole things starts again. Here's the code I'm using to paint the window:
CWnd* pParent = GetParent ();
CRect rect;
pParent->GetWindowRect (&rect);
pParent->ScreenToClient (&rect);
MoveWindow (&rect, TRUE);
I want the CHtmlCtrl to be resized to the size of the window that's why I'm using the code above. If I take out the code above then the CHtmlCtrl isn't updated until a menu item is clicked. I'm completely baffled as to what the menu items are calling besides the OnPaint handler that is making the page load correctly. Any help would be very much appreciated. If you want anymore code or information just let me know.
Thanks in advance.
- monrobot13
|
|
|
|
|
are you moving the window inside the OnPaint handler?
"[it was..] one of those evenings when you feel that not only will there definitely be a revolution, but that the Association of Manufacturers will foot the bill."
-- Umberto Eco, Foucault's Pendulum
|
|
|
|
|
Chris Losinger wrote:
are you moving the window inside the OnPaint handler?
Yes, the code I gave above is the code for my OnPaint handler.
- monrobot13
|
|
|
|
|
try putting that MoveWindow outsite the OnPaint handler. otherwise, you're probably causing paint messages from inside your OnPaint handler. while it's not recursive, it's more painting than you need.
-c
"[it was..] one of those evenings when you feel that not only will there definitely be a revolution, but that the Association of Manufacturers will foot the bill."
-- Umberto Eco, Foucault's Pendulum
|
|
|
|
|
Thanks. That got rid of the bars going all crazy but I still have to click a menu in order to get anything to show.
- monrobot13
|
|
|
|
|
Hi,
I'm to C ++/mfc and I'm trying to modify a chat program to have the capability to transfer files as well as messages.
I found help from with code to send the file from this forum, but when I implemented it, I keep getting an error, "Unknown error while accessing unnamed file".
I put a button on the client side, and when the person clicks on it, the file dialog box is supposed to open, and the person can choose the file to send.
I get the dialog box, but I get the error right after I choose the file.
I put messages throughout the code to see where the progran has reached, and it seems to be going through fine! I'm really confused!!
I'm pasting the code below. If anyone has any idea what I'm doing wrong please respond.
-------------------------------------------------
void CMainFrame::OnSFile()
{
MessageBox("File Transfer");
CSocket cSocket;
cSocket.Create();
cSocket.Connect((LPCTSTR(m_strServerIP)),m_iFTPort);
CSocketFile sf(&cSocket);
CArchive ar(&sf, CArchive::store);
/*code for CFileDialog goes here*/
static char BASED_CODE szFilter[] = "All Files (*.*)|*.*||";
CString strPath;
CFileDialog m_ldFile(TRUE,".*","*.*",OFN_HIDEREADONLY | OFN_OVERWRITEPROMPT, szFilter);
// Initialize the starting directory
//m_ldFile.m_ofn.lpstrInitialDir = _T("C:\\");
// Show the file open dialog and captures the result
//if IDOK
if (m_ldFile.DoModal() == IDOK)
{
strPath = m_ldFile.GetPathName();
CFile myFile(strPath,
CFile::modeRead | CFile::typeBinary);
MessageBox("here");
//get file info
DWORD length = myFile.GetLength();
MessageBox("here2");
char *data = new char[length];
MessageBox("here3");
myFile.Read(data, length);
MessageBox("here4");
//send it across
ar << myFile.GetFileName();
ar << length;
ar.Write(data, length);
delete[] data;
myFile.Close();
}
MessageBox("here5");
}
----------------------------------------------------------------
|
|
|
|
|
Hi.
I created a class called COGLwindow which is essentially a simple opengl rendering window. It is implemented using the familiar WIN32 approach. It has its own event handler (WNDPROC). For now, all that it does is render a simple scene. My problem is this:
I spawn a COGLwindow window (for now) from a simple AppWizard generated SDI application. After the window is created and the scene is rendered, I seem to lose contact with the COGLwindow event handler. Specifically, I have to send the COGLwindow window into the background and reactivate (bring to the foreground) it, in order for it to respond to window messages again. I can't even click in the main application's space. I have to either activate another application or click on the taskbar to reactivate the window. After this procedure, everything seems to work fine.
Any Suggestions as to what's wrong here?
ks
|
|
|
|
|
How to get icons of all currently opened windows(top-level, unowned) ?
|
|
|
|
|
You would enumerate all top level windows using ::EnumWindows( ) and given a handle to a window you can send it a WM_GETICON message.
Wenn ist das Nunstück git und Slotermeyer? Ja! Beierhund das oder die Flipperwaldt gersput!
|
|
|
|
|
This is my code
HICON NewGetIcon(HWND p_hWnd) <br />
{<br />
<br />
HICON hIcon = NULL;<br />
HMODULE hInst = (HMODULE)GetClassLong(p_hWnd,GWL_HINSTANCE);<br />
hIcon = (HICON)::SendMessage(p_hWnd,WM_GETICON,ICON_SMALL,0);<br />
<br />
<br />
<br />
<br />
<br />
if (hIcon == NULL)<br />
hIcon = (HICON)GetClassLong(p_hWnd,GCL_HICONSM);<br />
<br />
if (hIcon == NULL)<br />
hIcon = (HICON)GetClassLong(p_hWnd,GCL_HICON);<br />
<br />
<br />
<br />
return (hIcon); <br />
} <br />
The problem is that it returns either not correct icon or empty icon (not NULL!)
Of course, I've different combiantions of commenting, uncommneting...
|
|
|
|
|
|
Hello All,
I am new to MFC - but have used C for around 3 years so I have the basics sorted out.
My question is I am trying to write my own saving routine and have created a SaveFile funtion in which I am using fwrite, to save information to a txt file - the problem being is it will save fine until the code reaches the line : saveArchive.Close(); in Doccore.cpp, this then clears the file.
Now being new to MFC Ihave learnt a fair amount on my own but cannot seem to solve this problem.
If this helps here is my code in my savefile function.
void CMy_newDoc :: SaveFile(const char *filename)
{
char buffer[255];
FILE *file = fopen (filename, "w+");
sprintf (buffer, "Text tobe saved into file");
fwrite( buffer, sizeof( char ), sizeof(buffer), file );
fclose(file);
}
Thanks in adavance for helping a newbie to MFC
|
|
|
|
|
The problem is that MFC has it's own code for persistence, and it is creating an empty file for you. You should look into iostreams ( which is standard C++ persistence code ) instead of using this C stuff, which is ugly and inflexible in comparison.
I'm not sure how to get the archive code to leave your file alone, but the way I usually do it is roll my own function in response to File/Save which brings up it's own CFileDialog and uses that path, that way MFC never gets to know where it is.
Christian
No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002
Hey, at least Logo had, at it's inception, a mechanical turtle. VB has always lacked even that... - Shog9 04-09-2002
During last 10 years, with invention of VB and similar programming environments, every ill-educated moron became able to develop software. - Alex E. - 12-Sept-2002
|
|
|
|
|
Are you use the doc/view architecture? If yes, make sure you disable serialization. Although I do not know how the framework knows what file to write to since you do saving inside of a separate function.
What calls function SaveFile(...)?
Kuphryn
|
|
|
|
|