|
Is it possible to destroy it.
Please help!
|
|
|
|
|
LaHaHa wrote: Is it possible to destroy it.
Yeah
m_font1.DeleteObject();
LaHaHa wrote: Please help!
My Pleasure 
Jesus Loves ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
|
|
|
|
|
Thank you very much!
I got it!
|
|
|
|
|
Hi
I want to ask you one think. How fancy GUIs for Windows applications such as MS Calculator plus, Norton system works, and other todays softwares having there own window, title bar, buttons, and other common controls, are created?
We Believe in Excellence
|
|
|
|
|
This is a pretty general question. All UI elements are ultimately a window, and so ultimately they are all created using the same Win32 underlying function. Beyond that, any fancy controls probably draw themselves.
System Works is definately a bunch of owner drawn controls.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Aqueel wrote: How fancy GUIs for Windows applications such as MS Calculator plus, Norton system works, and other todays softwares having there own window, title bar, buttons, and other common controls, are created?
They do the drawing by themselves. You can do the same way too. But you have to take care of all aspects of the drawing.
Even the dialog boxes, frame, mdi windows, etc that appear are drawn somewhere that's why they appear the way they do.
For example you can take ownerdrawn(not me) buttons, listboxes, comboboxes etc.
The guys who are involved in this type of work are experts.
Jesus Loves
--Owner Drawn
--Nothing special
--Defeat is temporary but surrender is permanent
--Never say quits
--Jesus is Lord
|
|
|
|
|
Owner drawn wrote: For example you can take ownerdrawn(not me)
lol 
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
-- modified at 1:24 Thursday 12th January, 2006
|
|
|
|
|
Aqueel wrote: How fancy GUIs for Windows applications such as MS Calculator plus, Norton system works, and other todays softwares having there own window, title bar, buttons, and other common controls, are created?
this will good start for evry thing http://www.codeproject.com/script/articles/subcat.asp?id=3[^]
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
|
Try subclassing it and overriding the WM_CONTEXTMENU[^] message.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
no MFC! how can i find common control tutorials for C++ like their are for C#
|
|
|
|
|
on the main page check the left bar.
-Prakash
|
|
|
|
|
nope, i see C# Controls and MFC Controls but no were can i find something like those for C++ Win32
|
|
|
|
|
Gamer-Owned wrote: nope, i see C# Controls and MFC Controls but no were can i find something like those for C++ Win32
MFC is just a wrapper over win32, you can pretty much do everything what MFC control does.
-Prakash
|
|
|
|
|
i found http://www.codeproject.com/dialog/
randomly cut look on the sidebar and everything and couldnt find it there i mean, its a wealth of what i was looking for the fact i randomly found it was lucky, i got it from a link from a C# tutorial. can anyone tell me how to navigate to this? (All Topics, MFC / C++ >> Dialog and Windows)
|
|
|
|
|
If you can't see the link along the left side of the main page, change your view in the middle of the page to be MFC, or all.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I dont see a windows version of valgrind. Is there any such memory leak/corruption detection tools that work with just the binaries(as opposed to source code)?
thanks!
|
|
|
|
|
With "Debugging Tools For Windows" - The debugging tools from Microsoft. It contains a utility called "UMDH" can be used find leaks and the like in vanilla binaries.
Steve
|
|
|
|
|
I'm trying to work with a RichEdit, and the code looks like this:
chat_window_rich.SetSel(nLength, nLength);
chat_window_rich.SetSelectionCharFormat(cf);
chat_window_rich.ReplaceSel(buff);
I don't want the edit window to automatically scroll to the bottom when a user is trying to scroll up and look at previously added text. For some reason, whenever a user has clicked in the edit window and a new chat message is received, the window is automatically scrolled to the bottom.
There are no calls to any scrolling functions anywhere.
If the user has scrolled up in the chat window but has clicked in some other window, for instance the typing window, the chat will NOT automatically scroll, it only happens when the mouse focus is on the window.
Anyone know what's wrong or how I can fix? 
Kelly Ryan
|
|
|
|
|
I'm no rich edit expert (I've never used one) but the general solution to this problem (you need to call a method that scrolls the window but you don't want the scrolling) is to turn off redraw using WM_SETREDRAW (which MFC wraps with CWnd::SetRedraw), call the functions you like, restore the position to where you want it then re-enable redraw. Not pretty but I've had to resort to this technique before.
There may be some easy way in this case however.
Steve
|
|
|
|
|
I gave it a try, I can set the scrollbar in the right position but I can't get the darned window to scroll accordingly... ScrollWindow messages just don't seem to affect it, WM_VSCROLL messages don't affect it.. it just won't move.
Is there an easy way I can just tell it to set itself to the position dictated by its scrollbar?
Kelly Ryan
|
|
|
|
|
I believe the EM_SETSCROLLPOS and EM_GETSCROLLPOS are what you're after.
Steve
|
|
|
|
|
That worked, thank you very much 
Kelly Ryan
|
|
|
|
|
Assumptions and constraints:
I am working with C++, Object-oriented design. I am using two layers - UI and domain layer which contains application logic.
Question 1.
Problem formulation:
At the architectural level I need to separate UI from the application logic. At the design level I am using a facade/controller object in the domain layer. To track the updates of the state of domain objects I use Publisher/Subscriber design pattern, so that domain objects remain decoupled from UI but UI objects received notifications when a domain object state changes.
Question:
Is Mediator pattern more appropriate for this purpose?
Justification:
The downsides of Publisher/Subscriber pattern:
a) Domain object is coupled to the Publish interface.
b) When moving UI to a difference process or a different remote computer in the network, the publishing logic must be changed.
c) UI objects are coupled to the Publisher.
How do I suggest applying Mediator (Mediator-Singleton)? (There may be several different Mediators serving this purpose.)
a) During initialization stage each object registers with the Mediator to either send or receive a message with a certain MessageID. (Since this specific Mediator is Singleton it can easily be made visible from all domain and UI objects.)
b) When state of the domain object changes, the latter sends a message to the Mediator to inform it about the change.
c) Mediator stores the received message in its storage and forwards the forwards the message to all listeners waiting for the corresponding MessageID.
This scheme achieves the separation of concers - concern of message passing is moved to a separate class instead of domain objects. All objects are decoupled except for the Mediator. This design supports the reuse, and can be easily extended to a network application. For network applications it is a concern of two Mediators in both computers to exchange the messages, thus the design is connection independent.
So why is it not used, but Publisher/Subscriber is used instead?
Question 2.
Problem formulation:
Separation of UI and domain objects is usually implemented with ONE facade/controller object in the domain layer. For example, see Craig Larman, "Applying UML and patterns".
Question:
Do I need a similar facade/controller object in the UI layer? I feel like I do, but I have not seen people suggesting it, so I may be wrong.
Justification:
If UI is moved to a remote computer then all requests from UI objects will go through network, hence, all UI will need to be changed to accomodate for TCP/IP requests.
When UI grows large, when we use Operating System SendMessage(.) etc. the UI becomes a mess if we don't have a control over the sequential order of messages.
Do I make sense with my solutions or there is something that I have missed? Would appreciate any suggestions.
Thanks!
Nick Kisialiou
0x2B | -0x2B
|
|
|
|
|
My response for Question 1
The Mediator design pattern gets used to coordinate communication between many colleagues. This would apply to your situation if that communication needed to exist. The Publisher-Subscriber pattern exists for one-way communication, from the Publisher to the Subscriber. From your description of the application, I agree that you have used the correct design pattern for the situation. However, you may need to reconsider your implementation since so much depends on your Publisher interface.
My response for Question 2
Your Publisher-Subscriber framework should handle this. Instead of publishing to a local object (in the same process), it uses some sort of IPC. How this gets done depends on your implementation. However, if you've defined your Publisher-Subscriber interfaces correctly, you should have the ability to replace the classes that implement intraprocess communication with interprocess communication. Many RPC frameworks exist; for a starting point, check out Wikipedia[^].
"we must lose precision to make significant statements about complex systems."
-deKorvin on uncertainty
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
