Re: [mono-android] Lion and MonoTouch/MonoDroid

Oops - too late. Any real clangers I should be worried about? Thus far I've had a few problems debugging in the simulator (locks up occasionally) but nothing I haven't got around... Dino From: monodroid-boun...@lists.ximian.com [mailto:monodroid-boun...@lists.ximian.com] On Behalf Of Miguel d

Re: [mono-android] [MonoTouch] Lion and MonoTouch/MonoDroid

Hello, I've become so dependent upon MD now that it's delaying my upgrade to > Lion. How's that for just how far Mono has come!? (and I'm not even > a MonoTouch customer (yet)) > > Keep up the great work, Xamarin! > We are quickly working through the issues. MonoDevelop 2.4 works, but we foun

Re: [mono-android] [MonoTouch] Lion and MonoTouch/MonoDroid

I wouldn't be too worried. Mono is in good company. Many other software vendors have advised their customers no to upgrade to Lion before they upgrade their software: http://www.ableton.com/de/news/osx-10-7-lion-compatibility-live-update-coming-soon https://www.steinberg.net/en/support/knowl

Re: [mono-android] Lion and MonoTouch/MonoDroid

Hello, We here at the internet are as excited as you are to see the now-xamarin team back in the game, and active on this list. We missed you ;p Marc Gravell On 20 July 2011 20:38, Miguel de Icaza wrote: > Hello, > > We here at Xamarin are as excited as you are about the release of Lion. But >

[mono-android] Lion and MonoTouch/MonoDroid

Hello, We here at Xamarin are as excited as you are about the release of Lion. But unfortunately we're not quite ready to support you on Lion yet, and MonoDevelop doesn't work quite right. We're working around the clock to make MonoDevelop work perfectly on Lion, and we'll let you know as soon as

Re: [mono-android] getting IMEI

/// /// Retrieve the IMEI from the TelephonyManager /// /// /// public static string GetDeviceId(Context context) { TelephonyManager telephonyMgr = context.GetSystemService(Context.TelephonyService) as TelephonyManager;

Re: [mono-android] getting IMEI

On Jul 20, 2011, at 10:48 AM, John Murray wrote: > I need to obtain IMEI and phone number – I know I need read permissions but > 1) There doesn’t seem to be an implementation of > android.telephony.TelephonyManager.getDeviceId(). Many Java getFoo() methods are transformed into Foo propertie

[mono-android] getting IMEI

I need to obtain IMEI and phone number - I know I need read permissions but 1) There doesn't seem to be an implementation of android.telephony.TelephonyManager.getDeviceId(). In mono I can on

Re: [mono-android] Unable to find library

On Jul 20, 2011, at 9:18 AM, Narcís Calvet wrote: > Ok, will see what can I do. Would the TChart assembly and example project > would be enough? I'm afraid I won't be able to upload full TeeChart sources. Any reasonably small reproducible test case will do. :-) > Re.: As a sanity check, is there

Re: [mono-android] support for Lion

this is the reply I got from the list when I asked about this (specifically MT) a week or so ago I've tried it -- Monotouch itself works fine and there was no need to reactivate when installed over SL, but MonoDevelop has periodic crashes which are *very* annoying. In particular, it dies each tim

Re: [mono-android] Unable to find library

Hi Jon, Re.: Unfortunately, I think you'll need to file a bug and attach the test case at bugzilla.xamarin.com. (If desirable, you can mark the bug private so that only Xamarin employees can see it.) Ok, will see what can I do. Would the TChart assembly and example project would be enough? I'm af

[mono-android] App Crashes ... LargeInternalMemHeader

Hello guys, are there any news about this Bug: https://bugzilla.novell.com/show_bug.cgi?id=687727 ? 07-20 14:36:39.395 2443 2443 F mono: * Assertion at ../../../../mono/metadata/sgen-internal.c:441, condition `mh->size == size + sizeof (LargeInternalMemHeader)' not met Mit freu

Re: [mono-android] SQLite Provider

The ugly thing it exactly what i'm doing it's UGLY but the only pratical way to solve my problem now 2011/7/20 Jonathan Pryor > On Jul 20, 2011, at 7:25 AM, Gabriel wrote: > > Why all the other implementations of SQLite use the Class names and > Assembly > > Names like SQLiteConnection and only

Re: [mono-android] SQLite Provider

If we had an implementation of VB for iOS/Android, would this question really matter?.runs and hides > From: j...@xamarin.com > Date: Wed, 20 Jul 2011 09:02:45 -0400 > To: monodroid@lists.ximian.com > Subject: Re: [mono-android] SQLite Provider > > On Jul 20, 2011, a

[mono-android] support for Lion

With the release of Lion today, what about support for monotouch and mono for android on lion? Any news regarding when? First update in a couple of weeks perhaps? First update this friday? Wally ___ Monodroid mail

Re: [mono-android] wishlist

While I think we all want a better design time layout solution, this is an issue that we can work around short/medium term. For me, the debugger and the performance are issues #1 and #1, by a long shot. I did a talk back at the beginning of May on mobile at a high level. Two guys that work a

Re: [mono-android] SQLite Provider

On Jul 20, 2011, at 7:25 AM, Gabriel wrote: > Why all the other implementations of SQLite use the Class names and Assembly > Names like SQLiteConnection and only the mono implementation uses > SqliteConnection? Good question. (Because the System.Data.SQLite folks didn't read the Framework Design

Re: [mono-android] Unable to find library

On Jul 20, 2011, at 4:49 AM, Narcís Calvet wrote: > Below there's error's stack trace. The class throwing is a custom class > deriving from Android.App.Activity. Unfortunately, I think you'll need to file a bug and attach the test case at bugzilla.xamarin.com. (If desirable, you can mark the bug

Re: [mono-android] wishlist

I actually create the layouts in eclipse and copies the result to my VS project. It's a bit clumsy, but it works. --Rune From: monodroid-boun...@lists.ximian.com [mailto:monodroid-boun...@lists.ximian.com] On Behalf Of Mark Berry Sent: den 20 juli 2011 14:03 To: monodroid@lists.ximian.com S

Re: [mono-android] wishlist

I would really like to see some kind of integrated form designer to keep me happy and visual, but I'm ok without. On 20/07/2011 11:20, Amir Waldman wrote: My wishlist: ·Debugger speed ·Runtime reliability Current product is very slow to debug and unstable at runtime. It crashes without sho

[mono-android] SQLite Provider

Why all the other implementations of SQLite use the Class names and Assembly Names like SQLiteConnection and only the mono implementation uses SqliteConnection? There is any way that you guys can fix this? There is any implementation that works With monodroid that uses SQLiteConnection like class

Re: [mono-android] wishlist

My wishlist: . Debugger speed . Runtime reliability Current product is very slow to debug and unstable at runtime. It crashes without showing any exception. I hope these good news can bring a new life to Mono for Android Best Regards, Amir From: monodroid-bou

Re: [mono-android] wishlist

I agree about the debugging for Visual Studio. Each step takes up to 1 minute isn't good. Debugging in Eclipse is slow too, but not nearly this slow. What's strange is that this isn't always like so.. But more often than not. --Rune From: monodroid-boun...@lists.ximian.com [mailto:monod

Re: [mono-android] Unable to find library

Hi Jon, >On a more serious note, what is the stack trace for the NpClassDefFoundError? My _guess_ is that you're somehow using a non-Java.Lang.Object subclass in a call to JNIEnv.FindClass(Type), and mandroid >only generates Android Callable Wrappers for Java.Lang.Object subclasses. For example, t