yashsingh1/xdaforums huggingface dataset:
[Xposed Framework Modules] dioii:
hi guys i have a question i really love swiftkey but i hate typing with mine big thumbs, Is there a way to make an update that Swiftkey got t9 mode? like the old nokia' phones??
[Xposed Framework Modules] nostang3:
Has anyone tried this on 7.2.3.24?
[Xposed Framework Modules] Roughy:
Nothing blew up, though I didn't test all features.

The main roadblock is that, internally, Swiftkey doesn't really support t9-like word prediction, as far as I can immediately tell at least.

The few languages that have layouts similar to t9 either utilize flick input ( drag up/down/left/right from key to select character ), or a scheme where you select radicals to build the character.

If there were already something similar that I could plunder I might have been able to clobber something together, but flick input is probably the closest that is theoretically possible.
[Xposed Framework Modules] Caster Arc:
Caster

Excuse me sir, i got a big when hide prediction on my keyboard, my keyboard is cut in half in the space bar, can i sen image to you sir?
[Xposed Framework Modules] Roughy:
Right you are, good catch. That's a subtle and weird way to break.

Will fix.
[Xposed Framework Modules] Caster Arc:
ohh not yet fix sir?, thanks for fast reply for ur time sir, hope u find way to fix that?
[Xposed Framework Modules] dioii:
Thnx for fast reaction, what is flick input?
[Xposed Framework Modules] Roughy:
Flicking the key up/down/left/right to select a character: https://www.youtube.com/watch?v=BhD6r8NKlmY

As far as I'm aware it's only used for Japanese input.
[Xposed Framework Modules] dioii:
oke i get it, so just wait and hope that swiftkey makes something like it
[Xposed Framework Modules] Roughy:
Exi for Swiftkey 2.0.4release

2.0.4 [ 12.02.2019 ] - Compatibility fixes ( Stable: 7.2.3.24, Beta: 7.2.3.20 )

Changes in 2.0.4

Fixed

- Compatibility targeting 7.2.3.24 ( Hide predictions )

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:

It's been a few days and nothing else has popped up, so I guess we're doing an update with a single fix then.

Can't look into the gif url thing without more info.

Compatibility ( Hide Predictions ) [MENTION=9747407]Caster Arc[/MENTION]

We used to add a thin black bar for the expand button to sit in.

At some point the keyboard started making assumptions about the amount of space available to it, and the space taken up by the black bar would push the keyboard off-screen by a tiny bit.

Resolved by removing the black bar.

The button to expand the toolbar is now in the upper-right corner of whatever key you have in the upper right corner.

It's as tiny as it was before, and all the way up in the corner, so you are very unlikely to hit it instead of the key it sits inside.

In action: https://streamable.com/z3mft
[Xposed Framework Modules] DaRealHibachi:
Not working for me for whatever reason.. Guess I'll have to downgrade my SwiftKey..
[Xposed Framework Modules] Roughy:
Should be fine if you're on the latest version of Exi.

If the keyboard does not open, make sure to open the main Swiftkey app itself and let it finish opening.

Otherwise, xposed log and/or logcat please.
[Xposed Framework Modules] fihouttawater:
02-17 13:03:08.058 I/Xposed ( 354): Loading modules from /data/app/com.mayulive.swiftkeyexi-2/base.apk

02-17 13:03:08.058 E/Xposed ( 354): File does not exist

SwiftKey Version: 7.2.3.24

Exi Version: 2.0.4

OS: Nougat x86

Nothing seems to be working with newst version for me.
[Xposed Framework Modules] Roughy:
Xposed failing to load the module because it doesn't find it would be an issue with the Xposed Framework. See https://github.com/rovo89/XposedBridge/issues/165#issuecomment-292883863

It is very unlikely that there is anything wrong with the module itself.

Doing a clean install of it might help.
[Xposed Framework Modules] fihouttawater:
Disabling and re-enabling the module in the Xposed instsller does the trick. XDA store doesn't seem to be the best way for updating xposed modules.

Thank you for your quick response :good:
[Xposed Framework Modules] Caster Arc:
Nice Work Now that Fixed ???????????????? thx for fast fixed many many thanks
[Xposed Framework Modules] oroboros74:
Found a bug!

Swipe/move cursor left / right on keyboard doesn't work in the text field of search GIFs
[Xposed Framework Modules] Colchenero:
[MENTION=6797900]Roughy[/MENTION] please help!

I just got edxposed to have Exi but swipe selection, cursor moving, quick menu, shortcuts don't work... I can confirm custom pop-ups are working fine.

Thank you Sir.
[Xposed Framework Modules] Roughy:
The most common explanation for these symptoms would be that you are using the wrong version of Exi, with the wrong version of Swiftkey.

Swiftkey keeps making changes to their codebase, and Exi is updated to keep up, usually targeting the latest released version.

Each version has a [ Stable: x.x.x.xx Beta: x.x.x.xx ] field that states which version of Swiftkey it targets.

Note that the Xposed Installer app is broken and does not correctly update its list of modules, resulting in it only listing an old version version of the module.

IT is generally advisable to download Exi for Swiftkey from the Xposed Repository using a browser instead.

Swipe-selection functions primarily by grabbing the InputConnection between the keyboard service and whatever app the user happens to be using.

When typing text inside of the swiftkey keyboard itself, it instead emulates this connection to talk to itself, so we are completely outside of the loop.

It's probably an abstracted InputConnection somewhere, but I'm not particularly keen on digging around for it.
[Xposed Framework Modules] Colchenero:
I'm actually using Exi 2.0.4 which is said to be targeted for SwiftKey 7.2.3.24 which I'm using... I'll try clean install
[Xposed Framework Modules] Roughy:
In which case something else might be afoot.

Have a look in your Xposed Installer log for anything out of the ordinally. Logcat would also help.

Also Android version and specific swiftkey languages and layouts settings and such.
[Xposed Framework Modules] Techvir:
Working well with Edxposed in Samsung note 9 stock based rom.

Thanks
[Xposed Framework Modules] Colchenero:
I downgraded my SwiftKey to 7.2.2.32 and now everything is working ? thank you for your time sir [MENTION=6797900]Roughy[/MENTION]
[Xposed Framework Modules] Roughy:
That's very strange.

Hopefully it's a one-time mishap and everything will keep working down the line.
[Xposed Framework Modules] bkkzak:
Hi [MENTION=6797900]Roughy[/MENTION], I love your module (I remember being one of the first to use it when it came out!) and it's pretty much the main attraction of Xposed, for me, currently. I've been off Xposed since Pie was released for my Pixel XL and just installed it since Edxposed was released. I'm having some issues but am having trouble debugging - can you offer suggestions on how I can provide useful information to you?

7.2.2.32

-First day or two of use with Exi 2.0.3 had no issues (also was using armv8 version that I had already installed)

-SwiftKey startup crashes began happening so I decided to use ArtDeoptimiser, and used the armv7 version when I reinstalled.

7.2.3.24

-Play Store snuck an update in (so armv8) in and I still had the crashes (Exi 2.0.3)

-Reinstalled using the armv7 version, still had crashes

-Updated Exi to 2.0.4 while using the armv7 version (This is my current setup) and still have SwiftKey startup crashes

-I've also added a step to delete SwiftKey's base.odex file with tasker on app startup

The main issue is that SwiftKey will crash repeatedly, until it all of the sudden stops crashing and works with no issues. When it crashes, I can only open SwiftKey's keyboard by opening the main SwiftKey app (usually it will crash 3 or so times before it stops crashing, then I can return to the previous activity). And once I'm using the keyboard, Exi works perfectly and there are absolutely no issues. It's just the startup and background crashes.

From what I've been able to read about Xposed on android 7+, the main issue with app crashes (when hooking a specific app with Xposed) has to do with it's ART optimizations.

Since the Xposed log isn't working in Edxposed, I don't know how I can sort out the issue. Do you have any thoughts or ideas on how I can move forward with this? Thanks!
[Xposed Framework Modules] Kglim:
Wow I haven't use this module since one ui pie released and finally xposed works in pie and came back. Just for this and XprivacyLua.

Thank you so much dev, thank you so much for fix swipe up space bar and plenty of tweaks ?️ thank you and God bless you sir!!

Happy new year!!!
[Xposed Framework Modules] KaMyKaSii:
[MENTION=6797900]Roughy[/MENTION] sorry for off-topic but I was thinking about it. Can developers of other modules use "method hooks and reflection" to replace resource hooks or are they different approaches for different purposes?
[Xposed Framework Modules] Tchania:
Here to report that,

I'm using devbase pie rom on N960N with Ed xposed and

2.0.4 works without any issues

Thank you Roughy
[Xposed Framework Modules] kruuvi:
Thanks for this new intent feature!

I tried it and it didn't work until I found a typo in the package name:

It should be "com.touchtype.swiftkey.beta" instead of "com.tocuhtype.swiftkey.beta"...
[Xposed Framework Modules] Roughy:
Welp, right you are. I got the stable package name right but goofed the beta one orz.

Thanks for the heads up. Corrected!
[Xposed Framework Modules] dima-82:
Thanks for this greater xposed module. Only this is already worth to install xposed. Great work.

I would like to ask for a feature. Could you add "curser left" and "curser right" to this drop down list (see attached Screenshot)

I would like to use the volume hardware keys to move the cursor, like it was possible on the cyanogen custom roms.

Many thanks.
[Xposed Framework Modules] Zordak7:
+1 to that.

I know there's an option to do that by swiping over the keyboard, but I'd like that other option too, if you can only, of course.

Saludos!
[Xposed Framework Modules] Roughy:
What you are trying to do is possible, but not using the hotkeys.

A while back I implemented hardware key remapping, which as the name suggests lets you remap a hardware key to any other hardware key.

You will find this under Settings - Remapped Keys.

You will be greeted by two boxes that say [ Undefined ] -> [ Undefined ].

Clicking on either of them will let you define a key, either by pressing it on your device ( e.g. volume buttons ) or by selecting it from a list.

You generally have to select the power button from the list, as pressing it just turns off the device before the app receives the input event. It is remappable though.

Remapping my volume up to DPAD LEFT seemed to work fine for moving the cursor.
[Xposed Framework Modules] dima-82:
Remapping works.

BUT, the remapping works globally. Even if keyboard is not in foreground, remapping is still active. So volume control is not accessible any more.

Hotkey definitions seem to be only active, if keyboard is in foreground. Thats exactly how the feature in cyanogen was implemented.
[Xposed Framework Modules] Roughy:
Ah yes. This particular feature wasn't really intended specifically for moving the cursor.

Mmmmm, adding an option to only enable hardware key remapping when the keyboard is open seems a reasonable solution.
[Xposed Framework Modules] dima-82:
I (and for sure many others) would really appreciate, if you could implement that...
[Xposed Framework Modules] Roughy:
Yeah, I think I'll be going with this solution.

I have also received a report that suggests the gc-before-hooking fix for EdXposed seems to be working, and the translators have been hard at work filling in all the blanks, so we are due an update anyway.

Keep your eyes out for that... maybe tomorrow.
[Xposed Framework Modules] n0j0e:
Fast check with SwiftKey 7.2.4.22 and Exi 2.1.0: Works. [emoji106]

Sent with much love & Android. OnePlus 5T
[Xposed Framework Modules] Roughy:
Exi for Swiftkey 2.1.0 release

2.1.0 [ 28.02.2019 ] - EdXposed fixes, remap only when keyboard open ( Stable: 7.2.3.24, Beta: 7.2.3.20 )

Changes in 2.1.0

Fixed

- Swiftkey crashing a few times before working when using EdXposed ( maybe )

Added

- Option to only enable remapped hardware keys only when keyboard is open

Changed

- Translations updated ( Russian, Brazillian-Portugese )

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:

Swiftkey and the Play store

As some of you may be aware, you cannot download things like Netflix directly from the play store if your device does not pass the SafetyNet check.

They may have come up with some other silly requirement other than that, but Swiftkey and Swiftkey Beta also appear to be gone now.

This will probably result in it taking a while for me to realize they've pushed an update, and I have to wait for them to appear on apkmirror, so fixes and such will be delayed.

EdXposed gc crash [MENTION=6953284]bkkzak[/MENTION] [MENTION=9380335]Addicted-Adnan[/MENTION]

Edit: This appears to be Xiaomi-specific. Perhaps even Redmi Note 4 specific. Also this apparently did not work as well as I had hoped so it will be removed in the next release.

EdXposed has an issue where, if a Garbage Collection event occurs while we are setting up the initial hooks, it fails, and proceeds to make the whole app crash.

This is a bug in EdXposed, but i thought we might be able to circumvent it by requesting a GC and sleeping for a few seconds before getting into the meat of the hooks.

Reports suggest this at the very least helped, so it is now a permanent thing. That means all Pie devices now have an additional 5 second delay on boot.

Only enable key remapping when keyboard is open [MENTION=7507600]dima-82[/MENTION] [MENTION=5786402]Zordak7[/MENTION] [MENTION=1759876]n0j0e[/MENTION]

Hardware key remapping is a feature I implemented a long time ago for this one guy. It is pretty bloody complicated and took me a while to do, but I never heard back from the guy that requested it.

Apparently we now have a much better use for it, but that requires that the mappings are only active when the keyboard is open.

That is now an option you can toggle under settings - keys - remap only in keyboard.

Quite note that the initial setting and load of the remapped keys is first before when Android finishes booting completely.

When you make changes to the remapped keys or the remap-only-in-keyboard setting, however, they are updated immediately.

Apparently the power button still does its thing even if you have it perform another action, but volume keys and the home key and such as fair game.

Seems to work at least.
[Xposed Framework Modules] KaMyKaSii:
Maybe you can use Aurora Store to download the SwiftKey apks? The updates there show up pretty fast, in fact for me they appear before in the Aurora Store than in the "My apps" tab of the PlayStore. And you do not have to worry about the integrity of the apps because they are downloaded directly from Google's server. The only question I have is whether the Aurora Store is also affected by the ability to pass the safetynet check or not

https://xdaforums.com/android/apps-games/galaxy-playstore-alternative-t3739733/post75314446
[Xposed Framework Modules] dima-82:
Thanks for the quick implementation. It works! But, I have some issues to report.

They are more minor flaws, than bugs.

1. After using the volume key for moving the cursor I switch back to the home screen and see a frame around one of the icons (like I used a keyboard and pressed left or right, while on the home screen). See screenshot attached.

2. When moving to cursor to the most left or most right text position and pressing button another time, the cursor jumps from the text to the next selectable element (e.g. emoji button or attachment button)
[Xposed Framework Modules] Roughy:
Flaws indeed, that is unfortunately the nature of the beast.

Android's DPAD navigation will move you between ui elements in addition to moving the cursor in text boxes.

This is how android devices without touchscreens ( e.g. FireTV ) work. What it actually ends up doing is technically up to the individual app.

Adding move cursor left/right as a hotkey action as initially suggested would... probably have been a better idea for this particular usecase ...

Although there are a few problems with doing so.

Hardware-key hotkeys are implemented by reading the key events that are delivered to Swiftkey.

The volume keys, being consumed by the system, never make it that far.

So I would have to... interrupt the original key event at the system level, and then map it to some other unused key, along with some metadata to let the Swiftkey side of the hooks know what the key originally was.

*sigh*
[Xposed Framework Modules] BadToThePhone:
There is an option to use volume keys to move the cursor in gravitybox [MENTION=6797900]Roughy[/MENTION]
[Xposed Framework Modules] Kglim:
Now I can not live without this.. So much thanks for your brilliant work sir ?️?️?️
[Xposed Framework Modules] Uraniam9:
[MENTION=6797900]Roughy[/MENTION] can we share swiftkey status here or any other suitable place :) to see who makes most of exi+swiftkey combination?
[Xposed Framework Modules] dima-82:
Thanks for this Info. It works.

[MENTION=6797900]Roughy[/MENTION] Dont waste yor time with the Implementation. Only if you like the challenge :laugh:
[Xposed Framework Modules] BadToThePhone:
Hit the thanks button if you found my post helpful
[Xposed Framework Modules] bkkzak:
Hey sorry I never got back to you, I got really busy with school.

I found the room I was on was not stable, so I switched from pixel dust to bootleggers; at the same time I switched back to 2.0.4, because I felt like the keyboard itself would launce slower every time I needed it. Since I've been on bootleggers rom with 2.0.4, and the latest supported version of swiftkey for exi 2.0.4, I haven't had much issues - maybe once or twice a day if that I had the hang problem.

Sorry that's not much help, I'm just downloading the new update, 2.1.0 and will try that.
[Xposed Framework Modules] Roughy:
I had a bit of a chat with another user with the same problem. Not surprisingly, you are both using the Redmi Note 4(X).

Swiftkey is a keyboard service that runs in the background, but Xiaomi seems to be treating it as any other background service and killing it as soon as possible.

If you keep the Swiftkey app open in the background ( that is, open the app and keep it in your recents ) it doesn't get nuked.

The slowness you noticed with 2.0.5 ( and also 2.1.0 ) is probably my attempted fix in action. We force a GC and sleep for a while before inserting our hooks, and since your Xiaomi device keeps killing the keyboard service instead of keeping it alive as it's supposed to, it has to repeat this process over and over, instead of only once when the device first boots.

Your new rom is probably slightly less psychotic, and generally keeps the service alive as it's supposed to, thus making it a more rare occurrence.

Now that it's been confirmed to be a Xiaomi- and even rom-specific thing, I'm just going to drop that fix.

You might want to see if you can disable any and all "battery optimization" for Swiftkey itself, to prevent it from constantly being nuked.

Edit: Apparently the latest EdExposed fixes this problem completely ( probably maybe )
[Xposed Framework Modules] bkkzak:
Wait.... I have a pixel xl!
[Xposed Framework Modules] Roughy:
Wait ****, I was looking at the wrong dump!

Right then, not Xiaomi-specific.

System murdering the service for resources still stands though!
[Xposed Framework Modules] XtraWater:
I wonder why on my mi a1 the version 2.10 is listed on xposed downloads but not on my galaxy s5 phone.

I installed on both phones the latest version manually.
[Xposed Framework Modules] Bobobot:
Hi! I'm having a problem with the swipe functionality. This was introduced in 2.1.0 (as far as I can tell, might have skipped a version or two before updating), but I can't type accented characters anymore. Whenever I long press a letter and try to select its accented version, exi interprets it as if I was trying to swipe-select and moves my cursor instead. I recorded a video of this happening: https://i.imgur.com/s1mM3L7.mp4

In the beginning you can see me long press "o" and try to select "ó", but the dialog disappears and my cursor moves to the left instead. This happens on all characters as far as I can tell, and occurs most (if not all) of the time. It's a really annoying bug, I'd appreciate if you could fix it whenever you can get around to it. Thank you!
[Xposed Framework Modules] Roughy:
The Xposed Installer doesn't update its list of modules properly anymore. If you completely clear the app data it will redownload the complete list and it should list the newest version.

Oh dear, I missed that one.

This is a compatibility issue that appears to be been introduced in Swiftkey 7.2.4.20ish.

We basically keep track of all the keys that have multiple popups like that, and prevent swipe from triggering if they do.

If anything I'm amazed that hook has kept working for as long as it has.

Thanks for the heads up, will fix.

Edit: Turns outs it's the hook that detects key long-presses that has failed. Should be easy to fix.

Edit2: I also realized why the remove gif bing redirect thing isn't working for everyone, obligated to fix now.
[Xposed Framework Modules] K0media:
Hey, [MENTION=6797900]Roughy[/MENTION]. It's been a while I don't drop by here.

Look, I've been searching on the entire thread about building a non-root or Xposed version of Exi, but I didn't find it yet.

Just to get it clear: would that even be possible? I mean, it would tinker with the app decompilation and rebuilding all over and pushing it back online to the cloud servers or w/e... Maybe that's very troublesome to work with.

But is there any chance for us to get such feature?

I mean, YouTube Vanced team does that frequently, but it's rather different than this.

I'm just asking away to make sure if it would be even easier for users to deal with. But since it hooks and modifies system (or the app) settings, I guess that would make it hard to become true.

If there's ever a chance to build a non-root version of Exi (occasionally), just tell me because it's not every friend's device that I'm allowed to tinker deep inside. So a non-root/Xposed version of Exi would make things much easier. I'd be glad to share it with friends for ease of use purposes.

I guess you probably thought about it, but it's your final word that would confirm this info.

And you're probably very used to the Xposed method that wouldn't even get any better to work with app decompilation and etc. Cmiiw.

Also, about that feature I (long) asked in the past about placing Exi settings on the material design menu (which now is a plus sign, thanks SK team for making things harder and more complex for end users) options on that hovering pane, will it be done or did you give up on that?

If it's also possible, I'd suggest to replace the SK settings menu (yes, the overall settings and configs menu) instead of that killer whitey theme to dark. Dark theming is becoming famous, you know. But if you could get that faster for us, that would be very handy as well.

Thanks for all the hard job.