Over the past few months, I’ve been using the Spell Checker app. however, I’ve noticed a problem. When I use the Article Greenhouse apps and click “Cancel”, it will then take me back to the unmodified initial viewing of the article(as if nothing had been done). However, (after contacting @Krystle
), clicking “Done” in the Spell Checker app(not “Publish”), it will take me to a totally different article. Can you make it so it replicates the Article Greenhouse and take it back to the unedited version of the article. Maybe even you could change this link’s name to be “Cancel”… Second of all, the Spell Checker has a problem. For articles that are right in the front portion of the queue(first article) that has spelling errors that I edit and press “Publish”. On occasion, upon next article load, the app will display an interesting error("An error occurred while trying to get another article. Please try again later. ") Please look into that. On the same type of thing, if, after adjusting another article, or, if I have to refresh due to this problem, the article will bring me back to the first unedited article. I also noticed a fourth problem. When you go to ask the app to add a word to the whitelist, if the word contains symbols or characters with additional symbols in them(such as a German/Spanish/French vowel-symbol), the word will not be accepted into the whitelist.(I also today, had it, on one of the articles, it found the __FORCEADV__ as a word to correct(which I was going to add, but it didn’t let me, either). Lastly, a fifth problem. Why is it that the only time a word will un-red itself, is when I press to delete(whether through the backspace key on any part of the word, or the Delete key on any part of the word) a character? These issues were seen on Internet Explorer 9 on Windows Vista. However, some of these were also seen in Mozilla Firefox for Windows Vista, also. THEY ARE FAIRLY RANDOM when they occur, so catching them in a screencast, would almost be impossible to do beforehand, to conserve file size/time.
More coming soon, including a “Dashboard number quantity” bug.
I’ve been working on it(here’s the Dashboard number quantity" bug I explained last night). The number starts as (theoretical) 8,261. I work on it a few hours. I’ve cleared up many items. I recheck the Dashboard and find the number(which should be LESS than what I started with) up even higher than initial. Take for note a NIGHT THAT IS NOTMonday night(this might be Thursday night or Friday night. Silly, but true! Completely true! It’ll be, at the very end 9,000 or 9500. And even now that we’re able to add words to the whitelist, that should help the number go down…right? It shouldn’t be going up.
There… I think
all the issues I’ve found are all typed and written. I may have more, as I continue through the app as features are added/fixed.
Firefox ONLY- After clicking “Yes, I would like to edit” button, the editor scrolls the article all the way to the bottom. It’s a pain having to scroll back up top of the article, for every single article seen. Like all others, it should start at the top.
The problem of some articles having no words to spellcheck, still does occur in the app, but is definitely less common these days. Please check into that too.
Also, if I may add to that: on my iPod, it will not let me spellcheck articles. It won’t let me even click on the article to start typing!
The spellchecker tool isn’t intended to be consistent with the greenhouse tools, so this isn’t so much a problem as it is just a difference
Thanks for the suggestion though!
If it only happens occasionally, this is normal. If it happens often enough that you can catch it on a screencast please send it to me.
Unfortunately we can’t add symbols to the whitelist.
If you are fixing it then you have already noticed that it was a misspelling, so the word no longer needs to be red
It could very well be going up, since lots of articles are published every day with spelling mistakes in them.
Is this happening consistently? Can you capture a screencast? I just tried this with Firefox and it worked normally.
This could be because the article’s spelling mistakes got corrected before the list of articles in the spellchecker tool was updated. As long as it’s not happening often it’s normal.
I’m not having the problem for the Firefox bug. I use 15 and it stays at the top like it should.
