C / C++ / MFC

Floating toolbar-Remove taskbar button?

1-Aug-07 7:02

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[^

Re: Compiler Error C1083

sanjutvm12-Aug-07 6:06

sanjutvm

12-Aug-07 6:06

Hi,
Thanks for the reply.

It is given as #include "filename.h"

Thanks & Regards,
Sanju

Gunn3171-Aug-07 3:16

Gunn317

1-Aug-07 3:16

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,

Re: Floating toolbar-Remove taskbar button?

James R. Twine1-Aug-07 4:23

James R. Twine

1-Aug-07 4:23

   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

Re: Floating toolbar-Remove taskbar button?

Gunn31717-Aug-07 9:28

Gunn317

17-Aug-07 9:28

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

STL

Rage1-Aug-07 3:12

Don't follow any man spiritually, don't do anything that will get you in sh*t if god is real - Bradml[^]

1-Aug-07 3:12

So this does not output any char from the file:

vector <fstream>::iterator vi;
std::vector<fstream>     vFilestreams;

// Here code to create the fstream vector.


for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)

{

    (*vi).open(vFileList[i].c_str(),ios::in);

}

// Everything fine so far, streams are open, no exception, and is_open returns "good"
// ...

for (j=1;j<=20;j++) 
{

    for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)
    {    
        *vi>>current_char; // here current_char does not change !
    }
}

Why do I not get anything in current_char ?

Cyrilix1-Aug-07 5:29

Cyrilix

1-Aug-07 5:29

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.

Rage1-Aug-07 6:00

Don't follow any man spiritually, don't do anything that will get you in sh*t if god is real - Bradml[^]

1-Aug-07 6:00

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.

Cyrilix1-Aug-07 6:20

Cyrilix

1-Aug-07 6:20

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.

Rage1-Aug-07 20:57

Don't follow any man spiritually, don't do anything that will get you in sh*t if god is real - Bradml[^]

1-Aug-07 20:57

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 ?! Confused | :confused:

Eytukan1-Aug-07 6:57

1-Aug-07 6:57

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?

toxcct1-Aug-07 7:20

toxcct

1-Aug-07 7:20

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.

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

Eytukan1-Aug-07 7:29

1-Aug-07 7:29

It could compile on a VC 6.0(We know about mr6 D'Oh! | :doh:

), but it wont work ultimately. Big Grin | :-D

so should be his problem.

Rage1-Aug-07 20:53

Don't follow any man spiritually, don't do anything that will get you in sh*t if god is real - Bradml[^]

1-Aug-07 20:53

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.

Eytukan1-Aug-07 7:23

1-Aug-07 7:23

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;
// Here code to create the fstream vector.
	
	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);
	
}

// Everything fine so far, streams are open, no exception, and is_open returns "good"
// ...

for (int j=1;j<=20;j++) 
{

    for (vi=vFilestreams.begin(); vi!=vFilestreams.end(); vi++)
    {    
        (**vi)>>current_char; // here current_char does not change !
		AfxMessageBox(current_char);
    }
}
</code>

Rage1-Aug-07 20:54

Don't follow any man spiritually, don't do anything that will get you in sh*t if god is real - Bradml[^]

1-Aug-07 20:54

Thanks, I'll give this a try.

Launching Paint from different OS

TheDelChop1-Aug-07 2:54

TheDelChop

1-Aug-07 2:54

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?

Re: Launching Paint from different OS

David Crow1-Aug-07 2:56

David Crow

1-Aug-07 2:56

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

Re: Launching Paint from different OS

toxcct1-Aug-07 3:02

toxcct

1-Aug-07 3:02

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

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

[Message Deleted]

Jonathan [Darka]1-Aug-07 3:06

Jonathan [Darka]

1-Aug-07 3:06

[Message Deleted]

Re: Launching Paint from different OS

toxcct1-Aug-07 3:13

toxcct

1-Aug-07 3:13

yokel

[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]

Re: Launching Paint from different OS [modified]

Jonathan [Darka]1-Aug-07 3:51

Jonathan [Darka]

1-Aug-07 3:51

Just noticed, well, after being told anyway.

Bows head in shame.

Jonathan Wilkes
Darka[Xanya.net]

Rage1-Aug-07 6:02

Don't follow any man spiritually, don't do anything that will get you in sh*t if god is real - Bradml[^]

1-Aug-07 6:02

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 ?

Re: OT

Eytukan1-Aug-07 6:50