In December, I submitted a new app for the French market called Suivissimo.  The app was accepted in about 10 days which is on the longer side of the “14 day average.”

I then submitted an update to the app last Tuesday. The app was In Review the same night and approved in 4 days. I was very impressed with the turn-around time and I would like to thank Apple for whatever it is they did to improve their approval process. Let’s see how things pan out in the next few weeks. I’ve actually submitted a new update just last night so it’ll be interesting to see how fast it goes through Review second time around.

Late last month, after a few months of being “In Review”, one of my apps was approved in 24 hours. I was happy. And then I was angry. But not against Apple… I had forgotten the last little tweak I needed for this app which was to remove the Status Bar. Any iPhone developer will agree that this is simply a matter of ticking a box. So, I immediately proceeded to fixing that and submitting an update to the app with that little box ticked. This was on November 6th. To this day, I am still waiting for Apple to approve this minor change in my app. Luckily, this was not a big issue for this app.

However, I’ve also read other developers’ experiences and in some cases, I find the approval period for updates to be too long and frankly unnecessary. When you release an app, you know it’ll take weeks before Apple approves it. I’ve learned to live and accept that although in some cases, I can see this as being a big cost on the developer’s front. When the app is finally on sale, you starting buzzing about it, people download it, and most of the feedback you get is going to be negative because people don’t bother with positive feedback. Usually, the feedback you receive is related to something you can quickly fix on the client side (ie/ the app itself).

Imagine if you could fix that bug and have the update available the next day. The people complaining about your app might appreciate your response time and take some time to change their rating or praise your app. That would be really nice… and this is how it was before the AppStore came along. If you distribute your app on your own site, you can release an update whenever you’d like.

The reality of the matter is that people will badly rate your app, and 3 or 4 weeks later, when you’ve fixed the issue they described, they might have done any of the following or any combination of the following :

1) Uninstalled your app and hence don’t know about the update
2) Spread negative reviews about your app to their friends and colleagues
3) Lost complete interest in seeing your app work

This is sad. From the app user’s perspective, I cannot blame them for any of the above. As a developer, it’s extremely frustrating to put in effort and time to fix things quickly to make your users happy only to realize that Apple is going to be the roadblock to your reputation despite your dedication and investment (at least $2000) to program on the iPhone.

Dear Apple, please fix this. Stop damaging your market, our reputations, and annihilating our efforts to create a better user experience for your hardware.

Interesting read (Thanks to Geppy): http://infinite-labs.net/openletter/

If you have a Windows 7 DVD Installation and you want (or have to) update an existing Vista virtual image that you have installed in VMWare’s (excellent) Fusion software, you need to boot from DVD. Usually, this will not happen by default. In VMWare Fusion 3, you need to select your Virtual Machine. It must be stopped. Go to the Settings and then the click on Advanced. Finally, click on CD/DVD. You can now start your Virtual Machine, put the DVD in quickly (unless it’s already in), and be ready to “Press any key to boot from DVD…” This may require you to give full focus to the Virtual Machine’s window.

Once you’ve installed Windows 7, or any other Windows version for that matter, you can completely remove the installation by shutting down the machine, right-clicking on it in your VM library, and selecting delete.

I was recently working on an app requiring Push notifications from APNs (Apple Push Notification) and wasted quite a lot of time wondering why my device was not able to create the necessary Push token (NOT the same as UID). It turns out that my Development Provisioning Profile, which was created specifically for this app with a specific App ID (ie/ no wildcard), was invalid but not generating any errors. The solution is simple :

Generate your Development Provisioning Profile AFTER you enable Push services in the App ID section of the Developer portal.

If you generate it before, it might not have the necessary settings to activate PUSH notifications on your device.

I hope this saves you some time. 

Download (59KB)

Update: A concise installation guide can be found here.

Update 2: The badge has been updated and that nasty gap is now fixed!

Update 3 (04/09/09): Apple has gotten in touch with me and has provided a reasonable explanation for the delay... I will post about this later on.

On June 29th, after having worked intensely for two days to deliver an iPhone app to a pressed client, I submitted my first iPhone app to iTunes Connect. As of today, this app is still "In Review". The direct result of this was the client's decision to simply drop all future plans of iPhone development. The delay in getting a response from Apple is very... upsetting. I'm just waiting now, curious to discover what future surprises lie ahead of me (See Update 3).

In the meantime, I decided to create an 'App "In Review" Badge' for website owners and developers to use as they see fit. It's free, simple-to-use, and will hopefully allow developers to communicate their frustration towards review delays in a simpler and more passive approach.

Where does this badge work?
This badge works in any environment capable of rendering HTML pages and parsing Javascript. It has been tested in FireFox, Safari, Google Chrome, and Internet Explorer. Warning: In IE, the Badge will NOT have rounded edges.

What is this badge?
The little badge is built entirely in HTML. It can look like any of the following badges depending on how long ago your app was submitted.

How do I install the badge?
There are two ways of installing this badge. You can either download the source files and run the scripts from your server or directly link to nickology.com.

» QUICK INSTALL

• In the <HEAD> section your page, place the following line of code:

    <script type="text/javascript" src="http://www.nickology.com/projects/app_in_review_badge/v1/nickology_app_badge.js"></script>
  

• Skip to PLACE BADGES

» INSTALL ON YOUR OWN SERVER

1. Download Nickology App-In-Review (96 kb) files. You will need to unzip this file and upload the folder nj_app_badge to the desired location on your server.
2. In the source code of the page you wish to display the badge on, link the scripts that you just uploaded:

     <script type="text/javascript" src="/js/app_in_review_badge/nickology_app_badge.js"></script>
     <script type="text/javascript">
       NJ_setPath('http://www.nickology.com/js/app_in_review_badge/');
     </script>
   

   Replace http://www.nickology.com/js/app_in_review_badge/ and /js/app_in_review_badge/ with the path on your server. If you install this on your server, you must set the path where the directory is located by calling the function NJ_setPath().
3. Go to PLACE BADGES

» PLACE BADGES

1. Once you have completed one of the two methods above, you can set up the locations of one or more badges on your page. For every badge that you wish to place, you must create a DIV element like so and give it a unique id attribute:

     <div id="counter1"></div>
   

   You can also place several badges, anywhere on your page:
   

» FINAL SETUP
Lastly, you must set up each badge that is on your page. To do so, you must add the following block of code anywhere on your page (but preferably in the <HEAD> section. Here is an example of what this might look like:

<script type="text/javascript">
	NJ_addBadge('counter 1','20090607','','','');
</script>

The values passed to the function NJ_addBadge are:

1. ID - The ID of the DIV tag that you wish to convert to a badge
2. Date of Submission - The date on which you submitted your iPhone application in YYYYMMDD form. For example, July 15th 2009 is 20090715
3. Date of Response - The date on which you received a final response from Apple. This can be left blank if you still have not received a response.
4. Response - The actual response you received. Put "1" for approved, and "0" for rejected. This can be left blank if you still have not received a response.
5. URL - Turn the badge into a link. For example, once your app gets approved, you can add a direct link to the AppStore. Or, in the meantime, you can simply provide a permalink to a page or blog entry dedicated to your app. This is always optional.

» FINAL SOLUTION

Please see this page.

» NOTES

• There is a debug mode that can be enabled. If you are experiencing problems, enable this mode and you might get some error messages to guide you:
  
  

  <script type="text/javascript">
      NJ_showDebugInfo();
  </script>
  

• This badge is released under the Creative Commons license. Some rights reserved.

App "In Review" Badge by Nicolas Jouannem is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 2.0 France License.
Based on a work at www.nickology.com.
Permissions beyond the scope of this license may be available at http://www.nickology.com/.

Feel free to leave a comment should you have any questions or would like a link to your site on this page.

It’s back! Nickology.com is up and running again (finally!). The server update and site re-design took much longer than expected and I apologize for that. In any case, it’s back and mostly functioning. Some things still don’t work perfectly but I’ll try to iron them out over the next few weeks. If you notice a bug or have anything to say, please leave a comment (click on “comments” at the bottom of this entry). Otherwise, enjoy!

What’s new?
Nickology.com now comes in two flavors. First and foremost, I want it to be a tech/developer-oriented blog. I will be releasing projects, code snippets, tips, and various food-for-thought related to my work. However, a separate and personal blog (like the old version) is also available by clicking on “My Blog” at the top. My Blog will be a much lighter read or contain “stuff” that is not tech-related.

Where did all the older entries go?
Well, they’re mostly unavailable. I will be re-posting some of the more popular old entries but I have decided to take a fresh start. Again, if you landed here looking for something in particular and did not find it, leave a comment, I will get back to you.

Updates, feeds, tweets…
I will not be updating this site everyday; probably not even every week. If you’re into feeds, there are 2 feeds available for this site - a Tech feed and a Personal feed. Both feeds come in both Atom and RSS formats (always prefer ATOM) and you should be able to pick the one you’d like by clicking on the RSS logo located on the right side of the address bar of your browser. If you twitter, you can follow Nickologycom (site twitter) or njouannem (my personal twitter).

I can’t view this site in Internet Explorer!
No, you can’t. I didn’t intentionally design it that way but that’s how it turned out. If I get some extended freetime, I might fix that. Until then, ‘nuf said. 

Depuis la parution du logiciel Fring sur l’App Store, il est désormais possible de faire des appels, en mode WiFi uniquement, depuis votre iPhone, en utilisant votre compte SIP Free. Pour activer cette option, vous devez :

1) Activer votre compte SIP Free
- Connectez-vous à http://portail.free.fr/ avec vos identifiants.
- Séléctionnez l’option “Téléphone”
- Séléctionnez l’option “Gestion de mon compte SIP”
- Remplissez le données manquantes et cochez la case “Activé” avant de cliquer sur “Enregistrer”

Votre compte SIP est désormais activé.

2) Télécharger Fring
- Depuis votre PC, cliquez sur le lien suivant : Fring ou depuis, votre iPhone, faites une recherche pour “fring” dans la catégorie “Réseaux Sociaux”
- Installez l’application sur votre iPhone

3) Configurez Fring
- Lancez l’application depuis votre iPhone
- Cliquez sur “SIP”
- Séléctionnez “Other”

- Dans le formulaire suivant, renseignez :

• User ID :  Votre numéro de téléphone FREE (09xxxxxxxx)
• Password : Le mot de passe que vous avez définie plus haut
• Proxy:      freephonie.net

Cliquez sur “Login”

 

4) Téléphonez!

Lorsque votre compte SIP sera enregistré, vous pourrez lancez des appels téléphoniques depuis les contacts de votre carnet d’adresse ou d’autres réseaux sociaux que vous aurez enregistré. Pour utilisez votre compte SIP Free, lancez l’appel en cliquant sur SIP.

 

Vive la mobilité téléphonique!