Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Additional Spell check disappears after every restart of app #3584

Closed
cichy1173 opened this issue Jun 5, 2020 · 37 comments
Closed

Additional Spell check disappears after every restart of app #3584

cichy1173 opened this issue Jun 5, 2020 · 37 comments

Comments

@cichy1173
Copy link

cichy1173 commented Jun 5, 2020

Hey. I am using KDE Neon OS. I have really big issue. When I turn on Typora and install polish spell check it works fine. But when i turn off Typora and restart it, this spell check disappears and I have to install it again.

You can watch video below.
https://u.pcloud.link/publink/show?code=XZuer6kZpYxV7VkoOdLvqSTq6gTPGHYVW7ck

@RistoJu
Copy link

RistoJu commented Jun 8, 2020

Same here. After the latest update (0.9.89) additional spellcheck is flagged as not installed, and cannot be used. Once installed it works fine until the app restart, and it whines again. Debian 10.4 - XFCE

@cichy1173
Copy link
Author

cichy1173 commented Jun 8, 2020

Same here. After the latest update (0.9.89) additional spellcheck is flagged as not installed, and cannot be used. Once installed it works fine until the app restart, and it whines again. Debian 10.4 - XFCE

So We can assume that it is a real problem. On my Windows machine I didnt make any update (typora 0.9.83) and all works fine

@abnerlee abnerlee added the linux label Jun 9, 2020
@abnerlee
Copy link
Contributor

abnerlee commented Jun 9, 2020

Can you see pl.aff and pl.dic under %appdata/Typora/dictionaries? you can find %appdata/Typora/themes folder by click "open themes" button in preferences settings.

And if there are error logs related to spellcheck (http://support.typora.io/Get-Logs/), please also attach them

@cichy1173
Copy link
Author

Can you see pl.aff and pl.dic under %appdata/Typora/dictionaries? you can find %appdata/Typora/themes folder by click "open themes" button in preferences settings.

And if there are error logs related to spellcheck (http://support.typora.io/Get-Logs/), please also attach them

Ok. I checked all of that. files pl.aff and pl.dic exsist in this folder. This is how it looks when i use typora with installed spellcheck
Zaznaczenie_010
When i turn off Typora this files still exsist in this folder but when I turn on Typora and I want to use polish spellcheck it wants me to install this files again. Hitting install just overwriting pl.dic and pl.aff in this folder.

Zaznaczenie_011

But I think it can be related to polish. I installed spanish spellcheck and after Typora restart all works just fine and app doesnt ask me for reinstalling spanish spellcheck.

@pelid
Copy link

pelid commented Jun 12, 2020

Same problem on Ubuntu 18.04. Every launch Typora install russian dictionary newly. It`s annoying.

$ ls -1 ~/.config/Typora/dictionaries
en_GB.aff
en_GB.dic
en_US.aff
en_US.dic
ru.aff
ru.dic
ru-LICENSE
user-dict.json

@sagischwarz
Copy link

I have the same problem using Typora 0.9.89 on Arch Linux with German dictionaries. The problem did not exist in the previous version 0.9.86.

@cichy1173
Copy link
Author

I have the same problem using Typora 0.9.89 on Arch Linux with German dictionaries. The problem did not exist in the previous version 0.9.86.

Ok, so We can say it's Linux-related issue in Typora 0.9.89

@nermaloids
Copy link

I have the same problem with the English UK dictionary 0.9.89 on Elementary Hera

@kevquirk
Copy link

+1 same problem with UK dictionary on 0.9.92(beta) on Pop!_OS (Ubuntu 20.04 base).

@kevincolyer
Copy link

+1 same problem with UK dictionary 0.9.93(beta) on KDE Neon

@cichy1173
Copy link
Author

So it's really big issue. Fix would be nice :)

@MikeHofmann
Copy link

MikeHofmann commented Aug 25, 2020

+1 with de dictionary using 0.9.93(beta) under Ubuntu 20.04.1 LTS

couldn't upload the log, so just some excerpt:

INFO 8/25/2020, 4:48:57 PM  [focus] 3
INFO 8/25/2020, 4:51:25 PM  [blur] 3
INFO 8/25/2020, 4:51:26 PM  [focus] 3
INFO 8/25/2020, 4:51:59 PM  [focus] 1
INFO 8/25/2020, 4:52:00 PM  ----------------before-quit-----------------
INFO 8/25/2020, 4:52:00 PM  ------------------will-quit------------------
INFO 8/25/2020, 4:52:06 PM  ------------------start------------------
INFO 8/25/2020, 4:52:06 PM  typora version: 0.9.93
DEBUG 8/25/2020, 4:52:06 PM  [ '/usr/share/typora/Typora' ]
INFO 8/25/2020, 4:52:06 PM  [Raven] instanceKey = abcc95fc-06d2-49b2-ad87-343cea0dddf4
DEBUG 8/25/2020, 4:52:06 PM  reopen folder
DEBUG 8/25/2020, 4:52:06 PM  app.openFile
INFO 8/25/2020, 4:52:06 PM  [Raven] userId = 03831481-2104-4f84-8400-b96901a3f72b
INFO 8/25/2020, 4:52:06 PM  [focus] 1
DEBUG 8/25/2020, 4:52:23 PM  app.openFile
INFO 8/25/2020, 4:52:23 PM  [blur] 1
INFO 8/25/2020, 4:52:23 PM  [focus] 2
INFO 8/25/2020, 4:52:27 PM  switchDocument
INFO 8/25/2020, 4:52:27 PM  addRecentDocument
INFO 8/25/2020, 4:52:44 PM  [blur] 2
INFO 8/25/2020, 4:52:44 PM  [focus] 1
INFO 8/25/2020, 4:52:45 PM  [blur] 1
INFO 8/25/2020, 4:52:45 PM  [focus] 2
INFO 8/25/2020, 4:52:47 PM  [blur] 2
INFO 8/25/2020, 4:52:51 PM  [focus] 2
INFO 8/25/2020, 4:52:57 PM  [blur] 2
INFO 8/25/2020, 4:53:00 PM  [focus] 2
INFO 8/25/2020, 4:53:16 PM  [blur] 2
INFO 8/25/2020, 4:53:17 PM  [focus] 2
INFO 8/25/2020, 4:53:18 PM  [blur] 2
INFO 8/25/2020, 4:53:21 PM  [focus] 2
INFO 8/25/2020, 4:53:30 PM  [focus] 1
INFO 8/25/2020, 4:53:31 PM  ----------------before-quit-----------------
INFO 8/25/2020, 4:53:31 PM  ------------------will-quit------------------
INFO 8/25/2020, 4:53:37 PM  ------------------start------------------
INFO 8/25/2020, 4:53:37 PM  typora version: 0.9.93
DEBUG 8/25/2020, 4:53:37 PM  [ '/usr/share/typora/Typora' ]
INFO 8/25/2020, 4:53:37 PM  [Raven] instanceKey = 503cd7e9-5cee-40f3-bfd4-a641fabb66ac
DEBUG 8/25/2020, 4:53:37 PM  reopen folder
DEBUG 8/25/2020, 4:53:37 PM  app.openFile
INFO 8/25/2020, 4:53:37 PM  [Raven] userId = 03831481-2104-4f84-8400-b96901a3f72b
INFO 8/25/2020, 4:53:37 PM  [focus] 1
DEBUG 8/25/2020, 4:53:49 PM  app.openFile
INFO 8/25/2020, 4:53:49 PM  [blur] 1
INFO 8/25/2020, 4:53:49 PM  [focus] 2
INFO 8/25/2020, 4:53:51 PM  switchDocument
INFO 8/25/2020, 4:53:51 PM  addRecentDocument
INFO 8/25/2020, 4:54:03 PM  switchDocument
INFO 8/25/2020, 4:54:03 PM  addRecentDocument
INFO 8/25/2020, 4:54:07 PM  switchDocument
INFO 8/25/2020, 4:54:07 PM  addRecentDocument
DEBUG 8/25/2020, 4:54:07 PM  lastSync null, timestamp 1598367231890, mtime 1598367208419.6777
INFO 8/25/2020, 4:55:21 PM  [blur] 2
INFO 8/25/2020, 4:56:01 PM  [focus] 2
INFO 8/25/2020, 4:56:12 PM  [blur] 2
INFO 8/25/2020, 4:56:32 PM  [focus] 2
INFO 8/25/2020, 4:56:33 PM  [blur] 2
INFO 8/25/2020, 4:56:35 PM  [focus] 2
INFO 8/25/2020, 4:56:36 PM  [blur] 2
INFO 8/25/2020, 4:57:06 PM  [focus] 2
INFO 8/25/2020, 4:57:06 PM  [blur] 2
INFO 8/25/2020, 4:57:53 PM  got argv [typora] from secondary instance
DEBUG 8/25/2020, 4:57:53 PM  reopen folder
DEBUG 8/25/2020, 4:57:53 PM  app.openFile
INFO 8/25/2020, 4:57:53 PM  [focus] 3
INFO 8/25/2020, 4:57:53 PM  secondary instance would exit
DEBUG 8/25/2020, 4:58:00 PM  app.openFile
INFO 8/25/2020, 4:58:00 PM  [blur] 3
INFO 8/25/2020, 4:58:00 PM  [focus] 4
DEBUG 8/25/2020, 4:58:04 PM  switching windows from same document
DEBUG 8/25/2020, 4:58:04 PM  lastSync null, timestamp 1598367484184, mtime 1598367208419.6777
INFO 8/25/2020, 4:58:15 PM  [blur] 4
INFO 8/25/2020, 4:58:45 PM  [focus] 4
INFO 8/25/2020, 4:58:46 PM  [blur] 4
INFO 8/25/2020, 4:58:46 PM  [focus] 4
INFO 8/25/2020, 4:58:53 PM  [focus] 2
DEBUG 8/25/2020, 4:58:53 PM  lastSync null, timestamp 1598367532156, mtime 1598367208419.6777
INFO 8/25/2020, 4:58:58 PM  [focus] 1
INFO 8/25/2020, 4:59:03 PM  [focus] 3
INFO 8/25/2020, 4:59:04 PM  ----------------before-quit-----------------
INFO 8/25/2020, 4:59:04 PM  ------------------will-quit------------------
INFO 8/25/2020, 4:59:07 PM  ------------------start------------------
INFO 8/25/2020, 4:59:07 PM  typora version: 0.9.93
DEBUG 8/25/2020, 4:59:07 PM  [ '/usr/share/typora/Typora' ]
INFO 8/25/2020, 4:59:07 PM  [Raven] instanceKey = 44d290b9-0120-4b8b-9159-bd3a8f30faf4
DEBUG 8/25/2020, 4:59:07 PM  reopen folder
DEBUG 8/25/2020, 4:59:07 PM  app.openFile
INFO 8/25/2020, 4:59:08 PM  [Raven] userId = 03831481-2104-4f84-8400-b96901a3f72b
INFO 8/25/2020, 4:59:08 PM  [focus] 1
INFO 8/25/2020, 4:59:13 PM  [blur] 1
INFO 8/25/2020, 4:59:20 PM  [focus] 1
DEBUG 8/25/2020, 4:59:20 PM  true
INFO 8/25/2020, 4:59:20 PM  addRecentFolder
INFO 8/25/2020, 4:59:22 PM  switchDocument
INFO 8/25/2020, 4:59:22 PM  addRecentDocument
INFO 8/25/2020, 4:59:39 PM  switchDocument
INFO 8/25/2020, 4:59:39 PM  addRecentDocument
INFO 8/25/2020, 5:03:19 PM  [blur] 1
INFO 8/25/2020, 5:04:37 PM  [focus] 1
INFO 8/25/2020, 5:04:38 PM  [blur] 1
INFO 8/25/2020, 5:04:41 PM  ----------------before-quit-----------------
INFO 8/25/2020, 5:04:41 PM  ----------------before-quit-----------------
INFO 8/25/2020, 5:04:41 PM  ------------------will-quit------------------

@cichy1173
Copy link
Author

Updated Typora but still problem exists.

@stefan2904
Copy link

stefan2904 commented Oct 16, 2020

Same problem with Typora 0.9.96 on Ubuntu 19.10 with EN-US (default spellcheck language).


test text:

image

nothing highlighted although spellcheck is enabled

image

spellcheck files are there

image

→ lets install the files again

image

→ spellchecks works now:

image

nothing concerning this in typora.log, btw:

typora.log
INFO 10/16/2020, 3:47:23 PM  ----------------before-quit-----------------
INFO 10/16/2020, 3:47:23 PM  ------------------will-quit------------------
INFO 10/16/2020, 3:47:25 PM  ------------------start------------------
INFO 10/16/2020, 3:47:25 PM  typora version: 0.9.96
DEBUG 10/16/2020, 3:47:25 PM  [ '/usr/share/typora/Typora' ]
INFO 10/16/2020, 3:47:25 PM  [Raven] instanceKey = 65bf9db5-b5f2-4e3f-9e54-c0c485882e27
DEBUG 10/16/2020, 3:47:25 PM  app.openFile
INFO 10/16/2020, 3:47:25 PM  [Raven] userId = aec149cd-d9c8-43b8-a7dd-04e616204143
INFO 10/16/2020, 3:47:25 PM  [focus] 1
INFO 10/16/2020, 3:47:26 PM  [blur] 1
INFO 10/16/2020, 3:47:26 PM  [focus] 1
DEBUG 10/16/2020, 3:47:36 PM  app.openFile
INFO 10/16/2020, 3:47:36 PM  switchDocument
INFO 10/16/2020, 3:47:36 PM  addRecentDocument
INFO 10/16/2020, 3:47:47 PM  [blur] 1

@stefan2904
Copy link

stefan2904 commented Oct 16, 2020

btw, there are multiple dictionaries folders in my typora home, maybe there is an issue with capitalization in your code? (filenames are case-sensitive on linux, while they are not on Windows.)

image

// update:

I did some tracing, and it looks like you only try to open dict files from typora-dictionaries, so not sure what the other 2 are there for ...

14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_US.dic", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_US.aff", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_US.dic", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_US.aff", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_GB.dic", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_GB.aff", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_GB.dic", O_RDONLY) = 88
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/en_GB.aff", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/de.dic", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/de.dic", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/de.aff", O_RDONLY <unfinished ...>
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/de.dic", O_RDONLY <unfinished ...>
14269 <... read resumed> "75767\n\tThis is the dictionary fi"..., 4096) = 4096
14269 openat(AT_FDCWD, "/home/asdf/.config/Typora/typora-dictionaries/de.aff", O_RDONLY <unfinished ...>

@stefan2904
Copy link

stefan2904 commented Oct 16, 2020

ok I think I figured it out, when I start tracing before opening a file, I see this during opening:

24846 openat(AT_FDCWD, "/usr/share/typora/resources/app/node_modules.asar/spellchecker/vendor/hunspell_dictionaries/en_US.dic", O_RDONLY <unfinished ...>

@abnerlee this is a file that does not exist?

node_modules.asar is a file, not a directory. maybe you mean node_modules instead?

if so, /usr/share/typora/resources/app/node_modules/spellchecker/vendor/hunspell_dictionaries exists and contains some dictionaries, but apparently not the ones installed in the step above -- according to dpkg -L typora those are the spellcheckers that are part of the typora package itself.


for tracing, I used:
ps aux | grep -i typora | awk '{print"-p " $2}' | xargs sudo strace -o /tmp/typora-strace.log -f

@pbentkowski
Copy link

pbentkowski commented Nov 19, 2020

I have the same problem with the Polish dictionary missing every time I re-start Typora. I run version 0.9.96 (beta) on Ubuntu 20.04 LTS. However, when I run it like this:

sudo typora --no-sandbox

It asked me to add Polish, I did so and since the Polish dictionary works fine after every other restart in sudo mode. But not the regular user, though.

@pbentkowski
Copy link

OK... I think I've got it... at least a hack.

What I did:

  1. From LibreOffice repo https://github.com/LibreOffice/dictionaries I've downloaded all the dictionaries.
  2. With sudo I copied pl_PL.dic and pl_PL.aff to Typora's default dictionaries directory.
cd /usr/share/typora/resources/app/node_modules/spellchecker/vendor/hunspell_dictionaries
sudo cp ~/Downloads/dictionaries-master/pl_PL/pl_PL.* .
sudo chmod 777 pl_PL.*
  1. Removed user's Typora configs: rm ~/.config/Typora/ and (re)started Typora.
  2. It asked me to install the Polish dictionary, but ones and never more. You have to wait a couple of seconds before Typora recognises the language and underlines misspelt words.

@stefan2904
Copy link

Thanks for the hint, pbentkowski. Unfortunately that did not work for me ...

I still need to "install" a dictionary after opening a file, each time ...

@agenttux
Copy link

has there been a fix yet for this issue? I have this on Ubuntu 20 as well

@cichy1173
Copy link
Author

has there been a fix yet for this issue? I have this on Ubuntu 20 as well

We don't have a good solution for this. I left Typora for Mark Text app

@VegaDeftwing
Copy link

bumping this issue, as it has been an issue for me for a long time as well. Arch Linux, Typora 9.98 from the AUR

@thwaller
Copy link

thwaller commented Feb 1, 2021

I also have this issue. I use Ubuntu 18.04.5 and Typora 0.9.98(beta). I install EN-US and it is gone every time I restart the application.

@Jaaaarne
Copy link

Same issue on Fedora 33, Typora 0.9.98 with Russian dictionary. A bit annoying, tbh.

@abnerlee
Copy link
Contributor

relates #214

@abnerlee abnerlee added the i18n label May 25, 2021
@llsaboya
Copy link

llsaboya commented May 26, 2021

Same thing in 0.10.11 in Pop OS and Solus OS.

@MarcoDuiker
Copy link

MarcoDuiker commented Nov 30, 2021

Same issue here with dutch (nl) under Ubuntu 16.04 on Typora 0.11.16

@pbentkowski
Copy link

Same issue here with dutch (nl) under Ubuntu 16.04 on Typora 0.11.16

Well.... my Typora installation is in version 1.0.2 (since 1.0.0 Typora costs money) and it seems to solve the issue on Ubuntu 20.04.

@aproposnix
Copy link

aproposnix commented Jan 4, 2022

Happy New Year everyone :)

For me, the only dictionary I cannot keep installed is the American English one. I need to reinstall it every time.
However, If I pick the GB English, it persists through restarts.

Would love to see a fix for this issue.

OS: Ubuntu 20.04
Typora v 1.0.3

UPDATE: Since Typora only seems to work with the en_GB dictionary. I renamed the en_US to the GB and now it works fine (but of course it shows that it's using GB english and not US).

@shayanderson
Copy link

Same problem on Linux Mint 20.2, have to reinstall en-US after app restart. Switching to Mark Text.

@jamestevans-uk
Copy link

I've updated Typora from V1.0.4 to V1.1.2. (Licensed)
Dictionary download no longer happens on every restart and en_GB spell check is immediately available.

Here en_US was always available, en_GB was requested on each restart. The en_GB files were available alongside en_US in the ~/.config/Typora/typora-dictionaries directory.

    Ubuntu 20.4.3 LTS 
    Ubuntu-1 5.4.0-100-generic #113 - kernel upgraded at same time as Typora.

I've spent several hours chasing this so happy to report this result.

@RockwoodOnt
Copy link

RockwoodOnt commented Feb 18, 2022

Typora for Linux 0.11.18 beta

I think I found the culprit.

If to delete the folder /home/user/.config/Typora/Local Storage before launching typora, it doesn't ask for downloading a dictionary that is already downloaded. But prior to that the dictionaries should be copied to /usr/share/typora/resources/node_modules/spellchecker/vendor/hunspell_dictionaries with permissions -rwxrwxrwx 1 root root.

So

rm -rf "/home/user/.config/Typora/Local Storage"
typora /home/user/file.md

Spell check icon in the status bar flashes with a check mark, then switches to EN-US, or EN-GB or whatever, Auto Detect Language gets disabled while staying marked and a red underline for misspelled words doesn't show up but the dictionaries while switching don't ask for downloading. And then the spell checker starts working OK with the red underline and spelling suggestions in the right mouse click menu.

On the second launch without deleting home/user/.config/Typora/Local Storage downloading starts all over again.

@gungorenu
Copy link

I have similar issue and I have a workaround, and perhaps the reason as above mentioned. I have windows system though.

Windows 10 x64, Typora 1.1.3

  • If I open Typora by double clicking on a md file then the spellcheck goes missing (the underlined errors), like others mentioned. I click on language selection (DE) then asks me to download the files, which I already have them. if I opt to download then spelling works.
  • if I open Typora with "admin rights" and then open file (from recent files for example), everything works perfectly (spellcheck works from beginning and switching to a different language and then switching back to DE works perfectly).
  • if I open Typora first (without admin rights) and then navigate to the file using folder structure on left panel then everything works perfectly.
  • I set Typora to run in admin mode by right clicking on Typora.exe. Same problem occurs as above (double click on file scenario)
  • I open the md file using command line like C:\Program Files\Typora\Typora.exe c:\test.md and still same errors as above (this is same with double clicking on a file anyway). it does not matter if console is started as administrator.

so in my case opening a file with parameter does not work but if I navigate through Typora then everything works. Files have full rights and I am admin on machine. it does not seem to be a permission issue but it is about how typora starts (with parameter or without).

I had 0.9.96 version, or sth like that and everything was working there.

I do not know why the behavior matters if I double click on a file to open md file but not through Typora menu

@RockwoodOnt
Copy link

RockwoodOnt commented Feb 18, 2022

I do not know why the behavior matters if I double click on a file to open md file but not through Typora menu

As I said, Typora has a folder Local Storage containing some kind of a database leveldb with binary files. On windows the path is C:\Users\UserName\AppData\Roaming\Typora\Local Storage. I didn't try Typora on Windows but I think its behavior is pretty much the same.

At first run Typora remembers the settings and then doesn't let change them. From my experience on Linux it was even funny when running as user Typora wanted to download EN-GB but when running as root EN-GB was fine but EN-US wanted to be downloaded. I discovered if to delete Local Storage before starting Typora the folder gets recreated with different settings or environment and runs OK until you decide to change something. It won't let you until you delete the folder Local Storage.

@gungorenu
Copy link

I am not sure if these are related, maybe they are. for me deleting the local storage means Typora shall not remember which file has which language as spellcheck, I do not know if it means something else.

in my local the DE locale file is not in typora/resources/node_modules/spellchecker/vendor/hunspell_dictionaries. there is only en_US, by default I guess. I tried with different locales now but no, these locales are not copied there. I never needed to copy something here and typora does not copy either obviously, in working case for me.

now I realized another thing (and also maybe why I have a working case)

  • Typora has an option on what to do on Launch. if I select open new file or restore files, then the working case for me also does not work anymore. I use the open folder option here and then it works.

@abnerlee
Copy link
Contributor

Hi, If you use Typora 1.1.x, open DevTool from View -> Toggle DevTool from menubar and input following in the console, will it return object or null?

File.editor.spellChecker.spellCheckFactory.getSpellChecker("DE");

And what about

File.editor.spellChecker.spellCheckFactory.getSpellChecker("DE", true);

@gungorenu
Copy link

hi, for me both calls return an object (definitely not null) in my case. but still DE spellcheck cannot be found and asks me to download it again.

Hi, If you use Typora 1.1.x, open DevTool from View -> Toggle DevTool from menubar and input following in the console, will it return object or null?

File.editor.spellChecker.spellCheckFactory.getSpellChecker("DE");

And what about

File.editor.spellChecker.spellCheckFactory.getSpellChecker("DE", true);

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests