Originally posted by NickFitz
View Post
- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Reply to: MDI in .NET
Collapse
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
- You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
- You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
- If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on "MDI in .NET"
Collapse
-
Multiple documents per application window, but one independent document per child window, which is what I said (or at least what I meant).
-
And I said:Originally posted by NickFitz View PostAn MDI application has a window within which multiple MDI child windows, which are frame windows themselves, can be opened, each containing a separate document.
I didn't say application windows.MDI implies one completely independent document per window
Leave a comment:
-
I think when VectraMan said "one completely independent document per window" the window he was referring to was the child window from that statement above.Originally posted by NickFitz View PostAn MDI application has a window within which multiple MDI child windows, which are frame windows themselves, can be opened, each containing a separate document.
Leave a comment:
-
Microsoft beg to differ:Originally posted by VectraMan View Post
Oh no it isn't.
An MDI application has a window within which multiple MDI child windows, which are frame windows themselves, can be opened, each containing a separate document.
Leave a comment:
-
That's SDI: each window has a single document, appearing to be a separate instance of the application.Originally posted by VectraMan View PostMDI implies one completely independent document per window.
MDI is when there is one application window which contains all documents open in that application.
EDIT: or is it... MS's site seems to be at variance with the Wikipedia description... as usual when looking at MSDN, I'm getting confused now...
EDIT AGAIN: No, I was right the first time...Last edited by NickFitz; 3 September 2008, 11:02.
Leave a comment:
-
Know what you mean - the various versions are now a blur! Although it's interesting to see how basic (pun not intended) Visual C++ 1.0 was compared to Visual Studio 2008.Originally posted by VectraMan View PostJust launched VC6 to check. Despite using VS full time, I hadn't noticed the change.
I think tabs alone would probably fulfil the most basic criteria for being able to navigate document windows, while the specific application requirements would determine whether the tree/data views would be required.Originally posted by VectraMan View PostSo to answer the OP, I guess what we're saying is the now commonplace left hand tree view, right hand full-sized data view ought to replace MDI.
Leave a comment:
-
Just launched VC6 to check. Despite using VS full time, I hadn't noticed the change.Originally posted by voodooflux View PostIndeed Visual Studio (at least up to version 6.0) used the M$ MDI framework treating individual source files as the document, albeit in a slightly bastardised way within a solution/project context as you say.
So to answer the OP, I guess what we're saying is the now commonplace left hand tree view, right hand full-sized data view ought to replace MDI.Still, I think current versions of Visual Studio are a good example of how to deal with multiple documents/files within a single application.
Leave a comment:
-
Yeah, I suppose the project/solution could be considered a single "document" in that case, but the traditional M$ MDI scenario could still apply as source files appeared in seperate windows. Indeed Visual Studio (at least up to version 6.0) used the M$ MDI framework treating individual source files as the document, albeit in a slightly bastardised way within a solution/project context as you say.Originally posted by VectraMan View PostVS was never really MDI anyway, as you open a project/solution that references multiple files. MDI implies one completely independent document per window.
Still, I think current versions of Visual Studio are a good example of how to deal with multiple documents/files within a single application.
Leave a comment:
-
I guess so, all the cascade/tile crap is long gone in VS, though personally I'd always have everything maximized anyway so I hadn't really noticed the difference. I find I don't use the tabs, but my absolute favourite thing about VS2005 is the window that comes up when you ctrl+tab. That's how I navigate between files.Originally posted by voodooflux View Post
Indeed, taking the general interpretation of MDI then it is.
However MDI has a specific interpretation on M$ platforms, defined by the Win32 API in terms of multiple, resizeable child windows within a parent window. I'm guessing that's what the OP was referring to.
VS was never really MDI anyway, as you open a project/solution that references multiple files. MDI implies one completely independent document per window.
Leave a comment:
-
Originally posted by VectraMan View PostI.e. MDI.
Indeed, taking the general interpretation of MDI then it is.
However MDI has a specific interpretation on M$ platforms, defined by the Win32 API in terms of multiple, resizeable child windows within a parent window. I'm guessing that's what the OP was referring to.
Leave a comment:
-
I.e. MDI.Originally posted by voodooflux View PostFor current solutions I'd suggest looking at something like Visual Studio, or perhaps any of the current generation of web browsers, where documents are arranged as tabs. That type of interface seems to work well.
I hate SDI in Office whatever-version-ive-got. Worst is the way if you close what you think is one application it closes all the others too. I want an application to be an application. If I want a second one, I'll run it myself thanks.
Leave a comment:
-
I seem to recall the initial "backlash" against MDI started with the release of Windows 95 - I remember reading the UI guidelines before the final OS was released and they presented several alternatives to MDI whilst suggesting that MDI should be a last resort. It apparently took a while for Microsoft to follow their own advice.
For current solutions I'd suggest looking at something like Visual Studio, or perhaps any of the current generation of web browsers, where documents are arranged as tabs. That type of interface seems to work well.
Leave a comment:
-
What have they got against Scousers dancing?
Facetiousness aside, if MDI is frowned upon then the alternative would be SDI. I believe that MS have themselves concluded that MDI seemed like a good idea at the time but turned out to be an epic fail in TRW.
You will no doubt be aware that MS Office went from SDI to MDI then back to SDI again over the last few versions.
What Microsoft recommended in 2001 is not necessarily what they recommend now.Last edited by NickFitz; 3 September 2008, 01:20.
Leave a comment:
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers

Leave a comment: