2010-05-10 7 views

Répondre

2

conseils d'abord, si vous ne disposez pas d'un iPad (comme en Europe, la plupart d'entre nous :(), construire vous-même un modèle de papier. Helps, croyez-moi :)

Quand on parle de la facilité d'utilisation et l'interface utilisateur alors je recomment vous lisez le document d'analyse d'utilisabilité iPad de 99 pages. http://www.useit.com/alertbox/ipad.html (lien vers le PDF en bas de la page).

+1

En outre, Apple a un document sur la facilité d'utilisation pour migrer de l'iPhone vers l'iPad http://developer.apple.com/iphone/library/documentation/general/conceptual/ipadhig/Strategies/Strategies.html. Aussi, l'article de Smoking Apples "Le bon, le mauvais, et laide, des interfaces utilisateur de l'application iPad" est une bonne chance pour les bonnes et mauvaises migrations http://smokingapples.com/opinion/ipad-ui/. –

-3

Vous devez utiliser des couleurs lorsque pallette vous concevez.

Vous devriez chercher beaucoup d'applications qui sont similaires aux vôtres.

Vous devez annoncer votre candidature avant de la terminer.

Vous devez préparer une bonne interface utilisateur. Tout doit être sous mes mains.

Et vous devriez viser à faire des choses incroyables.

1

Si votre application a été bien conçue, le plus important sera évidemment votre interface utilisateur. Alors que l'iPhone est plus susceptible d'avoir plusieurs pages/onglets, les applications iPad semblent généralement fonctionner mieux lorsque tout est accessible depuis une page. Profitez de cette taille d'écran, et en particulier profitez des popovers. Par exemple, si votre application utilise un UITabBarController et a 3 onglets, pensez à faire du premier onglet votre page principale de votre application iPad, et les 2 autres onglets accessibles via UIPopovers. Passez un peu de temps à concevoir votre interface utilisateur avant de sauter dans le code et tout ira bien.

Une chose secondaire à considérer est de savoir si vous voulez une application universelle ou deux applications distinctes. Vous pouvez récompenser les utilisateurs qui possèdent déjà la version iPhone en créant une application universelle (comme ils l'obtiendront gratuitement), mais ils peuvent également s'attendre à ce que leurs données soient synchronisées entre l'iPhone & iPad. En règle générale, je suis d'avis que les applications devraient être universelles, car cela présente d'autres avantages. Si votre application est universelle, les avis/ventes affecteront vos positions/notes sur l'iPhone et l'App Store iPad, où, comme si vous aviez deux applications, elles sont complètement séparées.

Une autre chose à prendre en compte est la définition de votre SDK de base. Les applications prenant en charge iPhone OS 2.X ne peuvent pas être mises à niveau vers des applications pour iPad. Par conséquent, si votre application prend actuellement en charge le format 2.X, vous risquez de supprimer certains utilisateurs avec une mise à niveau. À part cela, vous pourriez envisager de faire d'abord une application iPad de test simple, juste pour avoir une idée des nouvelles commandes. Vous aurez alors une meilleure idée de la façon dont ils peuvent être utilisés efficacement dans votre application.

Questions connexes