<entry eid="2093625" stat="D" corpus="jmdict" type="jmdict">
<ent_corp type="jmdict">jmdict</ent_corp>
<ent_seq>2848223</ent_seq>
<r_ele>
<reb>グー</reb>
</r_ele>
<sense>
<pos>&n;</pos>
<xref type="see" seq="1005970" dict="1" sno="1" xk="じゃん拳">じゃん拳[1]</xref>
<xref type="see" seq="2138180" dict="1" sno="1" xr="ぐう">ぐう[1]</xref>
<gloss>rock (in rock, paper, scissors game)</gloss>
</sense>
<sense>
<pos>&n;</pos>
<gloss>fist</gloss>
</sense>
<history>
<audit time="2021-02-08 00:34:53" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Splitting from : 1046070.</upd_detl>
</audit>
<audit time="2021-02-08 00:42:54" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Now that it's split out, I thin the senses should be split.</upd_detl>
<upd_diff>@@ -11,0 +12,3 @@
+</sense>
+<sense>
+<pos>&n;</pos></upd_diff>
</audit>
<audit time="2021-02-08 01:07:23" stat="A" unap="true">
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>shouldn't this be merged with the ぐう in the
2nd xref?</upd_detl>
</audit>
<audit time="2021-02-15 10:29:10" stat="D" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I did wonder about that. Yes, it probably should be merged. I'll set it up. KOD doesn't split rock and fist.
Ths can be deleted if the merge is approved.</upd_detl>
</audit>
<audit time="2021-02-16 11:03:05" stat="D">
<upd_uid>robin1354</upd_uid>
<upd_name>Robin Scott</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Approved merge.</upd_detl>
</audit>
</history>
</entry>
Notes
- Click on the entry seq# to see all versions of the entry.
- ⇒,⇔,⇐ Denote cross references (xrefs). ⇒ shows an xref from this entry sense to some other entry. ⇐ shows an xref on some other entry that points to this one; to change, edit the other entry. ⇔ indicates two xrefs, one in each direction.
- Cross references marked with an asterisk (*) after the seq# denote a reference to an unapproved entry. These will disappear when the unapproved entry is approved.