time: 1600013674817 msg: Native crash: Segmentation fault stacktrace: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** Revision: '0' ABI: 'arm64' Timestamp: 2020-09-13 19:14:34+0300 pid: 13673, tid: 13731, name: GLThread 1875 >>> com.touchtype.swiftkey.beta <<< uid: 10300 signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 Cause: null pointer dereference x0 0000007ab1397188 x1 0000000000000000 x2 0000000000000000 x3 6672755379726575 x4 0000000000000020 x5 0000000000000022 x6 6571745278716474 x7 7f7f7f7f7f7f7f7f x8 0000007ab10e8d50 x9 00000000000035a3 x10 00000000000001c7 x11 0000000000000000 x12 0000000000000015 x13 c3a5c85c97cb3127 x14 be41013c00000000 x15 615f4d435f317653 x16 0000007ba0ed3138 x17 0000007ba531d000 x18 0000007aa073a000 x19 0000007ab1397140 x20 0000000000000000 x21 0000000000000000 x22 0000007ab13e0d80 x23 0000007ab13e0db8 x24 0000007b060bca10 x25 0000000000003038 x26 0000007aa81228b0 x27 0000000000000005 x28 0000000000000003 x29 0000007ab10e7aa0 sp 0000007ab10e7a20 lr 0000007b05f3e7d4 pc 0000000000000000 backtrace: #00 pc 0000000000000000 <unknown> #01 pc 00000000002657d0 /vendor/lib64/egl/libGLESv2_adreno.so (!!!0000!ecc1182a9b77401cf79fde44965c23!54e0376!+928) (BuildId: f98b78dea04952d16bd150c01f9ddbd8) #02 pc 000000000025f4c8 /vendor/lib64/egl/libGLESv2_adreno.so (!!!0000!9fd1d7886c175ac1b2746eb9ebdcd4!54e0376!+144) (BuildId: f98b78dea04952d16bd150c01f9ddbd8) #03 pc 000000000001fbcc /system/lib64/libEGL.so (android::eglCreateContextImpl(void*, void*, void*, int const*)+216) (BuildId: 75a3a233f52b9f0ef9337005f4c7e3ac) #04 pc 00000000000c49a4 /system/lib64/libandroid_runtime.so (android::jni_eglCreateContext(_JNIEnv*, _jobject*, _jobject*, _jobject*, _jobject*, _jintArray*)+296) (BuildId: 58b41b29f92c69c33bf7b93b93d34c08) #05 pc 00000000002be63c /system/framework/arm64/boot-framework.oat (art_jni_trampoline+236) (BuildId: dcd2cfd91c1e70426c86a17b7a7aeea93c73eaec) #06 pc 0000000000b569e0 /system/framework/arm64/boot-framework.oat (com.google.android.gles_jni.EGLImpl.eglCreateContext+64) (BuildId: dcd2cfd91c1e70426c86a17b7a7aeea93c73eaec) #07 pc 0000000000136334 /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_stub+548) (BuildId: 39c521eaaf443587c42421cd1671e849) #08 pc 0000000000145054 /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+244) (BuildId: 39c521eaaf443587c42421cd1671e849) #09 pc 00000000002dc854 /apex/com.android.runtime/lib64/libart.so (art::interpreter::ArtInterpreterToCompiledCodeBridge(art::Thread*, art::ArtMethod*, art::ShadowFrame*, unsigned short, art::JValue*)+384) (BuildId: 39c521eaaf443587c42421cd1671e849) #10 pc 00000000002d7b34 /apex/com.android.runtime/lib64/libart.so (bool art::interpreter::DoCall<false, false>(art::ArtMethod*, art::Thread*, art::ShadowFrame&, art::Instruction const*, unsigned short, art::JValue*)+912) (BuildId: 39c521eaaf443587c42421cd1671e849) #11 pc 000000000058eb7c /apex/com.android.runtime/lib64/libart.so (MterpInvokeInterface+1052) (BuildId: 39c521eaaf443587c42421cd1671e849) #12 pc 0000000000130a14 /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_interface+20) (BuildId: 39c521eaaf443587c42421cd1671e849) #13 pc 00000000004d6598 /data/app/com.touchtype.swiftkey.beta-eb475koj9LntGZaT6IXXnw==/oat/arm64/base.vdex (pp4$b.createContext+16) #14 pc 000000000058ee2c /apex/com.android.runtime/lib64/libart.so (MterpInvokeInterface+1740) (BuildId: 39c521eaaf443587c42421cd1671e849) #15 pc 0000000000130a14 /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_interface+20) (BuildId: 39c521eaaf443587c42421cd1671e849) #16 pc 00000000002ca672 /system/framework/framework.jar (android.opengl.GLSurfaceView$EglHelper.start+154) #17 pc 000000000058d638 /apex/com.android.runtime/lib64/libart.so (MterpInvokeVirtual+1432) (BuildId: 39c521eaaf443587c42421cd1671e849) #18 pc 0000000000130814 /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_virtual+20) (BuildId: 39c521eaaf443587c42421cd1671e849) #19 pc 00000000002caae2 /system/framework/framework.jar (android.opengl.GLSurfaceView$GLThread.guardedRun+526) #20 pc 000000000058f9c8 /apex/com.android.runtime/lib64/libart.so (MterpInvokeDirect+1168) (BuildId: 39c521eaaf443587c42421cd1671e849) #21 pc 0000000000130914 /apex/com.android.runtime/lib64/libart.so (mterp_op_invoke_direct+20) (BuildId: 39c521eaaf443587c42421cd1671e849) #22 pc 00000000002cb2d8 /system/framework/framework.jar (android.opengl.GLSurfaceView$GLThread.run+48) #23 pc 00000000002ad6b0 /apex/com.android.runtime/lib64/libart.so (_ZN3art11interpreterL7ExecuteEPNS_6ThreadERKNS_20CodeItemDataAccessorERNS_11ShadowFrameENS_6JValueEbb.llvm.15111145639444711060+240) (BuildId: 39c521eaaf443587c42421cd1671e849) #24 pc 000000000057eb70 /apex/com.android.runtime/lib64/libart.so (artQuickToInterpreterBridge+1012) (BuildId: 39c521eaaf443587c42421cd1671e849) #25 pc 000000000013f468 /apex/com.android.runtime/lib64/libart.so (art_quick_to_interpreter_bridge+88) (BuildId: 39c521eaaf443587c42421cd1671e849) #26 pc 0000000000136334 /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_stub+548) (BuildId: 39c521eaaf443587c42421cd1671e849) #27 pc 0000000000145054 /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+244) (BuildId: 39c521eaaf443587c42421cd1671e849) #28 pc 00000000004a0540 /apex/com.android.runtime/lib64/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+104) (BuildId: 39c521eaaf443587c42421cd1671e849) #29 pc 00000000004a15d4 /apex/com.android.runtime/lib64/libart.so (art::InvokeVirtualOrInterfaceWithJValues(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, jvalue const*)+416) (BuildId: 39c521eaaf443587c42421cd1671e849) #30 pc 00000000004e08c0 /apex/com.android.runtime/lib64/libart.so (art::Thread::CreateCallback(void*)+1332) (BuildId: 39c521eaaf443587c42421cd1671e849) #31 pc 00000000000e1e7c /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+36) (BuildId: dc5d39b686612dc48d78785006f75487) #32 pc 0000000000083678 /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64) (BuildId: dc5d39b686612dc48d78785006f75487)
Ask the community your SwiftKey for Android related questions
-
Minor glitch, hiding keyboard in landscape
0 Stimmen
0 Kommentare
In portrait mode, in the lower left corner, there's a downward pointing symbol which hides the keyboard. In landscape mode that symbol does not appear. I miss that and it would be great if you could look into this. -
Arrows placed vertically down the middle of the keyboard
-1 Stimmen
0 Kommentare
I opened my texting app to find the keyboard had suddenly shifted the arrows from the bottom horizontal position to a vertical position in the middle of the keyboard. I disabled the arrows and now there is a huge gap vertically in the middle of the keyboard. Does anyone have any idea how to get my keyboard back to normal?
-
suggestion / complaint / \ backslash
0 Stimmen
2 Kommentare
I prefer to use the backlash \ when writing. Above the m on my keyboard is the forward slash /. Have you considered having both slashes placed above that m or allowing the user to configure this for ourself? Thanks, Dave Horne -
Underlines on snapchat for no reason issue
1 Stimme
0 Kommentare
SwiftKey underlines some words for no reason when typing on a snap. This doesn't occur with any other keyboard Here is a video of the issue https://imgur.com/gallery/MaPDFwQ -
Demander des passeports rapides, SSN, ID, permis de conduire, visas
0 Stimmen
0 Kommentare
vérifier et accepter car est enregistré dans le système tous les documents et certificats.
Avez-vous besoin de documents internationaux tels que; PASSEPORT, VISA, LICENCE DE CONDUCTEUR, RÉSIDENTDemander des passeports rapides, SSN, ID, permis de conduire, visas
Les documents de citoyenneté offrent la plus haute qualité et assument l'entière responsabilité de ce que nous fabriquons. Des centaines d'utilisateurs, qui ont essayé nos services, nous ont classés n ° 1 sur la cote de confiance mondiale du site Web Fake ID. Nous sommes des créateurs et des vendeurs de qualité de disques authentiques et faux. [+ 380-9542-31375] Nous traitons et créons des archives que vous pouvez utiliser pour vous déplacer et travailler sur n'importe quelle partie du monde.
. [+ 380-9542-31375] Si vous voulez acheter de fausses cartes d'identité en ligne, y compris de vrais certificats de naissance, de faux permis de conduire en ligne, alors est le nom. Nous ne faisons aucun compromis sur la qualité. Les fausses cartes d'identité que nous fabriquons sont comme les vraies. Nous nous engageons à livrer les travaux à temps sans dépasser le délai mentionné aux clients. Nous fournissons une assistance complète à nos précieux clients et les aidons dans leurs problèmes.
Acheter Real Passport en ligne
Acheter la citoyenneté américaine
Acheter un permis de conduire en ligne
Demander un vrai permis de séjour
Acheter de faux billets
Demander un visa en ligne
SSN valide pour la vente en ligne
Demander un vrai passeport ......Si vous souhaitez acheter de fausses cartes d'identité en ligne, y compris de vrais certificats de naissance, un faux permis de conduire en ligne, alors c'est le nom. Nous ne faisons aucun compromis sur la qualité. Les fausses cartes d'identité que nous fabriquons sont comme les vraies. Nous nous engageons à livrer les travaux à temps sans dépasser le délai mentionné aux clients. Nous fournissons une assistance complète à nos précieux clients et les aidons dans leurs problèmes.
Courriel - nchangca180@gmail.com
Whatsapp: + 380-9542-31375
www.qualitydocs4u.com -
MR Kevin Oneill
0 Stimmen
0 Kommentare
Trying to install an android app that my device r7ns a version of androidtha5 is just nearly up to date
-
Add ≤ and ≥
1 Stimme
0 Kommentare
Please add ≤ (less than or equal to) and ≥ (greater than or equal to).
For example, they can be placed in a popup menu after a long touch on < and > symbols. -
New Ingognito Funtionality
1 Stimme
4 Kommentare
So I see in the latest update that incognito mode is automatically enabled when in an incognito chrome tab. This is great! I asked for this a long time ago, and the transition is very smooth. However, I have a couple big issues with how it's been implemented.
I can't turn it off. The toggle is just gone when in an incognito tab. Seems like defaulting to the mode is fine, but I want to be able to choose. Let people choose. Why? Next point...
The theme is fixed, and doesn't have secondary characters. I have to do a lot of work (access my work email) in an incognito tab. I'm used to the secondary characters for the rather technical writing I need to do. That's gone now, and is costing me time and sanity. Either allow the user to set the incognito theme, or add secondary characters.
I'm always a proponent for letting the user choose. Bury it in an advanced settings mode and hide it behind a warning if you want, but give us access to these toggles. Especially in the beta.
Cheers.
-
Keyboard disappears from Note 20
0 Stimmen
0 Kommentare
-
Segmentation fault when keyboard appears
0 Stimmen
0 Kommentare
The bug appears on both stable and beta channels. Device: Poco F1, Android 10, Adreno GPU Driver version: 490 -
تحت الكلام خط احمر
1 Stimme
3 Kommentare
SwiftKey انا استخدم كيبورد
علي موبيل اندرويد ولكن يوجد خط احمر يظهر تحت الكلام اريد ان ازيل هذا الخط
-
Swiftkey problem with OnePlus 8
0 Stimmen
0 Kommentare
Swiftkey is fenerally the best keyboard in android phones, but it is not working correctly, when using OnePlus 8 Pro. When typing, the cursor is jumping every now and then annoyingly. Stupid bug. Can You fix it? Thank You. -
Can I have more accent markers?
0 Stimmen
0 Kommentare
Hi I'm having a problem I want more accent markers but I can only have 5 languages at once. I don't want the prediction stuff since it's kinda annoying I just want more accent markers. -
Long press for punctuation doesn't work on Android 11
0 Stimmen
2 Kommentare
I recently got the Android 11 update on my Pixel 4a. The long press on the period button no longer works. I suspect it has something to do with the gesture navigation because the long press does work if I move the keyboard up by using "float" mode. -
Belarusian national flag
4 Stimmen
1 Kommentar
Could you add a Belarusian white Red white flag as imoji. Support the Belarusian public. Thank you! -
how to remove the arrow to hide the keyboard in the lower right corner?
1 Stimme
0 Kommentare
this arrow spoils the look of the keyboard and when you create your own theme, it stands out against a dark blue background. -
BUG- Lost theme, stuck w/black, select mine or new one, error message, then reverts back HELP!
0 Stimmen
0 Kommentare
SwiftKey suddenly stopped displaying with my selected theme and reverted to some random black theme. Go to Settings->Themes->Select either my earlier-used theme or a new theme, the message appears: "Sorry that your theme changed, something went wrong on our side. You can change it back." -- BUT-- you cannot change it back.
Hitting "More Info" displays "We have enhanced our themes under the hood to give you a better typing experience. Something went wrong updating your theme. Don't worry, you can still change it back to what you had."
Selecting [Change] and any other option provides exactly zero changes.
Several problems - 1) the better typing experience is now massively worse, nearly unusable with the bogus new themes forced into the UI. 2) we CAN NOT change it back, I've tried dozens of times, both old & new themes, downloading new ones, etc.
THIS IS BROKEN AND NEEDS TO BE FIXED OR ROLLED BACK IMMEDIATELY- HOW DO WE GET THE FIX?
Disgusting incompetence and lack of QA, and it isn't like Microsoft lacks resources.
-
Red line
1 Stimme
1 Kommentar
How can i delete red line under of word -
unreliable swype typing
1 Stimme
1 Kommentar
I am trying Swiftkey. I am an old user of the defunct Swype keyboard. I can still use it, as it's installed on my phone, but there are no updates and some bugs will always exist. Still, it's more precise than Swifkey as far as i experience and the shortcuts makes your life much easier.
I thought that since Swype keyboard is not anymore produced, Swiftkey had time to improve and implement the best features of Swype, at least make a choice in the options to use them. Swiftkey looks nice with so many themes, also some shortcuts are finally implemented. But it's extremely unreliable. I type "too" (or randomly any word) and it gives me "tyuol" or some other splited nonsense short words or even autocorrects the previous word in a wrong way, even if in option i unticked the autocorrect feature. It makes me spend more time correcting and deleting unasked words than actually text. I try to swype a simple word like "ich" in german..and it gives me again some weird words or letters..i'm asking myself why? almost every sentence you use that word and still it fails..i have a constant usecure feeling in my hand that the new word will be a fail..
Also, an unexplainable unchangeable backspace function in swiftkey, of not deleting the whole word after swyping a word but only bringing the cursor to the end of the word, makes texting so slow..because very often the word is wrong, but also on the prediction/correction bar i don't find the desired word, so pressing backspace should immediately delete the word and quickly retry. So i have to press backspace long and i might delete even the previous word or part of it. Weird. Weird that there's no option to customise the backspace action.
I like new and fresh updates. That's why i'd like to switch to swiftkey, but these issues make the app unusable. Was a cool first feeling, but it's not even been 24 hours and again I am convinced to delete it.
Another thing, I am texting much more than i call and i use 5 languages. Great, that now you're not limited to 3 languages like before, but maybe also that's why it's not reliable, because very possibly when i need a word, it gives me a word of another language. Why isn't it possible to choose the language manually or set which languages to work in a multilingual keyboard? On Swype keyboard i press long space and release it on the language that i prefer. Than to quickly switch back to the last language used, i swyped shortly from Swype button to space. However i had also the choice to use multilanguages.
This would be a basic option. If i'm not wrong, Huawei phones come from the box with Swiftkey installed and choosing the language is possible. Right or wrong? So why isn't it possible on the google market app?
Can someone give me some answers about my concerns? Am I doing something wrong? My phone is made in 2018, an S9+, no way that it's too slow for this app.
I'm here and wrote this post because i would like to use the app, but please someone tell me if you have a better experience.
I can read for hours the complaints of the users on google play, but there are no answers, no solutions to the problems. That's why i described here my experience with Swiftkey.
Thank you! -
Cursor control bug
1 Stimme
0 Kommentare
Hello, I've found a bug with Cursor Control and Auto Capitalize. When you type a sentence that ends with punctuation, if you use the Cursor Control to go back in the sentence Swiftkey will correct and suggest any word with the first letter capitalised. If you then write a word in lower case and use the Cursor Control to go after the punctuation Swiftkey will not capitalise the first letter. Could you fix this bug?? Thanks for this feature 😁 -
My phone keyboard does not work in portrait mode
0 Stimmen
1 Kommentar
So the only reason I can write this post is because the keyboard does work in landscape mode, but it is bugged in portrait mode as it can be seen in this image. https://ibb.co/CnF5XDQ The device in question is a Oneplus 3T, I tried to restart the device several times but it did not solve my keyboard problem. I would prefer not to do a factory reset, therefore I am asking you for a solution. Thank you! -
Any way to make German keys like ä/ö/ü appear before @/9/7?
1 Stimme
0 Kommentare
As I wrote in the Title, is there a way to make those appear before the letters? Because if you're trying to type smoothly and fast it's always a weird moment to just stop to go over to "ä" because at the first place there is "@" for some reason. Is there a simple option to change that? :) -
Enter key closes SwiftKey (Android)
0 Stimmen
0 Kommentare
When using the enter key in some apps, SwiftKey now closes. It's quite difficult to enter emails now, because this includes spark.app (email) most especially, but also at least one other app (I can't recall now). I uninstalled and reinstalled to the same effect. -
Going back to Gboard
0 Stimmen
1 Kommentar
I've been a SwiftKey beta user for a loonngg time and put up with a lot of idiosyncrasies, but I'm going back to Gboard. Why? 1: no PC keyboard layout 2. The question I submitted about that 4 days ago is STILL pending review 3. Sadly the user experience has not improved much in all this time -
swiftkey beta
1 Stimme
9 Kommentare
the beta app has gone a little wonky on my phone. out of nowhere the keys started popping up at double height (best way to explain it is when you're in Word and the paragraph settings have line separation at greater than 1pt. hope that helps
then the app would crash and my phone crashes with it and i have to reinstall from scratch.
so i went back to the regular app for now
-
Themes won't download
0 Stimmen
0 Kommentare
Just reinstalled app (7.6.3.4) on new device {Samsung S10e). My themes are listed but won't download (you're theme could not be downloaded. Please try again later). I have uninstalled and reinstalled and cleared cache. Still no success.
-
how to add custom transliteration mapping
0 Stimmen
0 Kommentare
using the qwerty keyboard for phonetics sometimes does not bring the relevant word and requires switching to native keyboard to get the word right but then that word does not get save making it impossible to teach new words to the phonetic keyboard. For instance:
- The word "chappal" when typed does not provide a meaningful prediction in Hindi - ideally it should provide predeiction "चप्पल ".
- Typing "ch" only provides "छ" and no option for "च"
Now this would be reasonable so long as user had some way to map the phonetic predictions. Is it possible or is it on the roadmap as a feature?
-
Screenshot how to get this number pad layout
0 Stimmen
0 Kommentare
Aaaag, I can't upload a screenshot here. I thought I could.. I had to Reset my phone and I used to have the number pad layout, don't know if this is the right description. I want the number pad layout too look like the one before the reset, it look like a calculator. I googled it but can only find that you must tap or hold the number pad key bottom right. I tried it, no go. I also looked under themes and phone settings, no go. Lol, the frustration is that I eventually figured out how to do it before resetting my Huawei. I even posted it here but now I can't find my own bloody post,😁 I really liked my number pad layout back. Cab anyone help me out here please? -
Notification sound
0 Stimmen
1 Kommentar
Whenever I am using keyboard, a notification sound pop up -
Please include your own system-wide spell-checker (red underline) with the app.
0 Stimmen
0 Kommentare
First, I will clarify some things for those who may not know and for those who might assume that I am confusing spell-checker with keyboard input prediction.
Then I will:
Bring back a problem that has been called for attention many times and explain why it happens;
Explain why I think it matters and why previous suggested workarounds are sub-optimal;
Discuss Google’s (Gboard) chosen workaround;
Give my suggestion to fix the problem.
Definitions
Input prediction (IP) (Auto-complete and auto-correction) is a feature whose main purpose in software keyboards is to allow the user to type faster. The keyboard suggests words before you type them entirely and correct words where there are typos. By auto-correcting, the keyboard allows the user to type without painstaking care and precision, which allows for faster typing.
Spell-checking (SC) is (usually) a feature of word processors or system-wide input fields (MS Word, Android, and Google Chrome for desktop, each has its own spell-checker independent from software keyboards or any input method). Its main purpose is to alert and correct the user about the orthography of a given language.
The problem
People who use simultaneous multi-language input prediction – a feature present on SwiftKey (and Gboard also) – start seeing a red underling in all words of one of the languages.
The reason is that, while SwiftKey’s input prediction does have support for multiple languages simultaneously, the android’s system-wide spell-checker active in the user’s phone (usually AOSP’s or Google’s spell-checker) does not have.
Previous suggestions
Here it has been suggested that the user should disable the spell checker:
https://support.swiftkey.com/hc/en-us/community/posts/115002878149-Red-underline-Not-a-SK-problem-
Notably, this is also the approach used by Gboard (more on that latter), but I think this is far from the ideal because it forces the user to resort to input prediction (IP) as a form of spell-checking (SC). This is a problem because, as I said in the beginning, input-prediction is a feature focused on fast typing (as it should be) and not on orthography. To illustrate, imagine how a user uses IP as SC:
The user types the word and hopes that the keyboard will correct it automatically if it’s wrong. Except that, even when typing correctly, sometimes the first prediction (the middle one in SwiftKey) is not the desired one. And other times the prediction dictionary doesn’t have the desired word. For those reasons, the exact typed word is always shown as an option, typos and all (as it should be), and the keyboard memorizes anything the user decides to input (as it should be) either by typing space and accepting the middle prediction, or by selecting the desired word in the list.
The result is that the IP learns a lot of slangs, acronyms and jargon (as is should be), but also learns misspelled words. And the user has no way of knowing if the thing he/her has typed didn’t appear as the first (middle) prediction because it was wrong or because the neural network crystal ball simply got it wrong or because the word doesn’t exist in the IP dictionary. Also, sometimes the misspelling is so different from the intended word that the latter doesn’t appear in the prediction list, and sometimes the misspelling is even presented as the first (middle) prediction.
The clear solution to that in my opinion is to have a separate mechanism for checking orthography, the spell-checker, which has to support simultaneously multi-language input as well (chrome desktop browser has that). This is a second independent layer that runs after input prediction, and is not affected by the IP dictionary. And when the user decides to tap a word and include it in the SC dictionary it is a conscious deliberate decision.
How does Gboard deal with that
Here it has been said that SwiftKey cannot control the spellchecker, and that Gboard doesn’t break in the same way because it has “advanced system privileges that SwiftKey cannot access”. I’m not an android programmer, but from the tests I have done, it seems to me that Gboard has the exact same level of system access that SwiftKey has with respect to spell-checking:
If my selected system-wide spell-checker is the AOSP one, it behaves in the exact same way with Gboard as it does with SwiftKey. The thing that Gboard does different is that, along with the keyboard, the app installs a spell-checking service as well. I’m using LineageOS, which doesn’t come with Gboard or Google’s spell-checker, only the AOSP ones. And when I install Gboard, Google’s SC appears as an option.
Now, Google’s solution is far from the best in my opinion. For what I tested, the ‘Google spell-checker’ (installed by Gboard) simply disables itself if it detects that Gboard is being used and uses only the system’s language when it detects other 3rd party keyboards (exactly like the AOSP one). And I already explained my problems with both solutions.
My suggestion
Simply put together a simple spell-checker with simultaneous multi-language support and ship it within the SwiftKey app. I think this would be simple to do, just copy the default dictionaries of the SwiftKey IP as a starting point, but it would not have to deal with predictions and other complex features that a software keyboard has to deal with. Again, copy the dictionaries, any word learned by the IP should not be automatically learned by the SC.
The simplest implementation would be to have one hash table for each language. If the user decides to use two languages simultaneously, a new empty language-agnostic hash table is created. That way, when the user includes a new word to de dictionary, it is included in the language-agnostic one to avoid guessing the language of the word. Then, spell-checking a word is simply to query the word on 3 hash tables.
Why am I suggesting this to you?
Here it has been said that SC “was never a feature of SwiftKey itself”, and that it’s an Android problem.
Indeed, if only AOSP’s SC did support multiple languages simultaneously, this problem would be solved. But I use and prefer SwiftKey; AOSP’s keyboard still doesn’t have support for simultaneous multi-language input, suggesting that this support is also not in the horizon for AOSP spell-checker; and it’s more probable that Google’s engineers will fix this only in Google’s SC, in a way that works exclusively with Gboard (as it’s the case with the ‘auto-disable SC’ workaround).
And ultimately this is a problem that (to me at least) seems extremely simple to solve and is hurting your product.
Here are some treads complaining of SC-related problems that, while not necessarily being all related to multi-language support, could benefit from a simple Spell Checker shipped inside the SwiftKey app.
https://support.swiftkey.com/hc/en-us/community/posts/360057381832-Red-underline
https://support.swiftkey.com/hc/en-us/community/posts/360041911952-Swiftkey-red-underline-is-gone-
https://support.swiftkey.com/hc/en-us/community/posts/360054924171-Red-line-under-text
https://support.swiftkey.com/hc/en-us/community/posts/360071921211-Swiftkey-underline-not-showing
P.S.:
I’m conscious that I might be wrong about a number of things: There could be another workaround that solves the problem in a satisfactory way; There could be a barrier to install system-wide spell-checkers on android; Maybe spell-checking is harder than I think, even without grammar-checking or prediction; etc.
In that case it would be nice if someone could explain the situation in a more in-depth way.