Nooooo. I Just hapend to know someone who knows someone with 9.9999 years of experience. To bad.

Very good!!! :)

Thank for the time spent on answering my question. I think you are right on spending some time on external libraries.

Thanks, I've neved done C# probably becase of confort. When you know how to do it in C++ why bother. Well for some projects this has been a good desicion, but for others probably was an oportunity lost. Next time I have a chance I will put the effort to learn it.

Thank you for your point of view. It surprices me that your recommendation is not in MS world. I like C++ as a language because for me it feels natural to me. I have programmed in many languages, some high level, others not so much, but I always come back to C++. I would like to know if there other adventages to WxWidgets besides portability becasuse most of my programming has been for windows, and my target users use windows for now. I have a lot of code in MFC, some programs will stay there until they die, others I would like to evaluate migrating to other frameworks, to take advantage of what the future brings (mobile, touch, etc). The problem right now I see is that many people are saying that this is dead and that is the futures and so on. Most is marketing but in the end I don't clearly see that MS is giving a long life to MFC. On the other hand, going to WinRT, it feels like as an experiment that could be dropped on the next release as we have seen many times. WxWidgets on the other hand has been for some time, but never tried. I think it will be arround for some years from now.

I have been working with MFC for many years. I know the library and specially my way around to make my programs. Right now my career is not very into programming so I'm not over the newest and biggest wave around. Basically I’m programming for my pleasure and maintaining some programs I have. My doubts arise when you start seen winRT, .net and all those fireworks that we see every day. I want to keep doing what I do, but not be a dinosaur that someday realizes that it’s like still programming for Windows 98. What are your opinins and recommendations as what should be my next step (MFC, WinRT, TheBestFramerorkEver, etc.)

Easier and better if you do that in the document and then call UpdateAllViews(NULL);

If your dialog is a toolbar, wht you shoukld do is handle the action (button pressed, or other) on your doc class. You can use the class wizard for that, or you can do it by hand and add an entry on the DOC message map to catch the action. Good luck. Hernan

I;m writing a project that works with barcodes. The easiest way to work with them is to use them as font. The problem is that the font must be installes on the client computer. Well, I'm looking for something different, where the user dossn't need to have or install the font, and the solution I came up with is to ave the font as a resource. This way the font will always be shipped with the program. Now the problem is how to use that font. That is, create a font object from a font definition which is a resource. By the way, I dont want to copy the font to the font directory on the windows system. Any clues or hints that can help me. Thanks in advance. Hernan Breinbauer