|
127.0.0.1
Best regards,
Alexandru Savescu
P.S. Interested in art? Visit this!
|
|
|
|
|
|
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?
|
|
|
|
|
You can check out this article to get a code that will do it...
http://www.codeproject.com/shell/FoundInFolder.asp
Hope this helps.
|
|
|
|
|
thanks.
It certainly does... In fact even though the author said it only works in Win98, it still works properly in Win2k
|
|
|
|
|
there is new XP function SHOpenFolderAndSelectItems
|
|
|
|
|
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.
|
|
|
|
|
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
|
|
|
|
|
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();
|
|
|
|
|
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;
}<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
|
|
|
|
|
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?
|
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
Add the following code
#pragma comment(lib, "opengl32.lib")
#pragma comment(lib, "glu32.lib")
Jonathan de Halleux.
|
|
|
|
|
Is there a way to make a program check for WM_TIMER message more frequently? I'm getting too much delay time between messages.
|
|
|
|
|
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
|
|
|
|
|
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.
|
|
|
|
|
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
|
|
|
|
|
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_TIMER s 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
|
|
|
|
|
I see. Maybe I misunderstood your reference to threads. Would I implement the second thread using CWinThread ?
|
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
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!
|
|
|
|