I think Robert touched on this in his response but its largely dependent on what you want the app to do. The first thing I would do is get the list of capabilities nailed down and then ask for v2 and v3 requirements. Maybe v1 is possible in HTML but v2 or v3 requirements are only possible or better served by going native. Without a list like this there really cannot be a debate.
It's not what is trending but rather what makes sense for my app. I would rather use xamarin or comparable products that use the native engine than html5 as no matter how hard you try a web browser will never compete with a native app in terms of speed of execution.
We saw this similar thought process when it used to come to deciding what technology a client app should be built in.
There used to be a great push to go web because everyone is going web even though the app had separate internal and external screens. Makes debugging a whole lot easier if you separate admin or management functions from customer functionality rather than using if then else if else if else if end.
Build core set of common services and let each UI serve its purpose.
This html5 popularity pretty much seems identical to the go web thought process.
Html5 is great if you are behind in getting to market and need a v1 app just to compete. But I would always plan for v2 and v3 to be native or xamarin like. If your core services are encapsulated changing ui's shouldn't be a problem. Let the app garner popularity and then swap out the HTML portion with a native look and feel.
Objective c and java development is not hard. It just takes getting used to.
Regards
Parag