|
ashwiny wrote: how to convert c++ coding to mathlab?
Exactly[^]
led mike
|
|
|
|
|
Why you delete your question?
|
|
|
|
|
actually i got repost the question again sir
|
|
|
|
|
Ok .
|
|
|
|
|
Hi,
How can we open a file in a particular editor by default.
Eg: I have installed Textpad.exe (Text editor software) in my system. After insalling this software all text files(*.txt) in my system are changed to this software file format(icon is changed to Texteditor icon automatically). when i double click on any text file it is automatically opening in Textpad editor.
where do we have to set this option.
Is it installer option ?
Regards,
Sanjeeva Kumar.
|
|
|
|
|
Often, applications include a user interface to set what file
types open the application.
The association between a file type and an application is stored
in the registry. For app's that don't have a UI to change this
association, you can modify the registry yourself.
See Windows Shell - Launching Applications[^]
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi
Right click on the text file. And click on "Open with" option and then "Choose Program". Now select the editor in which you want to open your file, Check the check box "Always use the selected program to open this kind of file". Click "Ok". Now onwards the file will open in that editor always.
Regards,
Deepak
|
|
|
|
|
Hi Deepak,
Thanks for giving the solution. Actually i want to do this by using code. As Default after installing my application all the files related to my application(Output files or the files which can be opened by using my application) should change to my application icon automatically and when i double click on any file it should open in my application it self.
I don't know what code i should write for achieving this...
Regards
Sanjeeva Kumar.
|
|
|
|
|
Does anyone know why I get this error when I copied the code directly from MSDN:
TCHAR* pstrName = _T("C:\\test\\SetPath_File.dat");
// open a file
HANDLE hFile = ::CreateFile(pstrName, GENERIC_WRITE, FILE_SHARE_READ,
NULL, CREATE_ALWAYS, 0, NULL);
//=================================== get ERROR_PATH_NOT_FOUND error here!
if (hFile != INVALID_HANDLE_VALUE)
{
// attach a CFile object to it
CFile myFile(hFile);
// At this point, myFile doesn't know the path name for the file
// it owns because Windows doesn't associate that information
// with the handle. Any CFileExceptions thrown by this object
// won't have complete information.
// Calling SetFilePath() remedies that problem by letting CFile
// know the name of the file that's associated with the object.
myFile.SetFilePath(pstrName);
// write something to the file and flush it immediately
DWORD dwValue = 1234;
myFile.Write(&dwValue, sizeof(dwValue));
myFile.Flush();
// destroying the CObject here will call ::CloseHandle() on the file
}
A C++ programming language novice, but striving to learn
|
|
|
|
|
Does the "C:\test" folder exist?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Mark Salsbery wrote: Does the "C:\test" folder exist?
Is that important?
led mike
|
|
|
|
|
led mike wrote: Is that important?
To me, yes, since AFAIK, Windows will not create the directory
if it doesn't exist.
But I can't speak for the OP
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Yes the folder does exist
A C++ programming language novice, but striving to learn
|
|
|
|
|
Well in that case, I haven't a clue
I tested your exact code (on Vista) -
It failed when the directory didn't exist, but succeeded after
I manually created the folder in Windows Explorer.
Are you sure everything is spelled right?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Mark Salsbery wrote: Are you sure everything is spelled right?
Is that important?
led mike
|
|
|
|
|
|
ROTFLMAO
I saw that repost and you guys replying but I didn't check out the links you gave, I assumed you both linked to real resources!
led mike
|
|
|
|
|
It was my mistake. a "Typeof" error. thanks
A C++ programming language novice, but striving to learn
|
|
|
|
|
Larry Mills Sr wrote: // destroying the CObject here will call ::CloseHandle() on the file
That is an incorrect assumption.
The CFile constructor which takes a HANDLE as an argument sets
a flag m_bCloseOnDelete = FALSE. This causes the handle NOT to be closed
when the destructor is called!
You need to close it yourself.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
I called myFile.Close(); instead. I tried ::CloseHandle() after myFile.Close(); and the compiler didn't like it so I just used myFile.Close().
Mark I have another problem: I have a series of radioboxes (not grouped) and I can find out which one is selected by the ON_BN_CLICK, but exactly how do you uncheck that radio button? the MSND is confusing on that issue to me.
by the way, I found the mistake. It was my error. Works now.
A C++ programming language novice, but striving to learn
|
|
|
|
|
Larry Mills Sr wrote: how do you uncheck that radio button?
Send the button a BM_SETCHECK message (CButton::SetCheck() if you are using a
CButton) to set the BST_UNCHECKED state.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Why are you mixing low level calls (CreateFile ) with high level calls (CFile )? Why not let CFile do all the work?
Steve
|
|
|
|
|
I need to have my printer print fields onto a form. So I need to print at precise locations of the form.
I tried using MM_TEXT mode and cannot get the printer to print in exact location.
I am trying MM_LOMETRIC, here are relevant source
r_omap = pDC->SetMapMode (MM_LOMETRIC);
pDC->SetViewportOrg (0,0);
pDC->SetWindowOrg (0,0);
pDC->SetTextAlign (TA_LEFT | TA_TOP);
r_font.CreateFont (-40, 0, 0, 0, FW_MEDIUM, FALSE, FALSE, 0,
DEFAULT_CHARSET, OUT_DEFAULT_PRECIS, CLIP_DEFAULT_PRECIS,
DEFAULT_QUALITY, DEFAULT_PITCH | FF_DONTCARE, "Courier New");
when I specify
pDC->TextOut (1200, -140, str, sz);
its moves x wise about 12.4 cm instead of 12
and about 1.9 cm down instead of 1.4
both x and y seem off by about 0.5 cm
What am I missing ?
Henri
I am using Visual C++ 5.0
|
|
|
|
|
Usually what's missing with this is that software and the real world don't match up as precisely as one would like. Most printers don't ever actually see the whole sheet of paper, they're late detecting the top edge and often don't quite see the full width either, that's why they can't print accurately right to the edge of the paper ( a feature now advertised on some newer photo printers ). Most form printing applications I've seen have a user adjustable manual fudge factor prominent on the interface to allow for this. Coding for it is next to impossible because every model of printer is different, not well documented either and the same model can get worse over time due to ageing of spring based top edge detection.
As you've gathered by now trying to print on preprinted stationery without a specialised printer is a mugs game. I wish you luck.
Nothing is exactly what it seems but everything with seems can be unpicked.
|
|
|
|
|
Try calling GetDeviceCaps() on your printer DC to obtain the
PHYSICALOFFSETX and PHYSICALOFFSETY values. Your device may
have a non-printable margin that you need to take into account.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|