Je n'ai pas été surpris de trouver dans les résultats de recherche sur les publications Habru la question de l'utilisation des emoji dans l'interface d'application publiée dans l'App Store par la bienheureuse Apple. Donc, à l'avance, je m'excuse si je répète.
L'essence du problème est qu'Apple interdit l'utilisation d'emoji dans l'interface de l'application. Apparemment, cela a commencé vers l'automne 2018 (au moins
au printemps 2018 ). Mais, peut-être, avant de ne pas entrer dans la chronologie du problème. Internet regorge de messages de développeurs dont les applications sont rejetées en raison de la présence d'emoji dans l'interface de l'application. De plus, même les mises à jour des applications publiées précédemment sont terminées! Certains signalent un refus de publication en raison de la présence d'emoji dans les captures d'écran de l'application! En règle générale, l'échec d'Apple ressemble à:
De pomme
Principe directeur 5.2.5 - Juridique - Propriété intellectuelle
Votre application n'est pas conforme aux directives d'utilisation des marques et copyrights d'Apple. Plus précisément, votre application comprend:
- Marque Apple, emojis, images - ou ressemblance
D'accord, une position assez intéressante de la part de l'entreprise, qui était l'un (sinon le seul) des fondateurs de la vulgarisation des emoji ... Sous la coupe, je proposerai quelques hypothèses sur les raisons et quelques façons de résoudre le problème. En particulier, j'ai fini par publier sur l'App Store avec une application dans laquelle les emoji étaient à l'origine l'idée principale.
Pourquoi pas?
Je pense que la principale raison de l'interdiction n'est pas le droit d'auteur, comme cela peut sembler d'après la réponse d'Apple. Bien que l'utilisation d'emoji tiers aide à contourner le problème, je ne pense pas que ce soit la racine du problème. Au final, l'application est publiée sur le site de l'entreprise. Elle reçoit des intérêts des ventes. Dans le même temps, elle développe et fournit également un environnement de développement, des langages de programmation et des frameworks pour simplifier et accélérer la création de logiciels. Après avoir donné tout cela, mais en interdisant l'utilisation d'images de la police, il semble étrange de pousser contre le droit d'auteur. Il n'est pas logique pour une entreprise perfectionniste d'exiger des développeurs qu'ils utilisent des emoji gauches pour les entrées et des natifs pour les sorties. Si, en conclusion, vous utilisez également des emoji tiers, cela ne sera pas beaucoup moins étrange dans l'écosystème Apple.
J'ai tendance à penser que le fait est que les emoji ne sont pas des icônes ... il y a des icônes dans le système et elles peuvent être utilisées (lorsque j'ai supprimé les emoji de l'interface, mais j'ai laissé les icônes - cela a fonctionné, mais les icônes sont également assez protégées par des droits d'auteur), mais vous ne pouvez pas utiliser des emoji natifs comme icônes! Pour autant que je sache, les développeurs de claviers et d'outils de saisie n'ont aucun problème avec les emoji.
Vous affichez des emoji sur le bouton, l'utilisateur appuie dessus et il apparaît dans le champ de saisie - il semble que ce soit le seul scénario qu'Apple approuve lors de la vérification de l'application. Dans tous les autres cas, vous devez utiliser des icônes à part entière ou des polices emoji d'autres personnes (qui, apparemment, sont considérées par l'entreprise comme des polices d'icônes).
En fait, ce sont toutes mes spéculations personnelles, mais jusqu'à présent, elles semblent assez logiques, car converge beaucoup (au moins dans ma tête) ...
Que faire
Sur la base de ce qui précède, les sorties / conseils sont les suivants:
- Utiliser des icônes ou des polices emoji tierces comme icônes
- Essayez de ne pas utiliser les emoji dans les captures d'écran de l'App Store
- Utiliser des emoji uniquement pour la saisie utilisateur (il y a aussi une nuance ici, voir la description de ma situation)
- Masquer les emoji de l'état par défaut et autoriser l'utilisateur à les configurer
- Créer une version pour les tests publics, au cours du processus de vérification, ils signaleront, le cas échéant, divers problèmes de publication
Mon histoire (avec dérogations)
Techniquement, dans mon application, les emoji ont été utilisés spécifiquement pour la saisie utilisateur. Mais ce n'était pas évident car la demande a été rejetée même pour des tests publics, sans parler de la publication en magasin. Je vais vous expliquer maintenant.
Le sens de l'application est que l'utilisateur peut rapidement (littéralement avec une seule touche) ajouter des balises. Le public cible est les streamers, peut-être des podcasts ou des personnes qui diffusent en direct. Comme beaucoup d'idées d'applications, celle-ci est née lorsque j'ai moi-même commencé à avoir besoin de quelque chose (et, comme beaucoup de ces applications, personne d'autre n'en a besoin). Le problème est qu'après la fin du flux, vous voulez souvent couper les meilleurs moments. Mais alors il est difficile de se souvenir et de trouver tout ce qui était intéressant. Pelleter des flux d'horloge n'est pas l'activité la plus amusante et vous aviez besoin d'un moyen de créer rapidement et facilement des notes.
L'idée de
«Stream Note» est donc née - des applications avec un ensemble de boutons avec des emoji sur lesquels vous appuyez si nécessaire dans le processus de diffusion. Lorsque vous appuyez dessus, l'horodatage depuis le début de la diffusion et, en fait, les emoji en tant que titre / icône dans la liste des étiquettes sont enregistrés. L'application par défaut avait des jeux de boutons avec des emoji pour plus de visibilité pour l'utilisateur.
Cette interface a été rejetée: Je soupçonne que le problème est que le processus n'a pas prévu l'apparition d'emoji dans le champ de saisie et l'envoi manuel ultérieur. Parce que le but était de simplifier et d'accélérer le processus de création d'une note autant que possible, donc lorsque vous avez cliqué sur le bouton emoji dans la liste des étiquettes de flux, une nouvelle étiquette avec cet emoji est simplement apparue. Dans le même temps, les emoji étaient affichés en grand (de sorte que vous pouviez immédiatement voir quel événement avait été noté lors de l'analyse ultérieure des matériaux) et ne ressemblaient pas au texte entré par l'utilisateur.
En conséquence, la demande a été rejetée pour les tests publics (je voulais jeter un lien à mon frère pour les tests, afin de ne pas être dupe en l'ajoutant à l'équipe de testeurs sur le site Apple). Et si les versions pour les tests internes de l'équipe deviennent disponibles presque instantanément, les versions pour les tests publics passent la vérification presque comme lorsqu'elles sont publiées dans le magasin. En conséquence, ils m'ont rasé. Ce qui était utile car En conséquence, j'ai déjà réussi la vérification de la publication dans le magasin la première fois.
J'ai refait la configuration manuelle des boutons. Si auparavant, il était emprisonné pour des emoji et que leur ligne était divisée en boutons, maintenant l'utilisateur peut créer des boutons avec des inscriptions. De plus, les boutons emoji ont été exclus de l'ensemble par défaut.
Naturellement, personne n'interdit l'utilisation d'une inscription à un seul caractère, qui sera un emoji. Mais si le nom du moment consiste en un emoji, il sera toujours affiché en grande taille.
À quoi ça ressemble en affaires: Avec une telle torsion, la fonctionnalité n'a pas changé (elle est même devenue plus universelle), mais dans la version par défaut, il n'y a pas d'emoji et l'utilisateur choisit quoi utiliser. Ce qu'Apple ne peut pas lui interdire de faire.