More and more applications tend to use fingerprint technologies offered by the latest devices and operating systems to perform authentication on mobile applications.

Appcelerator Axway Titanium module to support fingerprint technologies is quite often getting updated and I was keeping a close eye on this while working on a specific project.

One of the main issue I face with Appcelerator Axway Titanium is the amount of scaffolding you sometimes need to go through before producing something quite common in terms of what the market might need.

A Ti.UI.ListView wrapper with mighty powers for forms in your Appcelerator Axway Titanium Alloy applications.

This is a Widget wrapping some standard components in order to create a re-usable Widget for a single choice selection within a <ListView> element with a support for an “Other” entry.

I’ve been working on a Sublime Text 3 plugin sublime-ti-alloy-related in order to easily navigate around your Appcelerator Titanium Alloy application source code between the controller, style and view files and it got officially accepted to be part of the non-official (but kind of official) Package Manager for Sublime Text, the great wbond packagecontrol.io, which probably every single developer using Sublime Text as their IDE uses.

Because it’s quite common having applications using a Drawer Navigation and not that straight forward to have it up and running smoothly for both iOS and Android, I wanted to have something easily re-usable across multiple projects.

Originally we started this based on HazemKhaled’s sample application SideMenu-with-NavigationWindow-for-Titanium.

After playing with it we decided to come up with a simple boilerplate so we could have a working base for both iOS and Android to start developing applications using a drawer menu base navigation.

Why close-to-production data during QA, poor connection testing and good UX feedback are important for a mobile project.

Parse is great, even if they are planning to shutdown their services in 2017… However, like a lot of other APIs they limit the amount of data you retrieve from them via a single call. The default value is 100 and can be maxed up to 1000 but what if you have 1001+ objects you’d like to retrieve?

🎉 Whoop whoop! One of my pull requests on Laravel just got accepted.

[5.2] Sending to a Specified Address (Global “to”) #8894

I know, it’s not much but it could be quite useful for other developers and it was a good experience to actually develop, test and document the functionality.