Appears there is a problem with using events declaratively, so have ended up implementing the event handler in code
8.2.11
An SDK Target must be specified when you try to create a new Android Project in Eclipse
This is caused by the SDK path not being set in the Eclipse IDE. This is resolved by selecting Window—>Preferences—>Android and enter the path to your Android SDK, then hit OK. You will see a list of all your Android Platforms as shown below:
1: <?xml version="1.0" encoding="utf-8"?>
2: <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
3: android:orientation="vertical" android:layout_width="fill_parent"
4: android:layout_height="fill_parent">
5: <TextView android:layout_width="fill_parent"
6: android:layout_height="wrap_content" android:text="@string/hello" />
7: <EditText android:id="@+id/editText1" android:layout_height="wrap_content"
8: android:layout_width="fill_parent" android:autoText="false"></EditText>
9: <Button android:layout_height="wrap_content"
10: android:layout_width="wrap_content" android:id="@+id/button1"
11: android:text="save note"
12: android:onClick="saveNote"
13: ></Button>
14: </LinearLayout>
Monodroid vs Eclispe with ADT
For 400USD looks like Monodroid is definitely an expensive way for .NET developers to join the Android game. Using Eclipse and the Android Development Toolkit(ADT) an experienced .NET developer will be productive in no time. I downloaded the tools 1st thing in the morning and by midday I had a simple data driven application with the appropriate test coverage.
The Eclipse tool support for Android is unbeatable. You get design surfaces, inbuilt editors for resource files and the comfort that these tools are mature and bug free. The other side effect is that you end up learning Java.
Viva free tools!
5.2.11
4.2.11
Monodroid resource generation fails
------ Rebuild All started: Project: Com.Fieldroid.Search, Configuration: Debug Any CPU ------
C:\Program Files\MSBuild\Novell\Novell.MonoDroid.Common.targets(281,2): error MSB6006: "aresgen.exe" exited with code 1.
========== Rebuild All: 0 succeeded, 1 failed, 0 skipped ==========
Another Successful release... times are good
We STP Heroes J - YES, We have done it AGAIN! J Another milestone success!!
We hear from Business that Sprint 13 Release in PROD is doing great!
Thanks to all for all the hard work on this one other major milestone release that has gone LIVE this morning.
Celebrations… we are just shot of balloons – that is all …J
I have brought in a little Sainsbury's Sweet shop, yes really!!!!!
Keep up the nice work J
Grab the sweets before they vanish. I am running a TPL Parallel LINQ query to eat all sweets….
// A little celeberation in my style… ;) with C#
// Sundar: Start diving into the sweets… use TPL so I can eat ALL, FAST… J
// But of course, I am running an i7 980X 12 MB cache, with Six-cores… hyper-threaded to 12 virtual cores, mind you…. wohoooo……..
Parallel.ForEach ( sweetsOnMyDesk, oneSweet =>
{
// The more sweets I eat here, the greater the speed compared to if I used a non-parallel foreach loop for my eating process J
var sweet = CeleberationsHelperUtils.UnPackSweet(oneSweet);
this.Eat(sweet); // I really wanted to say Me.Eat(…) but that would sound like VB.NET ;) Grrrrrrr……… I am "C# house", baby! J
}
// Wow!! what a sweet C# lambda expression I have got there – don't you love it? J
);
// Execution done!
// Let others know I am eating… very fast… using Parallel extensions ;)
Console.WriteLine("Sundar has completed eating ALL (?) sweets. Press any key to let me continue to work on Sprint 14 J.");
Subscribe to:
Posts (Atom)