korlibs / korlibs/korge

Configure `AndroidManifest.xml` / `Info.plist` with the Plugin

Open
#2,301 5 comments 0 reactions 0 assignees View on GitHub
Dominant language
Kotlin
Stars
3k
Forks
148
Avg merge
13h 44m
Merged PRs (30d)
1

Description

The generated builds are great, but lack a lot of extensions necessary for proper development.

It would be really beneficial if we could be able to process `AndroidManifest.xml` or `Info.plist` manually during the build process.

Specifically:
- I have to check "None" when asked about encryption algorithms every time I upload a build to TestFlight.
- The names of the XCode output are always "app" and not the configured project name.
- I would like to have a different app logo for the play store/app store since pictures can't be transparent (see below)
- Android integrations with the phone's sensors require specific `AndroidManifest.xml` configurations I have to do manually every time
- Change the Certificate Bundle Identifier for the outputted XCode project that overrides the `app--Release` identifier

On a Side Note:
- The output `icon1024.png` as apart of the assets can't be transparent, and it fails validation on the initial output. This should be seen as a user bug fixed with this enhancement.
- Why is there a separate `Debug` release type with every `Release` release type? They seem identical and don't serve a purpose outside of the `Debug` button in IntelliJ / XCode. This seems to slow down builds by 2x.
- What is the purpose of including `iosX64`? The only Apple products that have an X64 chip are pre-2020 MacBooks (which can simulate Arm64 iPhones anyways)

Contributor guide

No contributing guide indexed for this repository

Research direction

The issue names AndroidManifest.xml and Info.plist as files to process during generated builds; begin by locating the Android and iOS build-generation entry points. Clarify which manifest, plist, naming, identifier, icon, and release-output requests are in scope, then verify the generated platform outputs against those requirements.

Written by the indexing model from the issue text.

Assessment

Tech stack
android, ios, kotlin
Domain
build-system, mobile
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.