C / C++ / MFC Discussion Boards

Re: How to get cursor position in status bar?

Vladislav Gospodinov2-May-14 5:08

Vladislav Gospodinov

2-May-14 5:08

Nothing. Stays the same:

C++

"x: 0 , y: 0"

Re: How to get cursor position in status bar?

jeron12-May-14 5:15

jeron1

2-May-14 5:15

It that the value of pos immediately after the Format() call?

Re: How to get cursor position in status bar?

Vladislav Gospodinov2-May-14 5:21

Vladislav Gospodinov

2-May-14 5:21

Yes... Seems like OnMouseMove doesn't update posX and posY.
If I do :

C++

void CMainFrame::OnUpdateCursor(CCmdUI *pCmdUI){
	CString pos;
        posX=100;
        posY=200;
	pos.Format(L" x: %d ,y: %d ",posX,poxY);
	m_wndStatusBar.SetPaneText(m_wndStatusBar.CommandToIndex(ID_INDICATOR_CURSOR),pos);
}

It does put

C++

"x: 100,y: 200"

in the status bar...

Re: How to get cursor position in status bar?

jeron12-May-14 5:43

jeron1

2-May-14 5:43

So, it looks like GetCapture() != this, perhaps have a look at this[^] article.

Re: How to get cursor position in status bar?

David Crow2-May-14 5:46

David Crow

2-May-14 5:46

In OnMouseMove(), what is the value of point.x and point.y?

"One man's wage rise is another man's price increase." - Harold Wilson

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

"You can easily judge the character of a man by how he treats those who can do nothing for him." - James D. Miles

Re: How to get cursor position in status bar?

Vladislav Gospodinov2-May-14 5:59

Vladislav Gospodinov

2-May-14 5:59

I can't rly get the debuger to stop there ... It's kinda like skipping it all? Any other way of checking ?

Re: How to get cursor position in status bar?

David Crow2-May-14 7:26

David Crow

2-May-14 7:26

Vladislav Gospodinov wrote:
Any other way of checking ?

TRACE().

Re: How to get cursor position in status bar?

Vladislav Gospodinov3-May-14 7:30

Vladislav Gospodinov

3-May-14 7:30

So it doesn't TRACE() anything at all when called in

C++

CMainFrame::OnMouseMove

so it's like it doesn't get the mouse moving at all in MainFrame class...
it does trace correct values if I call it in the View class

C++

CpositionView::OnMouseMove

however I can't find a way to send them from View to MainFrame, although I have included ***View.h and taka them like

C++

CpositionView::positionX

I get a lot of errors :P

Re: It is with CDialog::OnMouseMove(nFlags, point)

Software_Developer2-May-14 7:16

Software_Developer

2-May-14 7:16

Try this!

C++

void CDlgStatusBarDlg::OnMouseMove(UINT nFlags, CPoint point) 
{
    CString s;
    s.Format("X=%d Y=%d",point.x,point.y);
    m_bar.SetPaneText(0,s);
    CDialog::OnMouseMove(nFlags, point);
}

Source: [Adding a status bar to an MFC dialog[^]]

Embedded C

C-P-User-31-May-14 17:10

C-P-User-3

1-May-14 17:10

I want to spend one hour a day, five days a week, for three weeks, with a small kit.

Atmel, AMD, Intel, Motorola, PIC, ST-Micro, Your_Favorite_Suggestion_Here,,,, I'm happy to look at anyone's opinion, especially those who have been there / done that.

The concept I have in my head is to review the basics, test out some simple circuits, blink some lights, read some knobs, communicate via some UARTs, write a few interrupt handlers for push button switches, set up a bluetooth connection, access a wifi connection, maybe send a ping command to some machine, arrange a USB connection,,,,

I'm thinking along the lines of a microcontroller on a printed circuit board, with pins and clips and stuff that are large enough to test with alligator clips and so on.

yackity yackity yack; whatever.

Please offer your idea(s) as to which vendor(s) offer(s) such a kit that will be most useful for this.

Top considerations are

-- PC software; e.g., compiler, debug, and an Interactive Development Environment are high on the list
-- Cost, and price.
-- Existing online user community
-- Documentation
-- Physical size large enough to get to the physical pins via printed circuit lines
-- Physical size small enough to let you work on your desktop

SUGGESTIONS ???

Re: Embedded C

Richard Andrew x641-May-14 20:14

Richard Andrew x64

1-May-14 20:14

This interests me. See if it interests you:

Single Board Computer [^]

The difficult we do right away...
...the impossible takes slightly longer.

Re: Embedded C

C-P-User-32-May-14 1:27

C-P-User-3

2-May-14 1:27

Excellent marketing if nothing else.

Good picking it out on your part.

I looked at it and in two seconds thought "yes" without reading a single word about it.

I'll spend 90 seconds reading about it and see what I think.

If you have any personal experience with this board, put up some words that everyone can read.

Re: Embedded C

C-P-User-32-May-14 1:40

C-P-User-3

2-May-14 1:40

Good stuff; the debug looks good.

I didn't see anywhere to develop USB code for your own USB projects.

Did I miss something ?

Re: Embedded C

C-P-User-32-May-14 1:44

C-P-User-3

2-May-14 1:44

Never heard of the Rabbit 4000.

Anybody worked with this on a regular project ?

Re: Embedded C

jeron12-May-14 5:03

jeron1

2-May-14 5:03

We did one project with it and it turned out fine, decent debugger, and as I recall lots of example projects. The documentation was good, the parts had good amounts of RAM and Program space, they are not the fastest processors around nut they served our needs well.

Re: Embedded C

C-P-User-32-May-14 5:06

C-P-User-3

2-May-14 5:06

Was USB involved in your projects ?

Re: Embedded C

jeron12-May-14 5:24

jeron1

2-May-14 5:24

No, it was serial and ethernet stuff (they had a nice TCP/IP stack).

Re: Embedded C

Rage2-May-14 2:19

Rage

2-May-14 2:19

Raspberry PI:

http://www.raspberrypi.org/help/what-is-a-raspberry-pi/[^]

Arduino:

http://www.arduino.cc/[^]

~RaGE();

I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.

Re: Embedded C

C-P-User-32-May-14 3:32

C-P-User-3

2-May-14 3:32

Thank you for the suggestion; my answer on Arduino is no.

The reason: It's so small that I honestly have great difficulty connecting alligator clips to the various pins.

My thoughts at this time are running toward an embedded systems tutorial; possibly with a video presentation. I think I may want to make a "Barney Box" (named after Barney on Mission Impossible in the 1960s, who created small, hand-held, obviously useless plastic boxes with switches and LEDs, which would do insanely complicated procedures; turn cars around and stuff)

At this moment I want something where the pins are accessible for alligator clips; with specific accommodation for people with fumbling EL-Spaz-O-Max fingers like myself.

[Edit] Just looked at the photos of the Raspberry; ditto, too small

Re: Embedded C

Rage2-May-14 3:37

Rage

2-May-14 3:37

I do not know which part you want to crocodile-bite, but maybe you can plug one of these boards on a larger board with expanded crocodile-friendly biting zones. A zoomer of some sort Big Grin | :-D

~RaGE();

I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.

Re: Embedded C

C-P-User-32-May-14 5:30

C-P-User-3

2-May-14 5:30

Rage wrote:
A zoomer of some sort

Yes, that's the whole idea; my full contention.

i.e.,,,,,,,,

If we could make these things large enough to work with, we could create stuff on our desks, first, and make them work, and watch them in real life, and do (an awful lot of) the validation and verification ahead of time, and get the bugs out first, BEFORE we shrink them so small that they become inaccessible to human hands.

That's my whole idea: itty bitty microprocessors and microcontrollers, on boards which have posts and clip-ons and access points that are large enough for bumble-thumbs like me.

(Unless, of course, I'm the only one who can't access two pieces of metal when they're closer than a millimeter)

forget alligator clips

Member 798013518-May-14 16:22

Member 7980135

18-May-14 16:22

Re: The reason: It's so small that I honestly have great difficulty connecting alligator clips to the various pins.

Forget the alligator clips. Get a crimper and some socket and pin ends that match the connector or pins available. Crimp the pin/socket on the end of your wire and put anything you want on the other end. Use various colors of wire to make it easy.

To the OP, do some googling on demo and prototype boards. If you are really serious, for less than $100 you can get a demo/prototype board for just about any type of processor. Usually way less.

Edit: Get some heat shrink tubing to insulate the crimped end.

Re: Embedded C

Munchies_Matt3-May-14 9:43

Munchies_Matt

3-May-14 9:43

Device drivers are of course a good way to learn all about USB, UARTs, interrupts etc, but, you also need to learn a heck of a lot of Kernel/OS stuff too, so even though Linux is easier than Windows, kernel wtuff might be too daunting for him so I would go for a dev board with a very simple model so he can focus just on HW.

"The whole idea that carbon dioxide is the main cause of the recent global warming is based on a guess that was proved false by empirical evidence during the 1990s." climate-models-go-cold

Re: Embedded C

Joe Woodbury2-May-14 10:25

Joe Woodbury

2-May-14 10:25

You could look at the beagle board. It has support packages for many operating systems.

http://beagleboard.org/[^]

run CMD tree command in c Language

dipesh_karmakar28-Apr-14 19:10

dipesh_karmakar

28-Apr-14 19:10

I want to use the Windows CMD tree command in my C++ console application.it is possible ?

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.