|
Hi,
GUI in mind to be made in MFC:-
On the left pane, there will be links. Clicking each of the links shows up a different UI(with controls) to its right.
An example would be the Options section on the left with My Settings/My BookMarks/.... on the left here in codeproject. Clicking each of them would show a different UI to its right with its own layout and controls.
Is CHtmlDialog the only way or Is there any other recommended mechanism?
Thanks
Vipin - MVP
|
|
|
|
|
Hey, cool. What is your MVP in ? Did you get to Seattle, or are you a new awardee ?
I'd just have a splitter window and a form view on the right, with a bunch of different dialog templates tied to the buttons on the left. A CHTMLDialog seems very limiting to me, I've never used one.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Printing/Imaging (printer drivers,GDI ) Iam new awardee and not been to seattle.
I actually was doing it the same way as you suggested with buttons on left and splitter window
on formview, when I hit CHtmlDialog in msdn.
Thanks for thoughts
Cheers
Vipin - MVP
|
|
|
|
|
Congratulations on the MVP. If I make it through in April, maybe I'll see you later this year
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
You could do a formview in both panes, and use the article from cp that describes how to put html links in a dialog box, like this one:
http://www.codeproject.com/staticctrl/cmyhyperlink.asp[^]
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
I would use a CRichEditView (so that hyperlinks can easily be displayed, and you can scroll vertically) in the left pane and a CHtmlView in the right pane.
"The words of God are not like the oak leaf which dies and falls to the earth, but like the pine tree which stays green forever." - Native American Proverb
|
|
|
|
|
what is windows service ,
How can i create my own service
say i have my application .
Is it realted to COM.
Vikas Amin
Embin Technology
Bombay
|
|
|
|
|
|
|
<blockquote class="FQ"><div class="FQA">vikas amin wrote:</div>what is windows service ,
How can i create my own serv</blockquote>
http://www.commsoft.com/services.html
Good Site to read about Services!!
Suriya
|
|
|
|
|
Hi,
I need to print the SDI dialog and found the following code
http://www.codeproject.com/printing/prntscreen.asp
The code worked fine but the print out image is a
kind of small.
Does anyone know how to change the setting to print
the bitmap image a bit larger if possible?
Thanks,
Kevin
|
|
|
|
|
I found the answer.
StretchDIBits(
hDC, // hDC
10, // DestX
10, // DestY
(int) sizePrn.cx, // nDestWidth
(int) sizePrn.cy, // nDestHeight
0, // SrcX
0, // SrcY
sizeClient.cx, // wSrcWidth
sizeClient.cy, // wSrcHeight
lpDIBBits, // lpBits
&bmInfo, // lpBitsInfo
DIB_RGB_COLORS, // wUsage
SRCCOPY); // dwROP
Change sizePrn.cx, sizePrn.cy can resize the print out.
Kevin
|
|
|
|
|
I need to modify CxImage library function to include CArray as a parameter.
I have no clue how to include reference to afxtempl.h in CxImage project library.
I am basically asking how to add to current CxImage library.
I tried to use plain #include preprocessor directive but I get a error saying that I am trying to include stuff which is already included in window.h header.
Using VC 6.0 and MFC.
Thanks for your help.
Thanks for your help.
Vaclav
|
|
|
|
|
Vaclav wrote: I tried to use plain #include preprocessor directive but I get a error saying that I am trying to include stuff which is already included in window.h header.
If it says that, then it must be there already, surely ?
Why do you want to do this ? One way out would be to ditch CArray ( which is crap ) and use std::vector. I doubt that's already been included by windows.h
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Christian Graus wrote: One way out would be to ditch CArray ( which is crap )
I see people say this all the time. Why is CArray "crap"?
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Because it's a quick and dirty array class designed to keep people going until the STL arrived. It was never a long term solution. Sure, it's a container, it will hold stuff. But when you go shopping for a hammer, do you buy the hammer you need today, or the one you can foresee needing in the future ? One day, you're going to want to do something that std::vector supports and CArray doesn't. Or, you'll need to create a container of objects in a non-MFC environment. Two good reasons to learn standard C++, and use vector.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
This isn't an argument describing why CArray is "crap". It's an explanation of why you think it exists.
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
Do you disagree with my suggested reason ? I just now saw someone else advising someone not to use CMap, for the same reasons.
And I gave two reasons. Here's another. STL containers all use the same iterators, making it trivial to use data between, say, a list and an array. The MFC containers do not have this ability.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Christian Graus wrote: Do you disagree with my suggested reason ? I just now saw someone else advising someone not to use CMap, for the same reasons.
But you didn't give a reason that you think CArray (and I suppose all the other MFC collection classes) is "crap". Saying it's "crap" implies that it doesn't do the job it's intended to do, or is rife with bugs, thus making it unusable.
Christian Graus wrote: STL containers all use the same iterators, making it trivial to use data between, say, a list and an array. The MFC containers do not have this ability.
And I argue that you don't have the burden of managing iterators to traverse a CArray. Does that make the STL vector crap? No. It makes it different.
Your arguments sound more generally anti-MFC than anti-CArray. I haven't looked, but aren't the new MFC 7.0-8.0 collection classes wrappers for STL now. I heard CString is supposed to be.
I put it to you - CArray isn't "crap", it's just different. It's no less powerful in the hands of someone that knows what it can/can't do.
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
John Simmons / outlaw programmer wrote: Saying it's "crap" implies that it doesn't do the job it's intended to do, or is rife with bugs, thus making it unusable.
You're right. And you'll note, I backtracked a little, as a result. CArray will do what it claims to do, it just does the bare minimum, in a platform dependent manner, when a far superior, cross platform alternative exists.
John Simmons / outlaw programmer wrote: And I argue that you don't have the burden of managing iterators to traverse a CArray.
How is one line of code a burden ? You can actually iterate through a vector without an iterator, BTW.
John Simmons / outlaw programmer wrote: Your arguments sound more generally anti-MFC than anti-CArray.
No, MFC was and is a very good windowing framework. It beats the hell out of Win32. But, it's a windowing framework. The containers it has are an afterthought, they are not well designed, and had the compiler been able to handle the STL at the time, they would never have existed.
John Simmons / outlaw programmer wrote: I haven't looked, but aren't the new MFC 7.0-8.0 collection classes wrappers for STL now. I heard CString is supposed to be.
I'm not sure. CString now is templated, I know that.
John Simmons / outlaw programmer wrote: It's no less powerful in the hands of someone that knows what it can/can't do.
Yes, I would agree. If you start with the assumption that you'll never need the power or flexibility of vector, if you were only going to use a CArray as a dumb, non cross container compatible lump of stuff, they would essentially both do the same thing. So long as you never coded without MFC.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I stopped trying to use CXImage. Instead, I use FreeImage. I find FreeImage easier to use/implement.
http://freeimage.sourceforge.net/[^]
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
I leave you big ego guys for couple of days and look what happened.
Can you play nice?
Next time I won’t ask.
Are you happy?
PS CArray and CxImage works just fine for me, no thanks to you.
Vaclav
|
|
|
|
|
Hey, why don't you fuck off. We're having a nice pleasant discussion about it and you don't need to come in here acting like a fucking a**hole.
------- sig starts
"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
|
|
|
|
|
I use LoadImage(...) load some icons from file, and draw on the view(SDI).I also draw some text on the view .I set the coordinates .the icons and the text can print preview .
the question is:
the icons can't print ,but the text can print correctly .why?How to resolve this question?
|
|
|
|
|
Post the code here. looks like a DDB issue. Should be using DIB if you ever want images to be printing on the printer.
|
|
|
|