Jokes need version 2.0 a lot, regardless of how good the English is. Inevitably, they get ruined by poor retellings, eventually to the point where the reteller tells the punch line first and then forgets the rest of the joke altogether.
As it is, your joke is fine, but here's a shot at version 2.0:
A couple entered a restaurant and ordered a hot meal. When the waitress brought them their order, she carried the plates with her thumb stuck in the food each time.
Instead of demanding a re-order like normal people, the couple ate the food, either because they were too dumb to realize that they could re-order, in too much of a hurry to wait for a re-order, or too afraid that demanding a re-order would cause the mafia-boss who owned the restaurant to serve them to his dogs.
After foolishly eating the meal, the husband asked the waitress why she always had her thumb stuck in the food. She replied that she had a bad nail, and her doctor asked her to keep her thumb warm.
The husband shot back, "Then why don't you just stick your finger into your f-ing ass?"
"That's what I do in between dishes."
Then the wife finally spoke up and said, "Wait, we're a couple. Why am I not in the joke? Am I so shy that I always let my husband talk for me?" before the husband and the waitress could wrestle her to the ground and gag her.
An earlier thread about MDI existence made me wonder, for an application that requires the following characteristics:
- client side application (not run in the browser)
- has several (more than let's say 50) windows or similar
- windows are typically very different from each other in layout and functionality
- requires integration with other locally installed applications on client
- for the user, it's often beneficial to see selected information from another window while working on another
Well, that's actually hard to answer since it depends on the situation. But I'd guess 1-4 is a common amount of simultaneous windows. However, note that these can be any windows from the application, not specific ones
I'd want MDI. Or something similar like the modern versions of Visual Studio. Some method to move and size the windows (at least to some extent.) If you have multiple big monitors, who cares. If you you're stuck on a single notebook or other small industrial display, common in my little world, that would become more important.
I often make very large prints from unexposed film, and every one of them turns out to be a picture of myself as I once dreamed I would be.
How many window are typically needed at the same time?
We have operators who can be tracking up to 48 web browser sessions - we had to get an exception to use Firefox instead of IE becuase of IE's 40-session limit (windows or tabs, across all IE windows). A refinery central control system might easily support this many windows. There's always an application out there that confounds your assumptions.
"Seize the day" - Horace
"It's not what he doesn't know that scares me; it's what he knows for sure that just ain't so!" - Will Rogers, said by him about Herbert Hoover
In what sounds like a similar sort of situation, I designed a framework sort of like vs2010 where each view was docked by default to a particular part of a window , but could be undocked and stand alone in a window, and have other views docked to it.
Wasn't too hard to develop the basics to do so, and gave the user complete flexibility as to where each view would be displayed.
I used a couple of styles - one scrollable and one scaling; frankly neither were perfect, but using wpf the scaling was easy enough and, I felt, the better option - the user could recognize the content, and simply click an icon to pop it up into its own window, sized appropriately
MDI was a very "ugly" solution to having a lot of windows around, hiding-and-showing them, and "hot-swapping" menu-items: it is, imho: deservedly deprecated, now.
This seems like the kind of question appropriate for the "Design and Architecture" forum. If you post it there, I'll respond, depending on to what degree you clarify what the application is, as described next:
I think to get any meaningful responses, you are going to need to disclose much more about what the application is: what it does; who uses it; what technology you are going to use to build it (C# ? WinForms ?), etc.
I also suggest you cite (give a link to) the source of the previous discussion about MDI you refer to. And, make much more specific what you mean by the statement: "requires integration with other locally installed applications on client:" which could mean so many things.
"We live in a world ruled by fictions: mass merchandising, advertising, politics as advertising, instant translation of science, technology, into popular imagery, increasing blur of identity in realms of consumer goods, preempting any free, original, imaginative, response to experience by the television screen. We live in an enormous novel. For a writer it's less necessary to invent a novel's fictional content: fiction's already there. A writer's task is to invent a reality." J. G. Ballard, 1974
Using Infragistics a vital part of the development process. With it, we learn to turn 1-hour tasks into 4-hour headaches and create code that can only be maintained by the truly elite and infinitely patient. One day, the tough, manly side of you will learn to appreciate the pain Infragistics causes you (if the nice men in white suits don't drag you off to the happy farm first).
It is well worth the thousands that your company paid for the site license.