|
Do you have it written as
#include <filename.h> // error C1083
// or
#include "filename.h"
|
|
|
|
|
Hi,
Thanks for the reply.
It is written as #include "filename.h"
Thanks & Regards,
Sanju
|
|
|
|
|
Can you show the "include" line of the code?
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
Hi,
Thanks for the reply.
It is given as #include "filename.h"
Thanks & Regards,
Sanju
|
|
|
|
|
We have a straight Win32 developed application (no MFC, etc.). We've implemented dockable toolbars, but when they float there is a taskbar button that appears along with the application button. Each floating toolbar has its own button.
Can anyone recommend a way to remove this button, or somewhere I should look to see why I'm getting this button in the first place? I swear I read a Code Project article on just this thing several months ago, but have been unable to find it.
I'd also like the floating toolbars to keep the focused look, even when using the main application. Currently, the title bar of the toolbar gets the unfocused color to it. Again, I thought I read this in CodeProject somewhere, the same article, but can't find it!??!
Thanks,
|
|
|
|
|
There are some window styles that you have to remove (and some that you may have to set) to get rid of the taskbar icon. Search here for the WS_EX_APPWINDOW style for more details.
You can handle your own NC_PAINT messages (Non-Client Paint) to draw your own taskbar, and you can always draw using the "Active" colors. There are some articles available here about custom caption bars - look there for good places to start.
Peace!
-=- James Please rate this message - let me know if I helped or not!<HR> If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong! Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road! See DeleteFXPFiles
|
|
|
|
|
Thanks for the reply. I've had a chance to tackle this issue again. Using Spy++, the WS_EX_APPWINDOW style is not set in my toolbar control. However, maybe one of them is reponsible for putting it on the taskbar? I can't figure it out. Here are the results of Spy++ (VS2005) on my undocked toolbar, which shows a taskbar button that I don't want.
Styles of the window holding the toolbar control:
WS_CAPTION, WS_POPUP, WS_VISIBLE, WS_CLIPSIBLINGS, WS_SYSMENU, WS_THICKFRAME
Extended styles:
WS_EX_LEFT, WS_EX_LTRREADING, WS_EX_RIGHTSCROLLBAR, WS_EX_TOOLWINDOW, WS_EX_WINDOWEDGE
And here are the styles of the toolbar control itself:
WS_CHILDWINDOW, WS_VISIBLE, TBSTYLE_TRANSPARENT, TBSTYLE_FLAT, TBSTYLE_WRAPABLE, TBSTYLE_TOOLTIPS, CCS_NODIVIDER, CCS_ADJUSTABLE, CCS_NOPARENTALIGN CCS_NORESIZE, CCS_TOP
Extended styles:
WS_EX_LEFT, WS_EX_LTRREADING, WSs_EX_RIGHTSCROLLBAR
Any clues? I can't figure anything out...
Thanks again, Tom
|
|
|
|
|
So this does not output any char from the file:
vector <fstream>::iterator vi;
std::vector<fstream> vFilestreams;
for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)
{
(*vi).open(vFileList[i].c_str(),ios::in);
}
for (j=1;j<=20;j++)
{
for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)
{
*vi>>current_char;
}
} Why do I not get anything in current_char ?
|
|
|
|
|
I don't know what current_char is, but did you remember to close the filestream? I believe you either have to close or flush it in order to get the text to show when you open it.
|
|
|
|
|
it is indeed a char . And I do not see it change in the debugging window, so basically, I do not think that the iterator works. I tried with typecasting it on a fstream, without success.
|
|
|
|
|
What I mentioned was a completely different issue. I asked if you had flushed the buffer, but you haven't answered that question.
Also, your iterator has nothing to do with the char variable. The iterator would contain the ifstream objects.
|
|
|
|
|
Cyrilix wrote: I asked if you had flushed the buffer
Why would I have to flush the buffer ? AFAIK, the >> operator does not require the buffer to be flushed !! As a proof of it, if I do the same on a single fstream without the vector, it works perfectly !
Cyrilix wrote: your iterator has nothing to do with the char variable. The iterator would contain the ifstream objects
Of course. I never mentioned the iterator should coutain char variables ?!
|
|
|
|
|
Rage wrote: std::vector<fstream> vFilestreams;
Can you change that to <fstream*> and try? btw,you push fstream object straight into the vector? it did compile for you? what compiler are you using?
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
i don't see anything wrong in using directly a vector of fstream, except perhaps that they will get copied and then decrease the performances... but of course it would compile.
|
|
|
|
|
It could compile on a VC 6.0(We know about mr6 ), but it wont work ultimately. so should be his problem.
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
VuNic wrote: btw,you push fstream object straight into the vector?
Yes
VuNic wrote: it did compile for you? what compiler are you using?
Obviously. VC6.
|
|
|
|
|
essayer ca! hehe jus a rough idea! optimize it.
<code>
char current_char[200];
vector <fstream*>::iterator vi;
std::vector<fstream*> vFilestreams;
std::vector<string> vFileList;
int i=0;
vFileList.push_back("c:\\test.txt");
fstream fs2;
fstream* fs =&fs2;
vFilestreams.push_back(fs);
for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)
{
(*vi)->open(vFileList[i].c_str(),ios::in);
}
for (int j=1;j<=20;j++)
{
for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)
{
(**vi)>>current_char;
AfxMessageBox(current_char);
}
}
</code>
He's become a household word in the Lounge. A whole new phraseology has evolved. Post a link or reply with a smiley and rose, and you've made a "Satipsism". So what? It's an interesting thing about the Internet, the evolution (as in change, not progress) of tone, quality, terminology, etc.
-Marc Clifton.
Best wishes to Rexx[^
|
|
|
|
|
Thanks, I'll give this a try.
|
|
|
|
|
Guys,
I am writing a program that permits the user to launch paint from within my application if he/she chooses. Since my program must support a wide range of Windows OSs, I am faced with the dilemma that paint is located in different folders in different OSs. My question is, can I use the environment variable %SystemRoot% when specifying the location to launch?
For example: C:\\%SystemRoot%\\System32\\mspaint.exe
If this isn't the way to do it, any suggestions of a good way to do this?
|
|
|
|
|
If mspaint.exe consistently lives in the System32 folder, why bother with specifying the path? In other words, have you encountered a machine where typing mspaint.exe in the Run box did not work?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
as David said, i doubt very strongly that mspaint.exe is not in the system path... so just launch mspaint as you launch notepad , and you'll be gone
|
|
|
|
|
|
yokel
|
|
|
|
|
Just noticed, well, after being told anyway.
Bows head in shame.
|
|
|
|
|
Toi qui connais bien les STL, une idée concernant cela :
http://www.codeproject.com/script/comments/forums.asp?msg=2162202&forumid=1647&mode=all&userid=29249#xx2162202xx
On ne peut pas stocker de fstream dans un vector ?
|
|
|
|
|