ncaq / goodbye-rfc-2822-date-time

I hate the date and time notation method like RFC 2822. This extension converts time notation to native language as much as possible.

goodbye-rfc-2822-date-time

English

This project is a web browser extension that aims to convert date and time notations into a user-friendly form.

For example, the RFC 2822 format (e.g. Dec 22, 2018) is very easy to understand for people in the US.

However, for us Japanese, the notation is not always intuitive. I especially have a hard time remembering English month names (e.g. Oct), and I often wonder what month Oct was? octopus? I am not sure which month you are referring to.

By installing this extension, it is possible to convert the date and time notation to the natural notation of each user's native language, or change it to ISO 8601.

Specifically, if you are using GitHub in Japanese, notations such as 2018年12月23日 will be converted into a form that is easy for us Japanese to understand, such as Dec 23, 2018. In this way, the extension eliminates confusion about the notation of date and time.

Japanese

このプロジェクトはwebブラウザ向けの拡張機能で、日時の表記をユーザーにとって分かりやすい形に変換することを目指しています。

例えばRFC 2822形式の日時表記(Dec 22, 2018等)は、アメリカの人々には非常に理解しやすい形となっています。

しかし、私たち日本人にとってはその表記方法は必ずしも直感的ではありません。 特に私は英語の月名(例:Oct)を覚えるのが難しく、Octは何月だったっけ?タコ?など、どの月を指しているのか分からなくなります。

そこで、この拡張機能を導入することで、日時表記を各ユーザーの母国語による自然な表記に変換したり、ISO 8601に変更したりすることが可能になります。

具体的には、GitHubを日本語で利用している場合には、Dec 23, 2018といった表記が2018年12月23日というように、我々日本人にとって分かりやすい形に変換されます。 このように、拡張機能を利用することで日時の表記に関する混乱を解消します。

Support website(current)

• GitHub
• Stack Overflow like sites
• Hackage

Distribution

• Firefox
• Chrome

Use library mainly

Day.js

How to build and package(required by Mozilla)

yarn --frozen-lockfile
yarn package

goodbye-rfc-2822-date-time's Issues

dynamic importを使ってコードの肥大化に立ち向かう

code splittingをしてブラウザの言語によってdynamic importをすればファイルの肥大化に耐えられるのではないか

GitHub: Insightsの表示

Jul 23, 2017 – Jan 16, 2019
とか

アイコンを変える

今のアイコンは単に月を翻訳するだけになっているので形式全体を翻訳するものに変更する

GitHub: Milestonesの日付対応

stack overflow: ライセンス表示を巻き込んでパースしてしまう

例: perl - URL「ドメイン名:10000」でwebminにアクセスできなくなりました。 - スタック・オーバーフロー

wikidot: 対応

http://scp-jp.wikidot.com/forum/t-13441501/soilence-20200620-01

webpackに移行

Parcelはbabelを自動で有効化したり暗黙の動作が多すぎる

GitHub: 自分の環境で効かなくなっている

browserifyをやめる

サクッと作るだけで1ファイルだけだから良いやと思って使ってましたけど拡張性に乏しいし機能も少ないのでparcelあたりを試してみる

Discourse: 対応

Certbot: command not found - Let's Encrypt Community Support

AWS: 対応

例

https://ap-northeast-1.console.aws.amazon.com/rds/home?region=ap-northeast-1#db-snapshots:

GitHub: PRのコミット履歴に対応

例。
fix: docker.elのtramp経由でdiredのイメージが見れる機能で誤爆していたのを修正 closed #18 by ncaq · Pull Request #19 · ncaq/auto-sudoedit

Firefox向けにリリースする

closure compilerで最適化する

angular/tsickle: Tsickle — TypeScript to Closure Translator
で書き換えて最適化することが可能なようですね

Hackage: uploadedに対応

uploadedの所がアメリカ形式

GitHub: history: 対応

｢戻る｣などをした時に対応していない

ts-nodeを使ってJavaScriptをTypeScriptに変換

ESLintとかの設定も共通化したいため。

Manifest V3への対応

この拡張はbackground script一切なしの、
依存ライブラリのバンドルを除けば実はUserScriptだけでいける性質のものなので、
もしかしたらすぐ終わるかもしれません。

GitHub: タイミングの問題か反映されないことへの対処

読み込み完了のイベントがあれば良いんですが、
なければとりあえずsleepしてもう一度実行するとかの汚いハックをする必要があるかもしれません。

577KBある出力ファイルを最適化するなり圧縮するなりで軽減する

date-fnsに乗り換える

momentから乗り換えるだけでそれなりに軽量化するのでは

GitHubで全く動いていない

仕様変更があった?

gist.github.com: 対応

example: https://gist.github.com/ustun/73321bfcb01a8657e5b8

Maven: 対応

The Central Repository Search Engine

サイト特定ではなくジェネラルに対応する

どうも<relactive-time>とかは共通のライブラリらしいので共通的に対応できそう

Edge向けにリリースする

gog.com: ユーザページ対応

ncaq.net's profile on GOG.com

crates.io: 対応

例
crates.io: Rust Package Registry

parcel watchで動かないスクリプトファイルが作られるのを解決する

Chrome向けにリリースする

Firefoxしか考えてないmanifest.jsonだからChromeには特定の対応が必要?

Stack Overflow: Android版でフッター認識が効かない時がある

https://askubuntu.com/questions/50433/how-to-convert-mkv-file-into-mp4-file-losslessly

Medium: 記事の日時

https://medium.com/@newapplesho/%E3%81%AA%E3%81%9C%E6%88%91%E3%80%85%E3%81%AFsmalltalk%E3%82%92%E4%BD%BF%E3%81%86%E3%81%AE%E3%81%8B-%E3%81%9D%E3%81%AE2-smalltalk%E3%81%AE%E8%89%AF%E3%81%95-7a3af3cc5823

ブラウザのロケールに関係なく出力フォーマットを指定できるようにする

自動デプロイ

タグ付けするだけでCircleCIでFirefoxとChromeのストアに自動デプロイするようにする
GitHub Actionsのは自分のはソースコードを添付する必要があるので使えない

phpbb: 対応

http://forums.system-rescue-cd.org/viewforum.php

User Script向けにリリースする

Greasy Fork – 便利で安全なユーザースクリプトを
500KB超えの巨大なUser Scriptって受け入れてくれるんだろうか…

web-extによるバンドルでTypeScriptのソースコードなど余計なものが含まれないようにする

全てのサイトに対応するのではなく、ドメインを絞って対応する

• サイト特定ではなくジェネラルに対応する · Issue #13 · ncaq/goodbye-rfc-2822-date-time
• phpbb: 対応 · Issue #22 · ncaq/goodbye-rfc-2822-date-time
• wikidot: 対応 · Issue #42 · ncaq/goodbye-rfc-2822-date-time

などとは逆行する方向性なのですが、
やはり全てのサイトで動くアドオンというのはセキュリティ的に危ないし、
ユーザから見ても怪しい。
現状無意味に動くことが多いのでパフォーマンス的にも問題がある。
phpbbは特にいろんなサイトが独自にホスティングしているのでサポートしたいところですが、
少なくとも対応を始めるまではパーミッションを絞ったほうが良さそうである。

GitHub: issueに新しくコメントした時に時間表記が元に戻るのを修正する

Safari向けにリリースする

diary.app.ssig33.com: h4に対応

**製のとあるキットをかったんですが - Diary

GitHub: 単純に適応するとリポジトリのファイル更新ページのレイアウトに改行が発生してひどいことになる

fix: GitHubのissueなどの基本表記に対応 closed #72 by ncaq · Pull Request #86 · ncaq/goodbye-rfc-2822-date-time
により発生した副作用。
こちらは編集しないなどの配慮が必要になりそう。

GitHub: ｢数分前｣のような表示はそのままにする

別に国によってわかりにくくもないしその場合はそのままでも良いのでは

非対応のサイトではbodyの監視などをやめる

現在replaceDateで対応サイトを判定→書き換えを行っていて,
bodyが書き換えられるたびにreplaceDateを呼び出しているけど,
これは判定の無駄.

まず対応サイトを判定→対応していたらbodyを監視,
という方式をとったほうがCPUに優しい.

というか

• 判定
• 監視
• 書き換え

の3つのロジックはそれぞれ分割して制御するべき.

momentのimport地獄をなんとかする

解決方法が全く分からない
side effectはexportでオブジェクトを伝達しないと起きないんだけど
momentのlocaleにはオブジェクトが全く無いのでexportするのも出来なかった

parcelで黒魔術を実装しないとダメか

GitHub: 時間経過系で相対時間が書き換えられた時にlang属性が消失する

issueに書き込んで少し待つと相対時間が更新されますが、その時にlang属性も消滅するらしく、設定が消えてしまいます。
observeの仕組みはあまりうまく働いていないようです。

observeを頑張るより、
github/relative-time-element: Web component extensions to the standard element.
で抜け道無いかもう一度見るべきな気がします。