I don't see AddingNewEventHandler in System.ComponentModel and just wanted to double check with a support community before totally writing off it's use in a MonoTouch project of mine.
thanks,
-Ben
There is no support for AddingNewEventHandler.
Related
I created application with mvvmcross and I want to target WPF, andoid and ios.
I used task and async/await in my core PCL library.
It works with WPF and Android because I use Microsoft.Bcl.Async and AsyncBridge.Portable from Daniel Plaisted.
My problem is with ios version because Daniel not implemented AsyncBridge.Portable for ios.
I would like to know if someone maked it or if someone know where I can find source code of AsyncBridge.Portable of Daniel ?
If Daniel, you sees this post, can you explained me how can I make ios version ? :)
Thank you
You can find the source code here. From that, you may be able to just adapt the Android code to work on iOS.
However, official Xamarin PCL support is coming soon (-ish), and that may change how you need to do this (or make it so you don't need to do it at all).
How would I go about using F# or J# for instance? I'm not sure what to get to grips with in the project's compiler settings.
Is there a sequence of command line steps I could follow to compile a MonoTouch project that I might interpret to replace the C# step but tell the other compiler to use the correct platform details etc?
Thank you.
Unfortunately, no. In the book "Developing C# Apps for iPhone and iPad using MonoTouch" you could see text (proof):
C# Is Currently the Only Language
Additionally, currently, the only .NET language available for writing MonoTouch applications is C#.
Nothing changed since that book publication.
Maxim Korobov is right, MonoDevelop only supports C# when writing for MonoTouch.
But this is not the whole truth: MonoDevelop also has (preliminary) support for Portable Library Projects (PLP). What this means is that you can create and compile PLP projects in Visual Studio (in any language Visual Studio supports for PLP projects), and then reference that library in MonoDevelop. Just have in mind that the PLP support is preliminary right now, and you might run into a few bumps on the way.
I make small investigation how good is monotouch and mono for android comparing with native code? What I need is numbers and maybe some other info about advantages and disadvantages of monotouch and mono for android...
Thank you!
I don't have comparison figures but I have used both MonoTouch and MonoDroid for an OpenGL application.
The type of application your making may make the difference to you.
If you want to create a cross platform application I personally would go with Mono as its probably going to be more productive in the end.
I have must say MonoTouch outperforms MonoDroid, probably because of the .NET to java interop that must take place on Android (and the Java on Android seams to be slow)[At least android 2.2+ devices].
There is also Mono.Simd if you need speed optimizations.
UPDATE: "Mono.Simd" is not available on MonoTouch or MonoDroid.
I know this is not a real answer, but in my opinion, it is the best. You can get both a native app as well as lots of code re-use. There are lots of things out there that could help you make a decision, but also look at the Xamarin blog.
here a link that may help you :
http://www.koushikdutta.com/2009/01/dalvik-vs-mono.html
based on that mono is way faster than java dalvik!
msdn shows that OnPrint(CDC* pDC, CPrintInfo* pInfo) function is supported in wince 2.0 and above version but when i made the project then it showing that CPrintInof undecalare. i searched in msdn and found that for samrt device project CprintInfo can't be used
http://msdn.microsoft.com/en-us/library/w6afzd4h%28v=vs.80%29.aspx
So how to print in wince 6.0?is there any other way.
We use the now fairly antiquated but probably still the best, PrinterCE by FieldSoftware. Can't vouch for their CE6 support but probably worth downloading the trial and having a go.
Is it possible to use the iSQL SDK (www.mobilefoo.com) with MonoTouch considering that the iSQL SDK is a client library meant for use with XCODE and objective-c code?
Yes - not a complex task but a bit time-consuming. Although you should only have to do it once (until they extend their libraries.)
Instructions on how to bind to Objective C libraries and types are here: http://wiki.monotouch.net/HowTo/Interop/Consuming_3rd_Party_ObjC_Libraries
It might well be worth contacting mobilefoo about this too as I'd imagine they'd be interested and might even help.