With less than 2 days to go till Christmas day here in Australia, I thought it was time to wish everyone out there a very merry Christmas and a happy and prosperous new year.
I’m also moved to say that whilst I’m based in Australia, I want to express my best wishes to those families affected directly or indirectly by the shootings in Newtown just a week ago.
It’s very easy for us in Australia to feel glad that we have effective control over guns, but it doesn’t diminish how shocking it is for us to see these events unfold overseas.
So as a final message from me, please have a safe Christmas break where you can remember how important family is. Acknowledge those you see this year and show them you’re glad they are a part of your life. Don’t let people feel alone.
With the recent update to iOS 6.0 and the beautiful iPhone 5, it became necessary to update several of my apps to work with the new screen size. Whilst Apple
did us developers a huge favour by ensuring existing apps worked on the new phone, the “letterbox” effect detracted from the experience of owning an iPhone 5 in the first place.
When I updated uAlertMe, I took the opportunity to not only increase the screen size, but to revamp the look altogether. It now sports nice new retina artwork for both the iPhone 4/4s and the iPhone 5. In addition to this, I also thought it would be great to add some new features that have been long coming.
The most important new feature was social integration. I’ve always wanted users to have the ability to post or tweet the images received from the Mac running iAlertU, and iOS 6.0, with it’s deeply embedded support for both Twitter and Facebook, made this a natural addition.
So now, wherever you can see an image or screenshot, you will also have a handy tweet & post buttons allowing you to do just that. Just remember to tell your iOS 6.0 iPhone that you have a twitter or facebook account.
Here is a new giveaway for 5 Tap Times Tables promo codes.
Good luck!
http://bit.ly/QlT0Hj
>A friendly user has noted that my optimizer tool was being a little severe. Any menus created within iWeb with rollovers would end up not working after optimization because the rollover images were being optimized, placing them where the javascript Apple provides can’t find them.
I’ve just uploaded a new version of iWebIO that should address this.
Have fun.
>A few days back, uAlertMe v1.2 hit the app store. This version added a browse function for setting up a bonjour connection to your Mac, plus a history of location in the map view. It also fixed a number of issues relating to the way uAlertMe stored images in your camera roll.
Since the release of v1.2, I’ve noticed a small (<10) number of crashes from the new version that seem to be happening when people try to use the new browse feature. I haven’t been able to reproduce them here, no matter what I do, but I think I can see what might be happening.
To this end, I’ve submitted v1.3 to the app store, which I’m hoping will address these issues.
If you are having trouble with uAlertMe, please use the support email address (support@pkclsoft.com) so that you can let me know what you were doing when you had the problem.
Likewise, if there are features you’d like to see, email me or post your suggestions here.
>I have just released a new version of iAlertU. This release does two things:
- It adds support for Korean.
- It attempts to correct the problem people have had when they haven’t configured a disarm password, and restarted having enabled arm-at-login.
There have been no other changes in this release. The next release, I’m hoping will add some new features.
>It’s done. I’ve just finished updating the webpages for uAlertMe, having submitted v1.2 to Apple tonight.
v1.2 brings with it a number of corrections that should address some stability issues that people may have been experiencing, especially on older versions of iOS, or on devices with large videos in their camera roll.
v1.2 also adds two new features:
- When a location is sent to uAlertMe, it is now kept as part of a history, unless it is the same as a previous location. This way, you can see a history in the map view, of where your Macbook has reported it’s alarm going off. As a part of this, the annotations that popup when you tap a pin, now sport a button (right arrow) that allows you to navigate through the history, and an iAlertU icon that when tapped will retrieve the photo taken by your Macbook when the location was reported.
These pins may be deleted from the options screen if you desire.
- Some people reported that it’s too hard to configure. As a step to help out with this, I’ve added a browse button next to the hostname field. Tapping this will cause uAlertMe to scan the local network for any Macbooks running iAlertU that have their internal server running, and configured to use Bonjour.
Any Macbooks found will be listed in a picker for you to choose from. If there’s only one, then it will automatically be put into the hostname field for you.
I hope that this version of uAlertMe proves to be more stable for those of you having had problems.
If you like uAlertMe, please review it in the app store. If you have problems, please, before you make a negative review online, contact me and I’ll try to help. As some people know by now, I’m very responsive to help requestes.
>Today sees the release of iPlay iSpy Footy, the latest in a series of ‘find the ball’ games for the iPhone.
Like the earlier ‘golf’ games, iPlay iSpy Footy incorporates a number of great action photo’s from the 2011 season of footy Melbourne Australia.
Specifically, this release of iPlay iSpy Footy has photos featuring shots of players from the Northern Bullants team at their home oval in Preston.
iPlay iSpy Footy has been integrated with Game Center, so scores will be recorded on a leaderboard allowing players to rank themselves against others.
See www.pkclsoft.com/pkclsoft/iplayispyfooty for more details.
When I first started on this game I thought it would be a simple matter of taking the ‘golf’ code and applying new photos, and a few changes to images.
Footy is a very different game to Golf in the real world, and this translated into the iPhone world as well, even with these game. What was originally going to be a simple task took on new life as the scoring, animation, game play, and general behaviour of the game changed to suit football as a game whilst still maintaining the original concept.
One simple example of this is the shape of the ball. A golf ball is spherical, and as a result it’s easy to wrap a texture around it to get a nice animation of the ball. No such luck with a football. I had to find a way to respect the shape of the ball, move it around the screen, and still use it effectively.
>OK, so as I’ve said previously, version 1.1 of uAlertMe added support for Push Notifications. All it needed was for iAlertU on the Mac to send them
Last night I released v0.74 of iAlertU which adds the required functionality for all of this to work.
Getting all this to happen was actually not all that hard; Apple have made it fairly easy for us.
Originally, iAlertU was going to act as the actual provider, connecting to Apple’s APNs directly. I had the whole thing working, with the entire push notification provider written in Objective-c.
The only problem was that doing it this way meant including my private certificate for the SSL connection to Apple in the iAlertU bundle. This as my conscious and several helpful souls pointed out was a great way to ask for trouble if someone decided to misuse that certificate (although I had gone to some lengths to make this harder).
So, the next step was to add to the pkclSoft web server a provider that iAlertU could then interface with. This all looked too easy as there is a great package called easyapns that does just this, and it would have worked fine except for one thing. My web host blocks outgoing connections on the ports that Apple use for connections to their servers.
This effectively killed my ability to use easyapns which was a shame, but there were other options in the form of Push service providers.
The first I looked at was UrbanAirship. They looked great, but there is a potential cost as only the first million pushes per month are free. Although I thought it unlikely that the users of iAlertU would end up using more than this, I didn’t want to take the risk; after all I get nothing for my time on iAlertU, and uAlertMe doesn’t do well enough to pay any bills.
So I looked for another alternative, and found Xtify who offer a straight out free service to developers. I then set out to spend the next couple of days getting iAlertU to talk to Xtify, but found that whilst their service was great, and the customer support was excellent, being able to send a notification payload that could be localised by uAlertMe so that the notification can be displayed in the appropriate language was too hard. Basically, Xtify get you to send a payload in their format that is then translated into Apple’s format. This just wouldn’t work.
Back to UrbanAirship for me. Whilst they do something similar (so that you can send a single push to both iOS and Android devices) to Xtify, their interface is much more natural, better documented, and supported by packages of code that are easily obtainable via their website.
What about that cost-risk? We’ll I’ve decided to test the waters so-to-speak. I figure that with only a few thousand users out there, and that normally, the only time the push will happen is when the alarm goes off, people would have to be triggering their alarms hundreds of times per month. Given what iAlertU is, I don’t see this as likely.
We’ll see I guess. I’ve read blogs where people have bemoaned the cost of push notifications. If there does turn out to be a cost, then I’ll revisit how it’s done.
I hope to get my original objective-c push provider into somewhere like github soonish. Let me know if this is of interest.
For now, I’ll keep an eye on UrbanAirship, and hope that everyone finds the new functionality helpful.
>uAlertMe v1.1 has been released to the app-store. This important update provides support for push notifications.
In the near future, I’ll be updating iAlertU such that it will, if uAlertMe has previously connected to it, send out a push notification to that same iPhone each time the alarm is triggered.
This helps to get around the problems some people have experienced when their Mac is behind a firewall, or on a network where uAlertMe can’t see it. Soon, you will no longer need an active connection with your Mac for the Mac to let you know something is happening.