C / C++ / MFC

Customizing Insert File and Insert Hyperlink dialogs

10-Jan-06 0:31

kil ramesh wrote:
Plz tell me how to create context menu handlers dynamically

see Roger Allen Menus for beginners[^] article...

TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VisualCalc 3.0]

-- modified at 6:32 Tuesday 10th January, 2006

Anil_vvs9-Jan-06 23:25

Anil_vvs

9-Jan-06 23:25

Hi,

I came across a situation which demands the customization of Insert File and Insert Hyperlink dialogs in MS Office documents(new mail message,word doc etc). These dialog boxes appear when the user clicks on the "Insert->File" or "Insert->HyperLink" menu-item.The dialogs placesbar needs to show up an icon which corresponds to a namespace extension. The events on the list view items where the data of the namespace extension is being shown have to be handled by my application.

Would appreciate help from any one.

Thanks and Regards,
Anil

how to check Presence of USB drive

birajendu9-Jan-06 22:53

birajendu

9-Jan-06 22:53

hiii...
Is there any MFC fuction by which I can check whether there is a pen drive attach to the USB port.

Thanx in Advance

birajendu
CyberG India
Delhi
India

#realJSOP9-Jan-06 23:36

#realJSOP

9-Jan-06 23:36

Try this:

CString sDrivePath = "c:\\";
UINT nDriveType = ::GetDriveType((LPCTSTR)sDrivePath);
if (nDriveType == DRIVE_REMOVABLE)
{
    AfxMessageBox("Removable storage!");
}

If it doesn't work for USB drives, it should at least give you a starting point for finding the right way to do it.

------- sig starts

"I've heard some drivers saying, 'We're going too fast here...'. If you're not here to race, go the hell home - don't come here and grumble about going too fast. Why don't you tie a kerosene rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt

"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

birajendu9-Jan-06 23:48

birajendu

9-Jan-06 23:48

thanx...

birajendu
CyberG India
Delhi
India

kakan10-Jan-06 0:21

kakan

10-Jan-06 0:21

This is a function that finds all removeable drives in a system, including USB-connected harddrives.
It's not exactly what you asked for, but it works. Feel free to use bits and pieces of it.

The result is stored in the class variable
DWORD fRemovableDrives;

The function returns the number of drives found.

<code>
long CKonfig::GetRemovableDriveCount()
{
// Find units that Windows flags as REMOVEABLE
// Accept USB-hard drives too. And all USB unitsv that can handle data
int i;
char sDrivePath[3];
UINT uDriveType;
DWORD dwDrives;
fRemovableDrives = 0;
int noOfDrives = 0;

dwDrives = GetLogicalDrives();

strcpy(sDrivePath+1, ":\\");

// Loop through the found drives
for(i = 0; i < 32; i++) {
if(dwDrives & (1 << i)) {
// Create sDrivePath
sDrivePath[0] = (char) ('A' + i);
uDriveType = GetDriveType(sDrivePath);

if((uDriveType == DRIVE_REMOVABLE || uDriveType== DRIVE_RAMDISK)) {
// It's a removable or a RAM-DISK(nödlösning), add it to the list
fRemovableDrives |= (1 << i);
noOfDrives++;
}
else {
if(uDriveType == DRIVE_FIXED) {
// DRIVE_FIXED: The disk cannot be removed from the drive.
// Accept DRIVE_FIXED if it's a USB unit
char szBuf[10];
HANDLE hDevice;
PSTORAGE_DEVICE_DESCRIPTOR pDevDesc;

sprintf(szBuf, "\\\\?\\%c:", sDrivePath[0]);
// Open the unit with "zero rights". Works.
hDevice = CreateFile(szBuf, 0,
FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, NULL, NULL);

if (hDevice != INVALID_HANDLE_VALUE) {
pDevDesc = (PSTORAGE_DEVICE_DESCRIPTOR)new BYTE[sizeof(STORAGE_DEVICE_DESCRIPTOR) + 512 - 1];

pDevDesc->Size = sizeof(STORAGE_DEVICE_DESCRIPTOR) + 512 - 1;

if(GetDisksProperty(hDevice, pDevDesc))
{
if(pDevDesc->BusType == BusTypeUsb)
{
// It's USB, save it.
fRemovableDrives |= (1 << i);
noOfDrives++;
}
}

delete pDevDesc;
CloseHandle(hDevice);
}
}
}
}
}

return noOfDrives;
}

</code>

Kakan

Fill CTreeCtrl from TreadFunction?

David Crow10-Jan-06 2:44

David Crow

10-Jan-06 2:44

See MSDN article Q264203.

"The words of God are not like the oak leaf which dies and falls to the earth, but like the pine tree which stays green forever." - Native American Proverb

bosfan9-Jan-06 22:51

bosfan

9-Jan-06 22:51

Hello community,
does any one know how to fill CTreeCtrl from a ThreadFunction in two steps???

First step is when the root item is fill, and the next is when the child item is fill!
I try with this:

<br />
// Globalvarable HTREEITEM hTreeItem to save the Filenames for Rootitems<br />
HTREEITEM hTreeItem;<br />
// i'm in the ThreadFunktion:<br />
// i read data from a file, first rootitem is the name of the file! <br />
// call this function with ::SendMessage() -> LRESULT CForeCheckDlg::OnFillTree(WPARAM wParam, LPARAM lParam)<br />
::SendMessage(AfxGetApp()->GetMainWnd()->m_hWnd, WM_FILL_TREE, 0, (LPARAM&) csFileName);<br />
<br />
// and the childitems r the lines from the file<br />
/*<br />
+FileName1(root) // to fill the root items is not a problem, but thems child's<br />
 Line1(Child)<br />
 Line2(Child)<br />
+FileName2(root)<br />
 Line1(Child)<br />
 Line2(Child)<br />
...<br />
...<br />
now in loop i read the lines and want to fill them in the tree? :confused:<br />
and every Line i send again with SendMessage() to the CTreeCtrl<br />
*/<br />
// ChildItem:<br />
::SendMessage(AfxGetApp()->GetMainWnd()->m_hWnd, WM_FILL_CHILD_TREE, (WPARAM&) hTreeItem, (LPARAM&) csTemp);<br />
// The Function to fill CTreeCtrl RootItem:<br />
<br />
LRESULT CForeCheckDlg::OnFillTree(WPARAM wParam, LPARAM lParam)<br />
{<br />
	EnterCriticalSection(&m_CritSect);<br />
	CString csUrl;<br />
	csUrl = (CString&) lParam;<br />
        // pointer to my CTreeCtrl, is in a TabControl!<br />
	CTreeCtrl* cTree = (CTreeCtrl*) ((CWeb*)m_cTabAll.GetTab(6))->GetDlgItem(IDC_TREE1);<br />
	<br />
	hTreeItem = cTree->InsertItem(csUrl,0,0); // insert the Rootitem, as Filename, works!!<br />
	LeaveCriticalSection(&m_CritSect);<br />
	return 0;<br />
}<br />
// now is problem, how to fill the childitems to hims parentitem, childitem's r the lines from the file?? :confused:<br />
// The Function to fill CTreeCtrl ChildItem:<br />
<br />
LRESULT CForeCheckDlg::OnFillChildTree(WPARAM wParam, LPARAM lParam)<br />
{<br />
<br />
	EnterCriticalSection(&m_CritSect);<br />
	<br />
        // pointer to my CTreeCtrl, is in a TabControl!<br />
	CTreeCtrl* cTree = (CTreeCtrl*) ((CWeb*)m_cTabAll.GetTab(6))->GetDlgItem(IDC_TREE1);<br />
	HTREEITEM hParent;<br />
	hParent = (HTREEITEM&)wParam;<br />
	CString csUrl;<br />
	csUrl = (CString&) lParam; // csUrl is a Line from a File<br />
	<br />
	cTree->InsertItem(csUrl, 0, 0, hParent); <br />
	<br />
	LeaveCriticalSection(&m_CritSect);<br />
<br />
	return 0;<br />
}<br />
<br />

The Childitems ar insert, but to wrong Roots!
Thanx for any help!

with best regards
break;

FAR

Smith#9-Jan-06 22:48

Smith#

9-Jan-06 22:48

what's the use of a FAR pointer??
like what's the difference between char *str; char FAR *str; ?
is this the same meaning as we have in ASM ? FAR segment?.. anyway can you please type in a
small execute-able program stating the difference?

regards,
Rookie
Installing MFC...2% complete

toxcct9-Jan-06 23:00

9-Jan-06 23:00

this keyword exist for compatibility with old C (when 16-bits processors where running).

but now, FAR is defined as an empty macro :

#define FAR

TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VisualCalc 3.0]

-- modified at 6:13 Tuesday 10th January, 2006

Smith#10-Jan-06 1:01

Smith#

10-Jan-06 1:01

so FAR has got to do only with 16 bits..right?

regards,
Rookie
Installing MFC...2% complete

toxcct10-Jan-06 1:02

10-Jan-06 1:02

Rokiee wrote:
so FAR has got to do only with 16 bits..right?

well seen sherlock...
simply because memory was not managed the same way at the old age of MS-DOS Operating System...

TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VisualCalc 3.0]

-- modified at 7:04 Tuesday 10th January, 2006

Bob Stanneveld10-Jan-06 0:02

Bob Stanneveld

10-Jan-06 0:02

Hello,

In the old 16 bit days, there were two different pointers: near and far. As far as I can remember, near pointers, point to memory addresses within the same segment and far pointers point to memory addresses within other segments.

At this time (and in the future) far and near pointers are all the same.

Hope this helps.

Behind every great black man...
... is the police. - Conspiracy brother

Blog[^]

Smith#10-Jan-06 1:00

Smith#

10-Jan-06 1:00

thanks bob.. but why these "segment" concept has gone now? and why its was used before?

regards,
Rookie
Installing MFC...2% complete

Prakash Nadar10-Jan-06 1:20

Prakash Nadar

10-Jan-06 1:20

The concept of the segmented memory is in Real mode of the processor. Windows works in protected mode of the processor where the memory is addressed as a flat 32bit.

That is why all pointers in VC++ or windows in a 32bit irrespective if its a near one or a far one.

-Prakash

Bob Stanneveld10-Jan-06 2:24

Bob Stanneveld

10-Jan-06 2:24

Hello,

The segment concept is not gone, windows still uses internally within the virtual memory manager, but this is completely hidden from the programmer. Pointers these days are merely offsets from the start of the memory region allocated by Windows(r). This way, the memory allocated can be anywhere: pagefile, memory mapped file, RAM, etc. It doesn't matter the memory manager makes sure that the memory will be in RAM when you use it.

This is also the reason that you can't mess with other programs memory anymore since the offsets are only valid within the context of your process. Before, pointers could point to any memory source available to the system.

Behind every great black man...
... is the police. - Conspiracy brother

Blog[^]

MDI application

Anu_Bala9-Jan-06 22:41

Anu_Bala

9-Jan-06 22:41

Give me or refer any tutorials for MDI application in MFC.

_anil_9-Jan-06 22:50

_anil_

9-Jan-06 22:50

Please refer MSDN samples for MFC

toxcct9-Jan-06 22:51

9-Jan-06 22:51

google[^]
CodeProject[^]
MSDN[^]

i won't answer much as it is the 4th time you ask the same question the same way... Frown | :(

TOXCCT >>> GEII power
[toxcct][VisualCalc 2.20][VisualCalc 3.0]

Rage10-Jan-06 0:21

Rage

10-Jan-06 0:21

toxcct wrote:
i won't answer much as it is the 4th time you ask the same question the same way...

Are you keeping statistics ? Smile | :)

I rarely check names when I answer a thread, so I always find it amazing how you can spot multithreaders like him.

~RaGE();

toxcct10-Jan-06 0:26