Drupal

結論から言えば、configuration schemaを見て、翻訳可能な要素を特定してその翻訳の値をデータベースに保管し、描画時に表示言語に基づいて表示を上書きする機能を持っているという事だ。

本には書かれていないが、今回は裏側の調査には結構苦労した。おかげで、多言語化の仕組みの理解度はかなり高まったと考えている。

私は、FOSSに貢献することはCSRそのものだと思っている。

Olivero's language switcherは、Configuration Translationが有効になっていても、有効になっている言語の翻訳を当ててくれない

私は引用した記事同様にDrupalの未来に楽観的だが、日本でのコミュニティのあり方は見直さなければいけないと考えている。

オープンソースコミュニティは支配者がいてはいけないだけに係争は多発する。軌道修正ができれば継続できるし、それに失敗すれば消えていく。現実は厳しい。

Drupal Commerceは私にとっては難攻不落の山だが、その構成部品でもあるAddressモジュールだけからも大変な恩恵を受けている。そのリーダーが、どうして今の形に至ったのか、これからのコミュニティについてどう考えているかを垣間見ることのできる記事を読んだ。引用している元記事の一読をお奨めしたい。

アイコンは便利だが、安易に導入するのは危険だ。

トライアルとしては、無事成功と考えているが、honey_potで問題が残っているのでまだ移行は待つことにした。D8からD9よりは遥かに楽だ。