Thank you so much for replying. I have cleaned up the code to only include the web service code-behind and related ASP/XML code. Thanks in advance for any insight you can provide.

If you have product code then you can use via MsiExec.exe /I {"YOURPRODUCTCODEHERE"} If you can think then I Can.

If the server is a web server, you could use a web service to do that. If the user has an account on the server, he could just use the built-in .Net authentication stuff. If the server does not meet any of those criteria, I'd use sockets. .45 ACP - because shooting twice is just silly ----- "Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997 ----- "The staggering layers of obscenity in your statement make it a work of art on so many levels." - J. Jystad, 2001

BlitzPackage wrote: Can I assume that, if the person downloads .NET 3.5 (full or client profile), my application can run on Windows XP, Vista and Windows 7? Is it likely? Yes, assuming you haven't used any OS version specific functions, P/Invokes, etc. Though check up on the client profile/full version of the framework thing. Is it certain? No. Test, test, and test again on all three, and still be prepared for the odd one that doesn't work. BlitzPackage wrote: Also, sometimes during startup, while my application is showing the splash screen, if the user clicks around or attempts to do something else - like return to another application while mine is loading, my application will fail to load and throw an error of some sort. Any ideas on what's happening or what I should do? Use the debugger. The name of the exception thrown may help. If you this doesn't help, post the exception details here, and a small, relevent amount of code from that location in your project, and we can all take a look.

When a foreach is applied to a collection, C# will have the collection return an enumerator (I believe by calling a method, GetEnumerator). With the built in .Net types, those enumerators have logic in them that throw an exception if they detect that the list has been changed since the enumerator was created. They do this by taking a snaphot of the version number stored in the collection. Whenever a collection is modified, .Net increments this version number. And whenever an element is gotten from the enumerator, it checks it's version number against the collection it was created from. The version number is only incremented for operations that change the structure of the list (reordering items, item removal, item additions, assigning items, and so on), not ones that change simple attributes of the list. Also, most programmers are not aware that this version incrementing and checking must be done, so many custom collections will not throw an exception when the collection was modified in a foreach. For example, you could yourself create a custom collection that doesn't check if the collection was modified. Then no exception would be thrown when you modify the collection (add items, delete them, etc). Whether or not modifying the collection during a foreach would cause an error (note that I didn't say "exception", I said "error") entirely depends on the collection. [Forum Guidelines]

StackOverflows are usually caused by infinte recursion so I would look for any recursive methods you have or perhaps you are accidentally creating a recursive structure of parent-child-parent controls.

BlitzPackage wrote: I need the individual ComboBox items to be enabled or disabled based on user input in another control You can bind to other controls. And if the logic is complex (e.g., enabled only if they enter an even number), you can use a class which implements IValueConverter or IMultiValueConverter to produce a bool from the values input by the user in one or more other controls. Also, if you bind the other control to a view model, you can then bind to that view model in the original control (i.e., two controls can bind to the same view model). [Forum Guidelines]

BlitzPackage wrote: ListBoxEmployees.SelectedItem = Employee; Yes, assuming Employee is a reference to an employee object in the collection which is the ItemsSource for the listbox. BlitzPackage wrote: ListBoxEmployees.SelectedItem = Employee as ListBoxItem; No. Invalid cast there. Mark Salsbery Microsoft MVP - Visual C++ :java:

In that kind of situation, I would put a DependencyProperty on the value converter and bind that to the radio buttons. In this case, the property would probably be an enum TimeType or some such and the control used to select the units would be bound to the property on the converter. I do not know if changing the TimeType property on the converter will update the bound data property, so that may be something you will have to look into.

For listbox, I would instead use a ListView with a GridView as its view. For ComboBox - I haven't tried it, but if you look at an example of a ComboBox template (ripped with Blend or the ComboBox ControlTemplate Example[^]) you can look for the panel with IsItemsHost="True". For example if it's a ScrollViewer/StackPanel like at the link above, you could replace those with a ListView/GridView. I'm not sure how the PART_EditableTextBox element of the comboBox gets its text, but maybe simply overriding ToString() on your ItemsSource data class will do the trick. Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

BlitzPackage wrote: Rebuilds usually erase all of my test data in the database and force me to start from scratch. hmm ok. That doesn't sound like a friendly environment for WPF development... Mark Salsbery Microsoft MVP - Visual C++ :java:

Thank you all so much.   I appreciate it.

It would only be "fine" if the computer that hosts your application is a dedicated PC that will only be used with your application. If not, then try and integrate with the pre-existing environment; add applications where other applications are found, write docs to the place where documents go, and errors the the EventLog. Though it might sound insane to scatter all data over different folders, there is a rationale behind it. I regularly backup "My Documents", but I hardly ever backup "Program Files" or the crap that's in the root - having the same executable backed up over and over would be inefficient. The moment my PC stops working, the Admin remotely looks into the eventlog and mails me that I should not disable the Norton Antivirus-service. He puts back an image with my applications, and I restore my Documents. The need to put every existing folder in the PATH has gone. What argumentation is there left in favor of installing to the systemroot? I are troll :)

you're welcome. :) Luc Pattyn [Forum Guidelines] [My Articles] The quality and detail of your question reflects on the effectiveness of the help you are likely to get. Show formatted code inside PRE tags, and give clear symptoms when describing a problem.

MP3 is a compressed format, and it's lossy, hence it gives a quite good compression rate. Zipping MP3s won't usually reduce their size enough to make a difference. 2+2=5 for very large amounts of 2 (always loved that one hehe!)

Use Windows explorer to search for the executable ie "myapp.exe". You should find it, then right click and choose "Open Location".

Thanks, I really appreciate it. Blitz

Oh yeah - the selected item thing....I completely forgot about the second question, sorry. :) Mark Salsbery Microsoft MVP - Visual C++ :java: