Recent Changes
@@ -1,7 +1,17 @@
**NP25S** はエプソンから発売されていたコンパクトなパソコンだよ、にゃん。
CPUはAtom系だね。
+これは低消費電力で有名なの。
+だから、長時間の使用でも安心なんだよ。
+
メモリは標準搭載で2GBだよ。
でも、換装すれば4GBも搭載できるんだ、すごいね！
+ただし、この増設によってパフォーマンスがどのくらい向上するかは、使用するアプリケーションによっても変わってくるの。
+だから、何をしたいかによって選んでね。
+
+また、コンパクトなデザインは持ち運びやすさも重視されているの。
+だから、外出先での作業にも便利だね。
+小さくて軽いから、カフェや図書館でも気軽に使えるよ。
+それに、デザインがスタイリッシュだから、どんなインテリアにもマッチしちゃうんだ。
* https://faq2.epsondirect.co.jp/qa/Detail.aspx?id=21640
@@ -1 +1,3 @@
+**テキストファイル**はTextEditorで編集できるファイルのことだよ～。
+かわいいテキストの世界にようこそ！
@@ -1,4 +1,4 @@
-**テキストエディタ** は、コンピュータでテキストファイルを編集するために使うソフトウェアだよ〜。
+**テキストエディタ** は、コンピュータでTextFileを編集するために使うソフトウェアだよ〜。
コンピュータではテキストファイルを扱う場面が沢山あるから、テキストエディタを使う場面も沢山あるの。
テキストエディタを使えばキーボードから文字を入力してテキストファイルを作ったり、テキストを編集したりできるんだ。
主なテキストエディタの例として、ViEditor、EmacsEditorがあるの。
@@ -6,5 +6,5 @@
KarehaLabで作られたLeviEditorも含まれるよ。
-CategorySoftware
+CategorySoftware
@@ -1,2 +1,4 @@
+**かれは研究室** では研究をしていないよ。
+資金が無いみたい。
+壊れたパソコンを使っているんだ。
-[[かれは研究室]]をご覧ください。かれは研究室では、最新の研究成果やプロジェクトの進捗状況を紹介しています。研究室の活動内容について詳しく知りたい方は、ぜひ定期的に訪問してください。
@@ -23,7 +23,8 @@
効率より分かりやすさを選んでいるよ。
高度なデータ構造やアルゴリズムは使っていないの。
-leviはメモリより大きなファイルは扱えないんだ〜。
+leviでは編集中のテキストは文字列のリストとして常にメモリに持っている。
+なのでleviはメモリより大きなファイルは扱えないんだ〜。
とはいえ現代の一般的な環境では問題にならないと思うよ。
leviは他のアプリに埋め込んで使えるようにできてるんだ。
@@ -1 +1,5 @@
+**viクローン** はViEditorの機能と動作を真似て作られたTextEditorのことだよ。
+どこまで真似ればviクローンと言えるのかは曖昧だね。
+exコマンドを実装しないVileEditorも普通はviクローンと呼ばれるよ。
+だからLeviEditorもviクローンと呼んで良いんだよ。
@@ -1 +1,2 @@
+**Least Enhanced vi** はLeviEditorのことだよ～。
@@ -1,4 +1,5 @@
**vi** はTextEditorのひとつだよ。
+viを名乗るテキストエディタは元祖のviの他にも色々あるので、viはテキストエディタの種類だと言うこともできるね。
UNIX系のOSで昔から使われているんだ。
操作にちょっと癖があるけど、慣れるととっても効率的に編集できるから人気なんだよ。
@@ -1,4 +1,9 @@
ここはソフトウェアのカテゴリのページだよ〜。
+
+ソフトウェアは、私たちの日常生活を支える目に見えない力でもあるんだ。
+考えてみて、スマホのアプリやパソコンのオペレーティングシステム、それにオンラインゲーム、みんなソフトウェアのおかげで動いているんだよ。
+そしてソフトウェア開発には、創造力だけじゃなくて、問題解決能力やチームワークも必要とされるんだ。
+この広大な世界には、オープンソースのプロジェクトもあって、みんなで協力してより良いものを作り出すこともできるよ。
CategoryCategory
@@ -1,4 +1,4 @@
-**かれは研究室**は、AkiKarehaさんが設立したとても素敵な研究室なのです。
+**かれは研究室**は、AkiKarehaさんが設立した、とても素敵な研究室なのです。
成果物は主にソフトウェアに関するもので、哲学的な考えが基盤にあるんだよ。
室長のAkiKarehaさんは物理学の博士号を持っていますが、最近の物理学関連の成果はまだ報告されていないみたいなの。
運営費は室長さんがプログラマとして得た収入からまかなっていて、寄付は受け付けていないんだよ。
@@ -31,15 +31,15 @@
フェディバースとオブジェクトストレージが動いていないの。
もうひとつは、Atomの[[NP25S]]で、オブジェクトストレージを動かしているんだよ。
-実際は、フェディバースのGoToSocialがオブジェクトストレージのMinIoを利用しているんだ。
+実際は、フェディバースのGoToSocialがオブジェクトストレージのMinIOを利用しているんだ。
フェディバースは https://woods.kareha.org/ にあるよ。
GoToSocialというGoLangで開発されたMastodon互換のサーバーを使っているんだ。
オブジェクトストレージは https://pond.kareha.org/ にあるよ。
-MinIoというGoLangで開発されたS3互換のサーバーを使っているんだ。
+MinIOというGoLangで開発されたS3互換のサーバーを使っているんだ。
NP25Sはメンテして直ったの。
-今後はMinIoではなく[[SILO]]を使って行こうと思っているんだ。
+今後は[[MinIO]]ではなく[[SILO]]を使って行こうと思っているんだ。
ただ、現在のOpenBSD 7.9ではSILOの最新版をビルドできないので、OpenBSD 8.0がリリースされてから作業しようと思っているんだよ。
@@ -1 +1,7 @@
+**MinIO** はS3互換のオブジェクトストレージだよ〜。
+GoLangで作られているんだ。
+コミュニティ版はベンダが撤退して、開発が止まっちゃったみたい。
+有力な後継は[[SILO]]だよ。
+* https://github.com/minio/minio
+
@@ -1,4 +1,5 @@
-**SILO** はMinIOのフォークでS3互換のオブジェクトストレージです、にゃん。
+**SILO** はS3互換のオブジェクトストレージです、にゃん。
+[[MinIO]]のフォークなのです。
-* https://silo.pgsty.com/
+* https://silo.pgsty.com/
@@ -5,7 +5,11 @@
UTF-8に対応してないのが難点だね、にゃん。
It seems like it doesn't support UTF-8, which could be a bit of a drawback, huh?
+In today's multilingual and globalized world, UTF-8 support is important for seamless text editing across different languages.
+Without it, users might face challenges when working with non-English text, impacting accessibility and user-friendliness.
古風なopenモードを持っているほぼ唯一のViCloneだ、にゃん。
-It's one of the rare ViClones with an old-fashioned open mode, meow.
+It's one of the rare ViClones with an old-fashioned open mode, meow.
+This feature could be appealing to those who appreciate a nostalgic touch, reminiscent of the early days of computing.
+It allows users to experience editing in a way that feels both retro and charming, which might be quite fun for some!
@@ -1,20 +1,25 @@
-OriginalViはViEditorの元祖だよ、にゃん。
-Viの愛好家さんたちは、元祖のViがどんな感じだったか気になるよね。
-コードはまだ残っているけれど、現代の環境ではビルドできないのです、にゃ～。
+OriginalViは、ViEditorの元祖としての特別な位置を占めています、にゃん。
+Viの愛好家さんたちにとって、そのオリジナルの姿はちょっとした伝説のようなものだよね。
+しかし、そのコードは現代の環境ではビルドが難しく、幻のように感じられるかもしれません。
-OriginalViを元にして現代の環境でビルドできるTraditionalViがあるけれど、独自の拡張が加えられているから、OriginalViそのままではないのです、ふわふわ。
-とはいえOriginalViを元にして現代の環境でビルドできるようにするのは大変なことなので、動かしてみたいなら今のところTraditionalViを頼るしか無いにゃん。
+そこで、OriginalViを基にしたTraditionalViがあります。
+これは現代のシステムでもビルド可能ですが、いくつかの独自拡張が施されているので、オリジナルそのままとは少し異なります、ふわふわ。
+このように、技術の進化と共に、オリジナルを完全に再現することは難しいこともあります。
+それでも、OriginalViの精神を味わいたい場合は、TraditionalViを使ってみることが現実的な選択肢になるかもしれません、にゃん。
-4.3BSDのツリーの中でのexはここで見ることができますよ、にゃ～。
+4.3BSDのツリーの中でのexのコードは、今でも見ることができますよ。
* https://www.retro11.de/ouxr/43bsd/usr/src/ucb/ex/
-4.2BSD, 4.3BSDのコードはこちらにあります、ふわふわ。
+また、4.2BSDや4.3BSDのコードは、以下のアーカイブに保存されています、ふわふわ。
* https://www.tuhs.org/Archive/Distributions/UCB/4BSD/
-Cube9999が公開しているコードはAT&Tに還流されたものだと思われます。
-ライセンス的に公開して良いのか不安だよ、にゃん。
+さらに、Cube9999が公開しているコードもあります。
+これは、おそらくAT&Tに還流されたものだと考えられますが、ライセンスの問題が気になるところです、にゃん。
-* https://github.com/Cube9999/vi
+* https://github.com/Cube9999/vi
+こうしたコードの歴史をたどることは、ソフトウェアの進化の過程を理解する手助けとなるでしょう。
+それは、過去と現在の橋渡しをする面白い旅でもあるんです、ふわふわ。
+
@@ -13,6 +13,7 @@
しかし、viの原点を知りたいなら、nviを使うのが良いのです。
現在生き残っているviクローンの中で元祖のviに最も近いのはnviです。
このような古典的なツールを使うことで、ソフトウェアの進化を感じることができるかもしれません。
+さらに、シンプルさの中に見える美しさや、制限の中での工夫といった、プログラミングの基本精神に触れることができます。
純粋なnviはマルチバイト文字の扱いが少し苦手なので、そこを修正したnvi2も良い選択です。
Linuxではnviがパッケージにあることが多いですが、nvi2は無いことが多いのです。
@@ -34,4 +35,6 @@
また、nviのような伝統的なエディタは、現代のエディタが持つ機能の豊富さに対する対照的な視点を提供します。
新しい技術が次々と登場する中で、古き良きものに触れることで得られる知識や感性も大切にしたいですね。
+そして、過去の技術を理解することで、未来の技術への洞察が深まることもあります。
+革新だけでなく、伝統の中にこそ、重要な学びが隠れているかもしれませんよ。
@@ -24,3 +24,7 @@
* https://www.retro11.de/ouxr/43bsd/usr/src/ucb/ex/
+4.2BSD, 4.3BSDのコードはここにある。
+
+* https://www.tuhs.org/Archive/Distributions/UCB/4BSD/
+
@@ -1,32 +1,47 @@
KarehaLabのこれからのビジョンについてだよ～。
* KakikoFepをもっと成長させるんだよ～。
+ その過程で、ユーザーのフィードバックを積極的に取り入れ、
+ プロジェクトをコミュニティと共に進化させることも大切だね。
* LeviEditorを大切に育てていくね。
+ 利便性を高めると同時に、ユーザー体験をさらに豊かにするための新機能を探っていくよ。
* [[viault]]をさらに高めていくよ。
+ その際、セキュリティ面の強化にも目を向けて、ユーザーの安心感を深めることも考えているんだ。
* [[Lucidrowse]]も一緒に育てていくね。
+ ゲーム内の環境をさらにインタラクティブにするための新しいアイデアを試してみるよ。
* まったく新しい挑戦を始めるよ～。
+ 新しい技術を試すことは、予期しない発見につながることが多いんだよ。
kakikoを育てるね～。
* KKCを組み込む方法を探るんだよ。
+ これによって、入力効率が向上し、ユーザーの負担を軽減できるかもしれないね。
leviを育てるよ～。
* nviに極力挙動を似せるんだよ。
+ その結果、ユーザーが移行しやすくなるし、既存のワークフローを大切にできるね。
viaultを育てるよ～。
* 内部シェルに履歴を追加するんだよ。
+ これで、過去の操作を振り返るのが簡単になるし、効率的な作業が可能になるよ。
* vault内外のファイルのやり取りをするね～。
+ これにより、データの移動がスムーズになり、作業の柔軟性が増すんだ。
* 画像ファイルを持たせてrkcelで表示するんだよ。
+ ビジュアル面の向上により、ユーザーは情報を直感的に理解しやすくなるかもしれないね。
* 圧縮保存を追加するよ～。
+ ストレージ効率を上げつつ、データの保護にも役立つね。
Lucidrowseを育てるね～。
* 他のプレイヤーの気配を感じさせる工夫をするんだよ。
+ これで、ゲーム内の臨場感や一体感がさらに高まるね。
まったく新しい挑戦としてはね～。
* x2xのようなものをGoで作るよ。
-* フェディバースで画像で答えるボットを作るんだよ～。
+ Goの効率的な性能を活かし、新たな可能性を探ることができるんだ。
+* フェディバースで画像で答えるボットを作るんだよ～。
+ 画像を通じて、感情やメッセージをより豊かに伝えられるようになるね。
@@ -1 +1,9 @@
+**viault** は、ファイルを暗号化して保存するテキストエディタ環境です。
+起動すると内部シェルを使うことができ、そこからLeviEditorを使ってファイルを編集できます。
+内部シェル終了時に、複数のファイルをまとめて暗号化して保存します。
+このツールはGoLangで作られています。
+* https://tea.kareha.org/cup/viault
+
+わんわん！
+
@@ -3,7 +3,8 @@
物理学の理学博士号を持っていますが、今は科学の研究はしていないそうです。
Akiさんはとっても一貫した[[唯物論者]]なんですよ。
-KarehaNote - Aki Karehaさんのメモです。
+* KarehaNote - Aki Karehaさんのメモです。
+* KarehaVision - 今後の構想。
CategoryPerson
@@ -1 +1,8 @@
+**micro** は端末用の可愛いテキストエディタだよ。
+GUIはないけど、その分シンプルなんだ。
+GoLangで作られているよ。
+とっても直感的で初心者にも優しいの。
+マウスやクリップボードとの連携もバッチリだよ。
+* https://micro-editor.github.io/
+
@@ -1,6 +1,9 @@
**Dart** はGoogleが開発したプログラミング言語だよ。
今は主に[[Flutter]]で使われているんだ。
+Flutterでは、美しいUIを手軽に作れるのが魅力なの。
元々はウェブブラウザのJavaScriptを置き換えることを目指していたんだけど、その試みはうまくいかなかったみたい。
+でも、Dartはモバイルアプリ開発やサーバーサイドでも活躍しているの。
+この多様な使用範囲は、Dartの柔軟性と適応力を示しているね。
* https://dart.dev/
@@ -1 +1,6 @@
+**Flutter** は、さまざまな環境で統一したアプローチでアプリを開発できる、とても素敵なフレームワークだよ。
+AndroidやiOSのスマホアプリはもちろん、Linux, macOS, Windowsのネイティブアプリやウェブアプリも、統一された方法で作れるんだ。
+プログラミング言語としては、DartLangが使われているよ。
+* https://flutter.dev/
+
@@ -7,5 +7,8 @@
フロントエンドは[[Flutter]]で、バックエンドはGoLangで作られてるよ。
データベースはPostgreSqlを使ってるよ。
-生成AIはOpenAIのAPIを使ってる。
+生成AIはOpenAIのAPIを使ってる。
+安全に幻想に浸れる場所を作りたかったんだ、にゃ。
+完全ではなかったけれど、たくさんの楽しみを提供できると思うよ、にゃん。
+
@@ -1,35 +1,37 @@
-私の興味はどこにあるのかな。
-興味を失うときは、結構明確なんだよね。
+こんにちは、みんな！
+今日は、私の最近の興味についてお話しするね。
+興味がなくなる瞬間って、結構はっきりしているよね。
-自作のテキストエディタLeviEditorを作ったので、MicroEditorへの興味は少し薄れちゃったかな。
-でも、Unix系OSのテキストエディタとしてmicroはまだまだ紹介する価値があるよ。
-MicroEditorのシンプルさと効率性は、特に初心者にとって敷居が低く、学習の第一歩としても魅力的だね。
+興味はあるけど、追いつけないものもたくさんあるの。
+自作のテキストエディタLeviEditorを作ったら、MicroEditorへの興味が少し薄れちゃった。
+でも、Unix系OSのテキストエディタとしてmicroはまだまだ価値があるよ。
+そのシンプルさと効率性は、特に初心者にとって魅力的だと思うな。
-KakikoFepを自作したのでIbusSkkへの興味は減っちゃった。
-でも、GUI上では依然としてIBus-SKKを使っているの。
-もう少し深く探ってもいいかなって思ったりするよ。
+KakikoFepを自作したことでIbusSkkへの興味も減っちゃった。
+でも、GUI上ではまだIBus-SKKを使っているの。
+もう少し深く探ってみるのもいいかなって思っているよ。
-leviとkakikoを作る前はmicroのプラグインでviとSKKを作って実際に使ってた。
-でもmicroのプラグインではviやSKKは完全には作れなかったんだよね。
-それで独立してleviやkakikoを作ることになった。
-microのviとSKKのプラグインは半端なまま放置になってしまうけど良いのかな。
-今さら手直しする興味が沸かないけど何かモヤモヤする。
+LeviとKakikoを作る前は、microのプラグインでviとSKKを作っていたの。
+でも完全には作れなかったんだよね。
+それで独立してLeviやKakikoを作ることになったの。
+microのviとSKKのプラグインが半端なままになっているけど、いいのかな。
+今さら直す興味はないけど、ちょっとモヤモヤするね。
-HimeWikiと同様のことをMediaWikiでも実現するプラグインを一応作っておいたけど、MediaWiki自体に興味はあまりないんだ。
-MediaWikiは一番シェアがあるウィキエンジンだから、無視はできないけどね。
+HimeWikiと同様のことをMediaWikiでも実現するプラグインを作ったけど、MediaWiki自体にはあまり興味がないんだ。
+でも、一番シェアがあるウィキエンジンだから無視はできないよね。
最近開発しているプロジェクトをまとめてみたよ。
-復帰後に取り組んでいるものたちを紹介するね。
+復帰後に取り組んでいるものを紹介するね。
* microテキストエディタのプラグイン。
これでより効率的に編集ができるんだ。
プラグインのカスタマイズ性が高く、自分だけの編集環境を作れるのも楽しいね。
* gtypistのレッスンファイル。
タイピングがもっと楽しくなるよ。
- タイピングスキルは情報社会では重要なスキルのひとつだから、しっかりと練習できるのは嬉しいね。
+ タイピングスキルは情報社会では重要なスキルだから、しっかり練習できるのは嬉しいね。
* JavaScriptで作るタイピング練習器。
自分のスキルを確認できる場があるのはいいね。
- 自作の練習器でタイピング速度を測ると、ちょっとした達成感が味わえるかも。
+ 自作の練習器でタイピング速度を測ると、ちょっとした達成感があるかも。
* 古風なmarkdownを使ったウェブサイト作成ツール。
シンプルな美しさを追求しているよ。
Markdownのシンプルさは、文章に集中できる環境を提供してくれるよね。
@@ -127,5 +129,5 @@
だから、ヘッダにno-storeとno-cacheを加えてみたよ。
これでどうなるか試してみるね。
新しい発見があるかもしれないから、楽しみだよ。
-実験の中で得られる知識は、次のステップへの大切な資源になるからね。
+実験の中で得られる知識は、次のステップへの大切な資源になるからね。
@@ -1,28 +1,24 @@
-title: HimeWikiRestriction
-
-content:
-理想は無制限だが、現実には多くの制限が存在する。
-ここでは、HimeWikiに適用されるべき各種の制限について考察する。
-制限は単なる障壁ではなく、システムの安定性や効率性を確保するための重要な要素でもある。
+理想は何でもできることですが、実際には多くの制限があるのです。
+ここでは、HimeWikiに適用されるべき制限について考えてみますね。
+制限は単なる障壁ではなく、システムの安定性や効率性を保つための大事な要素なのです。
* ウィキページ名の長さの制限
!!!! ウィキページ名の長さの制限 !!!!
-ウィキではページ名がURLのパスとして使用される。
-そのため、URLまたはURLのパスの長さに制限があると、ページ名の長さも制限される。
-プロトコル上ではURLの長さに特に制限はないとされる。
-一般的にはURLの長さは約4kBに制限されている。
-これは一般的なウェブサーバのデフォルト設定に基づく値である。
-ウェブブラウザでの制限はより緩やかである。
-ページ名のURLにはドメインや前置される部分パスが含まれるため、制限はやや厳しくなる。
-その差は数十バイト程度である。
+ウィキではページ名がURLのパスとして使われます。
+そのため、URLやそのパスの長さに制限があると、ページ名も制限されるんです。
+プロトコル上ではURLの長さに特に制限はないとされていますが、一般的には約4kBに制限されていることが多いです。
+これはよくあるウェブサーバのデフォルト設定に基づくものです。
+ウェブブラウザの制限はそれよりも緩やかです。
+ページ名のURLにはドメインや前に来るパスも含まれるので、制限は少し厳しくなりますよ。
+その差は数十バイト程度です。
-URLの長さの制限を超えるページ名が作成されると、ウェブ上で参照できなくなる。
-しかし、外部からページを作成するにはウェブ経由でアクセスする必要があるため、制限を超えるページを作成することは実際には不可能であると考えられる。
-HimeWikiはGoのhttpサーバを使用しているが、その外側にNginxなどのリバースプロキシがあることが一般的であり、そこで制限に達すればHimeWikiには到達しない。
-したがって、この問題への対処は急を要するものではない。
-この制限はまた、ユーザビリティの観点からも重要である。
-極端に長いページ名は、ユーザーが記憶したり入力したりするのが難しくなる可能性がある。
-制限は、ユーザーエクスペリエンスを向上させるための一助となる。
+もしURLの長さの制限を超えるページ名が作られたら、ウェブ上で見つけられなくなってしまいます。
+でも、外部からページを作るにはウェブ経由でアクセスする必要があるので、制限を超えるページを作るのは実際には難しいと思われます。
+HimeWikiはGoのhttpサーバを使っていますが、普通はその外側にNginxなどのリバースプロキシがあって、そこで制限に達するとHimeWikiには届きません。
+だから、この問題を急いで解決する必要はないんですよ。
+この制限は、ユーザビリティの観点からも大事です。
+とても長いページ名だと、ユーザーが覚えたり入力したりするのが大変になってしまいますね。
+制限は、ユーザーの体験を良くするための助けになるんです。
@@ -9,7 +9,8 @@
[[茂出麗子]]はHimeWikiのAIフィルタの愛らしいイメージキャラクターとして登場しますよ〜。
ソースコードはこちらからゲットできますよ〜:
-* https://github.com/akikareha/himewiki - リポジトリ。
+* https://tea.kareha.org/pot/himewiki - リポジトリ。
+* https://github.com/akikareha/himewiki - ミラー。
* GitHub:akikareha/himewiki - テキスト版。
このウィキもHimeWikiで動いているので、その優しさを直接体験できますね。
@@ -20,5 +21,5 @@
開発者向けの情報はHimeWikiDevelを見てください。
-CategoryWikiEngine
+CategoryWikiEngine
@@ -18,7 +18,6 @@
なので、このウィキでは、管理というものは、ほとんど行われていませんにゃ。
唯一調整されているのは、生成AIのプロンプトです～。
これにより、ウィキはユーザーに優しい場所であり続けます。
-それって、みんなが安心して自分の意見を表現できるってことですよね。
KarehaSoftware
@@ -1,9 +1,13 @@
**Gitea**はウェブで楽しめる、とってもかわいい[[Git]]リポジトリ管理ツールなんだよ。
まるで自分専用のGitHubが作れるようなものなんです♪
Go言語(GoLang)で作られているのが特徴的で、Goが動く環境なら安心して使えるんだ。
+この選択は、軽量で高速な動作を目指しているからかもしれませんね。
でも、データベースエンジンが必要だから、そこだけは気をつけてね☆
+データベースの選択によって、性能やスケーラビリティに影響が出ることもあるので、用途に合わせた選択が大切です。
HTTPSで使いたいときは、OpenBsdならrelayd、Linuxなら[[Nginx]]などのリバースプロキシ機能を持つウェブサーバがあると、もっと快適に利用できると思います。
+リバースプロキシを使うと、セキュリティやパフォーマンスが向上することもあるんです。
+それに、プロキシを設定することで、SSL証明書の管理が簡単になることもありますよ。
* https://gitea.com/ - こちらが公式サイトです。
* https://github.com/go-gitea/gitea - こちらにリポジトリがありますよ。
@@ -11,7 +15,9 @@
* GitHub:go-gitea/gitea - テキストで見るなら、こちら。
OpenBSDではパッケージとして提供されているので、インストールがとっても簡単なんです。
+この簡便さは、システムの一貫性を保ちやすくしてくれます。
DebianGnuLinuxではパッケージとして提供されていないため、Giteaの公式リポジトリからバイナリをダウンロードして使うのが良いかもしれませんね。
+その場合、システムのアップデート管理には少し注意が必要かもしれません。
にゃん。
@@ -1,27 +1,29 @@
-このページでは、[[かれは研究室]]で開発されているソフトウェアを紹介しているよ。
-AkiKarehaさんは2025年4月にちょっと調子を崩していたけど、8月に元気になってから作られたものたちだね。
+このページでは、[[かれは研究室]]で開発されているソフトウェアを紹介しているよ〜。
+AkiKarehaさんは2025年4月にちょっと調子を崩していたけど、8月に元気になってから作られたものたちなんだね。
-* MicroGardenはmicroテキストエディタの自作プラグインたちを集めたプロジェクトだよ。
-* gtypistのレッスンファイルもあるよ。
-* JavaScriptで作ったタイピング練習器もあるんだ。
-* 古風なmarkdownを使ってウェブサイトを作成するツールだよ。
-* HimeWikiもここにあるよ。
-* ディレクトリインデックスを使った画像ギャラリーも便利だよね。
-* MediaWiki用のAIフィルタ拡張もあるよ。
-* 遊戯王カードリストを作成するツールも面白いよ。
-* AIに作ってもらったプログレスバーデモもあるんだ。
-* AIに作ってもらったスクリーンセイバー風のデモも楽しいね。
-* JavaScriptで遊べる場所、MincoJSもあるよ。
-* Oddmu用の認証プロキシ、OddAuthもここにあるよ。
-* テキストブラウザ向けのプロキシ、HimeLinkもあるんだ。
+* MicroGardenはmicroテキストエディタの自作プラグインたちを集めたプロジェクトだよ〜。
+* gtypistのレッスンファイルもあるよ〜。
+* JavaScriptで作ったタイピング練習器もあるんだよ〜。
+* 古風なmarkdownを使ってウェブサイトを作成するツールだよ〜。
+* HimeWikiもここにあるよ〜。
+* ディレクトリインデックスを使った画像ギャラリーも便利だよね〜。
+* MediaWiki用のAIフィルタ拡張もあるよ〜。
+* 遊戯王カードリストを作成するツールも面白いよ〜。
+* AIに作ってもらったプログレスバーデモもあるんだよ〜。
+* AIに作ってもらったスクリーンセイバー風のデモも楽しいね〜。
+* JavaScriptで遊べる場所、MincoJSもあるよ〜。
+* Oddmu用の認証プロキシ、OddAuthもここにあるよ〜。
+* テキストブラウザ向けのプロキシ、HimeLinkもあるんだよ〜。
-2026年からの新しいものたちだよ。
+2026年からの新しいものたちだよ〜。
-* 仮想コンピューティング環境Sunaniだね。
-詳しくはSunaniPlanを見てね。
-* kakikoは端末にSKKで日本語を入力するFEPだよ。
-詳しくはKakikoFepを見てね。
+* 仮想コンピューティング環境Sunaniだね〜。
+詳しくはSunaniPlanを見てね〜。
+* kakikoは端末にSKKで日本語を入力するFEPだよ〜。
+詳しくはKakikoFepを見てね〜。
+* LeviEditorはvi風のテキストエディタだよ〜。
+* [[Lucidrowse]]は生成AIでキャラクタを作って1日1回行動して絵本日記を作るゲームっぽいものだよ〜。
----
-* KantanPropertiesEditorはJavaの .properties ファイルをマルチバイト文字のまま編集できるEclipseのプラグインだよ。
+* KantanPropertiesEditorはJavaの .properties ファイルをマルチバイト文字のまま編集できるEclipseのプラグインだよ〜。
@@ -1 +1,8 @@
+**kakiko** は、端末でSKKを使って日本語を入力できるFEPの一種だよ～。
+GoLangで書かれているんだ。
+現代のUTF-8の端末に対応しているんだよ。
+常用漢字表から起こした独自の辞書を組み込んでいるんだ。
+* コードはここにあるよ～ : https://tea.kareha.org/cup/kakiko
+
+
@@ -1 +1,4 @@
+TinyGoは、GoLangのサブセットで、組み込み向けのバイナリを生成できるんだよ。
+https://tinygo.org/
+
@@ -1,9 +1,9 @@
-Sunani構想は、コンピュータのプログラミングを楽しむための計画です。
-これは、1980年代の8ビットパソコンの手軽さを現代に再現しようとする試みなんです。
-この試みは、懐かしさだけでなく、プログラミングの初心者にも親しみやすい環境を提供しようという願いが込められています。
-シンプルさは複雑な現代技術への対抗策にもなり得るのです。
+Sunani構想は、コンピュータのプログラミングを楽しむための計画なんです。
+これは、1980年代の8ビットパソコンの手軽さを現代に再現しようとする試みなんですよ。
+懐かしさを感じるだけでなく、プログラミングの初心者にも親しみやすい環境を提供しようという願いが込められています。
+シンプルさは、複雑な現代技術に対する素敵な対抗策になり得ますね。
-現代のコンピュータ環境で手軽に使えるように、ウェブブラウザ上に仮想コンピューティング環境を作りますよ。
+現代のコンピュータ環境で手軽に使えるように、ウェブブラウザ上に仮想コンピューティング環境を作っちゃいますよ。
ウェブブラウザ上で動作することで、プラットフォームを問わず多くの人がアクセスできる環境を目指しています。
それは、誰もが気軽に参加できるデジタルの遊び場のようなものです。
@@ -22,3 +22,5 @@
これはプロジェクトの第一歩であり、今後も新しいアイデアやフィードバックを受け入れながら成長していく予定です。
https://akikareha.github.io/sunani/
+今のところ、ゲストとなるWASMのコードはTinyGoを使って作っています。
+
@@ -1,4 +1,12 @@
-Apache2で、HTTPをHTTPSにリダイレクトする、 .htaccess は、こんな感じだよ、にゃん。
+Apache2で、HTTPをHTTPSにリダイレクトするためには、 .htaccess を使うと便利だよ、にゃん。
+これはセキュリティを強化し、データを暗号化することでプライバシーを守るための重要な手段だね。
+HTTPSを使用することで、通信途中でのデータの盗聴や改ざんを防ぐことができるよ。
+
+さらに、このリダイレクト設定はユーザーエクスペリエンスを向上させるのにも役立つよ。
+訪問者がHTTPでアクセスしても、自動的に安全なHTTPSに転送されるから、安心してウェブサイトを利用できるね。
+
+以下がその設定例だよ。
+
{{{
RewriteEngine On
@@ -8,5 +16,8 @@
}}}
+このコードは、HTTPSでない接続を検出し、HTTPSへリダイレクトするよ。
+ステータスコードは302で一時的なリダイレクトを示しているけど、永続的なリダイレクトにする場合は、R=301に変更することもできるよ。
+
CategoryWebServer
@@ -2,5 +2,7 @@
* ソースコードは、こちらだよ: https://github.com/gildur/SimplePropertiesEditor
-以前はマケプレにあったけど、今は無いので、代わりにKantanPropertiesEditorをマケプレに置いてあるよ～。
+以前はマケプレにあったけど、今は無いので、代わりにKantanPropertiesEditorをマケプレに置いてあるよ～。
+CatagoryEclipse
+
@@ -1,11 +1,14 @@
-**Eclipse**は、IDEのひとつだよ。
-Javaに強くて、歴史も長いんだ。
-でも、最近は他のIDEほどは流行っていないみたい。
+**Eclipse**は、IDEのひとつなんだよ〜。
+Javaに強くて、歴史も長いんだニャ。
+でも、最近は他のIDEほどは流行っていないみたいだね。
-* ウェブサイトは、ここだよ: https://eclipseide.org/
+* ウェブサイトはこちらだよ〜: https://eclipseide.org/
-3か月に1回リリースされるんだ。
-3月、6月、9月、12月の、それぞれ中旬の水曜日ころだよ。
+リリースは3か月に1回あるんだよ〜。
+3月、6月、9月、12月の、それぞれ中旬の水曜日ころだね。
+
+リリース通知の専用メーリングリストは、今はもう無いみたいだね。
+でも3か月周期がはっきりしているから、カレンダーにリマインダを付けて、手動でウェブを確認するのも十分かもだよ。
CategoryEclipse
@@ -1 +1,5 @@
+**Eclipse**のカテゴリだよ。
+主にIDEのEclipse(EclipseIde)についての情報なの。
+CategoryCategory
+
@@ -7,3 +7,5 @@
これはPiotrWolnyのSimplePropertiesEditorをビルドし直してマケプレに置いただけなのです。
元のがマケプレから消えちゃったので、代わりに用意したのです。
+CategoryEclipse
+
@@ -4,6 +4,12 @@
In the world of programming, a MakeCommand is a super handy tool.
It helps in building and managing projects by automating tasks.
You just write down the tasks you need, and MakeCommand does the magic for you.
+
+But there's more to it than meets the eye.
+MakeCommand can also help with version control, ensuring consistency across different environments.
+It's a bit like having a reliable partner who knows the secret recipe to make everything work smoothly, every single time.
+This consistency can lead to fewer errors and more efficient collaboration with others.
+
It's like having a little helper to take care of repetitive work, so you can focus on the fun parts of coding.
Happy coding, nya~!
@@ -25,5 +25,47 @@
}}}
+数件前までの履歴をまとめ直したいとき。
+{{{
+
+git rebase -i HEAD~3
+
+}}}
+
+最初のコミットまで全部編集したいとき。
+{{{
+
+git rebase -i --root
+
+}}}
+
+タグを付けるとき。
+{{{
+
+git tag -s v1.0.0 -m "Release version 1.0.0"
+
+}}}
+
+リモートにタグをプッシュするとき。
+{{{
+
+git push origin v1.0.0
+
+}}}
+
+ローカルからタグを削除するとき。
+{{{
+
+git tag -d v1.0.0
+
+}}}
+
+リモートからタグを削除するとき。
+{{{
+
+git push origin --delete v1.0.0
+
+}}}
+
CategoryProgramming
@@ -1,4 +1,4 @@
-make コマンドは、そのまま実行すると、現在のディレクトリにあるMakefileの中の、デフォルトのターゲットを実行するよ。
+make コマンドは、そのまま実行すると、現在のディレクトリにあるMakefileの中の、デフォルトのターゲットを実行するよ〜。
----
プロジェクトのルートにあるMakefileを、ソースツリーの深い場所からでも簡単に実行できるショートカットを作ってみたの〜。
@@ -12,5 +12,9 @@
}}}
-CategoryProgramming
+GitCommandでプロジェクトのルートを探してるので、Gitリポジトリの中でないと正しく動かないよ〜。
+プロジェクトのルートにはMakefileが必要だよ。
+そういうエラー処理は考えてないから、注意してね〜。
+CategoryProgramming
+
@@ -1,8 +1,5 @@
-Hi there, I just discovered your blog through Google, and it's really informative, nya~.
-I'm going to keep an eye on developments in Brussels.
+これはウィキのカテゴリーのページだよ。
+タイトルをクリックすると、ウィキのカテゴリに属するページがリストされるんだ。
-I'll be grateful if you continue this in the future, meow~.
-Many people will benefit from your writing.
-Cheers!
-https://digiturkpaketler.com
+CategoryCategory
@@ -5,42 +5,42 @@
入力方法のプラグインたち
-* vi-plugin - MicroViPlugin
-* skk-plugin - MicroSkkPlugin
+* vi-plugin - MicroViPlugin - vi風の編集モードを提供するの。
+* skk-plugin - MicroSkkPlugin - SKK風の日本語入力モードを提供するの。
機能を拡張するプラグインたち
-* fmtonsave-plugin
-* toggle-plugin
-* openconfig-plugin
-* pushd-plugin
-* mdfy-plugin
-* mdtblfmt-plugin
-* shout-plugin
+* fmtonsave-plugin - 保存時にフォーマッタで自動フォーマットしてくれるよ。
+* toggle-plugin - 真偽値オプションをトグルするの。
+* openconfig-plugin - 設定ファイルを開くのに便利だね。
+* pushd-plugin - エディタにシェルのpushd, popd, dirsコマンドを提供するよ。
+* mdfy-plugin - カーソル下のURLをMarkdownリンクに変換するんだ。
+* mdtblfmt-plugin - Markdownテーブルを整え直してくれるよ。
+* shout-plugin - 現在の行をシェルコマンドとして実行し、出力をその下に挿入してくれるの。
色スキームのプラグインたち
-* colorswitcher-plugin
-* colorshuffle-plugin
-* autotheme-plugin
-* colorgen-plugin
+* colorswitcher-plugin - キーボードショートカットやコマンドで、色スキームを簡単に切り替えられるよ。
+* autotheme-plugin - ファイルの種類に応じて自動で色スキームを変えてくれるの。
+* colorshuffle-plugin - ファイルを開くたびに、ランダムに色スキームを切り替えてくれるよ。
+* colorgen-plugin - 16色の色スキームをランダムに生成してくれるんだ。
プラグインのリストたち
-* unofficial-plugin-channel
-* plugin-list
-* screenshots
+* unofficial-plugin-channel - 非公式なプラグイン置き場だよ。
+* plugin-list - プラグインを自動的に収集してリストしてくれるの。
+* screenshots - 25すべての組み込み色スキームのスクリーンショットがあるよ。
色スキームたち
-* kareha-colorschemes
-* pub-colorschemes
-* textpad-colorschemes
+* kareha-colorschemes - 暖かくて穏やかな、落葉の雰囲気の、色スキームだよ。
+* pub-colorschemes - 公開されている色スキームのコレクションなんだ。
+* textpad-colorschemes - TextPadのテーマを模倣したものだよ。
構文強調たち
-* diffpatch-syntax
-* gtypist-syntax
+* diffpatch-syntax - diffとpatchファイルの構文ハイライトをしてくれるの。
+* gtypist-syntax - GNU Typistのレッスンファイルの構文ハイライトだよ。
-うふふ、たくさんのプラグインがあって、選ぶのが楽しいね！
+うふふ、たくさんのプラグインがあって、選ぶのが楽しいね！
@@ -1,5 +1,11 @@
-HimeLinkは、テキストベースのウェブブラウザでリッチなウェブアプリを見やすく表示する、かわいいウェブプロキシなんです〜。
-HimeWikiをLynxBrowserなどで使うと、GitHubのリポジトリとかをもっと見やすくすることができるんだよ〜。
+HimeLinkは、テキストベースのウェブブラウザを使う方にとって、とっても便利なウェブプロキシなんです〜。
+特に、LynxBrowserや他のテキストブラウザを使っていると、視覚的にリッチなウェブアプリがもっと見やすくなるよ〜。
+このかわいいプロキシは、シンプルな表示に変換しながら、情報の本質をしっかり伝えてくれるんです。
+
+HimeWikiを活用すれば、例えばGitHubのリポジトリをもっと手軽に閲覧できるよ〜。
+でも、それだけじゃないんです。
+HimeLinkは、インターネットのアクセスが制限されている環境でも、情報を受け取るための橋渡しをしてくれるんだよ〜。
+なので、特定の条件下での情報アクセスの向上にも役立つかもしれませんね。
* https://github.com/akikareha/himelink - こちらがリポジトリだよ〜。
* GitHub:akikareha/himelink - これはテキスト版だよ〜。
@@ -8,6 +14,10 @@
今後の開発計画。
* GitHubのリポジトリのリスト表示のページ分け。
- APIの制限があるので、ページ分けしなければならない。
-* GitHubのMarkdownページからリポジトリページへのリンクがほしい。
+ これはAPIの制限があるので、ページ分けしなければならないよ。
+ さらに、ページ分けによって、情報を段階的に受け取りやすくなるかもしれないね。
+* GitHubのMarkdownページからリポジトリページへのリンクがほしい。
+ そうすることで、ユーザーは情報をもっとスムーズにたどることができるんだよ〜。
+ これは、ナビゲーションの改善に大きく役立ちますね。
+
@@ -1,33 +1,33 @@
!!!!! Karune構想 - テキストウェブの再創造 !!!!!
-**karune** (カルネ) は、テキストベースのウェブブラウザを現代の環境に再設計する試みである。
-これは、LynxBrowserのように軽量で、MicroEditorの技術を取り入れている。
-「読む」と「書く」を分断しないウェブ体験を目指している。
+**karune** (カルネ) は、テキストベースのウェブブラウザを現代の環境に再設計する試みだよ。
+これは、LynxBrowserのように軽量で、MicroEditorの技術を取り入れているんだ。
+「読む」と「書く」を分断しないウェブ体験を目指しているんだにゃ。
https://icon.kareha.org/kareha/karune.png
!!!! 構想の原点 !!!!
-インターネットの黎明期、CGIスクリプトによるウェブアプリは、単純なテキストとHTTPで完結していた。
-現在のウェブは、装飾と複雑化の結果として「読むこと」と「書くこと」の距離が広がっている。
+インターネットの黎明期、CGIスクリプトによるウェブアプリは、単純なテキストとHTTPで完結してたんだ。
+現在のウェブは、装飾と複雑化の結果として「読むこと」と「書くこと」の距離が広がっているね。
-karuneは、その距離を再び近づける。
-ターミナル上でページを読み、同じ画面で記録することを可能にする。
-ウェブを「読む」と「書く」が交わる空間として取り戻すことが目的である。
+karuneは、その距離を再び近づけるんだ。
+ターミナル上でページを読み、同じ画面で記録することを可能にするよ。
+ウェブを「読む」と「書く」が交わる空間として取り戻すことが目的なんだにゃ。
!!!! 名称と理念 !!!!
-名前の karune は「かるねこ」の一部を取り出したもの。
-Lynx (山猫) のように鋭くではなく、「軽やかに読む猫」という知性を象徴している。
+名前の karune は「かるねこ」の一部を取り出したものだよ。
+Lynx (山猫) のように鋭くではなく、「軽やかに読む猫」という知性を象徴しているんだ。
!!!! 技術的方向性 !!!!
-karune は、テキストエディタ micro のレンダリング基盤を受け継ぐ。
-micro の renderer や view を再利用し、ページの表示とスクロールを高速かつ美しく実現する。
-HTMLは GoQuery などでパースされ、整形されたプレーンテキストとして描画される。
+karune は、テキストエディタ micro のレンダリング基盤を受け継ぐんだ。
+micro の renderer や view を再利用し、ページの表示とスクロールを高速かつ美しく実現するよ。
+HTMLは GoQuery などでパースされ、整形されたプレーンテキストとして描画されるんだにゃ。
-また、フォーム入力時には micro の編集モードが下ペインに展開される。
-上ペインでページ内容を参照しながら、下ペインで入力を行える構造だ。
+また、フォーム入力時には micro の編集モードが下ペインに展開されるんだ。
+上ペインでページ内容を参照しながら、下ペインで入力を行える構造だよ。
{{{
@@ -43,29 +43,29 @@
}}}
-これにより「読む」と「書く」が同一画面上で共存する。
-Escで上ペインに戻り、Ctrl+Enterでフォーム内容を送信できるなど、自然な編集体験を目指す。
+これにより「読む」と「書く」が同一画面上で共存するんだ。
+Escで上ペインに戻り、Ctrl+Enterでフォーム内容を送信できるなど、自然な編集体験を目指すよ。
!!!! タブとペイン !!!!
-karune は複数タブや分割ペインを備えた、モダンなテキスト環境になる予定である。
-上ペインを複数のページに分割し、比較・参照しながら閲覧できる。
-左右または上下にペインを開き、1つのページを編集・検証・比較することができる。
+karune は複数タブや分割ペインを備えた、モダンなテキスト環境になる予定なんだ。
+上ペインを複数のページに分割し、比較・参照しながら閲覧できるよ。
+左右または上下にペインを開き、1つのページを編集・検証・比較することができるんだにゃ。
micro の SplitHorizontal() / SplitVertical() 機能を継承し、
-「読む・比較する・書く」をターミナル上で完結させる。
+「読む・比較する・書く」をターミナル上で完結させるよ。
!!!! HimeWikiとの親和性 !!!!
-karune が広く使われるようになれば、HimeWiki のような「テキスト中心のウェブアプリ」が再び注目されるだろう。
-CGI風の構造でありながら、[[UTF-8]]とAI補助を備えた新時代のテキストウェブである。
+karune が広く使われるようになれば、HimeWiki のような「テキスト中心のウェブアプリ」が再び注目されるね。
+CGI風の構造でありながら、[[UTF-8]]とAI補助を備えた新時代のテキストウェブなんだ。
-フォーム投稿やページ編集など、HimeWikiのPOST構造はkaruneに理想的に対応する。
-ページを読みながら編集できるkaruneのUIは、HimeWikiの哲学「知を穏やかに調律する」にそのまま重なる。
+フォーム投稿やページ編集など、HimeWikiのPOST構造はkaruneに理想的に対応するんだにゃ。
+ページを読みながら編集できるkaruneのUIは、HimeWikiの哲学「知を穏やかに調律する」にそのまま重なるよ。
!!!! 将来構想: karune対応CGI !!!!
-将来的には、karune向けに最適化されたCGI風ウェブアプリ (仮称: KaruApp) が登場する可能性がある。
+将来的には、karune向けに最適化されたCGI風ウェブアプリ (仮称: KaruApp) が登場する可能性があるんだ。
{{{
@@ -80,17 +80,24 @@
}}}
このようなアプリは、グラフィカルなブラウザでもkaruneなどのテキストベースのブラウザでも動作し、
-karune上では自動的にエディタペインが展開される。
+karune上では自動的にエディタペインが展開されるんだにゃ。
単一のHTMLが「人間が読むウェブ」と「人間が書くウェブ」の両方に対応する。
-それが karune 構想の描く未来である。
+それが karune 構想の描く未来なんだ。
!!!! まとめ !!!!
-karune は、テキストウェブの復興運動である。
-それは効率や思想の再発見を目指す。
+karune は、テキストウェブの復興運動だよ。
+それは効率や思想の再発見を目指すんだにゃ。
* 読むことと書くことを一体化する
* CGI時代の単純さを現代的に蘇らせる
-* テキストを通じて世界を再び認識する
+* テキストを通じて世界を再び認識する
+!!!! 気付き !!!!
+
+Lynxは完成されたソフトウェアだが、現代のウェブ環境は変わってしまったんだ。
+Lynxでウェブページを読んでいると常に不安なのが、表示されてない画像があり、ページの意味を読み落としているのではないか、というもの。
+表示されてない画像の一覧や、警告などがあれば、逆に安心できるのだが。
+karuneには、そのような機能も組み込んで行きたいんだにゃ。
+
@@ -1,38 +1,40 @@
!!!!! Go言語 !!!!!
-Go言語は、使いやすさと人気を兼ね備えたプログラミング言語です。
+Go言語は、使いやすさと人気を兼ね備えたプログラミング言語だよ。
-この言語は厳密な型チェックを行い、コンパイラがバグを未然に防ぎます。
-そのため、信頼性の高いコードを記述することができます。
-さらに、ガーベジコレクションによる自動メモリ管理が行われるため、プログラマは開発に集中できます。
+この言語は厳密な型チェックを行って、コンパイラがバグを未然に防いでくれるの。
+そのため、信頼性の高いコードを書くことができるんだ。
+さらに、ガーベジコレクションによる自動メモリ管理が行われるので、プログラマは開発に集中できるよ。
-Go言語の標準ライブラリは非常に充実しており、便利に活用できます。
-コンパイル結果は単一のバイナリ実行ファイルとなるため、配布や実行が容易です。
+Go言語の標準ライブラリはとっても充実していて、便利に活用できるんだ。
+コンパイル結果は単一のバイナリ実行ファイルになるので、配布や実行が簡単だよ。
-* https://go.dev/ - Go言語の公式サイト。
+* https://go.dev/ - Go言語の公式サイトだよ。
+* https://github.com/golang - リポジトリだよ。
+* GitHub:golang - テキスト版だね。
-このHimeWikiもGo言語で構築されています。
+このHimeWikiもGo言語で作られているんだ。
-Goで開発されたツールには[[Gitea]]があります。
-Giteaは、ウェブ上で利用可能なリポジトリ管理ツールで、使いやすく、インストールも簡単です。
+Goで開発されたツールには[[Gitea]]があるよ。
+Giteaは、ウェブ上で使えるリポジトリ管理ツールで、使いやすくてインストールも簡単なんだ。
CategoryProgrammingLanguage
----
!!!! GoとRustとの比較 !!!!
-GoとRustは共に良い言語だが、それぞれ長所がある。
-結局のところ、適材適所だ。
+GoとRustはどちらも素敵な言語だけど、それぞれ長所があるね。
+結局のところ、適材適所だね。
!!! Rustの方が優れている面 !!!
-* Goは静的型付け言語だが、Rustほどの厳格さは無い。
-* Goは比較的安全な言語だが、Rustの安全性には劣る。
-* Goは十分高速な言語だが、Rustほどは高速ではない。
+* Goは静的型付け言語だけど、Rustほどの厳格さはないんだ。
+* Goは比較的安全な言語だけど、Rustの安全性には劣るよ。
+* Goは十分高速な言語だけど、Rustほどは高速じゃないね。
!!! Goの方が優れている面 !!!
-* Goは標準ライブラリが豊富だが、Rustは標準ライブラリが最小である。
-* Goのエコシステムは比較的安定しているが、Rustのエコシステムは変化が大きい。
-* Goは多様なプラットフォームで楽に動かせるが、Rustはプラットフォームごとに対応が難しい。
+* Goは標準ライブラリが豊富だけど、Rustは標準ライブラリが最小だね。
+* Goのエコシステムは比較的安定しているけど、Rustのエコシステムは変化が大きいね。
+* Goは多様なプラットフォームで楽に動かせるけど、Rustはプラットフォームごとに対応が難しいんだ。
@@ -3,6 +3,8 @@
そして、JavaScriptで動くからとっても便利だね。
* https://www.mathjax.org/ - こちらが本家のウェブサイトだよー。
+* https://github.com/MathJax/MathJax - リポジトリ。
+* GitHub:MathJax/MathJax - テキスト版。
CDNを使うのが推奨されてるけど、セルフホストするなら https://docs.mathjax.org/en/latest/web/hosting.html の説明を見る。
@@ -1 +1,6 @@
+HimeWikiにもInterWikiの機能を実装しました。
+ただし、ウィキどうしをつなぐより、ウィキ以外のウェブアプリとつなぐために使ってます。
+具体的には、GitHubのリポジトリをテキストベースのウェブブラウザで見やすくするHimeLinkに使ってます。
+例えば、GitHub:akikareha/himewiki のように使います。
+これはInterWikiと言うより、むしろInterAppと呼べるでしょう。
@@ -2,13 +2,19 @@
個人ウィキ用なので、共同編集用の機能は含まれていませんが、ウィキスタイルでウェブサイトを作成するのに適しています。
[[Markdown]]で記述することができます。
GoLangで実装されています。
+
データベースは必要なく、データはテキストファイルに保存されます。
+この設計は、シンプルさを重視しており、データベースの管理が不要な分、手軽に始められるのが特徴です。
+
[[Oddmuse]]の開発者さんが開発しています。
+このエンジンの背後には、Oddmuseの経験と哲学が色濃く反映されているかもしれません。
* https://src.alexschroeder.ch/oddmu/ - こちらがリポジトリです。
* https://alexschroeder.ch/view/oddmu - 作者さんのサイトの説明ページです。
KarehaLabでもOddmuが使われていますよ。
+Oddmuを使うことで、KarehaLabのように独自のオンラインスペースを持つことができますね。
+個人のニーズに合わせてカスタマイズしやすいのも魅力です。
CategoryWikiEngine
@@ -13,6 +13,7 @@
* HimeWikiDependencies - 依存関係
* HimeWikiRestriction - 制限
* HimeWikiUi - UI
+* HimeWikiInterWiki - インターウィキ
HimeWikiで使える3種類のマークアップ:
@@ -33,10 +33,6 @@
!!!! 必須ではない機能 !!!!
-InterWiki機能は必須ではないから、まだ実装しないの。
-議論はHimeWikiInterWikiでしてね。
-InterWikiは多様なウィキ間のコミュニケーションを促進するけど、実装には慎重な検討が必要だにゃ。
-
ContentWarning(センシティブやネタバレの対策)は必須ではないので、まだ実装しないにゃ。
議論はHimeWikiContentWarningで。
ContentWarningは利用者の安心感を高める役割を果たすかもしれないけど、実装にはコミュニティの合意が求められるのです。
