C / C++ / MFC

3-Mar-08 6:23

I don't know, man....for schools it should probably be done for the Mac.

Smile | :)

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Oooops

CPallini3-Mar-08 9:16

CPallini

3-Mar-08 9:16

Mark Salsbery wrote:
it should probably be done for the Mac

Oooops, I assumed he was talking about computers.
Big Grin | :-D

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.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

Re: Oooops

Mark Salsbery3-Mar-08 9:23

CListCtrl checkbox problem

3-Mar-08 9:23

No no no....software for schools!

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

followait2-Mar-08 23:26

followait

2-Mar-08 23:26

With LVS_ICON(80*80 icons), I add checkbox style in this way:

m_lst.SetExtendedStyle(LVS_EX_CHECKBOX);

Then checkbox appear at the left of the icon,
any way to make it appear at the left of the label, which is below the icon?

Thanks.

Accessing text from the client area of a win32 window other than EditControl type windows

glyfyx2-Mar-08 23:21

glyfyx

2-Mar-08 23:21

MSDN tells me only EditControl class windows provide the means to manipulate text strings displayed in their client area. EG, EM_SETSEL, EM_REPLACESEL, messages.

Which is fine, but I need a more general solution. I need to access a text string displayed in a non-EditControl type window's client area.

It's obvious such code exists, because if I double-click text string T in a text-enabled but non-EditControl class window A of arbitrary app A, T will be highlighted in most if not all cases. When I press Ctrl-C, T will be copied to the clipboard.

Some code, no doubt Windows code, located the string of highlighted characters, grabbed a copy of it, and stuck it onto the clipboard.

My question is: What do I need to know in order to write code that does the same thing under my control of my pgm? Or is such code available somewhere that I could adapt, and if so, how can I acquire it? Sometimes there are undocumented Windows routines that are available - maybe something I can use?

What do you think? Is there a simple answer I'm too inexperienced to realize - possibly as I'm a win32 intermediate newbie at best.

I've looked and looked but can't find anything helpful.
Any information, suggestions, clues, references, etc, will be very much appreciated.

Big thanks!

/glyfyx

Re: Accessing text from the client area of a win32 window other than EditControl type windows

David Crow3-Mar-08 3:10

David Crow

3-Mar-08 3:10

Are you looking for the WM_GETTEXT message?

"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Re: Accessing text from the client area of a win32 window other than EditControl type windows

glyfyx6-Mar-08 10:44

glyfyx

6-Mar-08 10:44

Thanks for the response David.

But doesn't WM_GETTEXT only return the text of the windows title - that is, for non-EditControl class windows?

glyfyx

Re: Accessing text from the client area of a win32 window other than EditControl type windows

Mark Salsbery3-Mar-08 6:34

Re: Accessing text from the client area of a win32 window other than EditControl type windows

3-Mar-08 6:34

There's no built in Windows code to get text from a window AFAIK (maybe some specialized APIs that do OCR,
I thought I saw one mentioned once but I could have dreamed it).

For your non-edit control window text example, there's code written which is called by the window procedure
for the window to handle the double click message, draw the text highlighted, handle the keystroke messages for ctrl-c,
and place the selected text on the clipboard.

That's the same for an edit control. The edit control's window procedure code just happens to be written for you.

Once text is on the screen, it's just pixels, unless the software that rendered the text tracks what text is where,
or you use OCR to convert those pixels back to text.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

glyfyx6-Mar-08 10:41

glyfyx

6-Mar-08 10:41

Thanks a lot Mark!

I understand what you're saying - that once text is onscreen, it's just pixels. I still wonder how, for example, context sensitive help works.

Suppose I have 50 pages of source code available onscreen in my IDE and I place the caret on a string *anywhere* in the code and press F1. I will get help related to the string near/on the caret. The F1 support code must somehow obtain the ansi/unicode/whatever equivalent of the onscreen string in order to lookup and return information related to the string.

The only way I imagine F1 support code can accomplish this is either:
1 - to maintain an internal text copy of the entire source code and use the caret's x,y point to map into its text-copy to the exact text equivalent of the screen's image of the string;
2 - or as you suggest, the F1 code must ocr the pixels in the immediate vicinity of the caret to decifer its string equivalent.

Somehow, neither sounds very appealing. Especially alternative 1 - wow - can you imagine having to keep the internal copy in synch with the myriad screen operations possible? Your ocr suggestion seems more reasonable (in comparison.)

Could it be that the text-entry part of an IDE is the client area of an EditControl class window, permitting F1 code to use EM_* msgs? What about all the other text-oriented applications, text editors, WPs, publishing apps, IDEs, spreadsheets, email, etc, are they all EditContol client areas?

Hmm.. maybe I should write some code to find out what are the various window classes currently running in my machine. I assume there are API calls that'll supply this information? There must be one that does that.

At any rate, I'm very happy to receive your answers even if they're not ones I'd been hoping for - much appreciated!

glyfyx

Re: Accessing text from the client area of a win32 window other than EditControl type windows

Mark Salsbery6-Mar-08 11:55

A simple threading problem..

6-Mar-08 11:55

glyfyx wrote:
1 - to maintain an internal text copy of the entire source code and use the caret's x,y point to map into its text-copy to the exact text equivalent of the screen's image of the string;

Doesn't sound appealing but that's pretty much always the way it's done. Even the edit control does it that way.

With a fixed-pitch font, it's pretty simple. But try developing a word processor like Microsoft Word!
Just moving the caret through a variable-pitch font could be quite a programming task.

Luckily, the system provides some help with functions like GetGlyphOutline(), GetTextExtentPoint(), GetCharABCWidths() etc.

See Font and Text Functions[^]

Speaking of Microsoft Word....almost all the functionality of Word is available in the later versions of the Rich Edit Control, which
is available for us to use Smile | :)

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

ptr2void2-Mar-08 22:44

ptr2void

2-Mar-08 22:44

I am new to threading concepts in C++/CLI.

I have a button and a label in the form and here is some code for that:

private: System::Void button1_Click(System:bject^ sender, System::EventArgs^ e) {
Form1^ f = gcnew Form1;
Thread^ myThread = gcnew Thread(gcnew ThreadStart(f, &Form1::test));
myThread->Start();
}

void test()
{
this->label1->Text = "Hi";
this->label1->Update();
}

But this code dosent update the Label.. WHY???
I have also used [MTAThreadAttribute] in my main file as:

[MTAThreadAttribute]
int main(array<System:tring ^> ^args)
{
// Enabling Windows XP visual effects before any controls are created
Application::EnableVisualStyles();
Application:etCompatibleTextRenderingDefault(false);

// Create the main window and run it
Application::Run(gcnew Form1());
return 0;
}

Also how to call threads in other classes??

Somebody please help..

Re: A simple threading problem..

CPallini3-Mar-08 0:10

CPallini

3-Mar-08 0:10

Try to post your question to the right forum (the Managed C++/CLI one).
Smile | :)

Re: A simple threading problem..

Mark Salsbery3-Mar-08 6:49

3-Mar-08 6:49

ptr2void wrote:
Thread^ myThread = gcnew Thread(gcnew ThreadStart(f, &Form1::test));

That line compiles?

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

loop control

rp_suman2-Mar-08 21:49

2-Mar-08 21:49

Hi,
The code looks as follows:

<br />
for() //main for loop<br />
{<br />
 for() //for loop1<br />
 {<br />
  if(condition)<br />
  {<br />
   //code<br />
  }<br />
 }<br />
 for() //for loop2<br />
 {<br />
 }<br />
 for() //for loop3<br />
 {<br />
 }<br />
}<br />

If the condition is false I want to iterate the main loop without running following for loops.
How to do this?

Best Regards,
Suman

Cedric Moonen2-Mar-08 21:52

Cedric Moonen

2-Mar-08 21:52

Just put the continue keyword if the condition is true:

if (condition)
   continue;

This will go to the next iteration of the current loop.

Cédric Moonen
Software developer

Charting control [v1.3 - Updated]

rp_suman3-Mar-08 0:41

3-Mar-08 0:41

Hi Thanks for the help,
continue is iterating the current loop but not the main (outer) for loop.
break will just break the current for loop but other loops following it will be executed.
The "goto" is working, if its standard way I want use it.

Thanks,
Suman

GauranG Shah2-Mar-08 23:24

GauranG Shah

2-Mar-08 23:24

You can use also goto in the following manner.

:loop1 for() //main for loop
{
   for() //for loop1
     {
         if(condition)
         {
          //code
          goto Loop1;
      
         }
      }
   for() //for loop2
      {
      }
   for() //for loop3
      {
      }
}

[ Screen Capture ][ Tool Tip ][ Muliple Desktops ][Greeting Card ]

rp_suman3-Mar-08 0:51

3-Mar-08 0:51

Hi, Thanks for the help!!
Presently, I am using the "goto".
"goto" seems smarter than checking the same condition in all for loops and "break"ing from them.

With Thanks,
Suman

BTW,

GauranG Shah wrote:
:loop1 for() //main for loop

Did you mean "loop1: for()", the colon after label?

BadKarma3-Mar-08 1:54

BadKarma

3-Mar-08 1:54

rp_suman wrote:
Presently, I am using the "goto".
"goto" seems smarter than checking the same condition in all for loops and "break"ing from them.

Not really. The goto statement should rarely be used. It could be used when your application is really time critical. In any other case you should try to use condition.

for() //main for loop
{
 for() //for loop1
 {
  if(condition)
  {
   //code
  }
 }
 if(!condition)
 {
  for() //for loop2
  {
  }
  for() //for loop3
  {
  }
 }  // end if(!condition)
}

codito ergo sum

rp_suman3-Mar-08 2:27