yashsingh1/xdaforums huggingface dataset:
[Xposed Framework Modules] oppopoop:
3 problems

3 problems

- emoji doesn't load. I have to open exi app, then I can see emoji on swiftkey. (I have enabled Exi to autostart on boot)

- I can long-press on multiple-race emoji and a pop-up will appear, but I can't select any emoji on the pop-up. taps go through it, as if it wasnt there. Exi does not have show on top of other apps permission... ?

- with Exi, to delete emoji I have to hit back key twice, instead of just once on regular swiftkey. this is annoying..

I only use Exi for having more emoji on switfkey. is there another workaround to this? like a modded swiftkey with all the emoji?

Thanks
[Xposed Framework Modules] oroboros74:
Does anyone know if there is a way to have favorited or saved Gifs? Like a panel where you have them pinned or saved or something for easy access?
[Xposed Framework Modules] Roughy:
Xposed will hook into the Swiftkey process and communicate with a provider on Exi's side to load the emoji. Exi's files (including its database) being wiped on every boot would explain this behavior, as after a fresh install we initialize the database the first time the app is opened. Before that the database will be empty, meaning the xposed side is unable to load the emoji. Do you lose any other configuration changes, such as shortcuts and popup keys?

Diverse emoji selection should be working fine too, though it is not out of the question that you are encountering a bug that only occurs on a specific version of Android.

What version of Android, Swiftkey, and the Exi module are you using?

Modding the apk to include additional emoji in the stock categories is in fact possible, as the emoji are stored in an array that is fairly straight forward to modify.

It is not a straight forward process, and requires some knowledge of apktool and smali code.
[Xposed Framework Modules] KaMyKaSii:
So I think TaiChi has an internal list with package names that can be activated, because here I wasn't able to activate any module downloaded from the official Xposed repository, just downloaded through TaiChi's "Download modules" itself. Through the translation of https://github.com/tiann/EXposed/wiki/FAQ it seems that the only modules that can be activated are those that the TaiChi developer has already tested and that it is necessary to contact him to increase this list of modules. I just don't know if this can be done by us users or if you need to be the developer of the module. Anyway, I'll try to talk to him
[Xposed Framework Modules] alwynjoshy:
New beta came and module does not work, need some changes i think
[Xposed Framework Modules] Roughy:
Noted in last release post, and top post.

Have already finished fixing things, but the problem is that it's going to break backwards compatibility again.

So it'll be compatible with the current beta release (7.1.7.31 and later), but not the current stable ( 7.1.6.28 and below).

Last time I released an update that was not compatible with stable yet was a massive clustertruck, despite warnings in large font not to update if you were on the stable branch.

The xposed repository does let you release on a separate beta branch, so maybe that is what I should be doing.

Will sleep on it, decide what to do tomorrow.
[Xposed Framework Modules] :
Hey,

Swipe-to-select-then-erase bug is still present... This is a deal breaker for me, I can't use the mod at all because it drives me mad everytime I type :(
[Xposed Framework Modules] alwynjoshy:
When you sleep think about it, your brain will work on whole time you sleep and may get a new idea hopefully next morning, god bless
[Xposed Framework Modules] Roughy:
After much trial and error, I have finally figured out the exact cause. Turns out doing it quickly is not the problem, nor is it a case of the Swiftkey not updating its internal state.

The text cursor always has a start and an end position. If you are not selecting anything they will both be at the same position. If you are selecting something, the end position is where the actual cursor will be located.

When swiping from the delete key to select text, the selection start position is at the end of the word, and the end ( and thus the cursor position ) is at the beginning.

Swiftkey's swipe-to-delete gesture deletes the word to the left of the cursor, and since the cursor is at the beginning (left side ) of the selection rather than the end ( right side ), it deletes the word that comes before your selection instead of your actual selection.

Despite this it does in fact delete the selection like it's supposed to about half of the time, so they have obviously accounted for this scenario, but isn't evaluating it correctly.

The problem is somehow compounded by my use of BatchEdit, which lets us batch multiple changes ( selection in this case ) together without notifying swiftkey, which is why Swiftkey's predictions don't update until you you stop swiping. This is done for performance reasons.

In the end, for reasons unknown, it seems flipping the start/end positions and returning them again after exiting batch mode seems to kick it back into gear.

I've spent 5 minutes trying to reproduce it again with no luck, so we are probably maybe in the clear. Assuming, of course, this doesn't cause issues elsewhere.

I'll be releasing an update targeting 7.1.7.31 in ( probably ) a couple of hours, once I decide on what to do about the fact that it only supports the current beta branch and later, and not the current stable.
[Xposed Framework Modules] :
Interesting!

Super cool to hear that it'll be fixed :) Thanks Roughy!
[Xposed Framework Modules] Roughy:
Exi for Swiftkey 1.7.2 release [BETA]

1.7.2 [ 04.11.2018 ] - Compatibility, bug fix ( Stable: 7.1.7.?, Beta: 7.1.7.31 )

THIS RELEASE TARGETS SWIFTKEY 7.1.7.31 AND LATER

Make sure your Swiftkey version is 7.1.7.31 or later before updating

Changes in 1.7.2 ( Stable: 7.1.7.38, Beta: 7.1.7.31):

Fixed

- Compatibility targeting 7.1.7.31

- Native left-swipe gesture erasing wrong text when used after swipe-selection

The Xposed Installer app does not appear to be refreshing properly and may not list the latest version.

Please download it directly from the Xposed Repository below using a browser.

Download:

Exi for Swiftkey on Xposed module repository

Notes:

Swipe gesture after swipe-selection [MENTION=4317609]Phlooo[/MENTION]

See this post for details.

tl;dr Swiftkey sometimes doesn't realize that text is selected, and deletes the word in front of the cursor rather than the selection. Hopefully fixed with weird workaround.

I'm fairly sure it has been resolved, but let me know if you still encounter issues.

Compatibility [MENTION=5881351]alwynjoshy[/MENTION]

Swiftkey isn't going to stop making changes to their codebase, so despite our best efforts hooks will break from time to time.

There were a number of minor things that failed because the selection criteria is very narrow.

For instance we hook the method that creates the base view for the whole keyboard, but the signature for the method only differs by a single letter, for the lack of a better analogy.

That letter changed. Luckily its new signature is still unique, so we can tell it apart from the other similar methods we don't want, but some things are difficult to make resilient.

There was a major change though. Swiftkey used to define their keyboard layouts in human-readable xml files, and the individual keys were tagged with stuff like "SwitchLayoutKey" and "DeleteKey".

Nice and simple, but good things rarely last. Their new format is just a stream of data, and the new identifiers are individual numerical values. "DeleteKey" is now "0x6", and "SwitchLayoutKey" is "0xC".

Nothing we can't figure out with a bit of trial and error though, and hopefully those numbers won't change.

I only hope I haven't missed any, since there are in fact multiple different types of spacekeys and symbol keys, and they all have different codes.

Note

It is inevitable that people are going to update blindly without changing if their version of Swiftkey is compatible first so... brace yourselves.
[Xposed Framework Modules] alwynjoshy:
Perfect, working fine, great job, thank you
[Xposed Framework Modules] Tchania:
Man... You're the best. Quick update after the 7.1.7.31 breaking compatibility. I promise I will donate once I get some stuff done to start using online payment services. Thank you!
[Xposed Framework Modules] Einheit-101:
I just discovered this and it is hands down one of the best, if not THE best module for xPosed. Now i have a clear reason to bury swype keyboard once and for all with the added copy/paste functions. Thanks a lot for making this.
[Xposed Framework Modules] oppopoop:
The issue with emoji not appearing seems gone. it was probably xprivacy blocking access during boot.

This screenshot h t t p s : / / ibb.co/mMAYDV shows how multi emoji's look on my phone.

I am running android 5.1, swiftkey 7.1.0.19 and exi 1.5.3.

I am not sure how could the mod be done, cause I dont know the criteria that swiftkey uses to show emoji. My font supports more emoji than swiftkey shows. Maybe swiftkey shows emoji according to android version?
[Xposed Framework Modules] it's pointless:
logcat running on android 5.1, with latest Exi version and the corresponding stable swiftkey

------beginning of system

08-24 18:03:38.335 E/ActivityManager(5677): Unable to mark boot complete for abi: armeabi-v7a

08-24 18:03:41.532 E/BootReceiver(5677): system_server crashed!

08-24 18:04:01.092 E/ActivityThread(6373):	at de.robv.android.xposed.XposedBridge.main(XposedBridge.java:102)

08-24 18:04:45.024 E/MediaScanner(6401): prescan Libcore.os.access failed access failed: ENOENT (No such file or directory) path =/storage/sdcard1/Android/data/com.touchtype.swiftkey/cache

08-24 18:04:45.034 E/MediaScanner(6401): prescan Libcore.os.access failed access failed: ENOENT (No such file or directory) path =/storage/sdcard1/Android/data/com.touchtype.swiftkey/files

08-24 18:04:49.047 E/EmojiFactory_jni(10658): Failed to load libemoji.so: dlopen failed: library "libemoji.so" not found

08-24 18:04:50.914 E/EmojiFactory_jni(6337): Failed to load libemoji.so: dlopen failed: library "libemoji.so" not found
[Xposed Framework Modules] ace_apr27:
Ooh, interesting. I might just be able to pass safetynet if I use this, then! Thanks for the lead, I'll try it out! Do you have any idea if this is functional on Pie? I'm sticking to Oreo for the moment because of Exi. It might seem a bit stupid, but using SwiftKey without the hoard of shortcuts that I've set up in Exi is a royal PITA.
[Xposed Framework Modules] Roughy:
Unless you're on an armv8 device, Swiftkey Stable's version is still below 7.1.7.31, and should still be using an older version of the module ( Exi 1.7.0 ).

However, your problem appears to be that Xposed itself is crashing on boot, which is unrelated to this module.

Resource hooks is a common cause of this (can be disabled in the Xposed Installer), but regardless of the cause it is unlikely that this module has anything to do with the problem.

Swiftkey used to have a single hardcoded list for each category, which I imagine they filter depending on the device. Not too sure how they do things these days.

This module on the other hand has supports two sets of emoji: Pre-nougat and post-nougat, matching the emoji panel configuration available in stock Swiftkey.

If you are running Lollipop, it will default to the pre-nougat set, which contains fewer emoji. You can configure which emoji set is used by opening the Exi for Swiftkey config app and going to Settings- Emoji Version, and choosing the "Post-Nougat" option.

See the release post for Exi for Swiftkey 1.2.0 for more info on that particular feature: https://xdaforums.com/showpost.php?p=74370652&postcount=185

As noted in my previous reply, modding the apk to add more emoji without using this module is possible, but not a task I personally intend to undertake.
[Xposed Framework Modules] toole:
Is there a way we can use this without xposed or is there a magisk module for this?
[Xposed Framework Modules] KaMyKaSii:
I asked the developer of TaiChi/EXposed and probably the next update will already support Exi

https://www.coolapk.com/apk/me.weishu.exp
[Xposed Framework Modules] toole:
What is Taichi? And will exi going to come to magisk?
[Xposed Framework Modules] KaMyKaSii:
A project to make xposed modules work without the need to install Xposed on the system. And no, it is not possible to make Exi work through Magisk
[Xposed Framework Modules] ogsho:
Will you be adding emoji ios 12.1 beta support. I've updated my emojis thru magisk module. And after some testing. It seems that with the exi module the 12.1 emojis don't update. After uninstalling the emojis reload to latest. Any help would be greatly helpful
[Xposed Framework Modules] Roughy:
Ah yes. The current list of emoji was compiled back when Oreo was released, so any new ones present since Android Pie won't be there yet.

There apparently isn't an Xposed for Pie yet so I haven't bothered with it yet, but I suppose it's about time I got to it.
[Xposed Framework Modules] @srmahunt:
Just started using it, graet mod by the way. Just the more suggestion feature doesn't work, and plz provide option to back up settings.
[Xposed Framework Modules] Roughy:
Backing up settings needs to be a thing, but I loathe to think of the work involved getting it done.

More suggestions appears to be working using the latest version of the module and latest Swiftkey stable and beta ( should be fine in any version 7.1.7.31+ ).

What version of swiftkey, exi, and android are you on?

If the module is encountering problems the module will generate logcat ouput tagged with "Exi/". Please include this if relevant.
[Xposed Framework Modules] @srmahunt:
SwiftKey version 7.1.7.38

Exi version 1.7.2

Oneplus 5 stock oos with Android 0reo 8.1

The exi log is attached, also a new thing i noticed is after a reboot the features don't work until the app is opened.
[Xposed Framework Modules] Techvir:
I am using it on Note 9 android 8.1

I cannot get the space bar swipe up to work at all.

I checked the logs but here are none..

SwiftKey version 7.1.8.27

This module 1.7.2

Anyone else?

Edit : that was on beta... Working on stable SwiftKey version
[Xposed Framework Modules] Roughy:
Nothing out of the ordinary in the logs.

The fact that you need to open the app before some features work would suggest that Exi's data is being wiped, as we initialize the database with some default configurations (emoji, quick menu, hotkeys etc) the first time it is run. There was another user a while back with similar symptoms that were caused by some other module blocking it from being run.

If you make any configuration changes are add shortcuts/hotkeys/popups/emoji, do they survive a reboot or are they reset?

Any useful output would be in logcat.

This module has to cope with significant changes to Swiftkey's codebase, so it is often difficult for it to realize that something has gone wrong, and it will not print any errors unless things really hit the fan.

(beta) 7.1.8.27 and stable ( 7.1.7.38 ) should both be working fine though.

The most likely culprit would be that I've missed a tag for one of the space key types, thus not registering when it is touched.

There are a few different space key types, and they vary by layout, which is unlikely to have changed between stable and beta.

What language and layout are using? Got any non-standard options enabled? Do things like swipe-from-shift / swipe-from-delete or hotkeys work?
[Xposed Framework Modules] @srmahunt:
The changes i make aren't reset to default but i have to open the mod for it to be applied again.

I am using Hinglish(Hindi+English) and Odia(English version) as my language. Layout is querty. Everything except more suggestion words work just have to start the mod after reboot.

Also i tried disabling all the other mods to see which one causing the problem but the issue still persists. And to be exact after reboot the keyboard doesn’t act accordingly to its default settings. I have enabled swipe to delete gesture in swift app(default) but when i use the gesture it just mives the cursor around. Also long pressing space to activate space up swipe mode, makes the keyboard background darker but doesn't display the overlay.
[Xposed Framework Modules] biebie29:
Not working on swiftkey 7.1.7.38 running beta exi 1.7.2 nothing is working how can I get a log to you
[Xposed Framework Modules] biebie29:
My log
[Xposed Framework Modules] oroboros74:
This seems promising! Would you please let us know when this happens?

Do you have any info about this in English? There are a couple of other mods which might fit the requirements; how did you get in contact with the developer to make the request?
[Xposed Framework Modules] ace_apr27:
Damn cool. Do you have any idea if TaiChi can run on Pie? Exi is legit the only reason I haven't flashed a Pie ROM yet haha!
[Xposed Framework Modules] galaktiker:
Please help me. Swiftkey Keyboard 7.1.7.38 and Exi for Swiftkey 1.7.2. After installing and activating this exposed module flow input just stopped working. Now I can only type, swype input doesn't work. Turning off Exi for Swiftkey solves the problem...

Is there any solution?
[Xposed Framework Modules] KaMyKaSii:
In this site there is some information, but do not use the apk provided by it since it is an outdated version

https://virtualxposed.com/tai-chi/

From what I understand, all modules (which do not make direct modifications to the system, only in user apps) could work, but the TaiChi developer preferred to include support for each module (and each version) individually. I asked why and he told me that the modules could abuse that, but gave me no technical answer of how they would abuse it. Honestly, I would rather have this system unlocked

Through his email. I made the request for Exi support but the TaiChi has been updated since then but the Exi support has not yet been included. Maybe if you and other users ask for it, he consider the request further

twsxtd@gmail.com

There is a warning that may not be stable in 9.0 but I think you can try
[Xposed Framework Modules] Roughy:
The default swipe-selection mode will prevent flow-input from working, as they both rely on the same gesture.

You can rectify this by disabling swipe-selection completely by tapping the current active mode, or switch to a swipe-selection mode that will not interfere with flow, such as hold-any-and-swipe, hold-shift-and-swipe, swipe-on-spacebar, or swipe-on-number-row.

Thank you, the log contained exactly the information I needed.

I forget to add a requirement null check to the hook that hides predictions, causing it to crash when attempting to hook it.

This is worrying for two reasons:

A: I search for classes and methods based on similarity, meaning it should never find /nothing/.

B: Everything is working fine here, which means either Swiftkey is releasing different versions of Swiftkey under the same version name, or something device-specific is interfering with our ability to locate and identify the classes we're after.

One hook failing like this would normally be no issue, but the fact that is is happening at all, and only to you, means other hooks are also likely to encounter problems.

I've added the missing null check to keep it from crashing at that one location, but seeing as I technically cannot reproduce the problem, I cannot assure there won't be more.

Could you give this update a go and let me know if it works out?: https://www.mayulive.com/swiftkeyexi/swiftkeyexi-1.7.3.apk
[Xposed Framework Modules] galaktiker:
Hello! Sorry, but I don't understand. Swype method works with Swiftkey by default. It doesn't work after installing Exi Xposed Module. So what should do (step by step) in settings or anywhere else to fix this...
[Xposed Framework Modules] Roughy:
It sounds like you might have missed the config app that accompanies the module.

You should find "Exi for Swiftkey" somewhere in your app drawer. You can also access it by tapping the module in the Xposed Installer app.

You should be greeted a by screen that looks something like this.

Apart from the fact that you can disable swipe-selection completely by tapping the currently active mode to de-select it, it should be fairly self-explanatory.

If you go to the second post of this thread there is a somewhat outdated guide that covers from of the particulars.
[Xposed Framework Modules] Valiante:
Feature request

- select *and* delete by swiping from the delete key (like gboard)

- select by holding shift and swiping from any key
[Xposed Framework Modules] iamMG:
The latest version of Swiftkey (v7.1.8.29) has integrated Bing search in the toolbar. I know it's really early to ask for anything, but do you think you can replace Bing search with Google search?
[Xposed Framework Modules] biebie29:
I kind of got it working what I did was i leared all my data and cache from exposed app itself restarted the app and re enabled all the mdules will 1.7.3 do anything better do i still need it or should i stay with 1.7.2 meaning will 1.7.3 do any good or not
[Xposed Framework Modules] Preformerr:
Even better, can you please give us an option to choose from multiple search engines? I know some people prefer DuckDuckGo, and I prefer Presearch, so I would really like it if I can insert a custom url for the search engine!

P. S.: Really love this app, thank you very much dev!
[Xposed Framework Modules] Uraniam9:
Anyway to use it on pie? I really miss this module
[Xposed Framework Modules] death_jax:
Unfortunately on Pie there isn't Xposed framework yet :(
[Xposed Framework Modules] Uraniam9:
Virtuall xposed or is it possible to directly injecting exi functions to swiftkey internally?
[Xposed Framework Modules] Apon77:
Bro, your app is really amazing... Do you have any other app developed?? ???

And what about pie based roms? ?
[Xposed Framework Modules] Roughy:
Swiftkey just released 7.1.9.3, where as far as I can tell the only feature that is broken is more suggestions.

You should have been fine if you were using an explicitly supported version, though I never did catch what version you were using.

The background becoming dark when swiping from the spacebar, but no options appearing, means it was unable to fetch the settings from the settings app, or those settings were not initialized.

Presumably the latter, seeing as it works if you manually launch the config app. I think there was another user who encountered this that had some setting to prevent certain apps from starting on launch. Swiftkey will attempt to grab data from the config app, and his system from preventing it from doing so because it considered it to be "launching on boot".

If you want to use Swiftkey's built-in swipe gesture, you will need to disable swipe-selection (tap the active mode to deselect it), or choose a mode that does not interfere with it ( hold-any-key-and-swipe, swipe-on-spacebar, swipe-on-number-row).

1.7.3 should fix the crash that was present in your log, but I cannot say if there are any other issues present.

Swiftkey's latest update broke more suggestions, so I'll be pushing an update to fix that soonish, which will include the above fix as well.

Will look into it. Will depend on how much of a pain they make it.

It may work in Virtual Xposed, but even then you'd only be able to use it inside of Virtual Xposed.

Thank you.

There are some other projects on my github page, but I do not have any other Xposed or other hacky android projects.
[Xposed Framework Modules] Uraniam9:
[MENTION=6797900]Roughy[/MENTION] Is it possible dev to make a modified apk of swiftkey with integrated exi features especially for pie users?I was addicted to exi till oreo and only way is to downgrade then as xposed for pie is still mystery

Exi should be featured on Microsoft blog [emoji4]
[Xposed Framework Modules] @srmahunt:
My swift key version is 7.1.8.29

Exi swift key version 1.7.2