C / C++ / MFC

Re: Downloading a File using Win32/C

6-Feb-06 4:57

I think URLDownloadToCacheFile(...) and URLDownloadToFile(...) are what you are looking for. There is an article here on CP that demonstrates at least one of those functions.

Peace!

-=- James

If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Tip for new SUV drivers: Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
DeleteFXPFiles & CheckFavorites (Please rate this post!)

rrrado6-Feb-06 4:57

Modeless dialog clipped by it's parent dialog

6-Feb-06 4:57

URLDownloadToFile Wink | ;)

rrrado

rrrado6-Feb-06 4:11

Re: Modeless dialog clipped by it's parent dialog

6-Feb-06 4:11

I have a dialog MFC application. Sometimes I show the modeless dialog above parent dialog to display some progress of worker thread. Progress window can be currently moved along the screen. How to make it clipped by parent dialog ? (Something like a view window in the MDI Frame)

Thank you!

rrrado

James R. Twine6-Feb-06 4:39

Re: Modeless dialog clipped by it's parent dialog

6-Feb-06 4:39

   By doing so you would be eliminating one of the features of a modeless dialog in this context - why not just show the progress on the underlying dialog and save yourself the trouble?

   Anyway, you can handle WM_MOVE on the modeless dialog, and constrain its movement to the bounds of the parent window. This will not really clip the modeless dialog, but that too is not such a good idea because you would be allowing the user to effectively hide the modeless window, again eliminating one of the basic features of a modeless dialog.

   Peace!

-=- James

rrrado6-Feb-06 4:53

Re: Modeless dialog clipped by it's parent dialog

6-Feb-06 4:53

I cannot show it in underlying window because it contains big area which is useless when not working and there is not enough room in parent window for this.

I'm handling parent movement exactly as you've wrote but it allows to move it for example above right edge of parent and then move parent together with progress to right edge of desktop so progress will be hidden. I don't want to handle all such situations including minimizing window, etc.

There must be some easier sulution and I want to know it Smile | :)

For example WinRar shows progress this way and it looks good

rrrado

Maximilien6-Feb-06 7:05

Maximilien

6-Feb-06 7:05

please don't ... me think it goes against good normal Microsoft's UI behaviour ..

BUT ... you could do something different ...

if your progress dialog is modeless and does not really show information ( apart from the progree ); add a status bar to your dialog application and and display the progress in there insted on a popup modeless dialog.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Select Row in ListView

RadioOpa6-Feb-06 4:05

RadioOpa

6-Feb-06 4:05

When selecting an item in a listview I can only highlight the first item, not the entire row. Where´s the problem ?

int nItem = m_Liste.GetNextSelectedItem(pos);
m_Liste.SetItemState( nItem, LVIS_SELECTED, LVIS_SELECTED | LVIS_FOCUSED);
m_Liste.EnsureVisible( nItem, FALSE);

rrrado6-Feb-06 4:14

6-Feb-06 4:14

Check LVS_EX_FULLROWSELECT extended style

rrrado

RChin6-Feb-06 4:14

RChin

6-Feb-06 4:14

Set the LVS_EX_FULLROWSELECT extended style.

I Dream of Absolute Zero

RadioOpa6-Feb-06 4:34

RadioOpa

6-Feb-06 4:34

Thanks for you response, but it didn´t help:

int nItem = m_Liste.GetNextSelectedItem(pos);
m_Liste.SetItemState( nItem, LVS_EX_FULLROWSELECT,
LVS_EX_FULLROWSELECT | LVIS_FOCUSED);
m_Liste.EnsureVisible( nItem, FALSE);

James R. Twine6-Feb-06 4:42

6-Feb-06 4:42

   When your ListView control is first created or attached to (like in CDialog::OnInitDialog(...)):

    m_Liste.SetExtendedStyle( LVS_EX_FULLROWSELECT );

   Peace!

-=- James

RadioOpa6-Feb-06 4:45

RadioOpa

6-Feb-06 4:45

All right, I´ve got it. Thanks a lot.

m_Liste.SetExtendedStyle( LVS_EX_FULLROWSELECT);

POSITION pos;

pos = m_Liste.GetFirstSelectedItemPosition();

if( pos == NULL)
{
*pResult = 0;
return;
}
else
{
// Use the following to display an entire row as selected
// should you need to do so.

int nItem = m_Liste.GetNextSelectedItem(pos);
m_Liste.SetItemState( nItem, LVS_EX_FULLROWSELECT,
LVS_EX_FULLROWSELECT | LVIS_FOCUSED);
m_Liste.EnsureVisible( nItem, FALSE);

}

Timer

LCI6-Feb-06 3:36

LCI

6-Feb-06 3:36

Anyone know of an easy to use timer for MFC. Just want to check the time it takes to execute two function calls.

Thanks

Cedric Moonen6-Feb-06 3:38

6-Feb-06 3:38

ddmcr6-Feb-06 3:45

6-Feb-06 3:45

[Message Deleted]

James R. Twine6-Feb-06 4:04

6-Feb-06 4:04

   'Ya know, I never understood the use of difftime(...) in this context - time(...) uses a resolution of (whole) seconds, but difftime(...) returns a floating point value...? Has anyone ever really got a fractional value returned from that function?

   Anyway, if the function being timed takes less than a second, I would think that using time(...) would be the wrong way to time it.

   Peace!

-=- James

Ryan Binns6-Feb-06 17:28

Ryan Binns

6-Feb-06 17:28

James R. Twine wrote:
Has anyone ever really got a fractional value returned from that function?

It's not for fractional numbers, it's the range. Remember that a time_t is (usually) a typedef'd long (not unsigned). It's possible to get a difference between two values that overflows the range of a long, necessitating a larger data type - a double. Since the typedef can change, you can't just use an unsigned long for the return value - it may give different answers if a larger data type is used for time_t. The only practical solution is to use the largest datatype possible.

Ryan

"Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"

James R. Twine7-Feb-06 11:29

7-Feb-06 11:29

That is an excellent point that I did not consider. I have been away from 8/16-bit development for too long a time, I guess (and man, I used to LOVE Turbo C...! Smile | :)

Thanks for that!

Peace!

-=- James

James R. Twine6-Feb-06 3:58

6-Feb-06 3:58

   The quick-n-dirty way is to call GetTickCount() before and after and compare the difference. However, the resolution of that function is not usually 1ms. For example, it is possible to call the function before and after a method that takes 5ms and get back a difference of 0ms one time and 15ms the next.

   If you need better accuracy, I would suggest a multimedia timer or something similar.

   it MIGHT help to call Sleep() right before calling into the function if you think the function executes is less than a quantum, to try to avoid a context switch while the function is executing.

   Peace!

-=- James