|
PROFESSIONAL NEWSGROUPS WINDEV, WEBDEV and WINDEV Mobile |
| | | | | |
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 450 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 |
| |
| |
| | | |
|
| | | | |
| | |
| | |
| |
|
|
|