Discussion :

[free07]

Bonjour,

J'arrive pas à trouver des infos sur le gestionnaire de projets concernant le développement pour différents OS, par exemple, j'ai un projet d'une appli pour Windows, OS X et IOS ( et ensuite android ) et j'aurais aimé le gérer dans un seul groupe de projets.

Avec le gestionnaire de projets sous delphi, impossible de créer des projets portant le même nom dans un même groupe de projet et en plus le nom de l'appli porte le nom du projet, donc si l'on souhaite avoir le même nom de l'appli pour tous les OS, c'est pas possible ?

Pour Windows et OS X, pas de problèmes, on gère les différents OS avec les directives de compilation mais pour l'IOS ?

J'ai des fiches communes à tous ces OS car les interfaces utilisateurs sont les mêmes, je pense notamment à une appli pour Windows et IPAD, comment les gérer simplement ? Par exemple, si on fait une modif sur une fiche pour Windows mais qui est aussi utilisé par l'IPAD, c'est pas top s'il faut à chaque fois penser à répercuter la modif sur toutes les fiches communes... ( car ces fiches ont été crées sur des cibles différentes )

J'espère avoir été clair

[ShaiLeTroll]

Si tu veux faire une application FMX multi-plateforme, tu dois juste ajouter une plateforme via le clic droit que le projet
Il te fait 2 projets :
- une Application Desktop
- une Application Mobile

Le nom du fichier binaire n'est que accessoire sur mobile, ce qui compte c'est son libellé affichée
Pour moi, avoir un Projet Bidule.dproj et BiduleMobile.dproj me semble pas génant et permet voir quelle catégorie d'application c'est !
Pour iOS, le nom de l'application est géré par l'AppStore
Pour Android, je n'en sais rien mais ce n'est pas le nom du fichier mais un libellé aussi

Justement, Thierry Laborde a insisté sur la nécessité d'avoir des IHM différente en Desktop et Mobile
Je ne retrouve plus le mini-site qui évoquait les "5 Erreurs d'un développeur Desktop a éviter pour le développement Mobile"

Pour le groupe de projet, cela peut poser problème mais en iOS on ne voit pas le nom du fichier mais plutôt un libellé court que l'on a dépose via l'AppStore

En FMX 1 sous XE2 nécessitait un projet particulier, un projet FMX iOS différent d'un projet FMX HD
En FM2 sous XE4, tu dois faire une application mobile FireMonkey qui n'est prévu que pour iOs mais la terminologie avait changé en prévision d'Android
En FM2 sous XE5, tu dois faire un Application mobile FireMonkey et lui ajouter la plateforme iOS ou Android.

[free07]

J'utilise XE4, il faut donc différencier les deux projets : mobile et plateforme et c'est bien cela qui me gênes dans le sens ou mon IHM pour plateforme et celle pour la tablette sera pratiquement identique.

C'est d'ailleurs profitable à l'utilisateur de rendre uniforme ces IHM sur un même logiciel.

Effectivement, ce conseil de différencier l'IHM entre les plateformes et les mobiles, il me semble l'avoir entendu mais je ne me souviens plus pour quelle raison, on peut dire en effet que l'aspect visuel des contrôles peuvent être différent mais la gestion desdits contrôles sont bien souvent identiques

Il y a surement des exceptions mais bon, si l'on respecte ce conseil, on se retrouve avec des codes identiques à gérer pour deux fiches qui sont pratiquement identiques et je crains qu'un jour, il arrive que je fasse une modif sur une fiche pour le projet plateforme et que j'oublie de répercuter ladites modif sur la fiche pour le projet mobile, je suis même sur que cela m'arrivera...

[skywaukers]

Bonsoir,

Effectivement, ce conseil de différencier l'IHM entre les plateformes et les mobiles, il me semble l'avoir entendu mais je ne me souviens plus pour quelle raison, on peut dire en effet que l'aspect visuel des contrôles peuvent être différent mais la gestion desdits contrôles sont bien souvent identiques

Lorsqu'on parle mobile, on ne parle pas uniquement IPad, loin s'en faut. Le problème du mobile étant la multiplicité des tailles d'écran. Encore avec IOS c'est restreint : 2 pour l'IPhone et 2 pour l'IPad. Côté Android c'est plus diversifié que cela.
Faire une IHM unique pour toute les plateformes, implique de prendre le plus petit dénominateur commun au niveau taille (ou presque). Imagine le pauvre utilisateur sur son PC avec un écran 16/9 de 30" travaillant sur une IHM de la taille d'un IPhone... Je doute qu'il soit satisfait et solidaire de l'utilisateur IPhone.
Après le même écran sur PC ne sera pas forcément aussi pratique dans un environnement tactile. Ces périphériques proposant des fonctionnalités différentes de la plupart des PC, pour les exploiter il faut souvent choisir une ergonomie adaptée, qui ne le sera pas alors sur PC, ou beaucoup moins.

Après le truc c'est toujours le même : séparer au maximum les choses : ne met dans l'IHM que le strict nécessaire et les spécificités de la plateforme cible. Ainsi tes modifications auront moins d'impact.

@++
Dany

[free07]

Effectivement, avec Android le problème de taille d'écran va se poser.

Il faudra que je définisse une taille d'écran minimum, en fait, je vais avoir deux IHM avec une limite de taille d'écran pour chacune d'entre elles et suivant la taille d'écran, il faudra utiliser le programme avec l'IHM adéquate, c'est la 1ère idée qui me vient à l'esprit, c'est peut être pas la meilleure, à voir...

Merci à vous deux

[ShaiLeTroll]

Tu as justement le system de FormFamily
Utilisation de FormFamily pour créer une application iOS pour des facteurs de forme multiples

Et les habituels Anchors, Align ou même les Layout :
Voir tutoriel : Mobile Tutorial: Using Layout to Adjust Different Form Sizes or Orientations (iOS and Android)

[free07]

Tu as justement le system de FormFamily
Utilisation de FormFamily pour créer une application iOS pour des facteurs de forme multiples

Je ne connais pas ce système de FormFamily, il me semblait aussi, j'étais étonné qu'il n'y ai pas de réponse apporter par Embarcadero à ce problème qui doit être récurent lorsque l'on développe pour les plateformes et les mobiles, je vais étudier cela de près.

Merci Shai

Et les habituels Anchors, Align ou même les Layout :
Voir tutoriel : Mobile Tutorial: Using Layout to Adjust Different Form Sizes or Orientations (iOS and Android)

Par contre, ça je connais et j'utilise bcp, c'est trés pratique.

[skywaukers]

Bonjour,

visiblement la page sur les FormFamily a été supprimée.
Mais n'importe comment on ne logera jamais autant d'informations sur un mobile que sur un écran de PC. Donc pour partager le formulaire, il ne faut pas plus d'info sur la form pour le PC qu'il n'y en a sur la form du mobile, ce qui peut quand même être génant pour l'utilisateur du PC.
Maintenant ce que je dis est général, peut-être que pour votre projet il n'y a de toute façon pas beaucoup d'informations à placer sur le formulaire. Mais de manière générale je pense qu'il est de toute façon préférable d'avoir une IHM qui soit adaptée aux spécificités du support pour tirer le meilleur de l'ergonomie.

@++
Dany

[free07]

Bonjour,

visiblement la page sur les FormFamily a été supprimée.
Mais n'importe comment on ne logera jamais autant d'informations sur un mobile que sur un écran de PC. Donc pour partager le formulaire, il ne faut pas plus d'info sur la form pour le PC qu'il n'y en a sur la form du mobile, ce qui peut quand même être génant pour l'utilisateur du PC.
Maintenant ce que je dis est général, peut-être que pour votre projet il n'y a de toute façon pas beaucoup d'informations à placer sur le formulaire. Mais de manière générale je pense qu'il est de toute façon préférable d'avoir une IHM qui soit adaptée aux spécificités du support pour tirer le meilleur de l'ergonomie.

@++
Dany

Effectivement, j’essaie d’adapter au mieux l'IHM au support et c'est pour cela que je compte faire une IHM adaptée à la taille de l'écran, je n'aime pas avoir une IHM remplit d'informations qui noie l'utilisateur, trop d'informations tuent l'information mais en même temps, on ne peut pas imaginer des IHM identiques pour un téléphone mobile et pour un PC.

Pour mon projet en particulier, l'IHM diffère en fonction de la taille du support et en fonction bien sûr des possibilités de l'appareil, que ce soit un mobile ou un poste fixe

Quand au nombre d'informations présentes dans une fiche, je ne met que ce qui est important à l'utilisateur à l'instant t; libre à lui, d'ouvrir d'autres fiches s'il a besoin d'autres infos.
L'étude de l'IHM, tout comme l'analyse du projet, a été vue avec des futurs utilisateurs.
C'est une étape qui n'a pas été négligée et qui d'ailleurs est très intéressante.
A+
Thierry