Le développement d'applications pour iPhone/iPad (Système iOS) présente des différences par rapport au développement habituel avec WINDEV Mobile dans les domaines suivants :

• Eléments de projet disponibles.
• Champs disponibles.
• Bases de données.
• Fenêtres modales.
• Zones répétées.
• Ascenseurs automatiques dans les fenêtres.
• Exécution du code du projet.
• Gestion des chaînes de caractères.
• Gestion des répertoires.
• Changement d'orientation de l'écran.
• Saisie de code Objective C.

Les éléments de projets suivants sont disponibles pour le développement pour iPhone/iPad :

• Fenêtres. Un assistant de fenêtres permet d'obtenir des fenêtres spécifiques pour iOS.
• Requêtes.
• Classes.
• Collections de procédures.
• Modèles de fenêtres.
• Modèles de champs.
• Etats et modèles d'états.
• Fenêtres internes.

• Composants.

Champs disponibles

Les champs suivants sont disponibles pour le développement pour iPhone/iPad:

• Champ Bouton.
• Champ Image.
• Champ Interrupteur.
• Champ Libellé.
• Champ de saisie.
• Champ Sélecteur.
• Champ Graphe.
• Champ Zone répétée.
• Champ Zone multiligne.
• Champ HTML.
• Champ Calendrier.
• Champ Carte.
• Champ Multimédia.
• Champ Combo.
• Champ Jauge.
• Champ Onglet.
• Champ Potentiomètre.
• Champ Notation.
• Champ Table.

Remarques :

• Il est conseillé de ne pas utiliser d'accents dans le nom du projet.
• Pour insérer des images et icônes dans vos applications iPhone/iPad, le catalogue d'images propose des images spécifiques. Il suffit de sélectionner le thème "iOS" lors de votre recherche. Votre interface utilisera ainsi les images standard disponibles pour les applications iPhone/iPad.
• Gestion des images selon le DPI : Selon le DPI de l'appareil, les images peuvent être pixelisées ou floues. Il est possible d'utiliser la gestion automatique des DPI. Pour plus de détails, consultez Android/iOS : Fournir une image par DPI.

Les bases de données des applications pour iPhone/iPad doivent être au format HFSQL Classic ou HFSQL Client/Serveur.

• Il est conseillé de ne pas utiliser d'accents dans les noms des fichiers de données HFSQL.
• Il est possible de réaliser une modification automatique des données lors de la mise à jour d'une application. Pour reporter les modifications effectuées dans l'analyse sur les fichiers de données déployés sur l'iPhone ou l'iPad, il suffit d'utiliser la fonction HModifieStructure (par exemple dans le code d'initialisation du projet).

Les fenêtres modales ne sont pas supportées par le système d'exploitation iOS. La fonction Ouvre n'est pas autorisée.
Les fenêtres peuvent être ouvertes :

• soit par la fonction OuvreFille,
• soit par la fonction OuvreFenêtreMobile.

• Lors de sa fermeture, une fenêtre (fille ou soeur) peut appeler une procédure locale de la fenêtre qui l'a ouverte afin de lui passer une valeur de retour. Il est également possible de renvoyer une valeur de retour via une variable globale.
• Il est possible de spécifier la valeur de retour grâce à la propriété ValeurRenvoyée et de récupérer cette valeur via l'événement "Fermeture d'une fenêtre fille de la fenêtre" de la fenêtre mère.

Dans les applications iPhone/iPad, les champs Zone répétée peuvent être en saisie.

• L'interface des champs Table n'est pas appropriée.
• Problème d'espace dans les fenêtres : les colonnes et les entêtes de colonnes ne pourraient pas être affichées.
• La hauteur des lignes serait trop petite pour être manipulée avec les doigts.
• Les champs Table ne sont pas utilisés dans les normes d'interface de ce système.

A partir de la version 20, les champs Table sont disponibles dans les applications iPhone/iPad.

Si la hauteur d'une fenêtre est supérieure à la hauteur de l'écran et si la propriété "Ascenseurs Automatiques" est cochée dans la description d'une fenêtre, un ascenseur est automatiquement ajouté à droite de la fenêtre. Il est nécessaire de tenir compte de sa présence lors de la conception de la fenêtre afin que cet ascenseur ne recouvre pas les champs.

La durée maximale d'exécution du code du projet doit être de 10 secondes. C'est-à-dire que si le code dépasse cette durée, l'application n'est pas chargée. De plus, si la fonction OuvreFenêtreMobile (ou la fonction OuvreFille) est exécutée dans le code du projet au milieu d'autres lignes de code, toutes les lignes sont tout d'abord exécutées, puis ensuite la fenêtre s'ouvre.

Lors du développement d'un projet pour iPhone/iPad, le système iOS utilise par défaut des chaînes de caractères Unicode.

La gestion des répertoires dans les applications iPhone/iPad présente les particularités suivantes :

• Par défaut, le répertoire courant d'une application correspond au sous-répertoire "Documents" qui est automatiquement créé dans le répertoire d'installation de l'application.
• Les chemins relatifs manipulés par l'application sont relatifs à ce répertoire.
• Le chemin complet du répertoire en cours peut être connu avec la fonction fRepEnCours. Par défaut, il est possible de lire et écrire dans ce répertoire.
• Le répertoire en cours peut être modifié avec la fonction fRepEnCours.
• Le répertoire d'exécution (retourné par la fonction fRepExe) correspond au répertoire racine de l'application.

Trois modes d'orientation des fenêtres sont disponibles (onglet "Détail" de la description de la fenêtre) :

• Libre : la fenêtre suit l'orientation.
• Bloquée en mode Portrait.
• Bloquée en mode Paysage.