PC SOFT

PROFESSIONAL NEWSGROUPS
WINDEVWEBDEV and WINDEV Mobile

Home → WINDEV Mobile 2024 → application Refusée Apple VM24
application Refusée Apple VM24
Started by dandrimontp, Nov., 27 2019 8:59 PM - 5 replies
Registered member
179 messages
Popularité : +2 (4 votes)
Posted on November, 27 2019 - 8:59 PM
Bonjour,
J'ai vu que pas mal d'entre-nous avaient des soucis de publication d'applications mobiles IOS.
J'aimerai savoir si l'utilisation de l'utilisation de NavigateurLanceAppli est toujours refusé par Apple parcequ'en développement (application sur mon Iphone X) cela fonctionne sans pb.
Si c'est toujours refusé par Apple alors je ne comprends pas pourquoi ils bloquent cela en production et laisse cette fonctionne en dév ???

Dans le même acabit est-il toujours possible de faire appel à une API externe via le code httprequete ???

Merci pour votre retour.
Posted on November, 29 2019 - 10:43 AM
dandrimontp a exposé le 27/11/2019 :
Bonjour,
J'ai vu que pas mal d'entre-nous avaient des soucis de publication
d'applications mobiles IOS.
J'aimerai savoir si l'utilisation de l'utilisation de NavigateurLanceAppli
est toujours refusé par Apple parcequ'en développement (application sur mon
Iphone X) cela fonctionne sans pb.
Si c'est toujours refusé par Apple alors je ne comprends pas pourquoi ils
bloquent cela en production et laisse cette fonctionne en dév ???

Dans le même acabit est-il toujours possible de faire appel à une API externe
via le code httprequete ???

Merci pour votre retour.


bonjour,

nous, nous utilisons de plus en plus que du html dans nos appli
mobiles.
Pourquoi ? pour pouvoir faire évoluer notre contenu sans repasser par
des prods et notamment la validation Apple.

Jusqu'à présent on avait un webservice qui retournait une structure de
données, et WM générait le contenu HTML et on mettait cela dans des
champs HTML.
Là pour la nouvelle vs, le webservice produira le code HTML directement
et l'enverra en JSON.

Du coup plus de pb d'évolutions de structure. On a juste à changer
notre webservice. Bien sûr on doit penser à toutes les interactions
avant, mais en terme de présentation et d'évolution, on est bon.
Pour les liens externes, on a des liens html classiques, et cela ouvre
des pages externes sans pb à ce jour.
et pour ouvrir des liens externes dans l'appli (formulaire) on change
la destination du champs htm en mettant l'url du formulaire. Là on
reste donc dans l'appli, donc ça ne pose pas de pb

Mais ce que tu demandes m'interpelle aussi car on a une appli plus
ancienne où l'on appelle un formulaire html externe (d'un autre
prestataire) en utilisant le LanceAppliAssocié. Mais ensuite on ne
pouvait revenir et effectivement la doc renvoyait à
navigateurLanceAppli et effectivement c'est refusé par apple.
Cette appli ne bouge pas pour le moment, donc on verra le pb si on doit
refaire une vs.

Que veux tu faire avec NavigateurLanceAppli ?

--
Roumegou Eric
Registered member
446 messages
Popularité : +31 (43 votes)
Posted on November, 29 2019 - 1:57 PM
Bonjour

Il faut savoir qu'apple est très vigilent quand à l'utilisation d'affichage de page web car à une époque beaucoup d'app n'etait en faite qu'un site web derrière et apple ne veut plus de cela d'ou peut être parfois les refus.

Cordialement
DG
Registered member
179 messages
Popularité : +2 (4 votes)
Posted on December, 04 2019 - 4:50 PM
Eric
En fait j’aurai besoin d’ouvrier Facebook, Twitter ou le site html de mon client.
Comme Apple refuse les liens des réseaux sociaux je ne vois pas d’autres solution que d’utiliser un champs html interne.
Le pb est que je vais devoir ajouter des boutons pour revenir à la page html précédente si l’utilisateur se ballade de page en page (sur en par exemple).
C’est contraignant!

Os: de plus de cette manière, sous Xcode, lors de l’appel à fb j’ai des tas de lignes d’erreur. Cela est certainement lié au fait que fb tente d’accéder à des info. J’espère que Apple fermera les yeux dessus sinon c’est galère.
Registered member
324 messages
Popularité : +21 (51 votes)
Posted on January, 09 2020 - 2:49 PM
>J'ai vu que pas mal d'entre-nous avaient des soucis de publication d'applications mobiles IOS.

Entre le prix à l'année, les temps de validation, Xcode qui est juste horrible à vouloir un mac récent tout le temps, des erreurs de compilations de la part xcode qui sont différentes entre chaque compil, les procédures déploiement en carton pates absolument pas clair, les fichiers de clefs à créer, et les bugs récurrent du site de deploiement d'apple, j'ai arrêté de faire des applis IOS

Au final il ne reste que 9% d'humains sur iphone les 91% restant sont chez android, donc je ne fais plus d'appli apple, les utilisateurs d'iphone se contente de webapp !

Donc j'ai laissé tombé, trop compliqué pour une cout astronomique, un mécontentement constant des clients qui ne comprenne pas qu'en 2020 une déploiement d'app mobile puisque prendre 4-5 jours, et des bugs juste impossible après chaque mise à jour d'IOS ! C'est absolument pas rentable !

A croire qu'apple le fait exprès pour épuré le tout et en finir avec les apps !
Message modified, January, 09 2020 - 2:50 PM
Registered member
177 messages
Popularité : +16 (16 votes)
Posted on January, 12 2020 - 4:58 PM
Bonjour,

navigateurLanceAppli() ne m'a posé aucun problème pour une app publiée le 17/12/2019 sur l'AppStore.
Ce n'est pas le coeur du système, mais il est utilisé à 10 endroits dans l'appli, pour renvoyer vers une page de référence sur Internet.

Concernant l'appel à une API externe via le code httprequete() => oui bien sûr, aucun pb.

Jean-Marc