Skip to content
New issue

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

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

Already on GitHub? # to your account

(旧?)「辞書登録・削除希望入力フォーム」の2017年9月21日以降の新しいエントリ(まだSKK辞書に未反映)のプルリクにつきまして #29

Open
JunShiozawa opened this issue Sep 30, 2021 · 7 comments

Comments

@JunShiozawa
Copy link

JunShiozawa commented Sep 30, 2021

はじめまして。

「2018 年 12 月以降は、SKK 辞書の更新は github のみです。」
となっておりますので
新しいエントリがSKK辞書に反映されていないのかもしれませんが
(旧?)「辞書登録・削除希望入力フォーム」
http://openlab.jp/skk/registdic.cgi
のうち
エントリがSKK辞書に反映されているのは
2017年9月19日エントリの
「しんかいまこと /新海誠」
その他の人名(フルネームなど)
アニメーション監督。
が最後で
2017年9月21日以降の新しいエントリがSKK辞書に反映されていません。

プロジェクトのリポジトリをForkしてmaster以外の僕専用のbranchを作成して

各辞書ファイルに
;; 冒頭のコメントが連続する各行

;; okuri-ari entries.

;; okuri-nasi entries.
があるので
1つの辞書ファイルのままでは
sortコマンドがうまくいきそうもないので

各辞書ファイルを
csplitコマンドを使用してファイルを3分割してから
「辞書登録・削除希望入力フォーム」の
2017年9月21日以降の新しいエントリを
各辞書に追記して
sortコマンドで
アルファベット順
五十音順に並び替えて
その後
catコマンドで3分割した辞書ファイルを結合して

git add
git commit
git push

これで僕がForkしたリポジトリの僕専用のbranchからのプルリクは可能でしょうか?

@JunShiozawa JunShiozawa changed the title (旧?)「辞書登録・削除希望入力フォーム」の2017年9月21日以降の新しいエントリのプルリクの件と、libkkc側の問題の「ローマ字」入力ではなく「かな」入力の設定の場合にShiftキーを押しながら「わ」を押しても「を」にはならず「わ」が入力されてしまいlibkkcで「ローマ字」入力ではなく「かな」入力の設定の場合 「を」を入力する手段が見当たらない問題につきまして (旧?)「辞書登録・削除希望入力フォーム」の2017年9月21日以降の新しいエントリ(まだSKK辞書に未反映)のプルリクにつきまして Sep 30, 2021
@conao3
Copy link
Member

conao3 commented Oct 1, 2021

PRを送るのは全ユーザー可能ですので、提案があるようでしたらぜひお願いします。

@JunShiozawa
Copy link
Author

conao3さま
はじめまして。

まぁ
提案といいますか

「辞書登録・削除希望入力フォーム」の
SKK辞書に反映されていない
2017年9月21日以降の新しいエントリを
SKK辞書に反映させて
プルリク

みたいな感じなのですが・・・

conao3さま
これからもよろしくご指導お願いいたします。

@conao3
Copy link
Member

conao3 commented Oct 1, 2021

PRは歓迎してますので、良いと思います。
それぞれ辞書に入れるのか判断があると思いますので、各エントリで別PRにしてもらえればレビューがしやすいかと思います。

@JunShiozawa
Copy link
Author

JunShiozawa commented Oct 1, 2021

conao3さま
ご回答ありがとうございます。

各エントリで別PRにしてもらえれば

「単なる『見出し語』と『単語』の1つ『だけ』の連想ペアである」「1つの各エントリ『だけ』」ごとの「各エントリで別PR」はさすがに実務的・現実的にはPRの粒度が小さすぎる気もしますが
いかがでしょうか?

リポジトリをForkしての僕の辞書ファイルの編集作業の前に
「辞書登録・削除希望入力フォーム」
http://openlab.jp/skk/registdic.cgi

SKK辞書に反映されていない
2017年9月21日以降の新しいエントリのうち
「辞書に入れるのか」?
「エントリ」での登録希望の「品詞」とは別の「品詞」の辞書への登録が望ましいのか?
つまり「品詞」はどの辞書がふさわしいのか?
につきまして
僕の辞書ファイルの編集作業の前に
これをskk-dev/dictプロジェクトのメンバーさまでレビューはできませんでしょうか?

「辞書に入れるのか」?「品詞」はどの辞書がふさわしいのか?

辞書ファイルの編集作業の前に
「辞書登録・削除希望入力フォーム」のSKK辞書に未反映なエントリにつきまして
skk-dev/dictプロジェクトのメンバーさまでレビューしていただけない場合
「辞書に入れるのか」?「品詞」はどの辞書がふさわしいのか?
につきましては
僕は「現行のSKK辞書の登録状況の実態」や「Googleの検索結果」・「Wikipediaの項目の有無」・「simejiで変換候補に出るか」などを「辞書に入れるのか」?の判断の基準・判断の材料にして
僕の辞書ファイルの編集作業で「辞書に入れるのか」?を判断せざるを得ず,確かにこのアプローチの場合はプルリク後の審査待ちになってしまいますよね・・・

かといって
「各エントリで別PR」
のアプローチの場合は
Fork先の
「単なる『見出し語』と『単語』の1つ『だけ』の連想ペアである」1エントリごとに
それぞれ
別のbranchで
1エントリごとに
それぞれ
辞書ファイルを
更新しなければならず
気の遠くなる作業です・・・

本当に「単なる『見出し語』と『単語』の1つ『だけ』の連想ペアである」「各エントリで別PR」でよろしいでしょうか?

以上を踏まえまして
どのアプローチを採るべきか
ご指導お願いいただけませんでしょうか?

@conao3
Copy link
Member

conao3 commented Oct 3, 2021

とりあえずPRをもらえますでしょうか?分割した方が良ければその都度コメントしますので。
(おそらく別のPRにして欲しいとコメントすることになると思いますが。。)

@JunShiozawa
Copy link
Author

conao3さま
了解です。
仕事で忙しくて
「すぐ」は無理ですが
僕のForkリポジトリのmaster以外の自作のbranchからPRいたします。

@JunShiozawa
Copy link
Author

conao3さま

skk-dev / dict
と僕の方針・方向性が違うようですので
skk-dev / dictを
Forkして
skk-dev / dictを駆逐するつもりで
Forkの開発に専念したいと思います。

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants