Luc Pattyn [Forum Guidelines][Why QA sucks][My Articles] I only read code that is properly formatted, adding PRE tags is the easiest way to obtain that. [The QA section does it automatically now, I hope we soon get it on regular forums as well]
Just because you can do it doesn't mean it's a good idea. You're still going to run into issues somewhere down the line. You absolutely cannot do any drawing to the controls on a thread other than the one the control was created on.
If you set the datasource for a combobox then the datasource must contain both the ValueMember and the DisplayMember otherwise it will not work.
in order to databind the ValueMember must point to a corresponding value in the datasource
Your datasource for the combobox would be a datatable such as:
Your dataset would have a column in the table (MyTable) containing the idStrings value for example.
Pretty much anywhere, just like Java, C++ etc. Windows apps, services, console apps, you name it. There is also a port of .net called Mono which can be compliled for/under multiple environments (such as linux).
Obviously you'll need to get to know some different framework assemblies/namespaces. If you are interesred in GUI work I found the transition from (mostly) ASP.Net to WPF less harsh than Winforms.
CCC solved so far: 2 (including a Hard One!)
37!?!! - Randall, Clerks
Mono is quite useful for writing Linux or cross-platform apps.
Of course, if you are looking for a magic way to port your Windows-only app to Linux without having to spend any effort, Mono isn't what you are looking for.
WinForms is crap since any non-trivial WinForms code must rely on P/Invoke or overriding WndProc which is platform-dependent.
So just like other programming languages, if you want a cross-platform app, you must use a cross-platform GUI toolkit like GTK#.
WPF isn't implemented in Mono and won't be anytime soon. Silverlight/Moonlight might be an alternative, though.
That said, non-GUI code usually runs fine in Mono. The only trouble I had were hard-coded line endings ("\r\n"). I had no trouble using new language features like LINQ.
If moonlight is as well implemented for silverlight as mono is for .NET, then expect problems: big problems (where they can't be bothered to implemnt the boring stuff they don't use), small (where they don't implement it quite the same), and bl**dy annoying little differences that waste way too much time to find.
All those who believe in psycho kinesis, raise my hand.
yeah in windows you need to deploy the lib/dll like by installing the app.
using the lib in linux need to be recompiled under linux because the operating system specific api will be used and that one is different as the on in windows see the user32.dll doesn't exists under linux.
Now the next problem... my computer uses office 2007, I can open the ".xlsx" && ".xls" file smoothly...
But if I use the laptop with office 2003... sure I can't open the ".xlsx", but why can't I open the ".xls"???
Is there a possibility to save the file, with the natural format for office 2003 (.xls)