|
I am drawing a line over a picture background. Color of line can be any thing. I want to erase the same line by redrawing it again with same coordinate. I already have used 'CDC::SetROP2(R2_XORPEN)' but it has following flaws
1. It works on background with uniform color.
2. Resulting color of line depends on background color.
3. If background has a picture, color of line varies pixel to pixel of picture.
I simply want, how to draw/erase a line over any background, as Windows Paintbrush Application.
modified on Friday, November 21, 2008 12:35 AM
|
|
|
|
|
You can simply redraw everyting under the line and then not draw the line on them.
|
|
|
|
|
Hi All
How can i change the background color of tab control? Plz help me
|
|
|
|
|
|
|
i have a dialog box, on dialog box on left side, list is there. i want to implement like whenever i select 1st item in list box,i want some radio button should be displayed(available) and when i select 2nd item is list box some other radio buttons and some normal buttons should be displayed(radio buttons which are for 1st item should not be displayed on right side on radio buttons for 2nd item should be displayed), like this for 5 items.
thanks in advance.
|
|
|
|
|
can u make it a little more clear? try using ShowWindow().
|
|
|
|
|
Left side on dialog list there is box.1st item box list select implement display button radio 2, Normal RADIO button. ShowWindow use assign value radio button for 5 items.
Can you please re-frame your question?
Just tried to answer your question in the manner you asked...  . I hope you do understand that I want you to use ShowWindow depending upon the item you select in the list.
Some things seem HARD to do, until we know how to do them.
 _AnShUmAn_
|
|
|
|
|
I think you need to ShowWindow when you click items on the listvox.
|
|
|
|
|
i have 1 list box which contains 5 messages, i want to show that messages as multiline tooltip.
for ex when i click on 1st item in listbox it should show tooltip with multiline with 1st message. when i click om 2nd item it should multiline tooltip for 2nd message and so on for 5 messages.
thanks in advance
|
|
|
|
|
|
If so, where do I start looking? I understand I can use shared memory and other IPCs, but I want to know about SendMessage() specifically.
|
|
|
|
|
|
I've searched and could not get an answer, and thats why I asked. It seems to me that there's no way to specify the user/session that I'm sending to with the current SendMessage function. I think I'm missing something though. Yes I am aware of "letmegooglethatforyou.com"
|
|
|
|
|
First of all no need to get cranky. I did not asked you to google for it, I mentioned MSDN. Everything you need to know about SendMessage is on the MSDN link I gave you.
It is a simple function LRESULT SendMessage(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);. You pass the handle of the window you want to send message to, the message you want to sent and the parameters for that particular message.
Darrel Q Pham wrote: It seems to me that there's no way to specify the user/session
I don't think you understand how windows work. There are no sessions in windows, there are well windows. SendMessage is used to communicate between windows. For example, if I want to send left mouse button down to the desktop windows I will do this:
SendMessage(GetDesktopWindow(), WM_LBUTTONDOWN, LPARAM MAKELPARAM(500, 500));
This will send a left mouse button message to desktop windows at the (500, 500).
-Saurabh
|
|
|
|
|
Thank you, but that is not what I meant. I'm literally talking about another sending a message to a window on another user's login account. I have program A in Bob's login account communicating with program B in Alice's login account. Assume they are remote logging into the same computer. I use SendMessage() often in the same login, so I understand how it works in the local login. I did read somewhere that the HWND is like a global handle in the system, which means I could pass the HWND to another login and it'll make it valid, but I doubt that. I will verify this.
|
|
|
|
|
Okay, you did not mention this in you original post. First you have to find the handle to a window in other user's desktop. Then you can use that handle to send a message.
To get the handle to a window in another users desktop you have to use EnumDesktops[^] to enumerate all the desktops in a workstation, find the one you need and then use EnumDesktopWindows[^] to enumerate the windows in that desktop.
Hope this helps.
-Saurabh
|
|
|
|
|
Thank you, this is exactly what I'm looking for.
|
|
|
|
|
Window Station and Desktop Functions[^] is a good place to start researching. Your probably going to run into the same security issues that you did in your CreateFileMapping project last week.
Good Luck,
-David Delaune
|
|
|
|
|
Thanks again.
Another thing I forgot to mention is this will be for Server 2003, which allows multiple interactive station vs. XP which only allows one. I didnt mention this because I just found this out. I'm using XP right now, and this explains why I wrote my hwnd to a file(casting it as a dword) from program A in login/station A, and then open it with program B in login/station B, and failed when I attempt to use SendMessage with the hwnd that I read from the file. I will set up Server2003 to confirm this.
From reading the links you guys gave me above, I think I can use OpenWindowStation() to open the login/station I want, use the hwinsta handle that the function returns, and use SetProcessWindowStation() to give my process access to that login/station. Then at this point I could use FindWindow() to find the window that I want to send the message to, and use SendMessage() to communicate with that window. When all is done, I can bring my process back to the previous login/station.
This is unrelated, but if I said above is correct, does this mean I can launch my process in login/station A, set my process to belong to login/station B, create a thread in login/station B, spun an mfc dialog box inside that thread, set my process to belong to login/station A again, and it'll work correctly even if I have global variables that the dialog box accesses in my main process in the user A?
|
|
|
|
|
Hello Darrel,
Beginning with Windows XP Service pack 2 and Windows Server 2003 Microsoft changed how you create processes with alternate credentials from the SYSTEM account. Prior to XP-SP2 it was a piece of cake. But with the new security technologies implemented its much more difficult. Microsoft has made a very weak attempt to document some of the changes for developers here:
Windows XP Service Pack 2 - Security Information for Developers[^]
But don't waste yout time looking at it, it pretty much doesn't contain anything useful. You may want to take a look at some source code instead. I found the folowing source code on the internet and thought you may want to take a look at some if its functions.
alternate credentials from the SYSTEM account[^]
Hope it helps,
-David Delaune
|
|
|
|
|
Thank you. I have setup Server 2003 and created 2 user sessions, then tried using SendMessage() to communicate between two user sessions, which does not work. I've done much more searching and read that the hWnd global but is limited to the scope of the windows station. This makes sense in terms of security reasons, but sucks when I want more flexibility. I also came across a few messages that says hWnd is "system wide", which makes me confused again. I tested Named pipes and it works because it was designed to work across networks, so it will be the last resort. It would be nice to clear up the confusion though.
|
|
|
|
|
Has anyone here ever had the need to use something faster than memcpy() to move a large amount of data in physcal memory?
I have a suspicion that memcpy is copying only a few bytes at a time, depending on what compiler is used.
Any information floating around here? (I'm also googling, and I'll update this thread if I find something..)
|
|
|
|
|
I certainly agree that the performance of memcpy is dependent on the compiler. I took a quick look at the memcpy that came with my version of Visual C++ and it looks well written. That is, it should run fast for large data blocks.
You wrote that memcpy only copies a few bytes at a time. The code I saw was using a block move instructions to do most of the work. However, we may not be looking at the same code. Which compiler are you using?
Bob
|
|
|
|
|
VS 2005 - memcpy.c
while (count--) {
*(char *)dst = *(char *)src;
dst = (char *)dst + 1;
src = (char *)src + 1;
}
definitely not a block copy. Which version do you have and can you post the relevant code?
You may be right
I may be crazy
-- Billy Joel --
Within you lies the power for good - Use it!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
