Re: CtreeCtrl with toolbar - C / C++ / MFC Discussion Boards

Paul Farry30-Jan-03 1:22

30-Jan-03 1:22

Is there a Shell or API function that I can specify a FullPath to a file, and have the shell open explorer and highlight the file.

Like when you perform a Find Target on a shortcut?

Re: Shell highlight a file

byblostas30-Jan-03 1:34

byblostas

30-Jan-03 1:34

You can check out this article to get a code that will do it...

http://www.codeproject.com/shell/FoundInFolder.asp

Hope this helps. Smile | :)

Re: Shell highlight a file

Paul Farry30-Jan-03 2:09

Paul Farry

30-Jan-03 2:09

thanks.

It certainly does... In fact even though the author said it only works in Win98, it still works properly in Win2k

Re: Shell highlight a file

AlexO30-Jan-03 3:29

AlexO

30-Jan-03 3:29

there is new XP function SHOpenFolderAndSelectItems

DirectShow filter

magsen30-Jan-03 1:21

magsen

30-Jan-03 1:21

Hi everybody and please excuse my poor English,

I would like to write a directshow filter that operate directly on Compressed video streams by changing some parameters (contrast or light), is it possible without uncompressing the video file ?
Where can i find some documentation or a sample source code ?

Thank you.

CtreeCtrl with toolbar

Woody Green30-Jan-03 1:17

Woody Green

30-Jan-03 1:17

Hi,

I would like to create a CTreeCtrl which has a CToolBar embedded. The result should be a new control. Is this possible and if so how do I achieve this?

I presume it is possible to change the CTreeCtrl because the windows explorer does so too. It creates a grey bar with the caption "Folders" and a close button.

Any suggestions?

Thanks,
Henk

Re: CtreeCtrl with toolbar

Rage30-Jan-03 1:32

Rage

30-Jan-03 1:32

Woody Green wrote:
I presume it is possible to change the CTreeCtrl

Sure, this is possible. You can customize your CTreeCtrl just by creating a class derived from it. if you want to create a new ctrl, derive it from the CWnd. Look at Riazi's answer to a similar question a few posts earlier.

~RaGE();

Re: CtreeCtrl with toolbar

jeremysay30-Jan-03 2:18

jeremysay

30-Jan-03 2:18

Draw a DialogBox with TreeCtrl and without border in your ressource.Add a class (CTreeExplorerBar in example)

in Mainframe.h

protected:<br />
              CTreeExplorerBar	m_wndTreeBar;<br />

in Mainframe.cpp

if (!m_wndTreeBar.Create(this, IDD_TREE, <br />
    CBRS_LEFT | CBRS_TOOLTIPS | CBRS_FLYBY, IDD_TREE))<br />
{<br />
    TRACE0("Impossible de créer la Dialog Bar\n");<br />
    return -1;      // échec de la création<br />
}<br />
m_wndTreeBar.EnableDocking(CBRS_ALIGN_LEFT | CBRS_ALIGN_RIGHT);<br />
EnableDocking(CBRS_ALIGN_LEFT | CBRS_ALIGN_RIGHT);<br />
DockControlBar(&m_wndTreeBar);<br />
m_wndTreeBar.UpdateData(FALSE);

Hope this helps

Windows Custom Draw

JS13749230-Jan-03 0:56

JS137492

30-Jan-03 0:56

I am writing a custom drawn list view (Report View mode), and think the CDDS_PREERASE and CDDS_POSTERASE messages might be useful, however, I can't get windows to send them.

I'm wondering if they are supported for list views as,

I can't find an example of their use,

Can't get them to work after returning the CDRF_NOTIFYPOSTERASE value,

And found an article in which the author admitted not being able to get them to work.

So does anyone know if they are supported?

If yes how?

Re: Windows Custom Draw

Neville Franks30-Jan-03 9:31

Neville Franks

30-Jan-03 9:31

Have you tried using Spy++ or Winspector (here on CP) to see if the notifications are being sent?

Have you searched MSDN - http://msdn.microsoft.com/default.asp[^]

There is also a CtrlSpy app on MSDN which may be worth a look.

FYI I use CDDS_PREPAINT & CDDS_ITEMPREPAINT without any problems.

Neville Franks, Author of ED for Windows. www.getsoft.com
Make money with our new Affilate program

link-error when linking openGL applications

Thomas Lund Dideriksen30-Jan-03 0:52

Thomas Lund Dideriksen

30-Jan-03 0:52

Hi...

I am experiencing problems when I try to link openGL applications in visual C++ 6. I get the following output:

--------------------------------------------------------------------------------
glsample.obj : error LNK2001: unresolved external symbol __imp__glPopMatrix@0
glsample.obj : error LNK2001: unresolved external symbol __imp__glEnd@0
glsample.obj : error LNK2001: unresolved external symbol __imp__glVertex2f@8
glsample.obj : error LNK2001: unresolved external symbol __imp__glColor3f@12
glsample.obj : error LNK2001: unresolved external symbol __imp__glBegin@4
glsample.obj : error LNK2001: unresolved external symbol __imp__glRotatef@16
glsample.obj : error LNK2001: unresolved external symbol __imp__glPushMatrix@0
glsample.obj : error LNK2001: unresolved external symbol __imp__glClear@4
glsample.obj : error LNK2001: unresolved external symbol __imp__glClearColor@16
glsample.obj : error LNK2001: unresolved external symbol __imp__wglMakeCurrent@8
glsample.obj : error LNK2001: unresolved external symbol __imp__wglCreateContext@4
glsample.obj : error LNK2001: unresolved external symbol __imp__wglDeleteContext@4
LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Debug/glsample.exe : fatal error LNK1120: 13 unresolved externals
Error executing link.exe.
--------------------------------------------------------------------------------

It seems as if I am missing some libraries or something? I am running winXP pro. Im a beginner openGL-programmer, and haven't much experience with MS-VC++ either...

Thank you

-- Thomas Lund Dideriksen

Re: link-error when linking openGL applications

Jonathan de Halleux30-Jan-03 1:17

Jonathan de Halleux

30-Jan-03 1:17

Add the following code

#pragma comment(lib, "opengl32.lib")
#pragma comment(lib, "glu32.lib")

Jonathan de Halleux.

WM_TIMER frequency

Dov Sherman30-Jan-03 0:50

Dov Sherman

30-Jan-03 0:50

Is there a way to make a program check for WM_TIMER message more frequently? I'm getting too much delay time between messages.

Re: WM_TIMER frequency

Hans Ruck30-Jan-03 1:35

Hans Ruck

30-Jan-03 1:35

Dov Sherman wrote:
I'm getting too much delay time between messages

You should handle those messages in separate threads. Thus, the message treating time is low and the system can pass quickly to the next one in the queue.

rechi

Re: WM_TIMER frequency

Dov Sherman30-Jan-03 2:16

Dov Sherman

30-Jan-03 2:16

But I don't want the work done by my WM_TIMER event to be done at the same time as other events such as mouse-interaction since that would affect the data those events manipulate. I need to make certain that only one event is being performed at a time. I just want the WM_TIMER events to be checked more frequently or to be given a higher priority in the message queue.

Re: WM_TIMER frequency

Andreas Saurwein30-Jan-03 2:34

Andreas Saurwein

30-Jan-03 2:34

You are out of luck. The only way is to create you own timer by implementing a thread which does time measuring and raises events.
WM_TIMER messages are not guaranteed to be delivered (like WM_PAINT).

Holy Sh*t! I'm speechless. (hey, that's a first) Marc Clifton, The Lounge

Re: WM_TIMER frequency

Hans Ruck30-Jan-03 2:51

Hans Ruck

30-Jan-03 2:51

Dov Sherman wrote:
...to be done at the same time as other events such as mouse-interaction...

This is impossible while using the message queue. The messages are serialized, so all you have to do is to make sure that WM_TIMERs are checked as soon as possible. On the other hand, if - let's say - WM_LBUTTONDOWN occurs and its handling will take so much time that it will block the immediate WM_TIMER checking then... there there is nothing to do. You should interrupt the WM_LBUTTONDOWN manipulation stuff and get to the timer but this is a classical multithreading scenario.

Maybe i didn't get the point, it's possible...

Anyway, check PeekMessage in MSDN, can be helpful.

rechi

Re: WM_TIMER frequency

Dov Sherman30-Jan-03 3:21

Dov Sherman

30-Jan-03 3:21

I see. Maybe I misunderstood your reference to threads. Would I implement the second thread using CWinThread?

Re: WM_TIMER frequency

Hans Ruck30-Jan-03 3:33

Hans Ruck

30-Jan-03 3:33

Dov Sherman wrote:
Would I implement the second thread using CWinThread?

Only if you see some special reason for it.
Basically, you have to write a worker thread's function so it's pretty much the same thing to use AfxBeginThread, CreateThread or _beginthreadex.

rechi

Re: WM_TIMER frequency

Andreas Saurwein30-Jan-03 4:59

Andreas Saurwein

30-Jan-03 4:59

Bogdan Rechi wrote:
it's pretty much the same thing to use AfxBeginThread, CreateThread or _beginthreadex

One of the biggest mistakes of MFC programmers. These functions basically do the same but you can not interchange them at will - the reason lies in the memory allocation routines.
See http://www.microsoft.com/msj/defaulttop.asp?page=/msj/archive/s39cd.htm[^] and the VC technotes.

Holy Sh*t! I'm speechless. (hey, that's a first) Marc Clifton, The Lounge

Re: WM_TIMER frequency

Hans Ruck30-Jan-03 5:24

Hans Ruck

30-Jan-03 5:24

Good point, thanx.

Do you know any simple case of misusing the thread creation routines? The article doesn't provide one and would be very interesting to see what exactly is wrong with MFC when using _beginthreadex.

rechi

Re: WM_TIMER frequency

Andreas Saurwein30-Jan-03 5:42

Andreas Saurwein

30-Jan-03 5:42

Problems arise when you allocate memory in the thread but free it outside and vice-versa.
As long as you dont use CRT memory allocation its pretty save (no new/delete, allocators, etc).
Somewhere in the VC Technotes (MSDN) is an article about this topic, I think.

Holy Sh*t! I'm speechless. (hey, that's a first) Marc Clifton, The Lounge

Re: WM_TIMER frequency

Paul M Watt30-Jan-03 4:41

Paul M Watt

30-Jan-03 4:41

Use a multimedia timer. It creates a timer on another thread and calls your callback function when the timer should be activated.

The WM_TIMER message has a low resolution and is not guarenteed to be processed. WM_TIMER messages have lower priority than WM_PAINT messages, and both of these messages are never entered into the message queue. These messages are generated by ::GetMessage() / ::PeekMessage() when and if the message queue gets emptied.

Therefore if you have a high volume of messages, you will have difficulty getting your WM_TIMER messages in a timely manner.

Good Luck

Build a man a fire, and he will be warm for a day
Light a man on fire, and he will be warm for the rest of his life!

Is C# and .net situable for Desktop applications ?

Braulio Dez30-Jan-03 0:11

Braulio Dez

30-Jan-03 0:11

Why I'm asking this ?, I want to have an HTML view and map the commands to my application, like in:

Integrating DHTML into MFC Views
By Norm Almond

And I found this comment...

C# or the Winforms doesn't qualify for RICH desktop user interfaces, so I how no plans at the moment to port this over to .Net

Does it means that C# and .net is only situable for Data/Bussiness layers, and for the desktop layer... is just better to use MFC 7.0 ?

Thanks in advance, Greetings
Braulio

Re: Is C# and .net situable for Desktop applications ?

Christian Graus30-Jan-03 0:24

Christian Graus

30-Jan-03 0:24

Please don't crosspost, or post to irrelevant forums. This should be in the C# forum.

And I would not use C# for a desktop app at this stage.

Christian

No offense, but I don't really want to encourage the creation of another VB developer.
- Larry Antram 22 Oct 2002

C# will attract all comers, where VB is for IT Journalists and managers - Michael
P Butler 05-12-2002

It'd probably be fairly easy to make a bot that'd post random stupid VB questions, and nobody would probably ever notice - benjymous - 21-Jan-2003

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.