C / C++ / MFC

29-Jan-10 6:13

I'm new here, please bear with me.

I'm not sure if this is the appropriate place to put it, as my question is regarding C++, but for OWL rather than MFC. Anyways, down to the problem:

I'm maintaining some legacy code which involves a multi-line listbox. The contents of this listbox are loaded in through the EvDrawItem function. The EvDrawItem gets called repeatedly. While selecting an object, the cells in the listbox are selected one at a time too, and we are manually painting it in (not sure if this is the right way to do it). This becomes noticeable only when the items are long.

Now, here's the biggest part of the problem: when double-clicking on an item, we are supposed to pop up an edit box. While this does happen, the double-clicking is seen to cause the item to do cycles of "select, select, de-select, select"...about 50 (each cycle is made up of 4 EvDrawItems) times (is this normal???).

With some research, I do feel that I should probably make use of the setredraw and invalidate functions, but I'm not sure where's the best place to put these codes in so that they propagate through the rest of the program where similar listboxes are used.

Also, since the draw and the insertions are handled together, would suppressing redraw affect how the list loads up?

modified on Friday, January 29, 2010 2:45 PM

LunaticFringe29-Jan-10 8:54

LunaticFringe

29-Jan-10 8:54

Look at the documentation for the WM_SETREDRAW message. It's used to disable/enable redrawing of listboxes.

L u n a t i c F r i n g e

Rock Bottom29-Jan-10 8:57

29-Jan-10 8:57

Hi,

Thank you for your response. Yes, I've already looked at that, and I do feel it would help, just trying to find the best place to put it. However, I'm still not sure why it does the "select, select, deselect, select" thing so many times on a double-click. I would suspect it's not a normal behaviour even without disabling the redraw.

Thanks!

LunaticFringe29-Jan-10 9:32

LunaticFringe

29-Jan-10 9:32

Rock Bottom wrote:
However, I'm still not sure why it does the "select, select, deselect, select" thing so many times on a double-click

Yeah, I'm clueless on that one. Sorry.

L u n a t i c F r i n g e

Rock Bottom29-Jan-10 9:59

29-Jan-10 9:59

Thanks anyways for your response. Hope some more people will chime in. Smile | :)

David Crow30-Jan-10 5:26

David Crow

30-Jan-10 5:26

Rock Bottom wrote:
...the double-clicking is seen to cause the item to do cycles of "select, select, de-select, select"...about 50 (each cycle is made up of 4 EvDrawItems) times (is this normal???).

I would expect this behavior with a list control but not a listbox.

Rock Bottom1-Feb-10 5:55

capPreview() slow problem...

1-Feb-10 5:55

Upon further investigation, it turns out that the child control is receiving messages asking it to traverse through all the lines in the selected item. For each of the lines, it receives the following itemAction and itemState (in this order):

1. ODA_SELECT with ODS_SELECTED
2. ODA_FOCUS with ODS_DEFAULT | ODS_SELECTED
3. ODA_FOCUS with ODS_SELECTED
4. ODA_SELECT with 0

Unfortunately, events 1 and 4 cause the program to select/deselect all the rows in the multi-row item, which results in huge flickering. Fortunately, our redraw function does nothing on events 2 and 3 Poke tongue | ;-P

. So right now, my question is:

1. Is this traversing of all the items something that was implemented in the TListBox base class or are we telling it to do that somewhere in our code?
2. Also, is it better to override this traversing to do one big redraw or to override the handling to only select, deselect, then re-select each row?

Aric Wang29-Jan-10 5:24

29-Jan-10 5:24

Why its too slow to use vfw's preview?When to capture a AVI file ,it's even stock,why?I only did nothing,the dialog become to slow to slip on the desktop.How to solve the problem?Thx!

I am not a genius, but shed more sweat!

Richard MacCutchan29-Jan-10 6:22

Richard MacCutchan

29-Jan-10 6:22

Aric Green wrote:
Why its too slow to use vfw's preview?When to capture a AVI file ,it's even stock,why?I only did nothing,the dialog become to slow to slip on the desktop.How to solve the problem?Thx!

Your question is not very clear, can you rephrase it please?

MVP 2010 - are they mad?

Aric Wang29-Jan-10 6:48

29-Jan-10 6:48

Thx!
I want to use vfw to capture datas and send to another computer,but I found when vfw previewing the computer getting slow.

I am not a genius, but shed more sweat!

Re: capPreview() slow problem... [modified]

Richard MacCutchan29-Jan-10 9:17

Richard MacCutchan

29-Jan-10 9:17

Aric Green wrote:
I want to use vfw to capture datas

What is vfw?

Aric Green wrote:
but I found when vfw previewing the computer getting slow.

What has this to do with sending information to another computer?

I am afraid your question is still very difficult to understand. Perhaps you could find a colleague or friend who could translate into English on your behalf.

MVP 2010 - are they mad?

Aric Wang29-Jan-10 16:10

29-Jan-10 16:10

VFW(Video for Windows) provides functions that enable an application to process video data.

hWndC = capCreateCaptureWindow (
    (LPSTR) "My Capture Window", // window name if pop-up 
    WS_CHILD | WS_VISIBLE,       // window style 
    0, 0, 160, 120,              // window position and dimensions
    (HWND) hwndParent, 
    (int) nID /* child ID */);

Thank you anyway!

I am not a genius, but shed more sweat!

modified on Saturday, January 30, 2010 12:45 AM

Chris Meech29-Jan-10 6:33

Chris Meech

29-Jan-10 6:33

Aric Green wrote:
the dialog become to slow to slip on the desktop.

I doubt anyone is going to understand this. I've no idea what you mean by the dialog 'slipping' on the desktop. Do you want the dialog removed or deleted from the desktop? Confused | :confused:

Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]

Aric Wang29-Jan-10 6:45

29-Jan-10 6:45

I mean that when it previewing,go to drag the dialog,it will not smoothing.Another mean,the computer getting slowly

I am not a genius, but shed more sweat!

Saurabh.Garg30-Jan-10 19:03

Saurabh.Garg

30-Jan-10 19:03

I havent used capPreview before so cannot comment on that. You try OpenCV[^], it has functions for captuing video and last time I checked they were using vfw under windows.

There are also a number of articles here on capturing video using direct show and vfw.

-Saurabh

Aric Wang31-Jan-10 1:57

Combo box - Dropdown height?

31-Jan-10 1:57

Thank you!

I am not a genius, but shed more sweat!

dipuks29-Jan-10 2:00

dipuks

29-Jan-10 2:00

Hi
Is there a way of setting the height of vertical scroll bar in a
Combo box? i.e, dropdown height?

i.e., even if there's only one item in the Combo, is
it possible to set the height of vertical scroll bar?

What i have seen is, if there's only one item, the vertical scroll bar
is very small or not at all scrolable. I would like to set it a little
longer so that its scrollable.

Thanks

Rajesh R Subramanian29-Jan-10 2:03

Rajesh R Subramanian

29-Jan-10 2:03

dipuks wrote:
What i have seen is, if there's only one item, the vertical scroll bar
is very small or not at all scrolable. I would like to set it a little
longer so that its scrollable.

What's the point in enabling the scroll if there's only one item? Confused | :confused:

“Follow your bliss.” – Joseph Campbell

Cedric Moonen29-Jan-10 2:05

Cedric Moonen

29-Jan-10 2:05

Your question is not really clear because if there is only one item in the dropdown area, the vertical scrollbar is not displayed. You probably mean that you have several items available in the dropdown but only one is visible at a time ? And you would like to increase that so that multiple items are visible at the same time right ?
Well, you can correct that through the resource editor: when you select the combo box, click on the part where the arrow is situated, this will let you adjust the height of the dropdown area, and not the size of the control itself.

Cédric Moonen
Software developer

Charting control [v3.0]
OpenGL game tutorial in C++

dipuks29-Jan-10 7:00

dipuks

29-Jan-10 7:00

Cedric,

If there are multiple items, it does show a longer vertical scroll bar and thats not the problem.

The problem is when there's only 1 item. At that time, the default Windows thing sets the vertical scroll bar height to a set length so that the one item is visible.

And this works perfect, and the user can always use the mouse pointer to select.

But the issue that am facing is, the application am using will take input from a touch screen. So when using touch screen the smaller vertical scroll bar is an issue.

Hope you undertand the issue.

Thats the reason why i need a longer vertical scroll bar.

Any ideas?

Cedric Moonen29-Jan-10 7:29

Cedric Moonen

29-Jan-10 7:29

Well, if there is only one item in your combo box, there's no scrollbar. Why would you need a scrollbar, there's nothing to scroll.
Did you understand my reply at least ? Is that what you were looking for of not ? Did you try it ?

Cédric Moonen
Software developer

Charting control [v3.0]
OpenGL game tutorial in C++

dipuks29-Jan-10 8:05

dipuks

29-Jan-10 8:05

Ok i read your last reply.

Ok so here's the trick......

the combo box will have technically 2 items, of which the 1st will be a empty item and then a string item.

The reason why the 1st one is an empty item is, because thats the default one. So by default the application will not have any selection in the combo unless user makes a selection.

So basically there are 2 items and the vertical scroll bar as of now is very very small and its difficult to do a touch screen scroll, even though it works fine with mouse.