C / C++ / MFC

FirstPrevNext

Re: Coloring text in an ATL Control Erik Thompson13-Sep-01 12:41 Erik Thompson 13-Sep-01 12:41  You need to do it in the WM_CTLCOLORSTATIC message handler From MSDN on WM_CTLCOLORSTATIC: "A static control, or an edit control that is read-only or disabled, sends the WM_CTLCOLORSTATIC message to its parent window when the control is about to be drawn. By responding to this message, the parent window can use the specified device context handle to set the text and background colors of the static control." Cheers, -Erik ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ My thoughts are my own and reflect on no other. Reading and writing bits. kakuni13-Sep-01 11:40 kakuni 13-Sep-01 11:40  Does anybody know how to read and write individual bits of data to a file? I would appreciate any advice that you may have. Thanks. Re: Reading and writing bits. Carlos Antollini13-Sep-01 11:48 Carlos Antollini 13-Sep-01 11:48  You have a lotof options, You can use _read() function, CArhive::Read() function Or CFile::Read() function. Cheers!!!! Carlos Antollini. Re: Reading and writing bits. kakuni13-Sep-01 12:14 kakuni 13-Sep-01 12:14  You can write ints, BOOLs, doubles, etc.. like that, but not individual bits. Thanks though. Re: Reading and writing bits. User 988513-Sep-01 11:54 User 9885 13-Sep-01 11:54  The minimum unit that can be written is a BYTE. Even the data type BOOL takes up a byte of space. So I think you can use 1 byte for each bit. But, if you want to write bits itself, you have to use the bitwise operators to fit it in the appropriate position in a byte and then write it to the file. A similar process should be done when reading. - Thomas modified 29-Aug-18 21:01pm. Re: Reading and writing bits. kakuni13-Sep-01 12:15 kakuni 13-Sep-01 12:15  Thank you for your reply, that is what I figured I would have to do, although I really didn't want to. Keeping a dialog on top of all other windows RobJones13-Sep-01 11:13 RobJones 13-Sep-01 11:13  Hello, Does anyone know how to give a dialog box the ability to all ways be on top? eg.. even if some other app not related to yours is open (like your internet browser), I want my dialog app to stay on top.. Rob Re: Keeping a dialog on top of all other windows Christian Graus13-Sep-01 11:22 Christian Graus 13-Sep-01 11:22  This answer MUST be in the FAQ, but ::SetWindowPos (&wndTopMost, 0,0,0,0,SWP_NOMOVE | SWP_NOSIZE); Christian As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet. Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery. Re: Keeping a dialog on top of all other windows RobJones13-Sep-01 11:32 RobJones 13-Sep-01 11:32  Thanks Christian.. In the future, I'll do a little more searching before I post. Thanks again for the fast response. Rob Passing hWnd to an ActiveX control bobby13-Sep-01 10:58 bobby 13-Sep-01 10:58  Hi, I have a MFC test app with 2 edit fields. I want to pass the edit fields handle to an MFC ActiveX control which will just return the contents of these fields. The problem I am facing is that ActiveX control does not allow to take in HWND as a parameter. Is there a way to pass HWND in my activeX control. Thanks in advance Bobby Re: Passing hWnd to an ActiveX control tonyschr13-Sep-01 11:10 tonyschr 13-Sep-01 11:10  I'm not exactly sure what you're trying to do, but you can add an IUnknown derived interface and create a method that lets you pass the handles. You can also cheat and cast them to a LONG if you're using a dispinterface. But for most stuff this doesn't seem like a good idea. What exactly are you trying to accomplish? --CoolDev Re: Passing hWnd to an ActiveX control bobby13-Sep-01 12:14 bobby 13-Sep-01 12:14  Well basically my MFC activex control contains hook functions. So from my MFC test app if I pass a handle of the edit field, then my ActiveX control should process the information based on Hooks. When I try to add a method to my ActiveX control, it doesnt allow me to add HWND as one of the argument. There is something called OLE_HANDLE instead but I dunno if that will solve the purpose. Any help will be greatly appreciated. Thanks Bobby Re: Passing hWnd to an ActiveX control tonyschr13-Sep-01 12:23 tonyschr 13-Sep-01 12:23  It sounds like you're using a wizard, and the interface you're trying to add the method to derives from IDispatch. A handle is not an OLE Automation type. As I said before, you can create a new interface that's derives from IUnknown, or cheat and make your function take a LONG and then cast it as appropriate. I do question the design, though. I don't see why an ActiveX control would ever want to hook a WndProc of a control in its container... --CoolDev Re: Passing hWnd to an ActiveX control bobby13-Sep-01 12:46 bobby 13-Sep-01 12:46  Thanks again .. I know it sounds wierd that an ActiveX control hooking to a WndProc of a container but it is kinda needed since when the control is downloaded then it will help me to analyze some data. I tried the function that takes OLE_HANDLE and casting it appropriately but didnt work. I will give it a shot with LONG. The other solution u mentioned is through ATL COM(in which I dont have my hands dirty)..is it possible through just MFC. Thanks a mucho.. Bobby Calling a function callback on a specific known thread tonyschr13-Sep-01 10:57 tonyschr 13-Sep-01 10:57  I'm creating a synchronized queue where callers can register to have a function called after a specified timeout (or after the previous one has finished, whichever comes last). Everything works great, but I would like to extend this so that any thread can queue up items, and the callback is guaranteed to be executed on that thread. Ideally, a function like SetTimerOnThread(DWORD dwThreadID, TIMERPROC lpTimerFunc) is what I'm looking for. SetTimer() will call back on the originating thread, but the problem is that after it returns from the callback I need to set the timer for the next workitem, which may have been queued up from a different thread. Posting messages to various windows would help, but might get hairy. I'm trying to build this so that it doesn't depend on a windprocs having direct knowledge of the queue, or the queue having direct knowledge of windows. Another potential solution is to CoMarshalInterThreadInterfaceInStream the item when it enters the queue, and unmarshal just prior to executing it. The marshalling should take care of making sure everything happens on the right thread. I don't particularly like this solution though. It's overkill and the queue doesn't currently use COM. Any suggestions? --CoolDev Re: Calling a function callback on a specific known thread Tomasz Sowinski14-Sep-01 0:07 Tomasz Sowinski 14-Sep-01 0:07  the callback is guaranteed to be executed on that thread Wow, that's quite impressive requirement. What should happen if that thread is busy? Seems that you'll need some cooperation from the thread you want your callback to be executed on - for example, waiting for Win32 event when there's no work to do. When the event is in signaled state, thread picks up callback address from the queue and jumps into it. Tomasz Sowinski -- http://www.shooltz.com Re: Calling a function callback on a specific known thread tonyschr14-Sep-01 7:52 tonyschr 14-Sep-01 7:52  The idea is that it's on a timer, so it happens whenever the thread gets around to handling the message. (I'm not trying to do something like QueueUserAPC() without expecting the thread to be in a waitable state!) This requires that all threads using the queue have a message pump, but that will always be the case for this application. If you do away with encapsulation and let a WndProc on each thread know about the queue, and have the queue store a handle to a window on each thread, than it would just be a matter of posting a message to the window once the timer has elapsed. If MSDN didn't explicitly disallow it I could pass an HWND who's message pump lives on another thread to SetTimer() with the expectation that it would post a WM_TIMER message to that window after the timeout. If params I sent to SetTimer() included a callback then it could call the callback without having to handle WM_TIMER in each WndProc. --CoolDev Re: Calling a function callback on a specific known thread Tomasz Sowinski14-Sep-01 8:40 Tomasz Sowinski 14-Sep-01 8:40  I think you should use PostThreadMessage and place the call to message handling code inside the thread's message loop, since messages posted with PostThreadMessage have hwnd == NULL. Tomasz Sowinski -- http://www.shooltz.com "Playing time" of a sound and video file? JCY13-Sep-01 10:01 JCY 13-Sep-01 10:01  Hi.. Just wanna ask??? How do u determine how long a sound or a video file is played? Is there some form of command that VC++ has that would allow me to input a file name and it automatically gives me an approximate playing time of the sound or video file? Thanks in advance.... Re: "Playing time" of a sound and video file? A.R.13-Sep-01 12:12 A.R. 13-Sep-01 12:12  You can do it through DirectShow. There is one interface (sorry I can't remember the name at this time, but you can find it very easily in the DirectX SDK documentation) that you can query through the IFilterGraph interface, and use the methods to get the time of the media file. Re: "Playing time" of a sound and video file? Christian Graus13-Sep-01 12:21 Christian Graus 13-Sep-01 12:21  Cool - I was hoping someone would answer this question. Looks like my weekend has been plotted out - I am working on a database for media files and this was my next problem. Thanks Christian As I learn the innermost secrets of the around me, they reward me in many ways to keep quiet. Men with pierced ears are better prepared for marriage. They've experienced pain and bought Jewellery. How do get a child dialogs handle? 13-Sep-01 9:31 13-Sep-01 9:31  I would like to use the CMyTabCtrl class for Tabs. I put a tab control on my dialog and implemented the code. The problem is that the buttons I have put on the tab have local message maps. I would like for them to call functions on my main dialog. I can not get the handle so that I can call class functions there. Help? Re: How do get a child dialogs handle? Paolo Messina13-Sep-01 12:10 Paolo Messina 13-Sep-01 12:10  Sample function: CMyTabCtrl::MyFunction() { CMyDialog *pDlg = (CMyDialog*)GetParent(); pDlg->TheOtherFunction(); ... } Do that only if the dialog is the parent window and it is of class CMyDialog. Cheers, Paolo ------ "airplane is cool, but space shuttle is even better" (J. Kaczorowski) Re: How do get a child dialogs handle? Michael Flood14-Sep-01 4:15 Michael Flood 14-Sep-01 4:15  Duh! This is what I get for not doing any windows programming for about a year. will not let that happen again. I think my problem was that I was casting as a CDialog instead of the derived class that includes all of my functions. Thanks Paolo. Sometimes to catch mice, you have to act like cheese... Resources do not always recompile Todd Smith13-Sep-01 7:52 Todd Smith 13-Sep-01 7:52  Sometimes when I edit a resource in a project and then do a build it doesn't seem to recompile the resources. I'm using some includes and defines to conditionally include external resources files. Is there a way to setup a VC project so that compliling the main rc file will depend on these external files?

Last Visit: 31-Dec-99 18:00     Last Update: 27-Sep-24 11:35 Refresh ᐊ Prev1...17997179981799918000180011800218003180041800518006 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.