Thanks. I probably would handle that differently, avoiding all long textboxes: with a single-line TextBox for entering one file name, an "Add" button, and a listbox for showing the current collection (possibly adding edit and delete functionality). But then it depends on the operations the user is expected to be able to do... :) Luc Pattyn [Forum Guidelines] [Why QA sucks] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, and improve readability.

Paul S. Vickery wrote: but can't find a way of re-ordering the window list I am not sure if you can change menu item positions, I have never tried to do it. If it is not supported perhaps you could manage the lists order in a more appropriate memory structure and just change the menu item text and which item it references in the structure.

Many thanks for the info. It gives us some other things to play with, though given that we're only in practice looking at two or three alternative servers, I think for now we'll probably just ask the user to choose which one to use the first time they need it! "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

I have now! See my other reply. Thanks. "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

Found it: my PS2 mouse is bust. I've switched it for a USB mouse, and I no longer have the beeps. I arrived at that because it started making my mouse pointer jump, and doing a scroll and a right-click, every time a system beep happened. Dave Kreskowiak wrote: You can't tell me that you haven't thought of doing this yourself! Yes, I have, but nobody's that much fun around here! In a previous company we used to do that kind of thing all the time. Ah, those were the days... "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

Check out LockWindowUpdate() - that may work better in your situation --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Yep, avoiding DrawTextEx seems the good thing to do, jack's advice is the good one. I just have a look to CEditView printing too, very interesting. I learned something, there is an undocumented fucntion _AfxClipLine which may be useful sometimes. Thanks for the feedback! :) The great error of nearly all studies of war has been to consider war as an episode in foreign policies, when it is an act of interior politics - Simone Weil Fold with us! ¤ flickr

I think it must be something to do with that, though turning off the header doesn't make it any better. You can try it easily by subclassing a ListView control, then handling WM_NCCALCSIZE and adding something like lpncsp->rgrc[0].top += 20; Now, add a load of items to the list, and you will see that the vertical scroll-bar doesn't allow you to scroll right to the bottom of the client area. The bottom items get clipped. I can't find any way of telling the ListView how big to consider its client area to be. The closest I have to a solution is to fiddle the scroll bars on scrolling: SCROLLINFO si = { sizeof(si), SIF_RANGE }; m_pList->GetScrollInfo(SB_VERT, &si); si.nMax = m_pList->SendMessage(LVM_GETITEMCOUNT); m_pList->SetScrollInfo(SB_VERT, &si); This allows me to scroll to the bottom, and shows me the bottom item when scrolling, but on releasing the mouse button it jumps back up one notch. I know you like a challenge, and will no doubt find me a solution! :cool: "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

Thanks for your reply. I've downloaded 602 Lan Suite, from the link you posted, and it works perfectly.:) "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

OK, I've done a bit more searching, and found out that I can use HDF_SORTUP and HDF_SORTDOWN. See this[^] and this[^]. "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

Well the first thing is this, no Java can execute without a JVM context for it to execute in. Therefore you are not going to be able to just "use" a Java component in a Win32 application since there is no JVM context. After that there is a multitude of possibilities. Their web site requires registration to get the White Papers and I don't have any requirements for your application. Therefore I can't make any informed comments on your particular situation.

OK, I've sussed it. So, for everyone out there who is dying to know what the solution is, here it is: I have overridden OnChildNotify in my subclassed listbox (CListBoxCS). I have then added the following code: switch (message) { case WM_DRAWITEM: case WM_MEASUREITEM: case WM_COMPAREITEM: case WM_DELETEITEM: // don't allow owner-draw operations in the list, but handle them in the combo return FALSE; } return CListBox::OnChildNotify(message, wParam, lParam, pLResult); This then causes all the drawing to be handled by the combobox rather than by the subclassed listbox. "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)

I have never seen it but it almost sounds like a virus or something similar if it is randomly changing data on the hard drive.

Nearly. The link you posted (to NetWkstaUserGetInfo) gets info about the user's log-on domain info. However, just near this on MSDN was NetWkstaGetInfo which does the trick. Thanks, Paul. :cool: --- "The way of a fool seems right to him, but a wise man listens to advice" - Proverbs 12:15 (NIV)