Firefox now implements :has. There is no reason for this workaround

This partially reverts commit 4f0bc185.

all of these are blind find and replace, no clue if they end up breaking
anything

this fixes a small ux quirk where blanking a reply and cancelling it
results in an empty reply next time you try to reply to that note, accidentally
un-tagging everyone

Closes #174

thanks a lot to MoshiBar for the initial implementation!

Closes #217

thanks @Marie

Closes #223

Reviewed-on: https://git.joinsharkey.org/Sharkey/Sharkey/pulls/246


Reviewed-by: Marie <marie@kaifa.ch>

Closes #223

we know this looks decent because it's what the MkInstanceTicker
already does

this is probably never actually used, but it still looks like a good
idea (also, FireFish does it)

thanks @ShittyKoper for noticing!

the implementation is copied from the other places we already check
HTTP signatures, and cross-checked with Firefish's implementation

this also fixes the connecting lines in the Sk-style view

thanks @ShittyKopper for reporting the bug!

NOTE: at this point, the `isDeletedRef` boolean is pretty much
useless, because we're directly removing deleted notes from the
`replies` array and therefore from the DOM (we were just hiding them,
before); I'm intentionally not touching `isDeletedRef` to simplify
merges from upstream

`useNoteCapture` already subscribes to all updates for a note, so
we can tell it when a note gets replied to, too

Since I'm not actually adding any extra subscription in the client,
just an extra callback, there should be no overhead when replies are
not coming in.

Also, all the timelines already call `useNoteCapture` for each note
displayed, so we know the whole `GlobalEventService` thing works fine.

Many thanks to VueJS for taking care of all the DOM complications

なぜかわからないけど元々Quoteはできるようなのでそれに戻しました

This reverts commit f4359955.

* New translations ja-jp.yml (Korean)

* New translations ja-jp.yml (French)

* New translations ja-jp.yml (Chinese Traditional)

Closes #250