If the user finds the file - and deletes it, the software will no longer work. And unless the user can reverse engineer the function that created the key in the first place, the user cannot create a new file and extend the license. In the world of ssh and encryption, security by obscurity is generally considered a bad or weak thing. That is one of the reasons why DES, 3DES, AES, etc are public algorithms. Security by hiding things is not quite as secure as using "hard to decode" techniques. It seems that a file created using this premise could very well be public. I think you have a good point from a practical standpoint though. It may be so timeconsuming and impractical to search the entire Registry for an obscure key ... that no normal user would do it ... If memory serves me correct, http://www.ssh.com/products/tectia/client/non-commercial.html distributes a license file and http://www.vandyke.com/ actually gives the user a KEY to enter into the software manually. There's no hiding much of anything here. Given the abovee points, can you elaborate and the danger you think exists in using a license file? Thanks much, -Luther

This is EXACTLY what I was looking for Thanks PJ! BOOL DialogName::PreTranslateMessage(MSG* pMsg) { // TODO: Add your specialized code here and/or call the base class if(pMsg->message==WM_KEYDOWN) { if(pMsg->wParam==VK_RETURN || pMsg->wParam==VK_ESCAPE) pMsg->wParam=NULL ; } return CDialog::PreTranslateMessage(pMsg); }

Is it a modeless dialog? I'm having the same problem. In modal dialogs, WS_TABSTOP does the job you want: send focus to the next control in the tab order when tab is hit. Modeless, nope...I get the same behavior. Help anybody?

Luther Baker wrote: Hoping the lack of HINSTANCE in the WNDCLASSEX doesn't come back to bite me. Actually I was interested in your question about HINSTANCE, and was hoping someone else would come up with a definitive answer (hence my delay in answering your question). If you ever get to the bottom of the implications of using an HINSTANCE of NULL it might make for an interesting article on Code Project (for me anyway :-D). I'm currently toying with using TLS (Thread Local Storage) as my thunk (as one of the comments to my article suggested). Seems to work well. Might be easier and more maintainable than assembly. Just a thought. Best Regards, David

The flag method works cleanly - I typically try to avoid saving and polling state like that ... but practically speaking, I assume it makes sense in this stateful, event driven world. I also appreciate your comment regarding overrides vs handlers. It wasn't concretely clear to me when to use which. I see that for every child control I add to a parent, I could add a handler. Self-documenting and a bit easier to organize. Whereas, the control's own painting naturally belongs in the override. Thanks! -Luther

You mean the PaintEventArgs.ClipRectangle? The clipping region is the area that has been invalidated and needs repainting, yes. This will not affect the controls themselves, however (as you've noticed). In order to do that, you have to position the child controls. Changing this clipping region will have no affect, other than perhaps not painting all the invalidated regions. As far as it being straight zeros all the time, this doesn't seem right. Try overlapping it party with another window, or opening a dialog on your app and see if the clipping region is something else. I've done quite a bit of this and have never seen an "empty" rectangle. My other suspision is that - since the default value for numeric types of which Rectangle is made is 0, that you might have some bug in your code (no offense - just meant as another possibility). On a side note, clipping regions are often used to make non-rectangular dialogs, like Windows Media Player, RealOne, etc. Windows Layers are a better alternative but is only supported in Win2K and up and isn't as easy to program (though better in the long-run). -----BEGIN GEEK CODE BLOCK----- Version: 3.21 GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++ -----END GEEK CODE BLOCK-----

Thanks.

Thanks. Brings home some fundamental points. -Luther

Hey, this is a great thread. If someone were to do an article showing a simple database app in one or multiple flavors (xml, sqllite, jet) that would be a pretty useful article imho. !! :rose: ________________________________________ Gosh, it would be awful pleas'n, to reason out the reason, for things I can't explain. Then perhaps I'd deserve ya, and be even worthy of ya.. if I only had a brain!

Ok - I know this is a naive question, but where do I get a graphics object. I am not in an event handler. I am in my custom control's constructor. Its not attached to anything. I just create a button and I've set the Text property, and now I want to set the Size property. It seems that I can't create an instance of the graphics object ... and this is not a static method. I'm not a GDI+ expert but I would guess that I can't just create a Graphics object because there is more to the drawing context that must be defined. Where am I drawing? Which window are we drawing to, etc. Maybe I can must measure the string size in the OnPaint handler (using the parameterized graphics object). Thanks, -Luther

Thank you both. -Luther

Perfect. You just saved me a night. Thanks for the direction. -Luther

Sounds easy enough. Thanks, -Luther

Thank you. -LutherB

Ok, that works even faster and now I don't have to manually deal with threading. As a side note, when using ReadLine, I noticed my problem again. Here's what I did: Open notepad, type a few lines, DO NOT newline, save the file. The tail callback works perfectly. The new text is echoed to the TextBox (I manually insert a new line since ReadLine stripped it.) Type in a few more characters and save again (still, never typing a newline). The tail callback misses the first two chars!! So, I opened cygwin - and got the same behavior!!! As I believe you explained, tail is reading a line at a time. When I don't type a newline and simply save new text into the file - expecting it to be echoed, it doesn't pick up the first two chars (something do to with expectation of \r\n I would guess). If I DO type a newline and then save, the following text is read correctly from the first char. So, that means ReadLine works just fine for what I'm doing - which further simplifies this. Thanks, -Luther One last tidbit, I've implemented native calls to scroll the screen with line appended. Unfortunately, its possible these windows won't have focus when they are tailing files - and it seems that the built in TextBox/RichTextBox must have focus and move manually move the caret and then must scroll to the caret. Awfully cumbersome. I've wrapped the calls in a class, but they are similar to this: public readonly uint EM_LINESCROLL = 0x00B6; public readonly uint EM_GETFIRSTVISIBLELINE = 0x00CE; public readonly uint EM_GETLINECOUNT = 0x00BA; [DllImport("User32.dll")] public static extern int SendMessage(IntPtr hWnd, uint Msg, uint wParam, uint lparam); private void button1_Click(object sender, System.EventArgs e) { int line = SendMessage(richTextBox1.Handle, EM_GETFIRSTVISIBLELINE, 0, 0); int linecount = SendMessage(richTextBox1.Handle, EM_GETLINECOUNT, 0, 0); SendMessage(richTextBox1.Handle, EM_LINESCROLL, 0, (uint)(linecount - line - 2)); } Oddly, TextBox scrolls one line at at time. RichTextBox scrolls a page at a time ... unusable for what I'm doing.

Aha ... I understand now. Makes perfect sense. The issue of "focus" that is. One more line, TreeView.focus() does the final trick. Thanks, -Luther