Skip to content
New issue

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

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

Already on GitHub? Sign in 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の開発に専念したいと思います。

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

No branches or pull requests

2 participants