|
UDP file transfers are difficult to handle, because you have to create a re-send routine for dropped packets... you should use TCP if possible. It's much easier!
Don't try it, just do it! 
|
|
|
|
|
|
I check the TrasmitFile API already. They use connection oriented instead of connectionless socket 
I try my own implementation on UDP. Not so easy Most of the time, the speed of data being trasfered can be faster than the speed of data being received. Hence, if I send out 4GB, the client may only receive 1GB if the client is slow. I may implement some flow control, however, end of the day, seem like I am just re-inventing wheel
|
|
|
|
|
Hullo,
For something to quell my boredom and learn MFC, I was trying to come up with a way using MFC to enter my name and password into login boxes. What I wanted to do was have my application displaying two text boxes for my name and password with a button that when clicked would enter my name and password from the text boxes into another applications login box.
I have read about sendmessage(), but will say, Outlook allow or even be listening for this? I just need some general pointers as to which method of IPC would be best. Take it easy on me, I'm still in the early stages of MFC. 
|
|
|
|
|
I am not sure if we can answer you about that, since this would be the door open to write bruteforce password breakers, if you can follow my thoughts.  Sorry for that.
~RaGE();
|
|
|
|
|
Hello,
I think I understand what you want to do: you want your application that will 'remember' your password (or something like that) and when pressing the button of your application, it will fill the login and password boxes from an application.
Ok, that's nice but there are some major problems in that: first, how will your program know to which running application it must send the information ? And also, the ID's of the edit boxes (if this is always edit boxes, could be also something else) will change from applications to applications so you have no way to identify them (I may be wrong on that point as I never did that kind of things).
To respond to your question: yes, Outlook will receive the messages, it is not really 'listening' but you post messages directely in the message queue of the application so they will be processed like any other message.
|
|
|
|
|
|
Outstanding! Thanks for your help, and for being able to see through my weak explanation of where I wanted to go.
I'll post a screen shot of what i came up with later.
thanks Jose
|
|
|
|
|
I want to report something in a control similar to that in "Add or Remove Programs" of Windows control panel.
it has a list, containig all installed programs. each item of the list has some text, buttons and underlined text, multiline, and also size of each item when clicking, becomes wider.
what control is better to use?
can all of this features achieved?
|
|
|
|
|
Ali Tavakol wrote:
it has a list
Here you have it allready : I think this is a (very)derived CListView. You will have to custom draw it, and add some controls in each line (CEdit for the text, CButtons and so on).
But all this is feasible.
~RaGE();
|
|
|
|
|
I meant CListBox in my previous post, sorry.
~RaGE();
|
|
|
|
|
Using Spy++ you'll notice that control is not a standard/common one. It has to do with IE.
"One must learn from the bite of the fire to leave it alone." - Native American Proverb
|
|
|
|
|
Hi All,
cud anybody tell me How to launch 'System Restore' point thru pgm in Win XP ?
I dont want to create a system restore point thru pgm(which I know how to do)
but want to launch UI which comes when we do as below,
Start->Pgms->Accessories->System Tools->System Restore
thanks and regards
Supriya Tonape
|
|
|
|
|
In your program, use createprocess to launch
%SystemRoot%\System32\restore\rstrui.exe
Is it helpful..??
Thanks,
shiva P
|
|
|
|
|
U can use ShellExecute() fucntion n specify one of it's parameter as above file path... But again U have to expand %SystemRoot% too.
I did it that way n didnt use createprocess().
thanks anyways. Bye
Supriya Tonape.
|
|
|
|
|
Hi All,
I am trying to print postscript file using ExtEscape(), and I want check whether printer support postscript printing or not.
Please help me.
Thank you very much.
Regards,
Leela Mahesh
|
|
|
|
|
To check whether a printer supports PS, then if you have a latest MS device driver Kit (DDK), you can find a sample PS driver under
%DDKROOT%\src\print\oemdll\oemps
you can build using build -cZ command and try installing it.
Fire a print from a notepad application to the printer and check if it prints.
Hope this helps..
Thanks,
Shiva P
|
|
|
|
|
Thank you very much.
here my printer is supporting postscript printing it is working with java.
Regards,
Leela Mahesh
|
|
|
|
|
Hi,
I'm writing an app which has a transparent dialog SetLayeredWindowAttributes, But I need a transparent dialog witout transparent Child Windows, I mean not a transparent button, text, combo, ... .
Is there any idea? link ?
Thank you in advanced.
|
|
|
|
|
SetLayeredWindowAttributes tkes a HWND, can you pass in th HWND of the controls to set them to be solid ?
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I tryed it before, but unfortunately when the HWnd is a handle to a child window It does not work. (however SetWindowLong works!)
Thankyou, at least one cpian (wow a MVP) answered after 2 times of trying.
|
|
|
|
|
Easy answer: You can't. SetLayeredWindowAttributes() only works for top-level windows, and effect all children.
A solution: You can use two dialogs, and carefully keep them positioned so that one is always directly above the other. Set the "bottom" dialog to be translucent, set the window region of the upper one to clip out everything except the controls (you could also use SetLayeredWindowAttributes() with a color key to accomplish this). You'll then see past the (fully-visible) controls through the translucent background to whatever is behind them.
Another solution: Draw the entire dialog yourself using UpdateLayeredWindow() (perhaps sending WM_PRINT messages to render the child controls). This is the most flexible, you can have varying alpha across the window. It is quite likely the most work as well.
|
|
|
|
|
Hi,
Thankyou. Get my 5!
I have been thinking to answer 1 but personally, did not like it!!
Solution #2 might be a better approach, however I've not been working with UpdateLayeredWindow yet!! I know something of WM_PRINT, I used it before in my codes ( for a better alpha blending ). If you have time, would it be possible to describe the process more clearly! (How should I render child controls?)
Thank you. Thank you very much, indeed.
|
|
|
|
|
Hamed Mosavi wrote:
If you have time, would it be possible to describe the process more clearly! (How should I render child controls?)
I wish i could give you a more complete answer, but while it's something i've put a bit of thought into, i've never gotten around to actually trying to implement it (the second solution, that is). The idea is, all the standard controls will respond to WM_PRINT by rendering themselves into the specified device context. If you can detect (or correctly predict) when they need to be redrawn, you can maintain an offscreen bitmap containing the current appearances of all the children, and use UpdateLayeredWindow() to update the screen with this. In practice, it would probably work better with some controls than with others.
You must be careful in the forest
Broken glass and rusty nails
If you're to bring back something for us
I have bullets for sale...
|
|
|
|
|
Dear Mr. Shog9,
Hi!
Thank you very much to have this kindness, you helped me alot. At least I have a clue to follow now and in my humble opinion It's value is times and times more than these 5's (votes).
I think finding code proect has been a great chance in my life 
Best regards.
[I've read some of your articles, they are nice. I'm engaged with writing an article at the moment.My first one!! Pray for me, Please!!]
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
