|
Do you want to move or copy files with the copying dialog of the windows explorer?
If so, then have a look at SHFileOperation.
Don't try it, just do it! 
|
|
|
|
|
for example, there are dozens of files and file folders(which also include files) under dir_A\sub_dirA, now I want to copy and paste all the files and file folders under dir_A\sub_dirA into the dir_B\sub_dirB, I just don't know how to do it.
|
|
|
|
|
SHFileOperation... it's the API what windows explorer uses when copying, moving, deleting, ... files.
Don't try it, just do it!
|
|
|
|
|
hi,
i don't really understand your question.
what are you trying to define ?
why do you need to define things such as Language, Tools, OS, etc... ?
i'll try to give a small anwser here, but i fear to be "out of range"...
Language : something you use to write some code. a language has special rules that must be respected like the grammar, the syntax...
OS : an operating system is a "big" software that permits to the users of a PC not to care about the hardware. if provides layers (APIs) and functionalities like a GUI (or not - console modes).
Package : I don't understand your request... a package is a set of things... it depends on the context we use this word...
DTP, RAD : i don't know what these are
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Are you asking for explanations of tools, OS, Languages?
Micorsoft visual source safe is a tool that is used for backup purpose. winzip is a tool used for zipping purpose.
A package like software that is used for particualar purpose is called as tool.
A langauage is a software used to develop any kind of applications.
An Operating system,is a "big" software that permits to the users of a PC not to care about the hardware. if provides layers (APIs) and functionalities like a GUI (or not - console modes. (From -TOXCCT >>> GEII power)
A packages is a software developed by a language run in an OS.
Desk top publishing also known as DTP used for desinging purposes. Some packages like Adobe photoshop, coredraw, pagemaker, used for designing purposes.
DARWIN PAUL RAJ
|
|
|
|
|
hey,
it seems that you made a confusion... a did not post this to ask anything, i just answered to someone who deleted his post...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
|
Hello -
I read through a Samm's book... I read through Petzold.. and I still don't have a handle on this.
I am writing software to analyze a bunch of data with the data organized in columns. The general plan is to use the dialog model and open a sub-dialog for each column of data.
No problems creating sub-dialogs. It's destroying them that is confusing me.
Say that I setup, create, and activate a dialog using Create() and ShowWindow().
Now comes time to destroy the window.
I see a variety of ways of doing this:
1. The sub-dialog (an MFC-derived class) executes this->Destroy(). This seems wrong as a class is deleting itself without notifying the parent class.
2. A call-back function destroys the class. This seems reasonable.. except that the child calling the call-back that is part of the parent class winds up calling the child's Destroy() and control eventually returns to a destroyed class. Which ruins the idea.
Somewhere in the MFC documentation, it says that calling a sub-dialog's Destroy() function deletes the window.. but that the class's must be deleted to destroy the underlying data structures.
By this point my eyes are crossing.. and I could use a tip.
Regards,
Mark
|
|
|
|
|
I do not know if this can is you of aid, but I in my application create one in this way ProgressBar Dialog:
...other code...
m_pDlgProgressBar = new CDlgProgressBar();
if(m_pDlgProgressBar != NULL)
{
BOOL ret = m_pDlgProgressBar->Create(IDD_DLG_PROGRESS_BAR,this);
if(!ret)
AfxMessageBox("Error Creating DlgProgressBar");
m_pDlgProgressBar->ShowWindow(SW_SHOW);
}
else{
AfxMessageBox("Error Creating Dialog Object");
}
....other code....
In order to destroy the dialog I have override PostNcDestroy Function
like this:
void CDlgProgressBar::PostNcDestroy()
{
delete(this);
SECBitmapDialog::PostNcDestroy();
}
it makes to know me...
Excuse but my English is not of the best ones 
Too many plans make the health badly...
|
|
|
|
|
What is the std::string equivalent for the following CString operation?
CString time;
int minutes = 5;
int seconds = 5;
time.Format( "Time is %02d:%02d", minutes, seconds );
Output : Time is 05:05
|
|
|
|
|
you can use temp char array for conversion.like this:
char cTime[20] = {0};
sprintf(cTime, "Time is %02d:%02d", minutes, seconds);
string str(cTime);
|
|
|
|
|
Not elegant as the MFC version but that works.
Thanks
|
|
|
|
|
The "recommended by STL fanatics" method is to use an ostringstream:
ostringstream oss;
oss << "Time is " << setw(2) << setfill('0')
<< minutes << ":" << seconds;
string s = oss.str();
[edit] I didn't test it, if it doesn't work, Paul Watson wrote this code[/edit]
Pandoras Gift #44: Hope. The one that keeps you on suffering.
aber.. "Wie gesagt, der Scheiss is' Therapie"
boost your code || Fold With Us! || sighist | doxygen
|
|
|
|
|
Still not as slick at MFC:
CString time;
int minutes = 5;
int seconds = 5;
time.Format( "Time is %02d:%02d", minutes, seconds );
But thanks.
|
|
|
|
|
smesser wrote:
Still not as slick at MFC:
Don't argue with me 
Pandoras Gift #44: Hope. The one that keeps you on suffering.
aber.. "Wie gesagt, der Scheiss is' Therapie"
boost your code || Fold With Us! || sighist | doxygen
|
|
|
|
|
I'm not  I just keep hearing MFC is dead and I was looking at some of the things that I would have to be able to do to stop using it.
|
|
|
|
|
smesser wrote:
I just keep hearing MFC is dead and I was looking at some of the things that I would have to be able to do to stop using it.
MFC is not completely dead. MS still supports it in VS2005 and you can use winforms with it and vice versa.
In the end it's just a matter of taste, but it certainly wouldn't hurt you if you learn something new..
Blog[^]
|
|
|
|
|
ostringstream is slow as a dog. Read Herb's Coding Standards book for more information.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Tim Smith wrote:
ostringstream is slow as a dog.
Don't argue with me
(but you're right, it should be mentioned)
I adore the "The time is {1}:{2}" syntax of C#, the next best is FormatMessage in the C++ world
Pandoras Gift #44: Hope. The one that keeps you on suffering.
aber.. "Wie gesagt, der Scheiss is' Therapie"
boost your code || Fold With Us! || sighist | doxygen
|
|
|
|
|
Hi,
I've created a database application that displays a datagrid containing information from an access database. I have an add button which brings up a dialog that adds information to the database but when i close the ialog the datagrid doesn't automatically update. The datagrid is connected to an ADO Datasource. I'm guessing i need to requery the database and refresh the datagrid when the add dialog closes but i'm not sure what window event i should use, or even if i should use a windows message at all.
Can anyone suggest a method for solving this problem?
Thanks
Aaron
|
|
|
|
|
Using the directly the functions of Windows API or using the functions of MFC classes?
|
|
|
|
|
|
Define faster. Do you mean faster to execute or faster to develop? Faster to execute is most likely direct Windows API but with optimization in the compiler you won't really notice a difference. If you mean in speed of developing, well, I would say MFC, but it really depends on how well you know MFC and how well you know the windows API.
-- Rocky Dean Pulley
|
|
|
|
|
I actually came from VB and I went to C++ hoping that I would port the code from VB to C++ and it would execute faster. So, I'm more familiar of the Windows APIs than these MFC Classes.
|
|
|
|
|
User Interface Code is rarely time critical. There are two major issues to consider:
- Repaint Speed
Are display changes "Immeditely"?
Slow form building is what makes (or at least made early) VB applications looking sluggish. There's no notable difference between Win32 API and MFC, and it is usually no problem (If it is looks slow you do something wrong )
- Flicker
rarely a speed issue, but looks "amateurish". This is a question of how it's programmed, not how fast it runs.
- User Action Response time
To handle a user action (e.g. a click on a button), you have about 100..200 ms to handle the message before the user notices a delay. This is more than enough for most actions.
Beyond that, "faster" is bound to the old rule: (all sing along!) "90% of the time is spent in 10% of the code". I would update this rule to
"95% of the time spent is caused by 5% of the code"
(Limiting factors are nowadays less the CPU, but memory throughput, diska access, etc.)
NeverFall wrote:
I actually came from VB and I went to C++ hoping that I would port the code from VB to C++ and it would execute faster
A straight 1:1 port will not make a difference for many applications. It all depends on what they do.
C++ is not the "Porsche Edition of the the VB go-cart", but a fleet of specialized vehicles which can do the same task much faster if they are used correctly
Pandoras Gift #44: Hope. The one that keeps you on suffering.
aber.. "Wie gesagt, der Scheiss is' Therapie"
boost your code || Fold With Us! || sighist | doxygen
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
