I’ll be presenting – or more so – practicing my talk Real World Functional Reactive Programming today (3/4/2015) at The Forge by Pillar A2.

If you are in the area please come on over. It’s a casual environment located in the Northern Brewery 1327 Jones Drive A2.

For the Pillarites, and THE WORLD, there is also a GoToMeeting you can come heckle me at:

Join GotoMeeting

Access Code: 287-662-757

Here are the slides I’ll be using today; they are going to change….THE WORLD.

Google Docs

I just heard that food will be provided by the awesome Pillar Chef Traci!!!!

Yesterday we did a quick introduction of iOS projects, their structure, ViewControllers and Storyboards.

The project we’ve been working on for the last 10 months, since the day Xamarin Forms was released, has been exclusivity XF. My experience with iOS proper comes from creating custom renderers and watching training videos.

We created a sample project, added UITableView and some data, a button and did some simple navigation. At 20 minutes in we exhausted my iOS knowledge!

When preparing for the lunch and learn I realized that I didn’t know how to do MVVM with the native UIs.

I think it was a good introduction but expect that Xamarin Forms is the way most of the Xamarin teams will build their apps for the contest.

The company I work for, Pillar Technology, announced an internal mobile app development contest last week. The contest will run for 4.5 months and award fabulous prizes but for me most the exciting part is being able to evangelize using the Xamarin platform.

One of the first things I did was setup is a series of lunch and learns. Somehow; I thought it would be a good idea to drive a series of 10 DAILY lunch and learns over the next 2 weeks. Let me repeat that: DAILY, 1 hour lunch and learns for the next 2 weeks!

These lunch and learns will cover the Xamarin ecosystem, Mobile App Development best practices and Mobile Craftsmanship.

Today was the first lunch and learn; we had 10 people on GoToMeeting all ordering t-shirts by walking through the Xamarin Store App!

I’m ‘super excited’ to see more co-workers in C# shirts representing #TeamXamarin over the next few months of the contest.

From the initial feedback it looks like we will have applications developed for iOS, Android, Xamarin.Forms (xplat) and SpriteKit.

I look forward to helping each team build their app, create examples, and blog posts for them long the way.

TeamXamarin

1.3 is the 3rd large release of Xamarin Forms and like most software, the story for developers begins with the 3rd release. 1.3 brings a massive set of changes, features and fixes. One feature is not getting the attention it deserves: Context Actions! You can now edit lists! OMG!

funny pic

Display

As expected; Context Actions are rendered using the native UI on each platform.

  • iOS – Left Swipe to view context actions.
  • Android and Windows Phone – Long Press to view context actions.

alt text

Context Actions

ListView has ViewCells, ViewCells have ContextActions and ContextActions contain MenuItem

and the 3 important properties on MenuItem are:

  • Text – The string displayed
  • Clicked or Command – The event that happens when clicked
  • IsDestructive – (optional) If true items is rendered differently (eg: red background on iOS)

There are a few more properties on MenuItem

alt text

Important Notes

  • You can only have one MenuItem with IsDestructive as true
  • MenuItem is a text or icon based item. It’s not very configurable but I don’t think that will be much of a problem.

Sample

github sample

I put a sample project on github, it is the same one that I used to make these gists below. You can find it here:

https://github.com/detroitpro/XamarinFormsContextActionsSample

Code MenuItem

MenuItems can be created in code or XAML; here is an example in code. This code is inside a ViewCell

XAML Sample

Here is an example in XAML. Personally; I like the XAML style of development better.

Review

Context Actions bring the Xamarin Forms rendered list views on pair with the Xamarin Native list views.

A few weeks ago I was able to speak at the Dog Food Conf about the last few months we’ve spent developing an iOS app using Xamarin.Forms.

 

Lessons Learned: 4 Months of Xamarin.Forms ** from **Eric Polerecky

 

It was a small room but made for great conversation. It was nice to use the slides as a starting point and basically going “off script” for the whole hour. Thanks to everyone that attended.

 

Here are some of the key points that I tried to make during my talk:

  • You can make good looking Xamarin.Forms apps; it’s hard but it can be done.
  • Custom Renderers rock.
  • Coding .NET on a Mac is getting nicer and nicer with Xamarin Studio and Mono Updates.
  • Azure is super amazing!
  • Xamarin.Forms ALL THE THINGS!

 

Checkout this out. http://osrc.dfm.io/detroitpro

Except that it is full of lies! 51% JavaScript to 49% C#

Here is my SQL use case:

Customer has invested in P2P transactional replication in SQL Server 2008R. Their database has many unique and composite key constraints that is likely to cause merge conflicts.

Question:

  • Is there a method to automagicly resolve conflicts (ie: merge replication business logic resolvers) when using P2P transactional replication
    • Is Merge publishing a supported way to handle databases with a high potential for conflicts
      • Is Merge publishing deprecated</ul>

This might be a little bit of a hack but here is how I was able to create a simple asset pipeline when using NancyFx with Super Simple View Engine.

I am using SquishIt but I think you can do the same with Cassette.

Install SquishIt

Install-Package SquishIt -Version 0.9.5

In your Nancy bootstrapper

image

Here is a link to a gist

In your SSVE page(s)

image

If you would like a complete sample you can checkout https://github.com/detroitpro/monafx/tree/develop

 

Here is a gist that I can’t believe does not exist.

https://gist.github.com/detroitpro/8928899

 

At this time developers and power users are moving over to ART.

Xamarin.Android does not yet have support for ART.

Side note: Everything compiles, deploys and runs…..until it doesn’t. Xamarin has API support usually the same day something is released. I don’t think the community is looking for ART support the very same day – this is more then binding – but please…help us not fail.

I’d rather not be able to deploy from Xamarin Studio until ART support is complete.