Managed C++/CLI

30-Jul-08 14:33

Your thread procedure needs to be defined as follows:

DWORD WINAPI LiftThread(LPVOID lpParameter);

Is that how you defined it?

Also, non-C++/CLI questions should be posted on the Visual C++/MFC board Smile | :)

Mark

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

Re: Threading problem

MarkB77730-Jul-08 22:36

MarkB777

30-Jul-08 22:36

Hi Mark,

Ok i'll give that a try.

Mark Salsbery wrote:
DWORD WINAPI LiftThread(LPVOID lpParameter);

Tracing back the define statements I believe the function is defined like that, except there is no DWORD. I'll try it with the DWORD when I get home.

Mark Salsbery wrote>
Also, non-C++/CLI questions should be posted on the Visual C++/MFC board

Whoops, prolly should have searched MFC and CLI before posting :P.

Thanks,

Mark Brock

Click here to view my blog

Icon Display

mikobi29-Jul-08 23:43

mikobi

29-Jul-08 23:43

I am using Visual c++ NET 2005
In each forms I write down the path of Icon property.

When I load the program, the Icon appear on the left corner of Title bar but in left side of menu bar appears the default icon. I do no where to change this . I need that appears in menu bar a new icon instead of the default.

I need your help.

Re: Icon Display

Mark Salsbery30-Jul-08 6:20

Caps Lock Problem with DDX_ManagedControl

30-Jul-08 6:20

This isn't really a C++/CLI question.

Although you may get a solution here, you may want to try asking
this on the Windows Forms[^] board.

I'm not even sure what icon you're referring to Smile | :)

Mark

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

fredsparkle28-Jul-08 8:26

28-Jul-08 8:26

We are doing interop between MFC and a custom C# dialog control with multiple sub controls that we are hosting in a CDialog with the DDX_MangedControl.

Everything works as expected until the user enters a TextBox Field with UseSystemPasswordChar=true, with the caps lock key turned on.

At which time it displays a ballon message informing the user that the caps lock key is on.

When the user turns the caps lock key off the whole control surface with the exception of the TextBox field it self disappears.

If you let the ballon tip expire normally then the portion of the tip that was under the ballon tip does repaint.

Any suggestions on how to fix this?

Thanks!

led mike28-Jul-08 8:39

28-Jul-08 8:39

What sort of things have you tried so far?

led mike

fredsparkle28-Jul-08 10:21

28-Jul-08 10:21

Well after a bit of seaching I found a example of code that supresses the tooltip popup with EM_SHOWBALLOONTIP which I then adapted as a bute force solution that works with a horible blink of the entire control.

I did this by adding a timer to the base control and starting it from the text field to refresh the entire control.

    tb_password.Tag = (object)timer1;<br />
<br />
<br />
    public class PasswordControl : TextBox<br />
    {<br />
        private const int EM_HIDEBALLOONTIP = 0x1504;<br />
        protected override void WndProc(ref Message m)<br />
        {<br />
            if (m.Msg == EM_HIDEBALLOONTIP)<br />
            {<br />
                System.Windows.Forms.Timer timer =<br />
                    (System.Windows.Forms.Timer) this.Tag;<br />
                timer.Start();<br />
            }<br />
            base.WndProc(ref m);<br />
        }<br />
    }<br />
<br />
<br />
        private void timer1_Tick(object sender, EventArgs e)<br />
        {<br />
            timer1.Stop();<br />
            this.Refresh();<br />
        }

Does anyone have a better solution?

Thanks

led mike28-Jul-08 10:27

28-Jul-08 10:27

fredsparkle wrote:
Does anyone have a better solution?

Well I was going to suggest something until I saw you voted down my post.

led mike

Luc Pattyn28-Jul-08 10:37

Luc Pattyn

28-Jul-08 10:37

Yep, you are not the first victim of the modern voting system.

Best way to avoid this (or reduce its probability) is to modify
the message type away from "answer" when the only thing you (rightfully) do
is ask some questions, since those questions are strictly not an "helpful answer"
to the OP.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Fixturized forever. Confused | :confused:

led mike28-Jul-08 11:20

28-Jul-08 11:20

Luc Pattyn wrote:
Best way to avoid this (or reduce its probability) is to modify
the message type away from "answer" when the only thing you (rightfully) do
is ask some questions

Perhaps, but that doesn't stop the 'Bad Question' voting mechanism which just equates to a '1' correct?

Also, the default message type isn't "Answer" anyway, it's "General Comment".

led mike

fredsparkle28-Jul-08 11:51

28-Jul-08 11:51

Hi led mike

The question was did your solve my problem and sorry the answer to was no, it only gave me two choices; so thats what I clicked.

Confused | :confused:

Luc Pattyn28-Jul-08 11:53

Luc Pattyn

28-Jul-08 11:53

fredsparkle wrote:
The question was did your solve my problem and sorry the answer to was no, it only gave me two choices; so thats what I clicked.

proving my point exactly.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Fixturized forever. Confused | :confused:

led mike29-Jul-08 4:39

29-Jul-08 4:39

Thanks fred. May I suggest that until everyone gets the hang of this new voting mechanism you only vote Yes otherwise don't vote at all.

led mike

Re: Caps Lock Problem with DDX_ManagedControl (Better Solution)

Luc Pattyn28-Jul-08 11:52

Luc Pattyn

28-Jul-08 11:52

led mike wrote:
that doesn't stop the 'Bad Question' voting mechanism

Well, if you ask bad questions (whatever that is), then 1 is what you deserve. Big Grin | :-D

led mike wrote:
the default message type isn't "Answer" anyway, it's "General Comment".

I don't think so. The first-level reply to a question is an answer by default (like this one).

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

Fixturized forever. Confused | :confused:

fredsparkle28-Jul-08 13:22

28-Jul-08 13:22

Ok got rid of the annoying flash. The problem with the timer approach is that its minimum granularity is 1/10 of a second.

The final solution is to define a delegate which under the covers (way deep) does a Post Message, so the refresh operation happens after it hides everything when the ballon tip goes away.

In the main custom control:

public delegate void InvokeDelegate();
tb_password.Tag = (object)new InvokeDelegate(Refresh);

Our extended textbox:

public class PasswordControl : TextBox<br />
{<br />
private const int EM_HIDEBALLOONTIP = 0x1504;<br />
protected override void WndProc(ref Message m)<br />
{<br />
if (m.Msg == EM_HIDEBALLOONTIP)<br />
{<br />
Delegate del = (Delegate)this.Tag;<br />
this.BeginInvoke(del);<br />
}<br />
base.WndProc(ref m);<br />
}<br />
}<br />

Theory of operation:

1. Create a delegate for the refresh operation for the master custom control container.
2. Assign it as a tag to the textbox that is used as a password field.
3. Extend the textbox class to monitor for the hide ballon tip messages.
4. When the extended textbox class sees that there is a closing ballon tip it instructs the master control to refresh it self via the previously created delegate.

led mike29-Jul-08 4:43

29-Jul-08 4:43

Luc Pattyn wrote:
I don't think so. The first-level reply to a question is an answer by default (like this one).

I see you are correct. Although at times the "General Comment" is the default like in this current reply. Ok I guess the default changes based on the type of the post you are replying to, I never knew that. Thanks for pointing all this out to me, although I imagine it will take me some time to start remembering to select a type, I never used to worry about it aside from occasional use of the joke type. Smile | :)

led mike

Event on KeyPress

Polar_Sheep26-Jul-08 8:48

Polar_Sheep

26-Jul-08 8:48

Hi guys,
I have a problem with event on key press enter.
I have a TextBox1, then I am a typing to him and I need to if KeyPress was ENTER call my function Result().

I think I can not do something function like that:

<br />
   void textBox1_KeyPress( Object^ /*sender*/, System::Windows::Forms::KeyPressEventArgs^ e )<br />
   {<br />
      if(e->KeyCode == Key::Enter)  // if press key is enter<br />
        Result();                   // my function<br />
  }<br />

I am looking for some pieces of code in msdn, but I still have a problem somewhere.
KeyPreview in Properties Form1 is true.
I am so sorry for this stupid question Frown | :(

Mark Salsbery26-Jul-08 9:12

26-Jul-08 9:12

From the docs:

"The KeyPress event is not raised by noncharacter keys;
however, the noncharacter keys do raise the KeyDown and
KeyUp events."

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

Polar_Sheep26-Jul-08 9:39

Polar_Sheep

26-Jul-08 9:39

Thanks, but I still not work. I have this:

void textBox1_KeyDown( Object^ /*sender*/, System::Windows::Forms::KeyEventArgs^ e )
{
if ( e->KeyCode == Keys::Enter)
textBox2->Text = "Enter was pressed";
}

Mark Salsbery26-Jul-08 9:42

26-Jul-08 9:42

Polar_Sheep wrote:
I still not work

Maybe try setting the TextBox's AcceptsReturn property to true.

Mark

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

Polar_Sheep26-Jul-08 9:50

Polar_Sheep

26-Jul-08 9:50

AcceptsReturn True... Still is not work. Shall I have some code in Initialize component?
I mean something like this:
this->textBox1->KeyDown = gcnew... something?

Mark Salsbery26-Jul-08 9:55