C / C++ / MFC

window text changed event

11-Dec-07 2:13

vineet p singh wrote:
But because of the limitation of VC++ i can not use more than 255 ocx in a single dialog.

Really, I'm curious: how did you find that? Confused | :confused:

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Giorgi Dalakishvili10-Dec-07 23:21

Giorgi Dalakishvili

10-Dec-07 23:21

Hello,
I have a variable called hwnd which stores a handle to one of the windows created by other process. Is there any way to get notified when the title of the window identified by hwnd changes? Can this be done by hooks or without them? If yes how?
thanks in advance

#region signature
my articles
#endregion

Re: window text changed event

Naveen11-Dec-07 0:56

Naveen

11-Dec-07 0:56

Giorgi Dalakishvili wrote:
Is there any way to get notified when the title of the window identified by hwnd changes

I think with hook it might be possible. Install a message hook and look for the WM_SETTEXT message.

nave

[OpenedFileFinder]

while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

Krishnatv10-Dec-07 23:18

Krishnatv

10-Dec-07 23:18

my Code is

CString sValue;

fldSource.Value() = _wtof(sValue);

Getting this error

error C2065: '_wtof' : undeclared identifier

Plz help me,

I added headers

#include <stdlib.h><code></code>

Re: while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

Naveen10-Dec-07 23:58

Naveen

10-Dec-07 23:58

try the strtod() function intead of _wtof.

nave

[OpenedFileFinder]

Re: while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

CPallini11-Dec-07 0:02

Re: while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

11-Dec-07 0:02

Naveen.R wrote:
try the strtod() function intead of _wtof.

perhaps wcstod or, better, _tcstod.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Naveen11-Dec-07 0:32

Naveen

11-Dec-07 0:32

CPallini wrote:
perhaps wcstod or, better, _tcstod.

ya actually I mean that..

thanks for pointing

nave

[OpenedFileFinder]

Re: while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

Krishnatv11-Dec-07 17:10

Krishnatv

11-Dec-07 17:10

Sir,

I have to convert sValue , which is CString type.

I have to convert that value into double .

My code is

CString svalue;

Re: while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

CPallini11-Dec-07 21:13

Re: while making Unicode Compatible :: error C2065: '_wtof' : undeclared identifier

11-Dec-07 21:13

for instance:

CString sValue;
double dValue;
sValue = _T("3.14159");
dValue = _tstof(sValue);

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Krishnatv11-Dec-07 16:49

Krishnatv

11-Dec-07 16:49

Thank you , for kind reply, i will do that

How to choose all the files in CFileDialog

santhoshv8410-Dec-07 22:57

santhoshv84

10-Dec-07 22:57

Hi Friends.

I am Santhosh, I am doing a project. I have a path like "C\\program files\...".

I will give that path in CFileDialog. All the Files in the CFileDialog should be selected. Then i will Unicode it.

Thanks and Regards.
SANTHOSH V

Re: How to choose all the files in CFileDialog

Nelek10-Dec-07 23:47

Nelek

10-Dec-07 23:47

Take a look to FindFirstFile and similars to list the files.

BTW there is more than one message in forum with this thema. And most with very good answers, maybe you save your time and the time of people that already answered these questions cheking it

Greetings.
--------
M.D.V. Wink | ;)

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson

Re: How to choose all the files in CFileDialog

CPallini10-Dec-07 23:59

10-Dec-07 23:59

santhoshv84 wrote:
I will give that path in CFileDialog. All the Files in the CFileDialog should be selected.

You can get the folder path calling CFileDialog::GetFolderPath and then use CFileFind class (see [^]) and finally

santhoshv84 wrote:
Then i will Unicode it.

???

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

OOP is driving me crazy!

Lord Kixdemp10-Dec-07 22:57

Lord Kixdemp

10-Dec-07 22:57

Hello everyone!

I've been coding in C for a long time. Now I' starting to get into C++. Well, my last 2 projects which I started in C++ I had to convert to C because I couldn't figure out how to use classes.

Take for example my current situation: There is a Dialog class, which holds all of the GUI functionality of my program. The Dialog class contains an object of type Client, which holds all of the networking functionality. Well, Client wants to interact with a GUI control inside Dialog. But that's not possible because C++ doesn't allow Client to know anything about Dialog.

So how would I solve that? If you can answer, I will thank you for life. Smile | :)

Thanks in advance!

Windows Calculator told me I will die at 28. Frown | :(

CPallini10-Dec-07 23:21

10-Dec-07 23:21

Well, one way is the following:
- Change Client class constructor to accept a Dialog class reference. Store the passed reference as member of Client class
- Make Dialog class public methods to allow access to relevant class data. (a brutal alternative to this step is declaring Client class friend of Dialog class).

For instance:
// Client

class Client
{
  Dialog & m_dlg;
  public:
  Client( Dialog & dialog):m_dlg(dialog){}
...
}

// Dialog
class Dialog
{
  public:
  setLabelText(LPCTSTR szText)
  {
   ...
  }
...
}

and then, somewhere in your code:

Dialog dlg;
...
Client client(dlg);
...

and, finally, somewhere in Client code:

m_dlg.setLabelText(_T("packet received"));

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Lord Kixdemp11-Dec-07 0:02

Lord Kixdemp

11-Dec-07 0:02

Yes, but Dialog needs Client too... They both need each other, and with the include guards that's not possible. And if I remove the include guards I get infinite error messages by the compiler... Cry | :((

Any more ideas? Thanks!

Windows Calculator told me I will die at 28. Frown | :(

Matthew Faithfull11-Dec-07 0:17

11-Dec-07 0:17

You can do stuff like this...

<br />
//-----------------------------<br />
//Dialog.h<br />
//forward declaration<br />
class CClient;<br />
/*Dialog can decalre pointers to CClient only and no code that uses them in the header file*/<br />
class CDialog<br />
{<br />
public:<br />
  CDialog(CClient* pClient);<br />
private:<br />
  CClient* m_pClient;<br />
};<br />

<br />
//-----------------------------<br />
//Client.h<br />
#include "Dialog.h"<br />
class CClient<br />
{<br />
  //Client can use anything from Dialog<br />
<br />
  CClient(CDialog& aDialog) : m_Dialog(aDialog)<br />
  {<br />
  }<br />
private:<br />
  CDialog& m_Dialog<br />
};<br />

<br />
//-----------------------------<br />
//Dialog.cpp<br />
#include "Client.h"//This inclues Dialog.h as well<br />
//Now you can write Dialog code that does stuff with Clients :-)<br />
CDialog::CDialog(CClient* pClient)<br />
{<br />
  m_pClient = pClient;<br />
}<br />

Nothing is exactly what it seems but everything with seems can be unpicked.

led mike11-Dec-07 6:42

11-Dec-07 6:42

Matthew Faithfull wrote:
You can do stuff like this...

Yeah I could also create a function that takes as a parameter a reference to a pointer to a pointer of a structure that contains a union that has a member that is a pointer to a pointer to a structure that contains a member that is a pointer to a function that takes as a parameter....

Not everything you can do is something you should do. Take a clue from best practices and principles of object oriented design and software design patterns. Or don't .... whatever, but try not to give bad advice to beginners that may still have a hope of becoming capable of creating something other than technical debt.

Matthew Faithfull11-Dec-07 6:52

11-Dec-07 6:52

Or you could take your own advice Smile | :)

The technique I described of forward declaring a related class and using only the declaration in the header so that both classes can 'know' about each other is both standard, as in used everywhere, and extremely useful as in you're pretty stuffed wihtout it.
I don't know or care what the OPs objects do I only know about the interface he's given me, the question. by all means post a better solution, more appropriate to a beginner, easy to understand, more general, more useful and wiser in every way. I'd certainly suggest doing so before criticising the perfectly reasonable advice already posted or no one including the OP is likely to take any notice. Hmmm | :|

Nothing is exactly what it seems but everything with seems can be unpicked.

led mike11-Dec-07 7:04

11-Dec-07 7:04

Matthew Faithfull wrote:
by all means post a better solution

I already did before I replied to your post.

Matthew Faithfull wrote:
Or you could take your own advice

If you were at all familiar with my posts you would not have made that statement. I am one of the few people on the site that attempt to introduce people to the benefits of object oriented design.

Matthew Faithfull wrote:
I don't know or care what the OPs objects do

You really didn't need to say that, it was very clear from your original post.

I now return you to your regularly scheduled activity of manufacturing technical debt.

Matthew Faithfull11-Dec-07 7:13

11-Dec-07 7:13

led mike wrote:
I already did before I replied to your post.

Strangely it seems to be absent form the forum.

led mike wrote:
If you were at all familiar with my posts you would not have made that statement. I am one of the few people on the site that attempt to introduce people to the benefits of object oriented design.

That wasn't the part of your advice I was refering to. I'm sure your OOP skills are second to none and you frequently point people in the right direction.

led mike wrote:
I now return you to your regularly scheduled activity of manufacturing technical debt.

Don't assume I know less than you'd like me to just because we understand the OPs needs differently. I haven't manufactured any technical debt in years. Laugh | :laugh:

Nothing is exactly what it seems but everything with seems can be unpicked.

led mike11-Dec-07 7:53

11-Dec-07 7:53

Matthew Faithfull wrote:
Strangely it seems to be absent form the forum.

I can see it. I'm afraid to even try the Permalink feature on the "new and destroyed" version of CP! Big Grin | :-D

Matthew Faithfull wrote:
I haven't manufactured any technical debt in years.

So you haven't developed any software in years? It's all but impossible to keep from creating technical debt when developing software. It's just a matter of degrees and managing risk in most cases.

Matthew Faithfull wrote:
just because we understand the OPs needs differently.

Fair enough, I read the OP as being interested in the design aspects of his problem. It's very rare to see anyone posting something here that even hints at an interest in design issues.

Matthew Faithfull11-Dec-07 8:03

11-Dec-07 8:03

led mike wrote:
So you haven't developed any software in years?

Sometimes it feels like it on this project but no, I reckon I've removed as much technical debt as I've added certainly in the last few years, 2 working on a great product where it's easy enough to add code with an absolute minimum of the usual risks. Before that the previous product I worked on was so bad that pretty much every change I made removed more problems that it created.

Fair enough, I read the OP as being a C programmer doing nothing resembling actual OOP but wanting to use C++, to head in the right direction and needing a bridge from C to C++ thinking before diving in with patterns. I am quite familiar with the GOF and all their works. I've even posted a patterns article[^] which you're very welcome to shred if you so wish. Smile | :)

Nothing is exactly what it seems but everything with seems can be unpicked.

CPallini11-Dec-07 7:19

11-Dec-07 7:19

IMHO there is nothig bad in his proposed solution.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

led mike11-Dec-07 7:59