JDYoder

Thanks for checking into it and trying.

I have a strange error with a DataGridView. I attached dummy code to show it. As you can see, when you click the 1st button, it loads the DGV manually with dummy data and the DGV row formatting code is applied as expected. But when you click the 2nd button to load the DGV via a query, the DGV row formatting code does NOT apply as expected. (You can click the "Redo" format button to make it work, but I need it to work when the form loads.) Any idea why the formatting won't take place with the 2nd method? (BTW, the second method via the query doesn't remain bound to the DB, does it? I don't want it to, and I assume it doesn't since the DataAdapter is destroyed, but I want to know for sure.) Thanks. Grid.zip

Long ago, I was told in VB6 if you had a rare instance where sometimes the execution of a sub wasn't quite finished (because of buffers and/or where you were using DoEvents to help the program "catch up" to what it's been told) that you should change it to a function because it will completely finish everything before releasing control back to where it was called. First of all, is that true in VB6? And second, is that the case in .NET?

In our error routines, that's essentially what our team is passing in the error message. But when routine names change, sometimes people don't remember to change it. So to prevent coding errors, it'd be nice to just have .NET track it for you. Also, you can't put it in a modal or global level variable since it would constantly change and very likely not be accurate for when it actually is referred to in an error routine.

Thanks. I'll try that out. But you're basically saying there's no guarantee this will work for a release build in production?

Is there such a thing as a variable that will give you the name of the subroutine you are in? I see it's tucked in the ex object via ex.ToString and ex.StackTrace.ToString. But I don't want to mess with parsing it out because depending on the error, the location in the string changes. Also, in some cases, it'd be nice to expose the name of the subroutine without have to rely on an error occuring at all. So does .NET have a variable that contains the name of the subroutine you are in?

If I'm understanding correctly, that could work for one panel, but with multiple panels (and each of those existing in their own user controls, which are nested in another user control) I assumed drag and drop is the way to go. Maybe I'm wrong and what you have can work, but I need the controls/panels to be autonomous and not have to rely on any form code, but have all the card dropping/lifting/moving encapsulated within the controls while "talking" to one another. Does that make sense and dictate that drag and drop is more practical, or am I not understanding what you're getting at?

For a card game "table top" interface that allows the user to drag and drop playing cards between hands, onto the table, etc.

I cannot figure this one out: Can anyone create an example where you drag and drop a label onto a panel? Thanks.

After downloading the JPG files from my camera, there's a "Date Picture Taken" attribute on all the files that I want to read in VS 2005. How can I access that value?

Yeah, I have MS 2005. Sorry to hear it's missing in 2003.

Your post enabled me to find a better way to correct this. You mentioned it's at the app level, so I checked the project's properties. In the Application tab I saw "Enable XP Visual Styles" was checked, but grayed out. So I checked "Enabled Application Framework" above it and presto, it works! (I found that when making a new VB.NET app, that's automatically checked.) So thanks for your help! It was driving me nuts!

I upgraded a simple VB6 app to VB.NET. It worked fine, but I found something odd. In the IDE, the controls (buttons and textboxes) look like they normally do in VB.NET. But when I run the program, they take on the VB6 appearance (square cornered buttons and shaded textboxes). This still happens if I add a new form into the newly converted project and add new controls onto it. How can I make all the controls (converted and newly added) in a converted app appear like they do with a brand new VB.NET app at run-time?

I believe the max size of an Access 2000 file is 2G, after which, you need to be concerned with the DB becoming corrupted. Is this correct? Also, what are the max file sizes for Access 2003? And for the new 2007 version?

Thanks! That's exactly what I was looking for! :)