to @AbdurazaaqMohammed

[drogga]

@AbdurazaaqMohammed I'm not opening an issue in your aXML Editor repo on purpose, but I've noticed the following:
The editor's text is black on a black background, so it's invisible by default, I had to change its color.
There's no ID2Name, so it's hard to know what's what.
It asks to save decoded 2 times as a .txt file, while it can be as .xml so the syntax can perhaps work...?
It caches files and sees (hallucinates) that some are on storage, while they aren't anymore and by default it opens Recent, but it should either /storage or /storage/Download.
It cripples the encoded .xml, check with Explorer or Root Explorer (Paid) by SpeedSoftware to see what I mean - it's not actually readable after the edit, for that matter anything that can edit the Manifest "directly" does cripple it that way, being "APKTool M", Lucky Patcher or even NP Manager (I think, have used it previously) and I'm not sure about the old APK Editor Pro and the mods of it, but I don't remember it doing this, MT Manager on the other hand compiles/decompiles it properly always, being the string pool edit or the full edit one, but there are lines limit and it wants VIP for the unlimited edit (unfortunately), that's why I need your tool to work better.
Thank you.

[AbdurazaaqMohammed]

The editor's text is black on a black background, so it's invisible by default, I had to change its color.

I am aware of this I will fix it in the next update

There's no ID2Name, so it's hard to know what's what.

It's not possible to do this without accessing resources.arsc in some way, it should be possible with ARSCLib, but I'm busy for now, so I won't add it for a little while

It asks to save decoded 2 times as a .txt file, while it can be as .xml so the syntax can perhaps work...?

I did this on purpose because I couldn't find a good way of checking if a file was already decoded or not. But I'll try it again

It caches files and sees (hallucinate) that some are on storage, while they aren't anymore and by default it opens Recent, but it should either /storage or /storage/Download.

This is just Android file picker nonsense, on my device it automatically opens the last folder used, which is better than always going back to a specific folder, and from what I've seen it's not even possible to consistently set a default path to open.

It cripples the encoded .xml, check with Explorer or Root Explorer (Paid) by SpeedSoftware to see what I mean - it's nor actually readable after the edit, for that matter anything that can edit the Manifest "directly" does cripple it that way, being "APKTool M", Lucky Patcher or even NP Manager (I think, haven't used it previously) and I'm not sure about the old APK Editor Pro and the mods of it, but I don't remember it doing this, MT Manager on the other hand compiles/decompiles it probably always, being the string pool edit or the full edit one, but there are lines limit and it wants VIP for the unlimited edit (unfortunately), that's why I need your tool to work better.

All those tools (NP, Apktool M, LP, and my app) can view and edit manifest files from each other fine, the problem is with that Explorer app, and I can't do anything to solve it without the source code of it or MT Manager to figure out why it can't decode edited files unless they were done using MT.

[drogga]

I've fixed some typos in the OP, you can check if this changes some of your answers... ;)

In future, you can perhaps consider and implement a nice custom file explorer/picker, like the one in SAI (by Aefyr), which actually allows using either the built in one, or the system's, it's user's choice. The sorting preference for the app's one is in the settings there.

Regarding the crippled Manifest/XML > IDT, the problem is in Root/Explorer, I've discussed this years ago with the developer over multiple E-Mails, there's something with the formatting and it doesn't only read properly just files saved by MT Manager, but original/untouched or fully decompiled and recompiled packages as well, edited or not, IDK if you played with Root/Explorer and edited XML at all or enough, but I'm pretty sure that it's something with the AXML formatting and handling by all those apps that can quickly and dirty edit aXML, which it looks like only MT Manager does well and properly, basically anything else that can quickly modify/edit the Manifest - screws it (doesn't affect any system AFAIK, as such install and work), which doesn't prevent other apps from directly reading or editing it, so if anything - Root/Explorer at least shows me that something is edited in a quick/dirty/noob/bad way if i'm not sure and can't tell otherwise, honestly I don't even want the dev. of it to change how they are being read in order to show those properly and I haven't checked if other encoded XML(s) in a package are also crippled that way when edited without full package de/reCompile, or with anything other than MT (MT is awesome, but not perfect either, too bad it's expensive for my taste and I'm not a modder to make $ from monetized links to afford Lifetime VIP + MultiLogin to make it worth the purchase).

IDK if semi-direct editors of/for encoded .xml for other OS also cripple the Manifest, I don't use such (not that they are many), only used apktool for a while on Windows and Linux in the past, years ago.

[AbdurazaaqMohammed]

In future, you can perhaps consider and implement a nice custom file explorer/picker, like the one in SAI (by Aefyr), which actually allows using either the built in one, or the system's, it's user's choice. The sorting preference for the app's one is in the settings there.

SAI uses all files access permission, it's not possible to use custom file picker in newer versions of Android without granting it and this app doesn't need it, eventually I will make an patcher combining the features from my existing projects, which can actually justify having the permission.

Regarding the crippled Manifest/XML > IDT, the problem is in Root/Explorer, I've discussed this years ago with the developer over multiple E-Mails, there's something with the formatting and it doesn't only read properly just files saved by MT Manager, but original/untouched or fully decompiled and recompiled packages as well, edited or not, IDK if you played with Root/Explorer and edited XML at all or enough, but I'm pretty sure that it's something with the AXML formatting and handling by all those apps that can quickly and dirty edit aXML, which it looks like only MT Manager does well and properly, basically anything else that can quickly modify/edit the Manifest - screws it (doesn't affect any system AFAIK, as such install and work), which doesn't prevent other apps from directly reading or editing it

I forgot, MT decompiles the XML on a server. That's why it always needs internet and takes long. So I don't know what it uses to decompile and recompile it on the server. Also I tried arsclib/REAndroid APKEditor and it doesn't "cripple" it

Root/Explorer at least shows me that something is edited in a quick/dirty/noob/bad way if i'm not sure and can't tell otherwise

How exactly does paying for MT VIP or decompiling everything in apktool make it not any of those things?

[drogga]

IDK how well these ReAndroid's projects - APKEditor or ARSCLib .jar applets can work on and decode and encode back XMLs, because I've never tried them, I don't currently have Java installed on PC and I don't usually use things without a GUI or executables and I couldn't find any video on YT demonstrating the APKEditor, but I'm glad that it does it properly and I hope in future your projects also to be able to do it as well, if not better. I hope for the best ;), good luck and happy smooth coding.
Speaking of APK Editor, the old one by SteelWorks for Android with numerous of mods didn't seem to cripple the AndroidManifest.xml by editing it with any of the 3 methods (the 4th is just a file replacer) AFAIR.

How exactly does paying for MT VIP or decompiling everything in apktool make it not any of those things?

My English might not be native, but I believe it's pretty good and I've read this at least 3 times, but still couldn't comprehend the question here and I don't know how to answer to it, can you please rephrase it/elaborate ?, because of what I understood, my answer could only be - IDK.
I'm not a reverse engineer/modder, I know some things here and there, but that's about it, I can't read Java/Kotlin or Smali.

[AbdurazaaqMohammed]

You said "Root/Explorer at least shows me that something is edited in a quick/dirty/noob/bad way if i'm not sure and can't tell otherwise"

My question, since MT VIP will not show this, why is editing using those tools "quick/dirty/noob/bad" but MT VIP isn't?

[drogga]

It isn't, because it always saves readable by Explorer and everything else manifest on Android itself, unless previously crippled, then it won't fix it, or at least that was the case the last time I played around with this. Also MT has ID2Name with VIP. Any tool that can save readable as the untouched manifest is in my opinion a one that's worth using (if that makes any sense). I don't think I need to unnecessarily explain why exactly I used specifically the words dirty, noob and bad, I hope I didn't managed to somehow offend you, if I did, pls. forgive me, because that wasn't my intention.

BTW, the last update of the NP Manager claims to fix a critical bug in axml, let's hope is this one.

[AbdurazaaqMohammed]

Any tool that can save readable as the untouched manifest is in my opinion a one that's worth using (if that makes any sense).

No, it doesn't make any sense, there is no other app that has this problem, every other AXML decoder can read it fine, unless it somehow affects the performance of the app or something why would it matter.

Also MT did "fix" previously "crippled" files for me.

[drogga]

IDT we can consider the Viewer of Explorer exactly a decoder.
Good to know that MT fixes them for you, for me it doesn't (both string pool and decompile edit methods), I just rechecked again. IDK if you noticed, but the lines are re-arranged with different order when crippled and you decompile with MT to edit, compared to the non-crippled, the size is also less, so other tools for Android definitely f-up the encoding. I played around with APKTool M's Quick Edit & the direct Android Manifest lines editor - both f-up the manifest.

If you want, you can ofc. contact SpeedSoftware if you are certain that the problem is 100% there to get to the bottom of this, but I still don't believe its his app fault.

Bye for now. I hope you manage to push some update(s) ASAP to your editor to at least fix the more obvious things, like the text color, etc. Your "AntiSplit M" also needs a lot of work.

[AbdurazaaqMohammed]

The editor's text is black on a black background, so it's invisible by default, I had to change its color.
It asks to save decoded 2 times as a .txt file, while it can be as .xml so the syntax can perhaps work...?

I fixed these 2 issues.

About MT and the encoding, I believe MT actually does ID2Name by checking all ID references through byte approach, without decoding the XML, extract them from resources.arsc and put it in a new resources.arsc (To avoid uploading the whole resources) and uploads it to the server where it runs aapt or apktool.

I came to this conclusion becuase of how MT is the only app that can decode 2 kinds of obfuscated XML, Invalid chunk type 0 and EOFException (Those are the errors thrown by axml2xml).

Here is a sample of the first and second types for reference, the first is supposedly from Protect in ReAndroid APKEditor, and the 2nd one is from Modder Hub encryptor

axml2xml can't decode either, Apktool can decompile the 2nd but not the first, NP can only decompile the first, now MT is the interesting one, the string pool editor can edit both, but in the 2nd you will see a bunch of blank space at the beginning, because of how the length of fields were spoofed, but the full decompile works perfectly, so I believe it fixes the first error just like NP then uses apktool/aapt on the server. (Editing it by string pool will fix the first error, NP also fixes it)

Now since MT doesn't cause the "Crippling" of xml, I think it checks whatever changes you made and applies it by byte approach, both in string pool and full decompiler (Or maybe send it back to the server to recompile, idk).

the size is also less

I don't know whether you meant files edited by MT/apktool are smaller or the other tools are smaller, if the latter, this actually means all the other tools are superior, and we should actively strive to use xml2axml to compile instead of apktool, because saving even a single byte is more useful than keeping it readable by an app that no one would use to or even knew could decode AXML, and yes its a decoder, anything that converts AXML to human readable format is a decoder.

[drogga]

Thanks.
Lost Key: maybe use GH secrets in future to have a backup, even if you don't intend to use actions CI workflows.
Consider properly naming the assets in /releases, instead of the generic "app-release.apk" - less confusing to have app name with ver. when DLing, not having to rename during or afterwards ;)

The ID2Name theory thing would be valid if you have VIP and the option enabled and a resources.arsc to use in the first place and only in the Decompile method, so it can create a dummy temporary/working resources.arsc, it probably doesn't work that way with String Pool, without ID2Name and without resources.arsc to get the references from, like when editing external outside of package encoded .XML and nothing else is available to know the origin of or get any references whatsoever.

The fucked-up encoded .XML's are the ones with less file size (AFAIR) until fixed by a proper full package de/recompiling (apktool) and the size is not everything in this case, especially given the 2 examples by you and when it has to be as close to the source/original as possible and not crippled, relying on the decoder to handle/fix it to make it somewhat readable and properly syntaxed, this doesn't mean in any way that it's OK at all, thanks good that most systems don't mind and still install packages with such.
It sounds like you would apply unnecessarily compression and obfuscation with resources (incl. images) and dex confusion (known as minifyEnabled & shrinkResources when working with source), just to save up a few KB/MB's, me on the other hand - I prefer properly and fully purged junk, instead of any kind of compression methods and tactics.

[drogga]

AntiSplit M:
When the "Show dialog allowing selection of which splits to include" option is ON and I don't select any (nothing is selected by default) and proceed, a 0 bytes file is still being saved (the same if I Cancel), show a warning and refuse to proceed if/when nothing is selected or just make the OK button of the "Select APK files" greyed-out, ideally you can add an additional to the "Select All" option on top to select the base .apk and all the DPIs, since you mostly won't want to remove those (unlike additional languages than EN, ABIs or dynamic features), or base, all DPIs/ABIs and only EN to be selected by default. I think it might be unrealistic to expect you to be able to do what the installers like SAI & APKMirror do and the ones based on and for the current configuration to be selected.

System "Files" app and .xapk - AntiSplit M doesn't show up as available option in the "Open with" or "Share via", but it does for .apkm and others, along with other apps that can handle them, I think that this shouldn't be a system limitation, but I might be wrong.

Selecting splits that aren't in any archive is not possible with your app and archiving them to .zip also doesn't merge them, because it either doesn't list the splits or it says that it's searching for them and in both cases it always modifies the .zip file to an invalid 0 bytes on (that's really bad and is just and only because the extension is non other than ZIP).

java.io.FileNotFoundException: No '*.apk' files in directory: /storage/emulated/0/Android/data/com.abdurazaaqmohammed.AntiSplit/cacheb.b.c(SourceFile:190)b.a.h(SourceFile:6)com.abdurazaaqmohammed.AntiSplit.main.MainActivity.a(SourceFile:62)a.n.doInBackground(SourceFile:29)android.os.AsyncTask$2.call(AsyncTask.java:333)java.util.concurrent.FutureTask.run(FutureTask.java:266)android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:245)java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)java.lang.Thread.run(Thread.java:764)
Searching apk files ...
File saved successfully

These 2 don't seem to make any difference in this case:
Ask where to save the file each time (if disabled, write the AntiSplitted APK to the same directory where the split file was from) & Show dialog allowing selection of which splits to include

[AbdurazaaqMohammed]

System "Files" app and .xapk - AntiSplit M doesn't show up as available option in the "Open with" or "Share via", but it does for .apkm and others, along with other apps that can handle them, I think that this shouldn't be a system limitation, but I might be wrong.

Can you check what MIME type are xapk files on your device? For me it is application/octet-stream (You can check it easily in Apktool M > click file > Details > More > Properties)

[drogga]

You can long-press > Properties, without going to Details > More first, but YES, the MIME Type is the same you see, perhaps you can exclusively add it to the manifest to support it, I've seen Video/Audio Players exclusively mentioning some known/common file extensions there (it includes lots of * per line)...

[drogga]

AXML Editor (1.7.0)
from the changelog: "Make the PopupMenu background black" - IDK which pop-up you mean (haven't invested much time to check), but the "Search attributes and edit" dialog is white.

...I somehow expected it now to look more like the AXMLPrinter (I haven't tried to build it with Actions and I don't have any IDE setup that I can use to build it locally), but this will probably increase the size or whatever and complicate the things for you...

[AbdurazaaqMohammed]

AXML Editor (1.7.0) from the changelog: "Make the PopupMenu background black" - IDK which pop-up you mean (haven't invested much time to check), but the "Search attributes and edit" dialog is white.

No I meant this menu this is a PopupMenu in Android

Now I themed the dialog too

...I somehow expected it now to look more like the AXMLPrinter (I haven't tried to build it with Actions and I don't have any IDE setup that I can use to build it locally), but this will probably increase the size or whatever and complicate the things for you...

I really don't understand what you are saying, if you didn't see AXMLPrinter app what were expecting it to look like

[drogga]

Now it's not even a dialog anymore, but fullscreen (worse than before), couldn't it be as it was, just not white ?

AXMLPrinter - like on the screenshots...

[AbdurazaaqMohammed]

Now it's not even a dialog anymore, but fullscreen (worse than before), couldn't it be as it was, just not white ?

I dont know why it is fullscreen trying to theme some things on Android just ends up goofy like this

I think those screenshots are from Modder Hub

[drogga]

Actually it was so much better as a dialog, that I've changed my mind and will be ok if it's in white, as long as it's not as currently, because the Search drop-down is still in white anyway and there's no indication that it's clickable and expandable drop-down at all, only the text is colored, overall it's aweful looking.

---

Please check out the discussion about IDP if you haven't, because I've included 3 new crashes few hours ago.

[drogga]

Allow sharing multiple split APKs to be antisplit
Allow sharing splits (base.apk, config.arm64_v8a, config.mdpi, etc.) to be antisplit

The 2 lines seem like the same thing...
End each changelog line with a . or ;.

[AbdurazaaqMohammed]

1. Allow sharing multiple split APKs (APKS/XAPK/APKM) to be antisplit all at once so they don't have to be done individually.
2. Allow sharing splits from a split APK (base.apk, config.arm64_v8a, config.mdpi, etc.) to be antisplit as you requested.

[drogga]

multiDexEnabled = true
"MultiDex is usually used when your app has more than 65,536 method references, which is the limit of the Dalvik Executable Format. MultiDex can help an Android app overcome the method reference limit and support larger codebases."

Does AntiSplit M has more than 64K method references, if not why suddenly using it ?
(apologies if the question seems/is stupid).

---

How much larger is the .apk without isMinifyEnabled = true & isShrinkResources = true (or proguard) ?

[AbdurazaaqMohammed]

No, but I used this option isCoreLibraryDesugaringEnabled to help make it work on older Android versions, it includes some of the newer methods in the APK itself and puts it in a new dex file, so it makes you enable multidex

And it's only about 100KB more but I disabled renaming of objects in ProGuard so it shouldn't affect debugging much.

[drogga]

I get it. Thanks.
For ~100 KB I prefer it without obfuscated res, consider setting to false or removing minify & shrinkResources, I think it's worth it to have actually usable /res folder.

[AbdurazaaqMohammed]

Well I tried turning it off and all the names in /res/ are still obfuscated, I actually have no idea how to make them normal again

[drogga]

That's odd, what's the IDE you are using - Android Studio ?

The option to save in the source folder actually doesn't, but it creates an AntiSplit-M one in the root of the storage.
It signs with only scheme v1, please tune it to use v2 & v3 alongside v1, like how MT Manager does (the 3 at the same time).
It doesn't warn for mismatched splits (versionCode), but it just merges them, which causes a crash in most cases, tho it works in some and APKCombo provides splits from previous versions, except the base one. You can test with com.jsdev.pfei v9.4.0 - it will crash after you change the language from within the app.
Strangely, editing the manifest to bump the versionCode(s) to match the base and merging/installing them with SAI works, the target app doesn't crash.

[drogga]

Can I make SAI install mismatched splits ?, I've searched here in code and I've found a value that I can set to false, but I don't have any IDE to compile and I don't want to play with GH Actions, so I prefer editing the .apk, but I can't seem to find the relative code there in smali, I search for ID 0x7f10011e, turn const/4 v3, 0x1 to 0x0, but that doesn't seem to be it, please help if you can. It can still show the warning, but I would like it to be able to install them instead of fail.

[drogga]

Damn those pointless translations of things, can't people learn and just use English, such a basic app and yet they want it multilingual (first Russian & Ukrainian and now Turkish, along with de, es, fr, zh), anyway it looks like in near future you will have to add a language picker as well...

[AbdurazaaqMohammed]

Bruh
Android is supposed to apply those languages automatically according to the device language it does not need language picker

That's odd, what's the IDE you are using - Android Studio ?

Yeah

The option to save in the source folder actually doesn't, but it creates an AntiSplit-M one in the root of the storage.

It is supposed to do this only if it couldn't write to the same folder, if you share a file with the app the filepath is in /data/

It signs with only scheme v1, please tune it to use v2 & v3 alongside v1, like how MT Manager does (the 3 at the same time).

I aint doing that I wasted too many hours trying to get other signing methods to work

Strangely, editing the manifest to bump the versionCode(s) to match the base and merging/installing them with SAI works, the target app doesn't crash.

I guess apkcombo check and does not update the splits if there is no real change. For me antisplit does not work even after editing the version code.

Can I make SAI install mismatched splits ?

I dont think it will be simple as changing a boolean. The version code of all the splits probably needs to be the same as the base for it to install. APKcombo installer probably sets it somehow at runtime.

[drogga]

The comment on the language might seem more edgy, but it's not like that, some devs. hold on the releases to wait for the translations and you need to implement a language picker or at least a option to force it to English, because if the app sets itself to the system lang. (if supported and translation is available), and one wants it to another and is not with A.13+, they won't be able to change it, for example let's pretend that my OS display lang. is German, but I want this app in English, how do I set it on below A.13 ?
When I have to install an app on devices that are not set to English (friend's devices to do something for them or one that they can use for now on) and the app supports the OS lang., but it doesn't have a picker, I have to change the OS lang. to understand it (because I don't know the other language much or at all, conversations go in Eng.) and to work with it and show how it works, it's really and very annoying and a real case scenario, I'm not speculating, happened multiple times. I hope you see the point.

---

Picking and selecting a file from within the app saves the merged file in it's own AntiSplit-M directory as I mentioned, but it wasn't like this before, so I don't get why now, because it CAN write to the source dir., it did before, it just doesn't, also it still saves 0 bytes files and it probably still overwrites ones that aren't 0 bytes.

---

There are complaints ever since A.12/3 came out to this day (I've seen ones very recently - the other day) that some people can't install SAI on some picky systems/configurations/devices, but it's certainly not because SAI's SDKs, but only because SAI is signed only with scheme v1, good luck to them installing AntiSplit-ed by your app, without resigning them with something else.

---

After editing the build numbers to match the base, the app doesn't crash, but it's not translated either, while merging them as they are causes it to crash.

---

I came to the same conclusion after many hours, that it doesn't exactly depend on SAI to install splits with mismatched vers., but the system refuses to go with the installation, but that doesn't mean that I still don't want to try it by altering SAI, anyway, I still don't know how to properly do it in smali, so I will probably have to compile it from source with the change sometimes in future if I don't forget, tho one thing I noticed is that MT Manager doesn't install those either (nor does the APKCombo installer, IDK why you thought that it does - it's their fault that they pack mismatches and the modders fall for it and now we have apps that crash and they wonder why - that's why), but those that MT installs (with the correct splits from other sources) does it for all the users for some reason, not just the current one, at least with root, which is wrong, but not exactly what we are discussing.
IDK if Play Store can or does install mismatches, but I wouldn't be surprised if it does, given that it can also install bundles/splits on Lollipop, where other apps can't and fail, especially SAI (maybe not all, but at least on those that I've tried).

---

It would be nice to improve a bit the UI/UX by adding border indicators / dividers / visible spacers to the dialogs/pop-ups, like the splits picking one, because at least on non OLED (IDK about Amoled - haven't used it on such much) it's very hard to tell where that dialog/ue window ends with that default pure black theme/layout, not that it will be much diff. with other colors, because there are no borders whatsoever. Check out the Port Authority v.2.4.1 app for example - pure black as well, but beautiful, with blue border lines/dividers.

[drogga]

https://github.com/AbdurazaaqMohammed/AntiSplit-M/blob/master/settings.gradle.kts
rootProject.name = "AndroidManifest Editor" > it seems like you reused the file from the AXML Editor, it might be confusing if I clone/import it...

[drogga]

Will test it when I can, but for now it's left the option to not merge mismatched (already available in G2) or at least warn about such when selected/present...

---

"When signing an APK, apksig chooses the most appropriate cryptographic algorithms based on the Android platform versions supported by the APK being signed."

^> Does this now also applies for and to your app, meaning that on really old OS vers. it will only sign with the ones supported by the system and not with the 3 at the same time ? - if true, then that means that if distributed to newer, you might want/have to resign it (I dislike that quote, APKTool M does this by hiding the schemes that aren't supported on older A. vers. and I hate it for this)...

[AbdurazaaqMohammed]

When I have to install an app on devices that are not set to English (friend's devices to do something for them or one that they can use for now on) and the app supports the OS lang., but it doesn't have a picker, I have to change the OS lang. to understand it (because I don't know the other language much or at all, conversations go in Eng.) and to work with it and show how it works, it's really and very annoying and a real case scenario, I'm not speculating, happened multiple times. I hope you see the point.

Ok, I was thinking that as you said it's a basic app, if someone has their phone language changed they will understand enough to use it, but I understand what you are saying, anyway I added it

Picking and selecting a file from within the app saves the merged file in it's own AntiSplit-M directory as I mentioned, but it wasn't like this before, so I don't get why now, because it CAN write to the source dir

I had implemented a check to ensure writing to the file is possible, I'm not sure why it didn't work properly, now I fixed it

After editing the build numbers to match the base, the app doesn't crash, but it's not translated either, while merging them as they are causes it to crash.

I came to the same conclusion after many hours, that it doesn't exactly depend on SAI to install splits with mismatched vers., but the system refuses to go with the installation, but that doesn't mean that I still don't want to try it by altering SAI, anyway, I still don't know how to properly do it in smali, so I will probably have to compile it from source with the change sometimes in future if I don't forget, tho one thing I noticed is that MT Manager doesn't install those either (nor does the APKCombo installer, IDK why you thought that it does - it's their fault that they pack mismatches and the modders fall for it and now we have apps that crash and they wonder why - that's why)

Ok, I suppose the splits are fully wrong then, I was just guessing that there was an actual reason apkcombo does it like that. I will try to add checking for mismatched splits and prompt to skip them if it's only language splits and not necessary for the app to run

It would be nice to improve a bit the UI/UX by adding border indicators / dividers / visible spacers to the dialogs/pop-ups, like the splits picking one, because at least on non OLED (IDK about Amoled - haven't used it on such much) it's very hard to tell where that dialog/ue window ends with that default pure black theme/layout, not that it will be much diff. with other colors, because there are no borders whatsoever. Check out the Port Authority v.2.4.1 app for example - pure black as well, but beautiful, with blue border lines/dividers.

I did this

https://github.com/AbdurazaaqMohammed/AntiSplit-M/blob/master/settings.gradle.kts [rootProject.name](http://rootProject.name) = "AndroidManifest Editor" > it seems like you reused the file from the AXML Editor, it might be confusing if I clone/import it...

Fixed this

Does this now also applies for and to your app, meaning that on really old OS vers. it will only sign with the ones supported by the system and not with the 3 at the same time ? - if true, then that means that if distributed to newer, you might want/have to resign it (I dislike that quote, APKTool M does this by hiding the schemes that aren't supported on older A. vers. and I hate it for this)...

No, it has the options to enable v1, v2, v3 when signing and I enabled all

[drogga]

Thanks for the reply. For most of the things that you confirmed that you've addressed - I know already, I'm subscribed to/"watch" the releases (GH feature) and monitor the commits and issues, that's why I previously wrote that "Will test when I can" in my last comment - I was referring to the latest changes/fixes. ;)

"I will try to add checking for mismatched splits and prompt to skip them if it's only language splits and not necessary for the app to run"

-> 👍 Keep in mind that if one proceeds with the merging anyway, the apps that have internal language picker/selector will expect to have the correct resources/splits (split_config.language.apk), but they won't, so when merging mismatches (without altering their versionCode to match the base) the AntiSplitted app will crash not only if you try to manually change the lang. (from say EN to other), but also when the system's language is one of the supported by the app and you just launch it, because it will expect the resources strings to be the correct ones and will try to display itself in that lang. This is what I tested so far with, I haven't with other types of mismatched splits, except DPIs, so IDK for sure if every app will crash when merged with the wrong splits vers., like libs and/or dynamic features, but it probably will, rarely anything works that way.

"No, it has the options to enable v1, v2, v3 when signing and I enabled all"

-> Nice. Thank You.

I had an idea for the app icon that shows full sized android vertically splitted in half with rough edges and stitched with a medical bandage, I can't show anything tho, because I'm not good with graphical designs, only with ideas (if I attempt, it will have to be ugly made in ms paint and it will look terrible like it was done by a kid and AI does a terrible job as well).
Actually, a basic transparent monochrome in the style of "Arcticons" for all would probably be the best.

[drogga]

v1.6.3.8 has 2 APK asset files with according to GH identical file size (one properly named and one with a generic name), I didn't DL them yet, but I wonder why 2 and what's the difference if any...

ReadMe: I know that at this point the screenshots are old and don't show the improved UI, but still - you can set a dispaly size for them, like thumbnails, which should be clickable to full size and expandable (under details markdown) to show, so hopefully they don't unnecessarily load everytime along with the repo, or like how are they here (broken, but still you can see what I mean and Thank You): https://github.com/TeamPiped/Piped

[drogga]

The toast messages text in the bubble are misaligned on Samsung with A.10
Add grid lines to the settings, because currently it's a bit hard to tell right away which toggle for which setting it is, because on some the description is on multiple lines in ENg.
Ability to sort the installed bundles also by update time (not install, or maybe both), instead of only alphabetically.
I liked the ver. with the App Name on top.
I liked the ver. when the settings button was smaller and next to a single button, instead of big and between 2.
Ability to pick between the Test (.past file ?) and the Debug key you created (debug23), custom keys from storage and signing schemes.

Does the log have to state "Not an APK file Skipping" so many times for every file that is not an .apk, can't it show it only once ?, because I've seen too long reports in the repo's issue tickets...
IDK isn't the log being copied and pasted properly with line breaks, is it a syntax / indent problem or what, or the users mess something and don't know how to post it, like in Code for example, but it looks weird and barely readable. Example: issue ticket №” 57 with title "Crash Report". Edit: It's a problem of how your apps show/copy the internal errors.

Btw the APKSigner is with the AntiSplit M file picker button label [Select split apk to merge/antisplit], probably because you used it as a base and I see in the UI that it does support v4 scheme now, but it doesn't actually sign with it (IDK if it makes sense to add support for v3.1), anyway, I guess you will soon address those things, given that it's the first release.
When the option to ask where to save is disabled, it shows a internal error log and can't resign anything.

What's the purpose of APKSigner/app/src/main.zip [1.25 MB] and AXML-Editor/app/src/main/res.zip [194 KB] ?