|
lol. One heck of a guess on my part, huh? 
I did get a chance to look at the app but really don't know what it is supposed to do and whatnot? Is it that you are maybe looking to add entries to server names, or channel names or something like that? What you have to do is look at the INI (as you've already done, obviously) and figure out exactly which fields you want to be able to modify. Take the mirc.ini for example. Lets say you wanted to modify [chanfolder] and add/edit/delete entries in there.
I'll give you a starting point. First you would need to perform GetPrivateProfileString() on the [chanfolder] section until you reached the end. I would do that with some code like this:
void CYOUR_DIALOG_NAME_HEREDlg::OnButton1()
{
char curKey[80], keyName[80];
m_topChanEntries = 0;
while (1) {
sprintf(keyName,"n%d",m_topChanEntries);
GetPrivateProfileString("chanfolder",keyName,"DEFAULT",curKey,80,"c:\\program files\\mirc\\mirc.ini");
if (strstr(curKey,"DEFAULT")) {
// MessageBox("Reached the top number...");
m_topChanEntries--;
break;
}
// populate whatever controls you want to here with the current values
m_topChanEntries++;
}
// Out of the loop -- variable "m_topChanEntries" now contains the # of entries in the
//[chanfolders] section.
}
Of course, during the run, you will want to populate your editbox, listbox, or whatever boxes you are choosing to perform the editing on. If there are 30 entries in there, the while loop will go 30 times, then the strstr() portion will figure out that there are no more entries (because "DEFAULT" will be in there, because GetPrivateProfileString() could not get #31).
That should be a good starting point for you to work with. What you would have to do for this to work is create an int member variable in your class delcaration under the protected section. Also, in your OnInitDialog() method, be sure to initialize this variable to 0. This way, after this button press code is finished executing, that variable will hold the number of entries currently in that [chanfolders] section. This way, you could add another button to, lets say, add another channel to the list, and then in that code you would just do something such as:
sprintf(keyName,"n%d",++m_topChanEntries); // this increments the topChanEntries number first
WritePrivateProfileString(...);
Hope that helps!
Shultas
|
|
|
|
|
now i figured out how to do addstrings and stuff
now I have one problem is
how to delete strings correctly onuce you selected the string in combobox ?
here is my updated app.
http://adamc.hypermart.net/TESTSTRINGS2.zip
|
|
|
|
|
int npick;
npick = m_list.GetCurSel();
That's what you have so far. To get the actual TEXT of the string that is in the listbox, you would do
char keyName[80];
m_ListBox.GetText(npick,keyName);
keyName will then have whatever value you selected in the listbox.
You can then use the WriteProfileString() with a NULL in the value field to delete that keyName
Shultas
|
|
|
|
|
Do you know how to use serialization and stuff to do those stuff..
I was reading the sams book and serialization would do similar job.
I think khaled use serialization in mIRC for alias.ini and servers.ini and mirc.ini
|
|
|
|
|
Compiling...
TESTINI2Dlg.cpp
E:\-= IRC CLIENTS =-\TESTSTRINGS2\TESTINI2Dlg.cpp(410) : error C2039: 'GetText' : is not a member of 'CComboBox'
d:\microsoft visual studio\vc98\mfc\include\afxwin.h(2893) : see declaration of 'CComboBox'
Error executing cl.exe.
TESTINI2.exe - 1 error(s), 0 warning(s)
hmmmmmmmmmm
|
|
|
|
|
void CTESTINI2Dlg::OnDeletestring()
{
// TODO: Add your control notification handler code here
char sIniFile[MAX_PATH];
GetModuleFileName( NULL, sIniFile, MAX_PATH );
strcpy( strrchr( sIniFile, '\\' ) + 1, "strings.ini" );
/*
char curKey[80], keyName[80];
m_entries = 0;
while (1) {
sprintf(keyName,"n%d",m_entries);
GetPrivateProfileString("TEST",keyName,"DEFAULT",curKey,80,sIniFile);
if (strstr(curKey,"DEFAULT")) {
///MessageBox("Reached the top number...");
/*
CString text;
text.Format("%d", m_entries);
AfxMessageBox(text);
*/
/*
m_entries--;
break;
}
// populate whatever controls you want to here with the current values
m_entries++;
}
*/
int npick;
npick = m_list.GetCurSel();
char keyName[80];
m_list.GetWindowText(npick, keyName);
if(npick != CB_ERR)
{
WritePrivateProfileString("TEST", keyName, NULL, sIniFile);
}
}
Result:
Compiling...
TESTINI2Dlg.cpp
E:\-= IRC CLIENTS =-\TESTSTRINGS2\TESTINI2Dlg.cpp(416) : error C2664: 'int __thiscall CWnd::GetWindowTextA(char *,int) const' : cannot convert parameter 1 from 'char' to 'char *'
Conversion from integral type to pointer type requires reinterpret_cast, C-style cast or function-style cast
Error executing cl.exe.
TESTINI2.exe - 1 error(s), 0 warning(s)
|
|
|
|
|
I have done a wh_getmessage hook
and in that i got wparam character message
say wparam= 'c'
{
Then i have to post another character using PostMessage
PostMessage(msg->hwnd,WM_CHAR, dwPrevChar, 1);
msg->hwnd is the handle of the active window AND dwPrevChar is the character which i am sending
}
Let us assume
dwPrevChar='r' then i got the r printed on the active applications
but these are my problems
in notepad i got cr
in wordpad i got crr
in winword i got crrr
in photoshop i got crr
i couldnt figure out why is this happening
Please help me if there is somebody who know why is this problem occurs.
Thanks in advance
vimal
|
|
|
|
|
WM_CHAR Message is a combination of WM_KEYDOWN and WM_KEYUP messages , try sending WM_KEYDOWN and WM_KEYUP MEssages in right sequence and u'll get desired results
it might help
Live as if your were to die tomorrow. Learn as if you were to live forever.
-Mahatma Gandhi
|
|
|
|
|
Which method of using CCriticalSection should be preferred?
Using CSingleLock to lock the critical section object or using the Critical Sections's own method i.e Lock, unlock etc.
I am using follwing code. I don't know why CSingleLock object is provided for locking?
Static CCriticalSection m_Critical
Thread1(){
m_Critical.Lock();
//process
m_Critical.Unlock();
}
Thread2(){
m_Critical.Lock();
//process
m_Critical.Unlock();
}
Thanks in advance..
|
|
|
|
|
|
thnks, I saw this piece of code in help
if (singleLock.IsLocked()) // Resource has been locked
{
//...use the shared resource...
// Now that we are finished,
// unlock the resource for others.
singleLock.Unlock();
}
They are unlocking it explicitly..
Thanks in advance..
|
|
|
|
|
HI, I am a beginner. I am quite confused with those 3 terms. Are they all the collections of basic libraries? What’s the difference? If I use Visual Studio.NET, then I can choose which to use?
For example, if we use VC++ and C# for doing windows form/dialog design in Visual Studio.NET.
In C#, after you drag & drop the components to the form, the underlying codes will be automatically modified to add corresponding objects. Is the C# using the common library of .NET?
However, in VC++, in order to design any forms/dialogs, resources must to be created first, then we need manually add the classes for those forms/dialogs and add variables for the different components in the forms/dialogs. Is it still using MFC, so that it is not much different than using VC 6.0? Is there someway for VC++ to use .NET class so that it could be as simple as C#?
So my question is that, are the underlying mechanisms for design windows forms in VC++ and C# the same? Is there also a resource concept for Visual C#? Is the Visual C# superior to VC++ because C# can add classes and variables automatically? If not, what the advantage of design window forms/dialogs in VC++ way?
Thanks
|
|
|
|
|
short) 3 different libraries, and (under VS.NET) you can choose which one you like best. MFC and ATL are C++ only, .NET stuff is for every (.NET) language
b) longer) Some history might clear things up.
MFC is the Microsofts "classic" UI class library forC++ on Windows. It's been the "pioneer lib" for functionality that got into the OS for some time, but it's power is fading.
ATL was developed (when MFC was still strong) as a lightweight and "less-functionality" library to develop ActiveX controls suitable for distribution over the internet (where distributing the MFC runtime DLL's is nigh impossible). Security concerns have made this road less desired, but together with the WTL (an "half-official" extension to ATL), it is a good class library.
c) .NET Common Controls is .NET only, can be adressed by all .NET languages, and is used by C# (unless you force it to do otherwise).
d) all three are implementred on top of the Win32 API, so they share functionality.
Flirt harder, I'm a coder.
mlog || Agile Programming | doxygen
|
|
|
|
|
thanks very much for explaination
I still have some questions regarding your reply:
1. you mentioned that ATL is lightweight whereas MFC is heavyweight. however the concepts here are still too abstract to me, could you give some vivd examples or comparasions to elabrate the difference between "light" and "heavy"?
2. ATL stands for Active Template Library, so does that means ATL is a collection of templates? in other words, are the ways of encapsulation different between ATL and MFC? I have tried to do some windows programming using MFC, and I feel it is not so convient. I don't think the encapsulation of MFC is good enough, am I right?
3. You also mentioned MFC's power is fading, so who is its successor? the window form class provided by .NET?
4. I also come cross some other terms like STL and WTL, what are they?
Thank you very much for your time
|
|
|
|
|
torrentmoon wrote:
1. you mentioned that ATL is lightweight whereas MFC is heavyweight. however the concepts here are still too abstract to me, could you give some vivd examples or comparasions to elabrate the difference between "light" and "heavy"?
Since ATL is built on using templates, there is no need for a big and quite bloated DLL/LIB to be linked in. Since templates aren't really "code" until instantiated, most of ATL will not be included in your application when compiled. Only the parts which you've instantiated is included. This "optimization" is only available during compilation, thus you can't peel away the unused parts in MFC since you link against it.
MFC also contains a massive amount of code including pretty much everything from file handling to active x controls. So there's a lot of bits to carry around - whether you like it or not!
ATL on the other hand basically just cover COM related things and windowing. It follows the UNIX principle: do only a few things; but do it well.
torrentmoon wrote:
2. ATL stands for Active Template Library, so does that means ATL is a collection of templates?
Yes, and no. There are C++ templates and there are functions. ATL uses C++ templates quite heavily to solve things quite elegantly (IMHO).
torrentmoon wrote:
3. You also mentioned MFC's power is fading, so who is its successor? the window form class provided by .NET?
Does anybody really know yet? Surely it'll be based on .NET, but I'm sure it'll look different than Windows Form as of today.
torrentmoon wrote:
4. I also come cross some other terms like STL and WTL, what are they?
STL = Standard Template Library - a container/algorithm library which is defined in the C++ standard. Most C++ compilers ship a version of it (either they ship a version based on the old version developed at HP or a version based on the newer developed at SGI).
WTL = Windows Template Library - an extension of the ATL windowing model. Looks like a reiteration of MFC at a first glance, but is VERY different under the hood. ATL/WTL has a cleaner design than MFC, IMHO. It produces very lean and mean code, and offers a great flexibility for customization. See the WTL section of Code Project, and don't forget to check out Michael Dunns guide to WTL.
--
Watcha' gonna do, when Hulkamania runs wild on you!?
|
|
|
|
|
When I invoke a web service's method which return a lump of complicated array , I fount the memory alloced by proxy class can't be freed automatically.I don't sure if I missed at some important place,and the method I used to Invoke the Web Service is absolutely standard.
this is c# WebService code ：
____________________
public struct MacAddr
{
public byte ma_1;
public byte ma_2;
public byte ma_3;
public byte ma_4;
public byte ma_5;
public byte ma_6;
};
public struct PortList
{
public System.Int16 port_num;
public System.Int32[] ipList;
public MacAddr[] macList;
};
...........
[WebMethod]
public PortList[] GetPortList()
{
const int plSize=10;
PortList[] pls=new PortList[plSize];
for(int i=0;i
|
|
|
|
|
//and the source code like this:
for(int i=0;i<10000;i++)
{
ATLSOAP_BLOB bb;
Service1::CService1 sv;
Service1::PortList *pPl;
sv.GetBuffer(&bb);
HRESULT hr=sv.GetPortList(&pPl,&nSize);
}
//any problem???
|
|
|
|
|
Hello all.
I am wondering what the best way to display a progress bar to show the progress of file copying. Let's say I want to copy 500 files. Most of them are big, but some of them are small. I do not want the progress bar to reflect the # of files that are currently copied, but I want it to reflect the number of bytes actually copied. (Lets say 450 of those files are really small, and 50 of them are really huge, taking a long time to copy. If I did it this way, the progress bar would move very fast to about 75%, then go very slowly for the last 25%). If I did it by way of total bytes copied vs. total bytes, then it would be truely accurate.
I am wondering what the best way is to do this? It appears that the progress bar SetRange() can only take a short value (up to 32,767), so I think that I would have to do some math during the file copying routines to figure out which value to set the bar at.
Any pointers in the right direction would be very much appreciated.
Shultas
|
|
|
|
|
u could calc the % of the total copy size that each file represents and inc the progress bar by that amount after it has copied
"there is no spoon"
biz stuff about me
|
|
|
|
|
hmmm, you seem to be having a small problem with progress bars;)
If I were writing the program, I think I would use two progress bars, one that shows the progress of the total number of files to copy, and another one to show the progress of each individual file (similiar to what is shown on some instalation programs)
The first bar is easy, set the range to the total number of files, and step it after each file is copied.
For the second bar, I would use GetClientRect() to get the length of progress bar, and use that length as the range. Then get the file size, divide the size by the range to get the step interval, and step the progress bar after every interval bytes has been copied. Just be sure to reset the bar's position to zero after every file.
If you want only one bar, then you would have to get the total size of all the files, and divide that size by the bar's length to get the step interval.
This way, you only step the progress bar when it will actually have something to draw, greatly speeding up the program, whiloe giving accurate progress indications.
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
My problem is that I read too much! I am just starting out with VC++, so I decided to build an application that would benefit myself, and this way I could educate myself at the same time. I built the entire application already in VB. (Minus the progress bar thingie). I've got the program to pretty much do what I want, but then I'll read a post about this or that and say to myself "Gee, I wonder how that works". As soon as that happens, I want to do it for myself immediately. (Even though I'm a beginner, I will endeavor to do whatever my mind says "That would be cool")
So, just to be sure that I am doing this in the right way.
I figure out the names of the files I want to copy. I then use a file handle along with GetFileSize() to get the actual byte size of each file. Meanwhile, I'm adding to a "double" variable with the totalByteSize.
Then, while I am copying the files, I use a file handle again and determine the file size of the current file. Do my math stuff, and update the progress bar after the copy is complete.
The reason why I ask about the method is that say there is a way to do this without all of those steps. I don't want to have a bunch of un-necessary steps in my code which does the same things over and over, thus slowing down the program, simply because I want it to look right. I'm thinking that using GetFileSize for each of the files would probably not slow the program down all that much, what do you think?
Thanks again!
|
|
|
|
|
Oh yes. One other question
I do really like the idea for displaying the progress bar for the status of each file copied as well.
I looked into the CopyFile() methods. It appears that this method just fires off in the background and does the copy, so I'm thinking that maybe CopyFile() would not be a sensible use for me in this program.
Do you suggest that I build the file copy routines in straight C, in order to get the actual number of bytes that are currently copied, or is there an easier way?
By the way: I really appreciate you taking the time to help me out!
Shultas
|
|
|
|
|
shultas wrote:
Do you suggest that I build the file copy routines in straight C, in order to get the actual number of bytes that are currently copied, or is there an easier way?
If you want to show the progress of the copy as it is being copied, then yes, write your own copy routine. If you are using MFC you could use the CFile::Read() and CFile::Write() to move large blocks of data in one step. I wouldn't try to do the copy one byte at a time. If you are not using MFC, then fread() and fwrite(), or _read() and _write() would be the functions to use.
shultas wrote:
By the way: I really appreciate you taking the time to help me out!
No problem, I am currently sitting here contemplating my belly button so I might as well have something better to do
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
One other question pertaining to this progressbar. On MSDN, it lists some members of the CProgressCtrl class. One of those methods is "SetBkColor()". Of course, when trying to use it, it is telling me that it is not a member of the class. However, the MSDN site is showing it as a member method.
I have downloaded the SDK as well, and the file that it is referring to is "afxcmn.h". I looked in that header file, and sure enough that method is not in there. It's not in there under the "vc98/mfc/include/afxcmn.h" nor is that method in the header file in the afxcmn.h that is included in the SDK. (It's in the win64 dir, there's no other afxcmn.h file in any other directory). I went to the SDK download site to ensure that I had the latest version, and everything is up to date.
Any ideas why this is giving me grief?
Thanks
|
|
|
|
|
AFAIK SetBkColor() is new to MFC7 and can be found in afxcmn.inl
_AFXCMN_INLINE COLORREF CProgressCtrl::SetBkColor(COLORREF clrNew)
{ ASSERT(::IsWindow(m_hWnd)); return (COLORREF) ::SendMessage(m_hWnd, PBM_SETBKCOLOR, 0, (LPARAM) clrNew); }A work around is send the PBM_SETBKCOLOR message to the control yourself. PBM_SETBKCOLOR is defined in commctrl.h. Just remember that PBM_SETBKCOLOR is wrapped in an #if (_WIN32_IE >= 0X300) block.
Sonork 100.11743 Chicken Little
"You're obviously a superstar." - Christian Graus about me - 12 Feb '03
Within you lies the power for good - Use it!
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
