|
I don't think there is a general guide like one you are seeking. You should list the features you want in your shell and if during implementation you encounter problems I am sure people here can help you out.
-Saurabh
|
|
|
|
|
Thanks for the reply, i don't have any specific plans for it (yet), currently i am only curious about the means and hows of doing such a project, the basic idea of it all, what such a replacement has to do to work with the system from the point of the system itself, now really from the point of the user, for example i read on some forum that the shell has to perform certain initializations (these were of course not listed) in order to work right, so i guess it isn't just a simply replacing a program (explorer.exe) with anything else...oh well, i guess as Richard MacCutchan suggested[^], i will have to study some opensource projects.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <
|
|
|
|
|
Hi,
I am beginner to VC++. Now I want to develop an application where window divided into two parts. left side i am having tree view and right side display information.
I already implemented tree view using SDI application (CTreeView).
Now I want to implement a tree in CFormView. How can i write a tree implementation in CForm View.
Please suggest me the solution. Also If you have any references related to this please send me.
Thanks in advance........
To invent something, you need a mountain of junk in your mind.
---------------------Thomas alva edison
|
|
|
|
|
One solution is to use a spliter (CSplitterWnd) to split the view into 2 parts, the left side (for example) will contain the tree, and the right side will contain the "information".
This signature was proudly tested on animals.
|
|
|
|
|
You can consider a tree control (CTreeCtrl) for form view.
|
|
|
|
|
Hi All
I want to make a dialog based application which have send mail.I have no idea how can i do this? Plz help me
|
|
|
|
|
Have a look at CodeProject articles about MAPI [^].
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Member 6864839 wrote: I want to make a dialog based application which have send mail.
Those are mutually exclusive things. Which are you having trouble with?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
ok i need to send mail example.
Please help me
|
|
|
|
|
See here.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
I'm new here, please bear with me.
I'm not sure if this is the appropriate place to put it, as my question is regarding C++, but for OWL rather than MFC. Anyways, down to the problem:
I'm maintaining some legacy code which involves a multi-line listbox. The contents of this listbox are loaded in through the EvDrawItem function. The EvDrawItem gets called repeatedly. While selecting an object, the cells in the listbox are selected one at a time too, and we are manually painting it in (not sure if this is the right way to do it). This becomes noticeable only when the items are long.
Now, here's the biggest part of the problem: when double-clicking on an item, we are supposed to pop up an edit box. While this does happen, the double-clicking is seen to cause the item to do cycles of "select, select, de-select, select"...about 50 (each cycle is made up of 4 EvDrawItems) times (is this normal???).
With some research, I do feel that I should probably make use of the setredraw and invalidate functions, but I'm not sure where's the best place to put these codes in so that they propagate through the rest of the program where similar listboxes are used.
Also, since the draw and the insertions are handled together, would suppressing redraw affect how the list loads up?
modified on Friday, January 29, 2010 2:45 PM
|
|
|
|
|
Look at the documentation for the WM_SETREDRAW message. It's used to disable/enable redrawing of listboxes.
L u n a t i c F r i n g e
|
|
|
|
|
Hi,
Thank you for your response. Yes, I've already looked at that, and I do feel it would help, just trying to find the best place to put it. However, I'm still not sure why it does the "select, select, deselect, select" thing so many times on a double-click. I would suspect it's not a normal behaviour even without disabling the redraw.
Thanks!
|
|
|
|
|
Rock Bottom wrote: However, I'm still not sure why it does the "select, select, deselect, select" thing so many times on a double-click
Yeah, I'm clueless on that one. Sorry.
L u n a t i c F r i n g e
|
|
|
|
|
Thanks anyways for your response. Hope some more people will chime in.
|
|
|
|
|
Rock Bottom wrote: ...the double-clicking is seen to cause the item to do cycles of "select, select, de-select, select"...about 50 (each cycle is made up of 4 EvDrawItems) times (is this normal???).
I would expect this behavior with a list control but not a listbox.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Upon further investigation, it turns out that the child control is receiving messages asking it to traverse through all the lines in the selected item. For each of the lines, it receives the following itemAction and itemState (in this order):
1. ODA_SELECT with ODS_SELECTED
2. ODA_FOCUS with ODS_DEFAULT | ODS_SELECTED
3. ODA_FOCUS with ODS_SELECTED
4. ODA_SELECT with 0
Unfortunately, events 1 and 4 cause the program to select/deselect all the rows in the multi-row item, which results in huge flickering. Fortunately, our redraw function does nothing on events 2 and 3  . So right now, my question is:
1. Is this traversing of all the items something that was implemented in the TListBox base class or are we telling it to do that somewhere in our code?
2. Also, is it better to override this traversing to do one big redraw or to override the handling to only select, deselect, then re-select each row?
|
|
|
|
|
Why its too slow to use vfw's preview?When to capture a AVI file ,it's even stock,why?I only did nothing,the dialog become to slow to slip on the desktop.How to solve the problem?Thx!
I am not a genius, but shed more sweat!
|
|
|
|
|
Aric Green wrote: Why its too slow to use vfw's preview?When to capture a AVI file ,it's even stock,why?I only did nothing,the dialog become to slow to slip on the desktop.How to solve the problem?Thx!
Your question is not very clear, can you rephrase it please?
MVP 2010 - are they mad?
|
|
|
|
|
Thx!
I want to use vfw to capture datas and send to another computer,but I found when vfw previewing the computer getting slow.
I am not a genius, but shed more sweat!
|
|
|
|
|
Aric Green wrote: I want to use vfw to capture datas
What is vfw?
Aric Green wrote: but I found when vfw previewing the computer getting slow.
What has this to do with sending information to another computer?
I am afraid your question is still very difficult to understand. Perhaps you could find a colleague or friend who could translate into English on your behalf.
MVP 2010 - are they mad?
|
|
|
|
|
VFW(Video for Windows) provides functions that enable an application to process video data.
hWndC = capCreateCaptureWindow (
(LPSTR) "My Capture Window",
WS_CHILD | WS_VISIBLE,
0, 0, 160, 120,
(HWND) hwndParent,
(int) nID );
 Thank you anyway!
I am not a genius, but shed more sweat!
modified on Saturday, January 30, 2010 12:45 AM
|
|
|
|
|
Aric Green wrote: the dialog become to slow to slip on the desktop.
I doubt anyone is going to understand this. I've no idea what you mean by the dialog 'slipping' on the desktop. Do you want the dialog removed or deleted from the desktop? 
Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]
|
|
|
|
|
I mean that when it previewing,go to drag the dialog,it will not smoothing.Another mean,the computer getting slowly
I am not a genius, but shed more sweat!
|
|
|
|
|
I havent used capPreview before so cannot comment on that. You try OpenCV[^], it has functions for captuing video and last time I checked they were using vfw under windows.
There are also a number of articles here on capturing video using direct show and vfw.
-Saurabh
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
