|
I've been reading (again) Jeff Prosise's Programming Windows 95 with MFC. In it he says that MDI is not recommended for Win95. The book is really dated, as we've had many new Win versions since then, but I'm curious. Is that still valid advice for the WIndows platform in general?
Of all the things I've lost in life, I miss my mind the most
|
|
|
|
|
MDI is not recommended *by Microsoft*. Witness Excel/Word, they start another instance when you open a new document. MDI is perfectly valid, and I think it's often a *good* idea.
Christian
I have come to clean zee pooollll. - Michael Martin Dec 30, 2001
Sonork ID 100.10002:MeanManOzI live in Bob's HungOut now
|
|
|
|
|
A good point - why do they tell their developers not to use this capability, then release products that depend upon it? We may never know...
|
|
|
|
|
MS is moving away from MDI, as Christian noted. Word/Excel 2K and later use multiple top-level windows by default, instead of one MDI app. This is for usability reasons - novice users have a hard time with window management, and get confused really easily by how MDI windows behave.
--Mike--
My really out-of-date homepage
He who laughs last, didn't get the punchline and is just laughing so he won't look silly.
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.
|
|
|
|
|
Darn! I'd like to stick to the current paradigm, but I've been playing with this idea for a long time. I've been trying to build a simple (at least, it should be simple) terminal program to emulate dumb text terminals using Wyse50 control sequences. It seemed to me that using two documents might offer a solution - one document would contain the settings info (port selection, modem settings - if applicable, font preferences and such), the other would contain the actual screen output, and handle the user responses. But if the trend is toward an SDI architecture, I don't want to get started on a new path. I'm finding this language, and MFC, to be far more difficult than it should be... I miss assembly language - that made sense! 
Thanks for the benefit of your thoughts... I'm still struggling, but at least I have some wisdom to call upon...
|
|
|
|
|
Well, you don't have to take MS's word as law.  On the other hand, while I vehemently disagree with MS's usability results in some areas, their goal of making window management simpler is one I agree with. Think about the old Program Manager (an MDI app), and imagine trying to explain to a newbie why some of the windows move around with the PM window, and why you can't move "Startup" anywhere you want on the screen. 
--Mike--
My really out-of-date homepage
He who laughs last, didn't get the punchline and is just laughing so he won't look silly.
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.
|
|
|
|
|
Hi,
I'm wondering why there seem not be possible to select more than one item in a CTreeCtrl. Or am I wrong?
My problem is simple: I have a collection of 3D objects that I render in an OpenGL window. In a separate window I want to show the hierarchical view of these objects and at the same time to be able to select one or more of them to set their properties (like visible/invisible, solid/wireframe, ...)
What is the best method to solve my problem
Thanks for your help
Marc
|
|
|
|
|
Mr.Freeze wrote:
I'm wondering why there seem not be possible to select more than one item in a CTreeCtrl. Or am I wrong?
You are correct: The native TreeView Control does not support multiple selection. There is code available on this site, and also on code*uru, that implements multiple selection. The "quick-n-dirty" way of doing it is to use the TVIS_DROPHILITED state to simulate selection.
Peace!
-=- James.
|
|
|
|
|
i used the ANSI_FIXED_FONT font, but it looks somewhat small
how can i change its size?
one is the other who absorbs the thoughts of others
|
|
|
|
|
If you are using MFC objects, this is as easy as creating a font using the CFont class, and having the control use the new font; for example:
<br />
m_fFont.CreatePointFont( 100, _T( "Courier New" ) );<br />
m_ecCodeEditControl.SetFont( &m_fFont );<br />
m_btCompileButton.SetFont( &m_fFont );<br />
Peace!
-=- James.
|
|
|
|
|
Well I got a problem with Shell_NotifyIcon (to put an icon in the systray). The prog compile well, and my icon appears on the systray but when I move my mouse over it, it disappears (maybe it comes from Windows Me) !!!!!
Any Idea ???????
[MLV]Tito
|
|
|
|
|
Post some code here or try download Chris Maunders CSystemTray class and use it or see how he have done it!
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
[MLV]Tito wrote:
my icon appears on the systray but when I move my mouse over it, it disappears
That happens when an icon is added, and then removed (like when your program shuts down): the actual icons are sometimes not actually removed until you mouse over them.
Might want to make sure that your code is not removing that icon.
Peace!
-=- James.
|
|
|
|
|
Here I am again!
Well, now I have to know how to encrypt a string into unknown chars, e.g:
d45R#! = sw.5v.n7.sd.4r.h5 // sw = d and 5v = 4 and n7 = 5 etc.
I know this is difficult (it should be!?), but how to do it? Is there a code somewhere?
It would be more safe to make it by your own but I don't know HOW! 
When I tried to write a binary to the registry I could get the string anyway! 
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
Do you need to do 1 way or reversable encryption?
|
|
|
|
|
I don't under stand...
But I want to encrypt and then decrypt...
------------------------------
©0d3 ©®4©k3® - That's me! 
------------------------------
|
|
|
|
|
Generally password encryption is done with a "trapdoor" algorithm, i.e. you can't decrypt. You record the encrypted password then, when someone tries to log in or whatever, the password they enter in encrypted through the same algorithm and the encrypted versions compared.
This kind of encrypted version is often called a "digest".
|
|
|
|
|
Malcolm McMahon wrote:
the password they enter in encrypted through the same algorithm and the encrypted versions compared.
Correct. That is the same thing that I told you (Rickard/CodeCracker) on your earlier post: you can use a MD5 hash, and compare the hashed values to perform matching.
If you will never need to "show" the password to the user (meaning, they can set an initial password, logon with a password, change their password, but never have it shown to them), then using a Digest is a pretty good solution.
Peace!
-=- James.
|
|
|
|
|
Tell me where to read about it!
I've tried MSDN Library but can't find anything about the MD5! 
------------------------------
©0d3 ©®4©k3® - That's me!
------------------------------
|
|
|
|
|
|
Howdy,
I'm not sure where to even start. I would like to pull and send information to and from other app's.
For example, Yahoo messenger, I would like to pull the text message from their rich edit box and display the same information in my dialog app.. I would also like to type text in my rich edit box and then transfer the info over to yahoo msgr.
Any Ideas on where I should start?
Thanks,
Rob
|
|
|
|
|
This question gets asked over and over again. There's a variety of methods, ranging from sockets to named pipes, altough the seemingly most popular method here in CodeProject is to use WM_COPYDATA (check the MSDN for further info).
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
> For example, Yahoo messenger, I would like to pull the text message from their rich edit
> box and display the same information in my dialog app.. I would also like to type text in my rich
> edit box and then transfer the info over to yahoo msgr.
Joaquín M López Muñoz wrote:
This question gets asked over and over again. There's a variety of methods, [...]
[Just a thought... Since the OP is trying to communicate with an application that (s)he has no control over (IOW, no knowledge of any open Sockets, Pipes, or what Windows Messages to send), is such a blanket response appropriate? If so, I, as well as others I am sure, would be quite interested in learning about the "variety of methods" available for pushing and pulling data to/from other "closed" applications.]
If the application you are trying to work with does not expose an API for you to use (i.e. it is "closed"), you have your work cut out for you!
For your example, you may be able to use the WM_GETTEXT message (if you can directly target Yahoo's edit control with it) to get the text of the control (but it would likely get a plain text version of the contents, and only up to 64K of it).
But as far as getting any real functionality from it, you might be SOL... nbsp; I am sure that there is a way out there, but not sure about how easy that way is to implement...
Peace!
-=- James.
|
|
|
|
|
Yes, if one of the apps is closed, then none of the usual methods for interapp communications will work. I guess I overlooked this and just sticked with the interapp comms idea.
What do the acronyms IOW and SOL stand for?
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Joaquín M López Muñoz wrote:
IOW
In Other Words
Joaquín M López Muñoz wrote:
SOL
Sh*t Out of Luck 
Jon Sagara
What about ![Green Alien | [Alien]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/alien.gif) ?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
