I've mentioned this problem before, and I regret to say I haven't followed the forums as closely as I should, so I don't know if this concern was addressed and rejected. If this starts sounding familiar, feel free to stop reading and post a strongly worded reprimand at me for wasting your time.

Before the list system overhaul, it was possible to quickly remove a word from the queue (NOT to ban it, just remove it from the Queue) by just hitting the quick-add button again. It would be really, really nice to be able to duplicate this feature with Miscellaneous. As it stands now, you can hit the quick add button, and you get a few seconds to reconsider that decision with the "WAIT!" button, but if you miss your window, you're hosed: you have go to the Study tab, click on the Miscellaneous list, click contents, click the month, click "edit this section," scroll down, find the word, click the "x", then click "save."

This is really irritating for me because I often pull up a character's popup, see a bunch of words I could see myself using and quick add them, and then realize (after the "wait" button's gone) that I've added too many and want to dial it back a bit.

As it stands now, hitting the quick add button again brings up a dialogue box that says "Skipped [word]. Already quick added." and gives you the choice to "add again." This seems kind of useless--why would you want to add it again? Is there any reason why it couldn't say "You've already quick added this to Miscellaneous. Do you want to remove it?"

You can undo it from here: http://beta.skritter.com/vocab/quickadd

Hmm... that's a little better I guess. Still involves a bunch of clicks. Unless I'm missing something, you still have to change to the vocab lists tab, load that, then find the link to the quick add page (why is it so tiny in parens there incidentally? This page seems important enough to get a more prominent link) and load that page, do the undo, and then go back to studying.

I remain convinced that a more convenient (and intuitive) way of handling it is to have a dialogue offer to remove the word after hitting the quick add button a second time. After all, the button changes to a check mark the first time you hit it to add the word, and it seems like established convention in UIs that hitting a check mark a second time will uncheck it. This "do you want to add it again" business is confusing, doesn't have any use that is apparent to me, and is the opposite of a behavior that I think is both expected and useful.

I'd be curious if "add it again" is actually useful to someone. What even happens when the same word is on a list twice?

"I'd be curious if "add it again" is actually useful to someone. What even happens when the same word is on a list twice?"

Or, as is the case at the moment, a word has been added in the past, removed, Skritter hasn't realised this, and you still want to add it again. Alternatively it's useful where an item was added to a list you gave up studying, and you want to add it to a new list you're actually studying.

I'm not sure where your 'undo' thing comes in (and I can't say I've had any problems with the wait button), but from a slightly different angle, I do agree it's way to slow to remove items from lists. I've mentioned to Scott I would quite like to see a 'remove from list' option in the drop down menu in the list editor. Then you could check an item, select remove from list, and it'll be gone.

Hmm, interesting idea. We'll discuss it at our next meeting; I think you're right that it would be more useful as you describe. Only problem is that the way the backend is currently set up, there's no easy way to remove a word from a given list; there's essentially no way to 'search' for a word in a list. Would have to figure out how to reorganize the data to make this even feasible, and think carefully about the interface...

We can make a decision, but implementing a change, if we decide to change it, won't happen for a while since web site development is essentially on hold while the iOS app is being built. Sorry about that! In the meantime I think the quick add page with its history of list edits, or even the list page itself (which will list the edits to only that list) would be the closest to what you're thinking. We could also try increasing the time that the bar stays on the screen perhaps?

We discussed this the other day; given the complexity, the plethora of other things to do and improve, and the seemingly little interest in general to have this improved, we're going to put this on hold indefinitely. Sorry, dbkluck.