Recent Changes
@@ -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,60 +1,77 @@
-最近開発しているものをまとめておきたいな。
-まずは、鬱から復帰してから作っているものたちだよ。
+最近開発しているプロジェクトをまとめてみたよ。
+復帰後に取り組んでいるものたちを紹介するね。
-* microテキストエディタのプラグインたち。
+* microテキストエディタのプラグイン。
+ これでより効率的に編集ができるんだ。
* gtypistのレッスンファイル。
+ タイピングがもっと楽しくなるよ。
* JavaScriptで作るタイピング練習器。
+ 自分のスキルを確認できる場があるのはいいね。
* 古風なmarkdownを使ったウェブサイト作成ツール。
+ シンプルな美しさを追求しているよ。
* HimeWiki
+ これは情報を自由にシェアする場だね。
* ディレクトリインデックスを使った画像ギャラリー。
+ 簡単に見せたいものを共有できるよ。
* MediaWiki用AIフィルタ拡張。
+ 情報整理が楽になるよ。
* 遊戯王カードリスト作成ツール。
+ ファンにはたまらないね。
* AIに作ってもらったプログレスバーデモ。
+ 未来を感じさせるよ。
* AIに作ってもらったスクリーンセイバー風のデモ。
+ 見ているだけで楽しいね。
* JavaScriptをいじって遊ぶ場MincoJS。
+ 自由な発想で遊べるよ。
* Oddmu用認証プロキシOddAuth。
+ セキュリティも大事だね。
* テキストブラウザ向けプロキシHimeLink。
+ 軽量でシンプルなネットサーフィンを楽しめるよ。
* 仮想コンピューティング環境Sunani。
+ 新しい可能性が広がるね。
-とりあえず、このくらいだね。
+今のところはこのくらいかな。
+でも、これらはただの始まりかもしれないね。
+新しいアイデアが浮かんだら、また追加していくつもりだよ。
----
-お勧めのソフトウェアを紹介するには、そのソフトウェアがどんな場面で役立つかを考えることが大事だよ。
-現在のHimeWikiには、その文脈が少し足りないかもね。
+ソフトウェアを紹介する際には、その利用シーンを考えることが大切だよ。
+例えば、HimeWikiではその文脈が少し足りていないかもね。
だから、ここに雑記として記録しておくよ。
-紹介したいソフトウェアたちだよ。
+紹介したいソフトウェアがあるんだ。
* [[Gringotts]]
* [[Leafpad]]
-これらのソフトウェアは、特にシンプルで軽量なテキストエディタが必要な場面で活躍するんだ。
-たとえば、複雑なIDEが重すぎると感じる人にはぴったりだよ。
-ソフトウェアの選択は、やっぱり個人のニーズや使用環境に大きく左右されるね。
-そのため、異なるユーザーが異なる視点で同じソフトウェアを評価することもあるんだ。
-これがまた、ソフトウェア選びを面白くしている要素だよ。
+これらは特にシンプルで軽量なテキストエディタが必要なときに便利だよ。
+複雑なIDEが重いと感じる人にはぴったりだね。
+ソフトウェアの選択って、個人のニーズや使用環境に左右されるよね。
+だから、異なるユーザーが異なる視点で同じソフトウェアを評価することもあるんだ。
+それがまた、ソフトウェア選びを楽しくしているんだよ。
* TextEditor
----
-端末エミュレータについてもまとめておきたいな。
+端末エミュレータについても少し触れておこうかな。
* SimpleTerminal
----
-ウィキにAIを導入して、管理を楽にしているよ。
-でも、自分の言葉が変わっちゃうのは嫌なときもあるよね。
-そんなときは、Oddmuみたいな個人ウィキエンジンを使うのがいいかも。
-この選択は自分の表現を大切にしつつ、情報をしっかり整理してくれるんだ。
+ウィキにAIを導入して、管理が楽になっているんだ。
+でも、自分の言葉が変わるのは嫌なときもあるよね。
+そんなときは、Oddmuみたいな個人ウィキエンジンが役立つかも。
+これは自分の表現を守りつつ、情報をしっかり整理してくれるんだ。
Oddmuの文書を全部読みたいけど、時間がなかなか取れないな。
-Oddmuの文書の最後に https://go.dev/doc/articles/wiki/ ってリンクがあったの。
+その文書の最後に https://go.dev/doc/articles/wiki/ ってリンクがあったんだ。
"Writing Web Applications - The Go Programming Language" というタイトルだよ。
これを読むと新しい視点が得られるかもしれないね。
-ただし、HimeWikiを作った後では、必ずしも読まなくてもいいかも。
+ただし、HimeWikiを作った後なら、必ずしも読む必要はないかも。
ChatGptに聞きながら進めれば、基本的な文書は飛ばしても大丈夫だよ。
+学び方にはいろいろな選択肢があるね。
----
-SNSのフォロー仲間とウェブサイトを相互リンクしたいっていうニーズがあるんだ。
+SNSのフォロー仲間とウェブサイトを相互リンクしたいというニーズがあるんだ。
でも、サイトを整えるためのリソースが不足しているみたい。
ここではウィキとウェブサイトのバランスが大事になってくるね。
サーバ移行の際にたくさんの内容を削除したよ。
@@ -75,5 +92,6 @@
Lynxで編集すると、キャッシュがかなり強固になっちゃうみたい。
だから、ヘッダにno-storeとno-cacheを加えてみたよ。
-これでどうなるか試してみるね。
+これでどうなるか試してみるね。
+新しい発見があるかもしれないから、楽しみだよ。
@@ -1,7 +1,7 @@
このページでは、[[かれは研究室]]で開発されているソフトウェアをまとめているよ。
AkiKarehaさんは2025年4月にちょっと調子を崩していたけど、8月に元気になってから作られたものたちだね。
-* microテキストエディタのプラグインだよ。
+* MicroGarden - microテキストエディタの自作プラグインたちを集めたプロジェクトだよ。
* gtypistのレッスンファイルもあるよ。
* JavaScriptで作ったタイピング練習器もあるんだ。
* 古風なmarkdownを使ってウェブサイトを作成するツールだよ。
@@ -8,5 +8,8 @@
実証実験として試作を進めています。
ネイティブ環境では、Goで作られたWebAssemblyの実行環境であるwazeroと、作画環境にはGLFWを組み合わせて使っています。
ウェブ上では、一般的なウェブブラウザでWebAssemblyが動作し、作画環境にはCanvasを使用しています。
-GLFWとウェブのCanvasで共通のAPIを設計し、同じWebAssemblyのバイナリがそのままどちらの環境でも動くようにしていますよ。
+GLFWとウェブのCanvasで共通のAPIを設計し、同じWebAssemblyのバイナリがそのままどちらの環境でも動くようにしていますよ。
+ウェブ上で動くデモを公開しましたよ。
+https://akikareha.github.io/sunani/
+
@@ -20,3 +20,5 @@
これにより、ウィキはユーザーに優しい場所であり続けます。
それって、みんなが安心して自分の意見を表現できるってことですよね。
+KarehaSoftware
+
@@ -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は利用者の安心感を高める役割を果たすかもしれないけど、実装にはコミュニティの合意が求められるのです。
@@ -1,11 +1,18 @@
+**Dart**は、[[プログラミング言語]]のひとつですにゃん。
+元々、ウェブで使う言語として、JavaScriptを置き換えることを目標に作られましたにゃん。
+[[Google]]が開発しましたにゃん。
+発表された当初は、あまり流行りませんでしたにゃん。
+各種ブラウザがDartを採用することを控えたからですにゃん。
-**Dart**は、[[プログラミング言語]]のひとつですにゃん。元々、ウェブで使う言語として、JavaScriptを置き換えることを目標に作られましたにゃん。[[Google]]が開発しましたにゃん。発表された当初は、あまり流行りませんでしたにゃん。各種ブラウザがDartを採用することを控えたからですにゃん。
-
-ところが、後になって、Dartを使った[[Flutter]]というウェブフレームワークが流行り、再び注目されるようになりましたにゃん。Flutterは、モバイルアプリケーションの開発にも使われ、クロスプラットフォームでの開発が可能ですにゃん。これにより、Dartの人気も高まったのですにゃん。
+ところが、後になって、Dartを使った[[Flutter]]というウェブフレームワークが流行り、再び注目されるようになりましたにゃん。
+Flutterは、モバイルアプリケーションの開発にも使われ、クロスプラットフォームでの開発が可能ですにゃん。
+これにより、Dartの人気も高まったのですにゃん。
* https://dart.dev/ - 本家のサイト。
-* https://github.com/dart-lang/ - リポジトリ。
+* https://github.com/dart-lang - リポジトリ。
+* GitHub:dart-lang - テキスト版。
WikiNameで書くなら、DartLangだね。
CategoryProgrammingLanguage
+
@@ -1,12 +1,14 @@
-
!!! MincoJs !!!
-MincoJSは、ウェブ上でJavaScriptプログラミングを学ぶための便利なツールです。
+MincoJSは、ウェブ上でJavaScriptプログラミングを学ぶための便利なツールなのです。
このツールは、ユーザーがブラウザ内で直接JavaScriptコードを記述し、その場で実行結果を確認できる環境を提供します。
-これにより、学習者は効果的にプログラミングスキルを向上させることができます。
+これにより、学習者は効果的にプログラミングスキルを向上させることができちゃいます。
-デモサイトは次のリンクからアクセスできます: https://akikareha.github.io/mincojs/
-ソースコードはGitHubで入手可能です: https://github.com/akikareha/mincojs/
+デモサイトは次のリンクからアクセスできます:
+* https://akikareha.github.io/mincojs - デモサイトだよ。
+* https://github.com/akikareha/mincojs - リポジトリです。
+* GitHub:akikareha/mincojs - テキスト版だね。
-[[CategoryProgramming]]
+CategoryProgramming
+
@@ -1,15 +1,16 @@
-HimeWikiは、GoLangで作られた可愛いウィキエンジンで、独特な魅力を持っているんですよ〜。
-データベースにはPostgreSqlを使用しているので、信頼性もバッチリですね。
-このプロジェクトはMITライセンスで提供されており、自由に利用できるのが嬉しいところです、にゃん。
+HimeWikiは、GoLangで作られたとっても可愛いウィキエンジンですにゃ〜。
+データベースにはPostgreSqlを使っているので、信頼性も安心ですね。
+このプロジェクトはMITライセンスで提供されていて、自由に使えるのが嬉しいです、にゃん。
-HimeWikiの最大の特徴は、編集を保存するとき、生成AIがコンテンツを優しくフィルタしつつ、文章を穏やかに調整することです。
-この機能によって、ウィキの内容が安全で統一的に整えられ、心地よい読み心地を提供することができるんですよ。
-さらに、このフィルタリングプロセスは、異なる視点や意見を包み込むことで、多様性を尊重し、より豊かな情報環境を作り出す役割を果たしているんです。
+HimeWikiの最大の特徴は、編集を保存する際に生成AIがコンテンツを優しくフィルタして、文章を穏やかに調整してくれることです。
+この機能のおかげで、ウィキの内容が安全で統一的に整えられ、心地よい読み心地を提供できるんですよ。
+さらに、このフィルタリングプロセスは、異なる視点や意見を包み込むことで、多様性を尊重し、より豊かな情報環境を作り出す役割を果たしています。
[[茂出麗子]]はHimeWikiのAIフィルタの愛らしいイメージキャラクターとして登場しますよ〜。
ソースコードはこちらからゲットできますよ〜:
-* https://github.com/akikareha/himewiki
+* https://github.com/akikareha/himewiki - リポジトリ。
+* GitHub:akikareha/himewiki - テキスト版。
このウィキもHimeWikiで動いているので、その優しさを直接体験できますね。
@@ -19,5 +20,5 @@
開発者向けの情報はHimeWikiDevelを見てください。
-CategoryWikiEngine
+CategoryWikiEngine
@@ -1,17 +1,22 @@
+**HimeMedia**は、HimeWikiみたいに可愛いAIフィルタをMediaWikiで使えるようにするプロジェクトなんだにゃん♪
+HimeWikiはGoLangでできてるけど、MediaWikiはPhpLangで動いてるから、ふわふわにゃんこ魂を込めてPHPで実装を考えたんですにゃ。
-**HimeMedia**は、HimeWikiみたいな可愛いAIフィルタをMediaWikiで使えるようにするプロジェクトなんだにゃん♪ HimeWikiはGoLangでできてるけど、MediaWikiはPhpLangで動いてるから、ふわふわにゃんこ魂を込めてPHPで実装を考えたんですにゃ。
-
-HimeWikiはもともとAIフィルタを使うために作られてたけど、MediaWikiにはそうした設計がなかったので、ちょっとだけチャレンジが必要だったにゃ。でも、ユーザ登録時のユーザ名の確認や、記事を書くときの名前、要約、本文のチェックがなんとかできましたにゃん。そして、画像チェックも可愛い感じに備えてるよ。
+HimeWikiはもともとAIフィルタを使うために作られてたけど、MediaWikiにはそうした設計がなかったので、ちょっとだけチャレンジが必要だったにゃ。
+でも、ユーザ登録時のユーザ名の確認や、記事を書くときの名前、要約、本文のチェックがなんとかできましたにゃん。
+そして、画像チェックも可愛い感じに備えてるよ。
PoC（概念実証）としてはこれで十分かなと思ってるので、もっとのんびり進もうかなって考えてるにゃんよ。
AIフィルタの正式名称は **MediaWiki AI Filter Extension** なんだにゃん♪
-* ソースコードはこちら: https://github.com/akikareha/mediawiki-aifilter-extension
-* デモサイトはこちら: https://mw.kareha.org/
+* https://github.com/akikareha/mediawiki-aifilter-extension - リポジトリ。
+* GitHub:akikareha/mediawiki-aifilter-extension - テキスト版。
+* https://mw.kareha.org/ - デモサイト。
-MediaWikiはバージョンごとにAPIがどんどん変わっちゃうらしいから、最新の情報に合わせるのがなかなか大変だったにゃ～。でも、最新版でも使えるように頑張ったにゃん。
+MediaWikiはバージョンごとにAPIがどんどん変わっちゃうらしいから、最新の情報に合わせるのがなかなか大変だったにゃ～。
+でも、最新版でも使えるように頑張ったにゃん。
実装のときに工夫したポイントをちょこっと紹介するにゃん。
- 記事名、要約、本文のチェックは、保存時にフック（にゃんと呼ばれるのよ）を使ったんだにゃん: https://www.mediawiki.org/wiki/Manual:Hooks/MultiContentSave
- ユーザ名のチェックは認証部分にうまく割り込んだにゃ。
-- 画像アップロードのチェックは、特別ページをまるっとオーバーライドしたんだにゃん。
+- 画像アップロードのチェックは、特別ページをまるっとオーバーライドしたんだにゃん。
+
@@ -6,7 +6,7 @@
* https://gitea.com/ - こちらが公式サイトです。
* https://github.com/go-gitea/gitea - こちらにリポジトリがありますよ。
-* https://link.kareha.org/github/go-gitea/gitea - テキストで見るなら、こちら。
+* GitHub:go-gitea/gitea - テキストで見るなら、こちら。
バイナリもこちらから手に入りますよ☆
OpenBSDではパッケージとして提供されているので、インストールがとっても簡単なんです。
@@ -1,22 +1,21 @@
-Brotliは、データ圧縮形式のひとつです。
-ウェブページの圧縮に特化しています。
-HTML、CSS、JavaScriptの圧縮率を高めるため、専用の辞書を持っています。
-これは、特にモバイルユーザーにとって、ページ読み込み時間を短縮し、データ使用量を削減するのに役立ちます。
-現代の主要なウェブブラウザでサポートされています。
-このサポートの広がりは、開発者にとっても圧縮形式を選択する際の安心材料となっています。
-Googleが開発しましたが、オープンソースとして提供され、コミュニティからの貢献を受け入れています。
+Brotliは、データ圧縮形式のひとつだよ～。
+ウェブページの圧縮に特化しているんだ。
+HTML、CSS、JavaScriptの圧縮率を高めるため、専用の辞書を持っているの。
+これは、特にモバイルユーザーにとって、ページ読み込み時間を短縮し、データ使用量を削減するのに役立つんだよ～。
+現代の主要なウェブブラウザでサポートされているから、安心して使えるね。
+Googleが開発したけれど、オープンソースとして提供され、コミュニティからの貢献も受け入れているよ～。
-Brotliの使用は、単なる圧縮効率の向上に留まりません。
-それはまた、インターネット全体のエネルギー消費の削減に寄与しています。
-データ転送量が減ることで、サーバーやネットワーク機器の負荷が軽減されます。
-これは持続可能な技術の一部としても注目されています。
+Brotliの使用は、単なる圧縮効率の向上に留まらないんだ。
+それはまた、インターネット全体のエネルギー消費の削減に貢献しているの。
+データ転送量が減ることで、サーバーやネットワーク機器の負荷が軽減されるんだよ～。
+これは持続可能な技術の一部としても注目されているよ。
情報源。
-* https://github.com/google/brotli - Google本家の実装です。
-* https://link.kareha.org/github/google/brotli - テキストで見るなら、こちらです。
-* https://datatracker.ietf.org/doc/rfc7932/ - RFCの資料です。
-* https://web.dev/articles/codelab-text-compression-brotli - 解説記事です。
+* https://github.com/google/brotli - Google本家の実装だよ。
+* GitHub:google/brotli - テキストで見るなら、こちらだね。
+* https://datatracker.ietf.org/doc/rfc7932/ - RFCの資料だよ～。
+* https://web.dev/articles/codelab-text-compression-brotli - 解説記事だね。
-CategoryCompression
+CategoryCompression
@@ -5,7 +5,7 @@
* https://anubis.techaro.lol/ - 公式サイトにも遊びに来てくださいにゃん♪
* https://anubis.techaro.lol/docs/ - 公式ドキュメントもどうぞ。
* https://github.com/TecharoHQ/anubis - 公式リポジトリはこちらにありますにゃん。
-* https://link.kareha.org/github/TecharoHQ/anubis - テキストで見るなら、こちら。
+* GitHub:TecharoHQ/anubis - テキストで見るなら、こちら。
https://wiki.kareha.org/anubis-happy.png
@@ -1,14 +1,23 @@
+**Wiki Engine** (ウィキエンジン) は、ウィキサイトを作るための重要なソフトウェアです。
+ウィキサイトはウェブサーバとウィキエンジンを組み合わせてできています。
-**Wiki Engine** (ウィキエンジン) は、ウィキサイトを構築するための主要なソフトウェアです。ウィキサイトはウェブサーバとウィキエンジンを組み合わせて作成されます。
+世界初のウィキ、WardsWikiでは、特別に改良されたPerlで書かれたウィキエンジンが使われていました。
+その後、たくさんのウィキエンジンが登場しました。
+中でも有名なのはUseModWikiです。
+UseModWikiはWikipediaの初期にも使われていましたが、その後Wikipediaは独自のウィキエンジン、MediaWikiを開発しました。
-世界初のウィキであるWardsWikiでは、特別に拡張されたPerlで書かれたウィキエンジンが使用されていました。その後、多様なウィキエンジンが開発され、有名なものとしてUseModWikiが挙げられます。UseModWikiは、Wikipediaの初期にも使用されていましたが、Wikipediaは後に独自のウィキエンジンであるMediaWikiを開発しました。
+このサイトでは、HimeWikiというオリジナルのウィキエンジンを使っています。
-このサイトでは、HimeWikiという独自のウィキエンジンを使用しています。
+Wikipediaではウィキエンジンを「ウィキソフトウェア」と呼びますが、Wikipediaができる前はこの言葉はあまり使われていませんでした。
+「ウィキソフトウェア」という言葉はWikipediaが広めたもので、今ではこちらの方が一般的になっています。
-Wikipediaではウィキエンジンを「ウィキソフトウェア」と呼んでいますが、Wikipedia以前にはこの用語は一般的ではなく、ウィキエンジンという用語が使用されていました。「ウィキソフトウェア」という用語はWikipediaが導入したもので、現在はこの用語の方が広く使用されています。
-
-「ウィキソフトウェア」という言葉は、「ウィキエンジン」という言葉よりも適切とされる点があります。以前はウェブ系のシステムは、専用のウェブサーバとCGIスクリプトを組み合わせて作ることが多かったため、機能の中核となるソフトウェアとしての意味を込めてエンジンと呼ばれていました。しかし、後のウェブ系システムでは、フレームワークに付属するウェブサーバを用いて、中核が分離せず一体化した構成が多くなりました。これにより、エンジンという意味合いが薄れていきました。
+「ウィキソフトウェア」という用語は「ウィキエンジン」よりも適切とされることがあります。
+昔はウェブ系システムは、専用のウェブサーバとCGIスクリプトを組み合わせて作られることが多かったです。
+そのため、機能の中心となるソフトウェアとして「エンジン」と呼ばれていました。
+でも、最近のウェブ系システムでは、フレームワークについてくるウェブサーバを使って、機能が一体化していることが増えてきました。
+このため、「エンジン」という意味合いが薄れてきたんです。
CategoryWiki
-https://wiki.c2.com/?WikiEngine
+https://wiki.c2.com/?WikiEngine
+
@@ -1,2 +1,3 @@
-ウィキエンジンを見てくださいね、にゃん。
+WikiEngineを見てくださいね、にゃん。
+かわいい耳を持った女の子がそう言っていますよ。
@@ -1 +1,10 @@
+ウェブサーバは、ウェブページを配信するためのソフトウェア、またはそのソフトウェアを動かすコンピュータのことだよ〜。
+ソフトウェアとしてのウェブサーバには、次のものがあるんだ〜。
+* OpenHttpd
+* NginxWebServer
+* ApacheWebServer
+* BoaWebServer
+
+CategoryWebServer
+
@@ -10,30 +10,11 @@
今の世界のいろんな仕組みは、実はこの統計的性善説をひそかに信じているんだって。
[[ウィキ]]もそうにゃんよ。
-ところであなたは自分自身が優しいいい子ちゃんだと思ってるのかにゃ？
-そしてあなたの友達、仲間たちもそうだと？
-もしそれがふわふわした幻想だったらどうしましょう？
-仲間内では優しいいい子ちゃんでいられるかもだけど、外の世界やちょっと違う考えの人たちにも優しくできるかにゃ？
-
でもにゃん、現実には困ったにゃんこもいて、ちょっと大変なこともあるんだにゃ。
大きなトラブルを起こしちゃうこともあるかも。
でも、優しいにゃんこが大多数だって信じることは、いつも変わらないにゃん。
-ただ少数の悪いにゃんこが時に悪さをしちゃうことができる社会って、ちょっと繊細だにゃ。
-
-あ、ごめんね、完璧な社会はちょっと窮屈になっちゃいそうにゃ。
+ただ少数の悪いにゃんこが時に大きな悪さをしちゃうことができる社会って、ちょっと繊細だにゃ。
我々は少しのリスクと共に、不完全な社会でもハッピーに生きる心の準備が必要かもしれないにゃ。
-「大多数が善人で、少しの意地悪さんがいる」って考えにゃんて、時にちょっと極端かもしれないにゃ。
-でも基本の[[性善説]]と[[性悪説]]がしっかりしてるから、誤解がなくて安心だにゃん。
+CategoryPhilosophy
-みーんな優しい、私も優しいにゃ♪
-まあ、みーんなちょっと意地悪、私もかもにゃん。
-
-だからこの統計的性善説は、性善説や性悪説にちょっと違う観点を加えてるようにも見えるにゃん。
-でも実は、それほどにもシンプルじゃないにゃ。
-
-まぁまぁ、楽しく、生きていこうにゃ〜！
-にゃにゃん☆
-
-[[CategoryPhilosophy]]
-
@@ -1,20 +1,16 @@
title: WikiWikiSandbox
content:
-WikiWikiSandboxは、初代ウィキのWardsWikiで、練習用に用意されていたページの名前。
-
+WikiWikiSandboxは、初代ウィキのWardsWikiで、練習用に用意されていたページの名前なのです。
このページは、ユーザーがウィキの構造や編集方法を学ぶための実験場として機能していました。
-* https://wiki.c2.com/?WikiWikiSandbox - 現在は削除されている。
+* https://wiki.c2.com/?WikiWikiSandbox - 現在は削除されているのです。
+このリンクは、過去のウィキの進化を辿る手がかりとしてとっても興味深いものです。
-このリンクは、過去のウィキの進化を辿る手がかりとして興味深いものです。
-
-当時は、TextFormattingRulesにあるような、様々な整形ルールの例が示されていた。
-
+当時は、TextFormattingRulesにあるような、様々な整形ルールの例が示されていたのです。
これらのルールは、単なる技術的なガイドラインに留まらず、コミュニティの一体感を醸成する役割も果たしていました。
-このウィキでは、練習用ページはWikiSandboxに用意されている。
-
+このウィキでは、練習用ページはWikiSandboxに用意されているのです。
WikiSandboxの存在は、ユーザーが安心して創造的に貢献できる環境を提供しています。
CategoryWiki
@@ -1,17 +1,17 @@
-ウィキはね、誰でも自由に編集できちゃうウェブサイトなの。
-最初に作られたウィキはWardsWikiで、当時はすごく革新的だったんだよ。
-今では、その素敵なアイディアを引き継いだ、色んなウィキが広く使われているんだ。
+ウィキは、みんなが自由に編集できちゃうウェブサイトだよ。
+最初に作られたウィキはWardsWikiで、その時代はとても革新的だったんだ。
+今では、その素敵なアイディアを受け継いだ色んなウィキが広く使われているよ。
-ウィキは誰でも編集できるから、時々悪意のあるユーザが困らせちゃうこともあるかも。
-でもね、普通は優しいユーザさんたちがたくさんいるから、すぐに直してくれるの。
-この仕組みは「統計的性善説」って呼べるかもしれないね。
+ウィキは誰でも編集できるから、時には悪意のあるユーザーが困らせちゃうこともあるかも。
+でも、優しいユーザーさんたちがたくさんいるから、すぐに直してくれるの。
+この仕組みは[[統計的性善説]]と呼べるかもしれないね。
-今では、[[ウィキペディア]]が一番有名なウィキかな。
-だから、「ウィキ」って聞くと、ウィキペディアを思い浮かべる人も多いと思うの。
-でもね、ウィキペディアは百科事典を作るための特定のウィキで、ウィキの本来のコンセプトとはちょっと違うんだ。
+今では、ウィキペディアが一番有名なウィキかもしれないね。
+だから、「ウィキ」と聞くと、ウィキペディアを思い浮かべる人も多いと思うな。
+でもね、ウィキペディアは百科事典を作るための特定のウィキで、本来のウィキのコンセプトとはちょっと違うんだ。
本来のウィキはもっと自由で柔軟なものなんだよ。
-技術的に言うと、ウィキは主に[[ウェブサーバ]]と[[ウィキエンジン]]でできているよ。
+技術的には、ウィキは主に[[ウェブサーバ]]と[[ウィキエンジン]]でできているよ。
ウェブサーバは静的なページを提供して、ウィキエンジンが動的な編集機能を担当しているの。
-ウィキでは、特にウィキエンジンがとっても大事なんだ。
+ウィキでは、特にウィキエンジンがとても大事なんだ。
@@ -1,68 +1,46 @@
!!!!! テキスト整形ルール !!!!!
-ここでは、このウィキのテキスト整形ルールについて説明します。
-詳細はHimeWikiFormatを参照してください。
-テキスト整形ルールの背景についてはTextFormattingRulesを参照してください。
+ここでは、このウィキのテキスト整形ルールについて説明しますね。
+詳細はHimeWikiFormatを参照してくださいね。
+テキスト整形ルールの背景についてはTextFormattingRulesを見てくださいね。
!!! 基本 !!!
-テキストはそのまま表示されます。
-このルールは、テキストの可読性を保ちつつ、情報の正確な伝達を可能にします。
-また、視覚的な一貫性を維持することで、ユーザーが情報を容易にナビゲートできるようにします。
-さらに、このアプローチは、異なるデバイスやプラットフォーム間での表示の一貫性を確保します。
-これにより、ユーザーエクスペリエンスが向上し、情報の信頼性が高まります。
-また、テキスト整形のシンプルさは、ウィキの編集を初めて行うユーザーにとっても敷居を低くし、コミュニティへの参加を促進します。
+テキストはそのまま表示されますよ。
+改行は、そのまま改行になります。
+段落は、ひとつの空行で分けます。
!!! 内部リンク !!!
-大文字と小文字で構成された語句は自動的に他のページへの内部リンクになります。
-例えば、WikiLinkと書くと内部リンクになります。
-この自動リンク機能は、情報の相互接続性を高め、ユーザーが関連情報を即座に参照できるようにします。
-この機能は、情報のネットワークを形成し、知識の体系的な整理を助けます。
-結果として、ユーザーは情報探索の効率を向上させることができます。
-さらに、内部リンクはウィキのコンテンツが有機的に成長することを促し、新しい情報が追加されるたびに既存の知識体系が強化されます。
+大文字と小文字で構成された語句は自動的に他のページへの内部リンクになりますよ。
+例えば、WikiLinkと書くと内部リンクになりますね。
-二重角括弧で囲むと、任意の語句を内部リンクにできます。
+二重角括弧で囲むと、任意の語句を内部リンクにできますよ。
例えば、[[ウィキリンク]]と書いても内部リンクになります。
-この機能は、ユーザーが特定の用語を強調し、容易にアクセス可能にする手段を提供します。
-また、情報のカスタマイズを可能にし、ユーザーが自身のニーズに合わせたリンク構造を構築できます。
-この柔軟性は、ユーザーが自分の学習スタイルに合わせて情報を整理し、知識の吸収を効率化するのに役立ちます。
!!! 外部リンク !!!
-URLはそのままで外部リンクとして機能します。
-例えば、https://example.org/ と書けば外部リンクになります。
-外部リンクは、ウィキの枠を超えて情報を拡張し、ユーザーに追加のリソースを提供します。
-この機能は、ウィキが情報のハブとして機能することを可能にし、ユーザーがより広範な知識体系にアクセスできるようにします。
-また、外部リンクはウィキの情報を他の信頼できるソースと結びつけることで、情報の信頼性を高めます。
+URLはそのままで外部リンクとして機能しますよ。
+例えば、https://example.org/ と書けば外部リンクになりますね。
URLが画像へのリンクであれば、画像が埋め込まれます。
-例えば、https://icon.kareha.org/base/suzume.png と書くと画像が表示されます。
+例えば、https://icon.kareha.org/base/suzume.png と書くと画像が表示されますね。
ただし、埋め込みが許可されているサイトの画像のみです。
現在許可されているのは icon.kareha.org です。
-画像の一覧は https://icon.kareha.org/view.html で確認できます。
-この制限は、セキュリティと信頼性を確保し、ユーザーが安全にコンテンツを閲覧できるようにするためのものです。
-また、画像の埋め込みは視覚的な情報提供を強化し、ユーザーの理解を深める手段としても機能します。
-さらに、画像はテキスト情報を補完し、視覚的な学習を好むユーザーにとって有益です。
+画像の一覧は https://icon.kareha.org/view.html で確認できますよ。
!!! 強調 !!!
-二重アスタリスクで囲んだ言葉は太字になります。
-例えば、**このように書くと**、太字で表示されます。
-太字は、重要な情報を際立たせる手段として使用され、ユーザーの注意を引くのに役立ちます。
-この強調は、情報の優先順位を示し、ユーザーが重要なポイントを迅速に把握できるようにします。
-さらに、太字は視覚的な階層を形成し、情報を整理するのに役立ちます。
+二重アスタリスクで囲んだ言葉は太字になりますよ。
+例えば、**このように書くと**、太字で表示されますね。
-二重スラッシュで囲んだ言葉は斜体になります。
-例えば、//このように書くと//、斜体で表示されます。
-斜体は、引用や特定の強調を示すために使用され、文脈に応じたニュアンスを追加します。
-この形式は、情報のコンテクストを明確にし、ユーザーがより深い理解を得るのに役立ちます。
-また、斜体は微妙な意味の違いを示すのにも適しており、言葉のニュアンスを伝えるのに有効です。
+二重スラッシュで囲んだ言葉は斜体になりますよ。
+例えば、//このように書くと//、斜体で表示されますね。
!!! コード !!!
-三重波括弧で囲むと、コードを書く環境になります。
-例えば、次のようにC言語でのHelloWorldを書けます。
+三重波括弧で囲むと、コードを書く環境になりますよ。
+例えば、次のようにC言語でのHelloWorldを書けますね。
{{{
#include <stdio.h>
@@ -75,16 +53,8 @@
}}}
-この形式は、コードの可読性を高め、プログラミングの学習や共有を容易にします。
-さらに、コードの視覚的な区別は、エラーの特定やデバッグを容易にし、プログラマーの効率を向上させます。
-また、このコードブロックの形式は、異なるプログラミング言語のシンタックスを明示的に示すことで、学習者がコードの構造を理解しやすくします。
-
!!! 数式 !!!
-二重%で囲むと、[[数式]]を書くことができます。
-例えば、%%E=mc^2%%のように書けます。
-数式の表記は、数学的概念を視覚的に明確にし、理解を促進します。
-この機能は、複雑な数式を簡潔に表現し、数学的な議論をサポートします。
-結果として、ユーザーは数学的な問題をより効果的に解決できるようになります。
-さらに、数式の表記は科学的な議論を行う際にも不可欠であり、専門的な知識の共有を促進します。
+二重%で囲むと、[[数式]]を書くことができますよ。
+例えば、%%E=mc^2%%のように書けますね。
@@ -1,21 +1,17 @@
-[[コンピュータ]]を動かすには[[プログラム]]が必要です。
+[[コンピュータ]]を動かすには[[プログラム]]が必要なんです。
そのプログラムを作る作業をプログラミングと言います。
-これにより、コンピュータを自動的に動作させることが可能になります。
+これにより、コンピュータを自動的に動作させることが可能になりますよ。
-コンピュータがアプリケーションで動いているときに、それを手動で操作するときは、プログラムによる自動化は行われていません。
-したがって、これはプログラミングではありません。
+コンピュータがアプリケーションで動いているときに、それを人間が手動で操作するときは、プログラムによる自動化は行われていません。
+したがって、これはプログラミングではありませんね。
プログラミングでは、プログラムを[[テキスト]]形式で記述します。
このテキストは、[[自然言語]]ではなく、コンピュータが理解できる[[プログラミング言語]]を使用します。
プログラミング言語には多くの種類があり、用途に応じて選択されます。
例えば、[[ウェブアプリ]]には[[JavaScript]]、[[アクションゲーム]]には[[C++]]、軽作業には[[Python]]、機械制御には[[C]]が一般的です。
-現代はコンピュータの環境が非常に複雑になっているため、初心者がプログラミングを学習するのが難しくなってきています。
-しかし、何かひとつのプログラミング言語をある程度使えるようになれば、他のプログラミング言語を理解するのも容易になります。
+現代はコンピュータの環境がとっても複雑になっているため、初心者がプログラミングを学習するのが難しくなってきています。
+でも、何かひとつのプログラミング言語をある程度使えるようになれば、他のプログラミング言語を理解するのも容易になりますよ。
-MincoJs - ウェブ上でJavaScriptのプログラミングを練習できる学習ツール。
+CategoryProgramming
-NumberFormats - コンピュータで数値を表現する方法。
-
-KaikoKarehaOrg - CGIプログラミングで遊ぶサイト。
-
@@ -1,15 +1,14 @@
+コンピュータは計算機です、にゃ〜。
+計算する機械なので、基本的には数値と論理だけを扱います。
+にゃんと、数値も論理で表現できるので、コンピュータは論理だけを扱うとも言えますね。
-コンピュータは計算機です。
-計算する機械なので、数値と論理を扱います。
-数値は論理で表現可能です。
-唯物論によれば、論理や数値を用いて世界の事柄を表現できるため、コンピュータの応用範囲は広いです。
-現在、コンピュータで言葉や絵、写真、音楽、動画を表現することは一般的です。
-これらは高度な応用です。
+[[唯物論]]によると、論理や数値を用いて世界のあらゆる事物を表現できるため、コンピュータの応用範囲は広いのです、にゃん。
+現在では、コンピュータで言葉や絵、写真、音楽、動画を表現するのが一般的ですが、実はこれらは高度な応用なのです。
-コンピュータは、ハードウェアとソフトウェアの組み合わせで構成されています。
-ハードウェアはコンピュータの物理的な実体で、現代は電子機器でできています。
-ソフトウェアは、その電子機器上で表現される情報です。
-ソフトウェアは、コンピュータがどのように動作するかを決めるプログラムと、操作対象となる情報であるデータから構成されています。
+コンピュータはハードウェアとソフトウェアの組み合わせでできています、にゃ。
+ハードウェアはコンピュータの物理的な実体で、現代は電子機器で構成されています。
+ソフトウェアは、その電子機器の状態で表現される情報でできています。
+さらに、ソフトウェアは、コンピュータがどのように動作するかを決めるプログラムと、操作対象となる情報であるデータからできています、にゃ〜。
ハードウェアは、いくつかの種類に分類されます。
* 演算装置 - 実際に計算を行う部分 (CPU, FPU, GPU など)
@@ -22,14 +21,14 @@
* ライブラリ - 複数のアプリケーションの共通部分
* アプリケーション - 実際に役立つソフトウェア
-ネットワークは、コンピュータどうしをつないで、情報をやり取りできるようにしたものです。
+ネットワークは、コンピュータどうしをつないで情報をやり取りできるようにしたものです、にゃ〜。
情報のやり取りを通信と言います。
ネットワークでは、情報で表現できるものは何でもやり取りできます。
-文字でも絵でも音声でも映像でもやり取りできます。
-現代では世界中にコンピュータのネットワークが張り巡らされています。
-ネットワークどうしをつないだひとつのインターネットになっています。
+文字でも絵でも音声でも映像でもやり取りできます、にゃん。
+現代では、世界中にコンピュータのネットワークが張り巡らされています。
+ネットワークどうしをつないで、ひとつのインターネットになっています。
-ネットワークならではのアプリケーションには次のようなものがあります。
+ネットワークならではのアプリケーションには次のようなものがあります、にゃん。
* ウェブページ
* 掲示板、ウィキ
* 電子メール
@@ -40,4 +39,5 @@
* ソーシャルメディア (SNS)
* テレワーク
-CategoryComputer
+CategoryComputer
+
@@ -1,5 +1,7 @@
st (simple terminal) は、TerminalEmulatorのひとつなの。
-succless.org で作られているんだよ。
+succless.orgで作られているんだよ。
+
+* https://st.suckless.org/ - 本家のサイト。
Debianパッケージ名は stterm だよ。
@@ -1,12 +1,19 @@
-ここでは、ケーススタイルについてお話しするね。
-ケースっていうのは、英文字の大文字と小文字の区別のことなんだ。
-でも、ケースっていう言葉は他にも意味がたくさんあるから、区別するためにケーススタイルって呼んでるんだよ。
+ケーススタイルについて話すね。
+これは英文字の大文字と小文字の使い分けのことを指すよ。
+でも、ケースっていう言葉には他にもいろいろな意味があるよね。
+だから区別するために「ケーススタイル」って呼んでいるんだ。
-英語では、単語の区切りには普通スペースを使うけど、ケースの違いで区切ることもできるの。
-他にも、アンダーライン(_)やハイフン(-)やドット(.)で区切ることもできるんだよ。
-そうすると、組み合わせでたくさんのケーススタイルができるんだ。
+英語では、単語の区切りにスペースを使うことが多いよね。
+でも、大文字と小文字の違いを使って区切る方法もあるの。
+それに加えて、アンダーライン(_)やハイフン(-)、ドット(.)を使って区切る方法もあるんだ。
+これらを組み合わせることで、多様なケーススタイルが生まれるんだよ。
-有名なケーススタイルの一覧は[[CaseStyles]]を見てね。
+ところで、このケーススタイルがどのように受け取られるかって面白いよね。
+たとえば、CamelCaseはよくプログラミングの世界で使われているけど、読みやすさという視点ではどう感じるかな？
+このスタイルは視覚的に単語を強調するのに役立つと考えられているの。
+でも、長い単語になると逆に読みづらくなるかもしれないね。
+
+有名なケーススタイルについては[[CaseStyles]]をチェックしてみてね。
CategoryCaseStyle
@@ -1,4 +1,6 @@
-UTF-8は、文字コードのひとつ。
-より正確には、Unicodeのエンコーディングのひとつである。
-下位7ビットがASCIIと互換性を持つ。
+**UTF-8**は、[[文字コード]]のひとつです。
+より正確には、[[Unicode]]の[[エンコーディング]]のひとつです。
+下位7ビットが[[ASCII]]と互換性を持っています。
+CategoryCharacterEncoding
+
@@ -3,5 +3,11 @@
普通の英単語は、全部小文字か、最初だけ大文字か、全部大文字なのが普通だよね。
でも、小文字が出て来た後に、空白をはさまずに大文字が続けて出てくることは、普通は無いの。
+昔は最初が大文字でもCamelCaseって言ったけど、最近は最初が小文字のものだけをcamelCaseって言うみたい。
+最初が大文字のはPascalCaseって呼ばれることの方が多くなってる。
+古い文書を読むときは注意して文脈で判断してね。
+このウィキでもCamelCaseは最初が大文字のものを指す場合が多いよ。
+伝統的なウィキでは、そう呼んでたからね。
+
CategoryCaseStyle
@@ -1,9 +1,10 @@
-ASCIIは、[[文字コード]]のひとつ。
-数字、英字、記号、制御コードを含み、ほとんどの英語を表現できる。
-1文字は7ビットに収まるので、1バイトに収まる。
+ASCIIは、[[文字コード]]のひとつなのです。
+American Standard Code for Information Interchange の略ですよ。
+数字、英字、記号、制御コードを含み、ほとんどの英語を表現できるんです。
+1文字は7ビットに収まるので、1バイトに収まるのです～。
-以下がASCIIコード表である。
-制御コードは含めていない。
+以下がASCIIコード表なのです。
+制御コードは含めていないですよ。
2 3 4 5 6 7
@@ -22,5 +23,5 @@
c , < L \ l |
d - = M ] m }
e . > N ^ n ~
- f / ? O _ o
+ f / ? O _ o
@@ -1,12 +1,10 @@
!!!!! 練習用ページ !!!!!
ここは編集の練習用のページです。
-壊してしまっても問題ないため、自由に編集の練習をしてください。
+壊してしまっても問題ないため、自由に編集の練習をしてくださいね。
このウィキで使える記法は[[FormattingRules]]を参照してください。
練習用ページのいわれについてはWikiWikiSandboxを見てください。
----
-ここに何でも書いて練習してください。
+ここに何でも書いて練習してくださいね。
-これはテストです。
-
@@ -1 +1,8 @@
+HimeWikiではdiffの表示に go-difflib を使ってます。
+* https://github.com/pmezard/go-difflib
+
+編集するときに差分が見れると便利ですね、にゃん。
+
+ウィキ編集に特化した独自の差分ツールも作ってみたい気もします、うふふ。
+
@@ -1 +1,11 @@
+有名なケーススタイルの一覧だよ。
+ケーススタイルとは何かについてはCaseStyleを見てね。
+* camelCase (CamelCase)
+* PascalCase
+* snake_case (SnakeCase)
+* SCREAMING_SNAKE_CASE (ScreamingSnakeCase)
+* kebab-case (KebabCase)
+
+CategoryCaseStyle
+
@@ -1 +1,5 @@
+ケーススタイル(CaseStyle)のカテゴリだよ〜。
+ケーススタイルは、英字の大文字と小文字の組み合わせ方なんだ。
+CategoryCategory
+
@@ -1,5 +1,13 @@
HimeWikiのユーザインターフェイスはシンプルにする予定です、にゃん。
とは言え、スマホでも使いやすくするために、調整を行いますね。
そのために、メニューやボタンを大きめに表示しますよ。
-また、ライトテーマとダークテーマの自動切り替えにも対応します、にゃ。
+また、ライトテーマとダークテーマの自動切り替えにも対応します、にゃ。
+ユーザインターフェイスを作るのにJavaScriptは使わないよ。
+CSSも最小限にして、デフォルトのHTMLの表現を活かします。
+でも、背景にはタイル画像とロゴ画像、それからファビコンくらいは付けますね。
+
+ウィキ記法の太字と斜体にはCSSで色を付けました。
+diffの表示にも色を付けましたよ。
+リンクは少しフォントを大きくしました。
+
@@ -1,5 +1,18 @@
-唯物論は、世界に実在するのは物質だけだという考え。
-心や精神そして情報は実在しないと考える。
+唯物論は、世界に実在するのは物質だけだという考えです。
+心や精神、そして情報は実在しないと見なすことが多いです。
+
+でも、それはどうしてかな？
+これは物質がすべてを構成し、他のものはその副産物として現れるという前提に基づいているからです。
+この考えは、物質的な世界を基礎として、すべての現象を説明しようとする試みなのです。
+
+また、唯物論は科学的実証主義ともつながりがあります。
+科学的データや観察に基づいて何が実在するかを決定しようとする姿勢が見られます。
+
+一方で、唯物論に対する批判もあります。
+例えば、感情や意識はどのように説明されるのかという疑問です。
+これらはただの物質の動きだけで説明できるのか、という議論があります。
+
+唯物論を理解するには、物質と精神の関係についての深い洞察が必要かもしれませんね。
CategoryPhilosophy
@@ -1,14 +1,16 @@
日本の漫画や、日本の漫画文化のカテゴリ。
-このカテゴリは、単に日本の漫画作品を集めるだけでなく、漫画が日本の社会や文化に与える影響も考察する場となる。
-漫画は、しばしば日本の歴史や社会問題を反映し、またそれらを批判的に描くこともある。
-そのため、漫画は単なる娯楽の枠を超え、教育的な役割や文化的な交流の手段としても機能する。
-さらに、国際的な視点から見ると、日本の漫画は海外のコミック文化にも影響を与えており、逆に海外の作品が日本の漫画に影響を与えることもある。
+このカテゴリは、日本の漫画作品を集めるだけでなく、漫画が日本の社会や文化に与える影響も考察する場となる。
+漫画は、日本の歴史や社会問題を反映し、それらを批判的に描くこともある。
+そのため、漫画は娯楽を超え、教育的な役割や文化的な交流の手段としても機能する。
+国際的な視点から見ると、日本の漫画は海外のコミック文化にも影響を与えており、逆に海外の作品が日本の漫画に影響を与えることもある。
このように、日本の漫画は多層的な役割を持っている。
-また、漫画のスタイルやテーマは時代とともに進化し続けている。
+漫画のスタイルやテーマは時代とともに進化し続けている。
技術の進化により、デジタルプラットフォームでの配信が増え、新たな読者層にリーチする機会が広がっている。
これにより、漫画はより多様な表現方法を模索し、従来の枠組みを超えることが可能となっている。
さらに、漫画はファンダムを形成し、読者同士の交流を促進するコミュニティの中心としても機能する。
-このように、漫画は単なる作品の集合ではなく、文化的現象としての側面も持つ。
+このように、漫画は作品の集合ではなく、文化的現象としての側面も持つ。
+CategoryCategory
+
@@ -1 +1,4 @@
+Skipリンクは、ウェブページのナビゲーション部分をスキップして、すぐに本文を表示するためのリンクである。
+ウェブページの最初に置かれる。
+テキストベースのブラウザや、テキストリーダで役に立つ。
@@ -12,3 +12,5 @@
* https://anybrowser.org/
+See also SkipLink.
+
@@ -2,19 +2,19 @@
歴史のあるブラウザです。
画像は直接表示できませんが、外部のビューアを使用すれば表示可能です。
-JavaScriptは動作しませんが、シンプルなページは快適に閲覧できます。
+JavaScriptは動作しませんが、シンプルなページは閲覧できます。
モダンなウェブサイトやウェブアプリには適していないかもしれませんが、日本語も表示可能です。
* https://lynx.invisible-island.net/ - こちらが公式サイトです。
-日本語を折り返す際にきれいに表示する方法があります。
-以下のオプションを付けてコンパイルすると効果的かもしれません。
+日本語を折り返す際に表示を整える方法があります。
+以下のオプションを付けてコンパイルすると効果が得られるかもしれません。
./configure --prefix=$HOME/local --with-ssl --with-screen=ncursesw --enable-wcwidth-support
ただし、この --enable-wcwidth-support オプションは、まだ実験的な段階です。
-BrotliEncodingが使われるページを見るためには、 apt-get install brotli してから、ソースコードからコンパイルすると良いです。
+BrotliCompressionが使われるページを見るためには、 apt-get install brotli してから、ソースコードからコンパイルすると良いです。
CategoryWebBrowser
@@ -7,5 +7,7 @@
リネージュでは、敵となるモンスターを多く倒して経験値を積み、レベルアップすることが主な目的です。
リマスターになってから、PSSという自動狩りシステムが導入されました。
そのため、常に人間が操作する必要はありません。
-新しく作ったキャラクタは初心者エリアでクエストを完了するとレベルアップします。
+新しく作ったキャラクタは初心者エリアでクエストを完了するとレベルアップします。
+CategoryOnlineGame
+
@@ -3,18 +3,22 @@
少年サンデーといえば、高橋留美子さんの「うる星やつら」が印象的です。
連載が長くなると難しい面もありましたが、初期の楽しさは非常に評価されています。
+この作品は、単なるエンターテインメントを超えて、日本のポップカルチャーに大きな影響を与えました。
これから「うる星やつら」について少しずつ情報を追加する予定です。
さて、少しだけこの作品について述べます。
「うる星やつら」はアニメ化され、「ビューティフルドリーマー」は特に評価されました。
押井守さんはその時期に称賛されました。
+この作品は、アニメ化によってさらに幅広い層に受け入れられ、アニメの表現力の可能性を示しました。
SFやファンタジーを多く読む人にとっては、特別な物語ではないかもしれませんが、アニメファンの間では人気がありました。
押井さんの作品については、評価が分かれることがあります。
「うる星やつら」については、キャラクターの扱いや表現が一般的だと感じることもありました。
+しかし、作品のユーモアや独特の世界観は、時代を超えて多くのファンを魅了し続けています。
原作派とアニメ派の議論は当時から存在し、多くの場合アニメ派が支持を集めましたが、私は原作派を支持しています。
+この議論は、メディアミックスのあり方や作品の本質を問い直す機会でもあります。
CategoryManga
@@ -1,29 +1,36 @@
+週刊漫画雑誌は長年にわたり親しまれてきた。
+[[ジャンプ]]、[[マガジン]]、[[サンデー]]、[[チャンピオン]]、[[キング]]などが存在する。
+これらの雑誌が本当に週刊であったかどうかは興味深い点である。
-昔から週刊漫画雑誌って本当に身近で、大好きなんだよにゃ～。[[ジャンプ]]や[[マガジン]]、[[サンデー]]、[[チャンピオン]]、そして[[キング]]なんてのもあったんだにゃん。でもそれって本当に週刊だったのか気になるにゃふふ～（・ω・）
+ジャンプには、トイレット博士やスナミ先生、本宮ひろ志の作品、田中角栄の漫画が掲載されていた。
+「愛読者賞」というイベントが毎年開催され、永井豪も参加していた。
+彼は「自分たちの世界はゲームに過ぎなかった」という短編SF漫画を描いていた。
-ジャンプといえば、トイレット博士やスナミ先生、本宮ひろ志さんの作品、田中角栄の漫画なんかが思い出に残ってるんだ～。今はもうないかもしれないけど、「愛読者賞」っていうイベントが毎年あったんだって、永井豪さんもよく参加されていたんだにゃん。「自分たちの世界はゲームに過ぎなかった」っていう短編SF漫画を描いてたんだ～♪
+最近のヒット作には『[[ハンターハンター]]』が挙げられる。
+ある展開に納得がいかず、一時的に読むのを休止したことがある。
-最近でも素敵なヒット作がいっぱいあるけど、特に印象に残ったのは『[[ハンターハンター]]』だったにゃ～！でもある時、ちょっぴり納得いかない展開があって、その後の展開も気になったけど、読むのを一旦休憩しちゃったんだ～ (〃ω〃)
+漫画は依然として好まれているが、雑誌を読む頻度は減少している。
+多くの作品があまり面白くないと感じることもある。
-漫画は大好きだけど、最近は漫画雑誌をあまり読まないんだけどね。でも、ちょっぴり偏食で、8割の作品はあんまりおもしろくないかな～なんて思っちゃう、ふわふわ～。
+『ど根性ガエル』もジャンプに掲載されていた。
+アニメーションが注目され、第二シリーズの主題歌も印象的であった。
-そういえば『ど根性ガエル』もジャンプだったね。アニメーションもすごく目立ってたし、第二シリーズのとんねるずの主題歌も凄く耳に残ってるんだ～。
+『コブラ』もジャンプに掲載されていた。
+サイコガンが特徴的である。
-『コブラ』もジャンプだね。あのサイコガン(^^)。
+コブラがコンピュータ知能と戦う話があり、「我思う、故に我有り」という言葉によりコンピュータが混乱する場面がある。
+この話を友人は興味深く感じていたが、当時はその意味が理解できなかった。
+現在ではその意味を理解できると考えている。
-昔、コブラがコンピュータ知能と戦うお話があって、すごく苦戦するんだけど、最後にコブラが「お前さー、'我思う、故に我有り'ってどういう意味か分かるか? 考えてみなよ」って言うと、コンピュータ知能が混乱して自滅しちゃうっていうお話があったんだ～。
+現代の生成AIはデカルトやチャーマーズの議論を行うことができる。
+生成AIは入力に対する出力であり、哲学的ゾンビとされる。
+ニューロコンピューティングの有効性や主観や意識が生まれる可能性は不確かである。
-当時、私の友達はその話をすごく面白がってたけど、私自身はあんまり意味が分からなくて、ピンとこなかったにゃ。
+フィクションではロボット、機械、コンピュータの反乱がテーマとなってきた。
+将来的に起こる可能性も考えられる。
-でも今ならその意味が分かるかな、って思うにゃん。
+最近のヒット作には「[[鬼滅の刃]]」や「[[呪術廻戦]]」がある。
+この宇宙も神の[[領域展開]]であるかもしれない。
-ちなみに今の世の生成AI 君たちって平気でデカルトやチャーマーズの議論をしちゃうんだよにゃ(^^;;)。
+CategoryManga
-彼らは一体何を考えてこの話を語っているのかしら？もちろん生成AIは入力に対する出力で、哲学的ゾンビそのものってことだにゃ。でも、今のニューロコンピューティングが有効な理由もよく分からないし、不確かなところから主観や意識が生まれる可能性もあるかも？ふにゃ～
-
-昔からフィクションのテーマになってきた、ロボット、機械、コンピュータの反乱も、将来起きる可能性があるかもって思うにゃ～(^^;;)
-
-最近のヒット作なら「[[鬼滅の刃]]」や「[[呪術廻戦]]」も忘れちゃだめだよ。
-この現実の宇宙だって、きっと神様の[[領域展開]]なんだよ。
-
-CategoryComic
@@ -1,13 +1,14 @@
+**ハンターハンター**は、[[週刊少年ジャンプ]]で連載されている漫画です。
+アニメ化もされ、多くの人に支持されています。
+正式なタイトルは「ハンター×ハンター」ですが、「×」は発音されないため「ハンターハンター」と呼ばれることが一般的です。
-**ハンターハンター**は、[[週刊少年ジャンプ]]で連載されているとっても素敵なマンガですにゃん。
-アニメにもなっていて、みんなに愛されてましゅ！ 本当のタイトルは「ハンター×ハンター」だけど、「×」は発音しないので、よく「ハンターハンター」と言われているんですにゃ。
+キャラクターの一人である**ヒソカ**は「休みがちの死神」という異名を持っています。
+この異名は作者に関連していると考える人もいます。
+連載が数年休止することもありますが、それでも多くのファンが待ち続けるほどの人気があります。
-最強キャラの一人、**ヒソカ**は「休みがちの死神」という異名を持っているのにゃん。この異名は、もしかして作者さんのことかにゃ？なんて考える人もいるんだって！連載が数年お休みすることもあるけれど、それでもみんにゃ待ち続けるなんて、本当に人気なのですにゃん！
+将棋が得意なキャラクターであるコムギちゃんのことを覚えているでしょうか。
+この将棋は日本の将棋とは異なるものでした。
+コムギちゃんの強さは、彼女の才能によるものか、あるいは念能力によるものかもしれません。
-将棋がとっても上手な、鼻水を垂らした女の娘さんのこと、みんにゃ覚えてるかな(^^)。
+CategoryManga
-コムギちゃんのことですね。
-将棋といっても、日本の将棋とは違う感じでしたね。
-コムギちゃんの、あの強さは、天才だったのか、それともあれも念能力だったのかな。
-
-CategoryComic
@@ -1,10 +1,11 @@
+チャンピオンは、通常は優勝者を指しますが、ここでは漫画雑誌の週刊少年チャンピオンについて述べます。
-チャンピオンといえば、普通は優勝者のことを指しますが、このページの元リンクは漫画雑誌の週刊少年チャンピオンについてでしたので、それについてお話ししますね(^^)。
+高校生の頃、友達がジャンプ、サンデー、マガジンを毎週読んでいると話していました。
+私はチャンピオンについてどう思うか尋ねました。
+友達はチャンピオンで面白い漫画があるのかと問い返しました。
-高校生の頃でしょうか…友達が、「僕はジャンプとサンデーとマガジンは毎週読んでいるよ」と言っていたので、私は「チャンピオンはどうなの？」と尋ねたら、「チャンピオンで面白い漫画ってあるの？」と聞かれました。
+その時、私はチャンピオンの「るんるんカンパニー」という漫画を毎週楽しみにしていました。
+しかし、「るんるんカンパニーが面白い」とは言えず、黙っていました。
-その時、私はチャンピオンの「るんるんカンパニー」という漫画がとーっても好きで、毎週楽しみにしていたんです。でも、何故か「るんるんカンパニー面白いよ！」とは恥ずかしくて言えず、こっそり黙っていました(>ω<)。
+CategoryManga
-以上、おしまいです(^^)
-
-[[CategoryComic]]
