The more and more that I develop apps the more I try to challenge myself to come with creative ways for users to use the apps. Really trying exploit the power of multi-touch. As mentioned in a previous post, this trend is becoming more and more mainstream. Unfortunately, when it comes to authentication, we are still stuck using the old attage of a PIN and/or using biometrics, which never really caught on with the masses. I personally think that has to do with implementation of it not the mechanism.
In order to try and contribute, to a hopefully better way to authenticate, I started working on a password gesture framework. Though password gestures aren't new what I think differentiates mine, at least conceptually, is how it deals with resetting it. My first thought was to just stick with the same old "email me my password", however email isn't always relaible and the "gesture" password isn't stored on a server, but on the device. In addition, I didn't want to have to rely on a separate server or component. Lastly, by doing that I am relying on an outdated "desktop" thought process of handling lost/forgotten passwords. So how do I give a user a usable and easy way to reset their password without having a server dependency or leaving the app?
My solution is that during the password setting process is to present the user a list of pictures and have them choose N out of X. If they need to reset their password they will be presented with the "reset" picture screen and select the correct ones. If the correct set of pictures are choosen then reset occurs. If not then fail. Due to my extremely busy schedule I haven't had the opportunity to really dedicate the time I want to. I am hoping that posting this to github that the iOS community will take it and make suggestions or fork and implement it with ideas and features that I haven't thought of.
I have started the project as a sample app, but once it reaches a stable point I will make it a static library that can be dropped into any project.
It goes without saying that I am really looking for feedback on this. All comments and suggestions are welcome.Password Gestures on Github
Sent from my iPhone
dig into the lower level core graphics framework and core animation the more impressed I become with their power. I also have a greater
accomplish the following. Scale, rotate and change center point of subview "A" to subview "B" all at the same time.Taking my own advise I first started down the path of using basic uiview animations. I want to make sure that each different piece of
the animation would perform the way I wanted them to. Separately, they did exactly what I wanted. Unfortunately, grouping these together was
not going to happen with uiview animations.
miscalculate any of the individual animations I went back and tested each one separately. Each animation ran smoothly. When I ran the group within the block
I had the jerkiness problem of animation the center point.After going back and reviewing Apple documentation I found what my problem was. Imagine that. To do the rotation I apply a transform on
the view's layer. However, the transform performs it's animation based upon the views center point. Since I was trying to apply an
animation on the center point as well the group animation had to reposition subview A's center point first before it could apply any of
the other animations. Hence the jerkiness.I pushed all my animations to a CAAnimationGroup and all the transitions were performed.
Cory D. Wiles
Last Friday @JeremyKendall tweeted for input on processing Excel files with PHP. The resounding recommendation from at least 4 people was to use PHPExcel. As the conversation continued the number of participants grew. Unfortunately, I had to cut out the others in my replies because instead of having 127 available characters (140 - jeremy's handle) it dropped down to below 80. The solution? Group reply shorteners. If you look at bit.ly and their bundle service of having group urls as a model this concept isn't insurmountable. Twitter already provides the shortest possibly url service and I would love to see them extend that to group messaging. While there are currently third party services that provide something similar, they are not a native Twitter offering and usually only for private groups.
After watching Demetri's talk Devoxx I could see how this feature would be able to integrate into their infrastructure in almost the same way they handle @ replies. Having a group reply shortener would have kept a brief, but interesting conversation, going.
As it turns out I am not the only one who thinks that group messaging and conversations are a growing trend.
worked on but got shelved. If this service had been around back then I do believe our project would have been green lit.