|
Well, thank you all the same!
|
|
|
|
|
mceros wrote: Well, thank you all the same! [Smile]
No problem!
Nibu babu thomas
Microsoft MVP for VC++
Code must be written to be read, not by the compiler, but by another human being.
Programming Blog: http://nibuthomas.wordpress.com
|
|
|
|
|
Aha! It's exactly what I want! Thank you!
|
|
|
|
|
Hi all,
I want to get the network path in tree control such that if I expand the tree then if that particular folder on network is password protected then it should ask for the user name and password first then expand the tree.
For example- My system is connected to LAN and I have one account on "development" (we keep the backup files on "development" that is handled by server and save to server). I open development by clicking Start->run->(\\development) and it ask for user name and password, if uname and pwd are correct then I am able to open my account on development.
Now I need to implement this in to my code. Network path should come in tree and when I expand "development" then it should pop up the same window for the userid and password.
Please give me your suggestions.
Thanks
|
|
|
|
|
|
Hi Mihai,
Thanks for replying. I went through the web link that you provided to me. I just want to know that how can I check that the folder on the network is password protected?
In John McTainsh's article it is showing the network path in tree but when I click to expand the password protected folder("\\development") it does not ask for user name and password and also does not expand it.
When I open this through Start->run->\\development(provide here uname and pwd) and again run the .exe that John provided then the tree expand "development" without asking uname and pwd.
What I need is- This should ask the uname and password if the folder is password protected on the network. For that I need to check the folder accessibility on the network. I am confused that how to check that this one require user name and password to open or expand?
Thanks
|
|
|
|
|
I had a waitalble timer, How to end the timmer
UINT CPrgpopup::StartTimmerThread (LPVOID param)
{
HANDLE timer = CreateWaitableTimer(0,false,0);
LARGE_INTEGER li;
const int unitsPerSecond=10*1000*1000;
li.QuadPart=-(2*unitsPerSecond);
SetWaitableTimer(timer,&li,350,0,0,false);
_beginthreadex(0,0,TF,(void*) timer,0,0);
return 1;
}
modified on Thursday, August 21, 2008 8:17 AM
|
|
|
|
|
|
ptr_Electron wrote: How to end the timmer
KillTimer()
Somethings seem HARD to do, until we know how to do them.
_AnShUmAn_
|
|
|
|
|
|
What are some of the best known tools available to detect memory leaks. I know of a couple like "Rational Purify" and Insure++. Any relative comparison figuring out the best preferably the ones which work better in terms of saving time and focus more on multi threaded environments. This is for a comperehensive project that is having 100's of vcproj files.
|
|
|
|
|
|
|
Jijo raj wrote: Compuware BoundsChecker[^] is another good option.
sure, if you have $1400 you don't need.
|
|
|
|
|
Wow! I can remember when you could get BC for the same price as a large pizza. That was before they started bundling it as a suite, however.
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
|
there is one from MS "Application Verifier". From this tool we can check for heaps,memory,locks,handles many more. You just need to configure your exe to application verifier and run the exe. Application Verifier will give you the logs.It is free.
BoundChecker from Compuware is also good one.But it is not free.
|
|
|
|
|
Please how can I force the creation of a CDockablePane inside a CWnd and make it occupy the full space of that CWnd ? Am I compelled to using it inside a CFrame only and to using the DockPane methods of the frame in order to show it ? Is there a turn-around please ?
Thank you in advance.
I am happy today !
So hope evrybody be happy too !
Our Philosophy, Mohammed Baqir Al Sadr
|
|
|
|
|
I have a similar problem.
Is there any updates?
|
|
|
|
|
I resorted to BCGSoft to get an answer, they are the creators of MFC 9.0 (Feature Pack) including the CDockablePanes,etc
This is the link of my discussion, hope it helps you. Frankly I didn't implement that solution instead I solved my pbm another way, according to the context I was with.
http://www.bcgsoft.com/cgi-bin/forum/topic.asp?TOPIC_ID=4957[^]
Easy Profiler : a compile-time profiler for C++
www.potatosoftware.com
|
|
|
|
|
Thank you for the quick answer
As I understood from BCG topic I have to implement it by myself by resizing the client pane.
It's not so difficult when I use a one single pane, but it becomes much more difficult when I have to implement resizing of number of client panes, especially when dividers are moved...
Semyon
|
|
|
|
|
That case try to see how you can change your parent CWnd by a CFrameWndEx which contains the logic of managing dock sites and positioning panes.
If you fail, as I did, then try also to study the effort and possible outcome of investing into porting the thing yourself into CWnd.
In afxmdiframewndex.h there a section of code called "dockmanager layer". May be it suffices to import this code, decouple it from its host class and try put it into your custom "CDockAwareWnd" class so the thing works ! (Note that the feature pack comes with its source code).
Good luck.
Easy Profiler : a compile-time profiler for C++
www.potatosoftware.com
|
|
|
|
|
Ahmed, I forgot to saty that my CWnd is already CFrameWndEx.
I have started a new SDI application and I want to manage a set of dockable panes in the way that they will always occupy the whole space of main frame. But as I understood from the "rich" VS2008 MSDN documentation there is no such a possibility. I can align my panes to left/right/top/bottom but not to whole space so I have to manage their sizing by myself...
Maybe I missed something (I'm new in mfc 9)?
|
|
|
|
|
You are on another pbm then.
Well, yes exactly, there's indeed not such "central" dock site or space within the FrameWndEx.
the FrameWndEx first lays out the docking panes, according to their positions in the borders and the central space that is left is reserved for the CView that would have been attached to the Frame and to another abstract CDocument class via the documenttemplate mechanism.
If you do'nt have time to adapt the source code then I think you just have to identify one of your existing docking panes and put its content into the CView, so it will be always shown in the central area and the remaining panes will be placed to its left/right/top, etc.
I hope your situation is not the same as mine in 2007 when I had to develop a video surveillance application. Docking panes (or control bars) seemed to be perfect to use as windows to show remote camera video and let the user manage the custom positioning of multiple video window byhimself.
There was the need to get rid of the central area. this was not possible since all my panes are in term of type of content the same. I ended up doing things manually inside the CView.
So I hope your pbm be solved by finding the particlar docking pane that hosts the type of content that can be shown persistently in the central area (CView). Otherwise also try to invent one !
Easy Profiler : a compile-time profiler for C++
www.potatosoftware.com
|
|
|
|
|
I am afraid my situation is similar to yours in 2007
Maybe it's even worst because I have to switch between a view modes (different sets of panes).
For example:
View mode1 ---> Pane1-Pane4-Pane6
View mode2 ---> Pane2-Pane3-Pane5
BTW:
Putting one of the panes into the view may be a good solution and I should consider it, but in this case I can already see a main problem: when you try to drag this pane out you came to the same situation of empty rectangle...
|
|
|
|