commit 68fc442f9f5fd115fea7433f93bd4d74c354d6a5 Author: takashi Date: Fri Mar 24 14:28:36 2023 +0000 Initial commit diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..f8d728c --- /dev/null +++ b/.gitignore @@ -0,0 +1 @@ +www diff --git a/make.sh b/make.sh new file mode 100755 index 0000000..224f500 --- /dev/null +++ b/make.sh @@ -0,0 +1,26 @@ +#!/bin/sh +mkdir -p www +rm -rf www/* +cp -pv src/style.css www +cp -pv src/favicon.ico www +cp -pv src/076mute.user.js www +cp -rpv src/images www + +cd src + +for name in *.html; do + out=../www/$name + cat include/header.html >> $out + + # titleタグの次の行にbodyの開始タグを追加 + sed '/^/r include/body.html' $name >> $out + + # 目次以外にはフッターあり + if [ $name != index.html ]; then + cat include/footer.html >> $out + fi + + echo "src/$name -> www/$name" +done + +cd .. diff --git a/notice.sh b/notice.sh new file mode 100755 index 0000000..6cc67ae --- /dev/null +++ b/notice.sh @@ -0,0 +1,14 @@ +#/bin/sh + +# usage: +# $ ./notice.sh ./src/hello.html + +BASE_I2P='http://bibi.i2p/' +BASE_TOR='http://6wyvgarb3kht6umsqdjrkmwxhfobre24cr6bkmjszu4ngtuezjd45mqd.onion/' +filepath=$1 +title=`sed -n -e'/<title>/s/^.*<title>//p' $filepath | sed -es'/<.*$//'` +filename=`echo $1 | sed 's/^.*\///'` + +echo "$title" +echo "I2P: ${BASE_I2P}${filename}" +echo "Tor: ${BASE_TOR}${filename}" diff --git a/src/076mute.html b/src/076mute.html new file mode 100644 index 0000000..6e3c87b --- /dev/null +++ b/src/076mute.html @@ -0,0 +1,90 @@ +<title>０７６萌ＳＮＳ用で特定ユーザーを非表示にする(Firefox用ユーザースクリプト) - 美々蝶々 + +

０７６萌ＳＮＳ用で特定ユーザーを非表示にする(Firefox用ユーザースクリプト)

+ + + +

1. 概要

+ +

Firefox系ブラウザー用に、０７６萌ＳＮＳで特定ユーザーの投稿を非表示にできるユーザースクリプトを作りました。

+ + + +

機能は次の通りです。

+ + + +

2. 使用方法

+ +

先づ、ユーザースクリプトを実行するための拡張機能をブラウザーに導入します。わたしは、ViolentMonkey を導入しました。他の拡張機能 (GreaseMonkey など) を使用するなら、以降の文章を讀み換へてください。

+ +

拡張機能を導入したら、ユーザースクリプトを登録します。076mute.user.js をPCに保存して、ブラウザーで開くと ViolentMonkey の画面が開き、ユーザースクリプトを登録するか確認してくるから、登録します。または、ViolentMonkey のメニューからユーザースクリプトを新規作成して、076mute.user.js の中身を貼り附けてください。

+ +

登録したら、ユーザースクリプトを編集します。「ユーザー名@ドメイン名」の部分を非表示にしたいユーザーに變更してください。例へば、たかし(tak4@social.076.moe) を非表示にするには次の様にします。

+ +
var selector_mute = [
+    "[title='tak4@social.076.moe']",
+];
+ +

複數を非表示にする時は行をコピーして増やします。

+ +
var selector_mute = [
+    "[title='tak4@social.076.moe']",
+    "[title='bad_user@example.com']",
+    "[title='other_user@example.com']",
+];
+ +

ユーザースクリプトを編集・保存して、SNSにアクセスすると、特定のユーザーの投稿が表示されなくなります。

+ +

「076moe.user.js」全文

+ +
// ==UserScript==
+// @name 076mute
+// @match *://social.076.moe/*
+// @version 1.0
+// @run-at document-start
+// ==/UserScript==
+
+(function () {
+    var selector_mute = [
+        "[title='ユーザー名@ドメイン名']",
+    ];
+    var selector_entry = "li.h-entry";
+
+    function del(node) {
+        if (node && node.parentNode) {
+            node.parentNode.removeChild(node);
+        }
+    }
+
+    function run() {
+        var result = document.querySelectorAll(selector_mute.join(","));
+        var i = 0;
+
+        while (result[i]) {
+            del(result[i].closest(selector_entry));
+            i++;
+        }
+    }
+
+    var tid = setInterval(run, 0);
+
+    window.addEventListener("DOMContentLoaded", function f() {
+        run();
+        clearTimeout(tid);
+        window.removeEventListener("DOMContentLoaded", f);
+    }, false);
+
+    window.addEventListener("beforeunload", function f() {
+        clearTimeout(tid);
+        window.removeEventListener("beforeunload", f);
+    }, false);
+}());
diff --git a/src/076mute.user.js b/src/076mute.user.js new file mode 100644 index 0000000..17237e1 --- /dev/null +++ b/src/076mute.user.js @@ -0,0 +1,42 @@ +// ==UserScript== +// @name 076mute +// @match *://social.076.moe/* +// @version 1.0 +// @run-at document-start +// ==/UserScript== + +(function () { + var selector_mute = [ + "[title='ユーザー名@ドメイン名']", + ]; + var selector_entry = "li.h-entry"; + + function del(node) { + if (node && node.parentNode) { + node.parentNode.removeChild(node); + } + } + + function run() { + var result = document.querySelectorAll(selector_mute.join(",")); + var i = 0; + + while (result[i]) { + del(result[i].closest(selector_entry)); + i++; + } + } + + var tid = setInterval(run, 0); + + window.addEventListener("DOMContentLoaded", function f() { + run(); + clearTimeout(tid); + window.removeEventListener("DOMContentLoaded", f); + }, false); + + window.addEventListener("beforeunload", function f() { + clearTimeout(tid); + window.removeEventListener("beforeunload", f); + }, false); +}()); diff --git a/src/calendarsuck.html b/src/calendarsuck.html new file mode 100644 index 0000000..5bc3ddd --- /dev/null +++ b/src/calendarsuck.html @@ -0,0 +1,15 @@ +カレンダー式の日附入力は誰の爲 - 美々蝶々 + +

カレンダー式の日附入力は誰の爲

+ + + +

以前、わたしの親がウェブ上で誕生日を入力しました。この時、誕生日を撰ぶ爲のカレンダーが表示されました。カレンダーのデフォルトが「今年」だつたから、數十年分、「前へ」をクリックする必要がありました。キー入力も反應しなくて、カレンダーから撰ぶしかありませんでした。ひどい話です。

+ +

そもそも日附は數字だからキーボードでもタッチパネルでも簡單に入力できます。カレンダーから撰ぶまでもありません。ただの INPUT 要素の横に「例:20230125」みたいに表示するか、INPUT 要素を3つ用意して年・月・日に分ければ良いと思ひます。なぜさうしないのか……

+ +

多分、開發者(またはその上司)が「型」に囚はれてゐます。「誕生日は Date 型だ」「Date 型ならカレンダーで入力させる物だ」と云ふわけです。しかも、カレンダー形式だとユーザーが不正な日附を入力できないから、エラーチェックを手拔きできる。カレンダーにする理由は、自分たちの爲か、固定概念か、お節介です。

+ +

ユーザーが不正な日附を入力するのを防ぎたいなら、お得意の JavaScript 日附の形式をチェックできるし、全角/半角とか区切文字とかの表記ぶれは自動で變換できる筈です。豫約サイトなどを除いて、日附をカレンダーで入力させる必要は殆ど無いと思ひます。

diff --git a/src/darknetlink.html b/src/darknetlink.html new file mode 100644 index 0000000..d9fe445 --- /dev/null +++ b/src/darknetlink.html @@ -0,0 +1,20 @@ +CSSでダークネットのリンクにスタイルを適用する - 美々蝶々 + +

CSSでダークネットのリンクにスタイルを適用する

+ + + +

HTML で他のサイトにリンクする時、クリアネット・I2P・Tor で別々のスタイルを適用できたらいいな、と思ひました。CSS の「Attribute Selector」を使用したら簡單にできました。でも、きれいなスタイルの案が無かつたから、bibi では不使用です。

+ +

これは netsurf で機能しました。dillo では機能しませんでした。

+ +
+
CSS(色を変更)
+
a[href^="http"] { color: cyan; } /* クリアネットの場合 */
+a[href*=".i2p/"] { color: lime; } /* i2p の場合 */
+a[href*=".onion/"] { color: magenta; } /* onion の場合 */
+
+ +

色を変更する以外にも、:before や :after と組合せたら、onion リンクに玉葱のマークを表示する事もできると思ひます。

diff --git a/src/disabledbus.html b/src/disabledbus.html new file mode 100644 index 0000000..f7fd3fe --- /dev/null +++ b/src/disabledbus.html @@ -0,0 +1,31 @@ +dbus-daemon の自動起動を防ぐ方法 (OpenBSD) - 美々蝶々 + +

dbus-daemon の自動起動を防ぐ方法 (OpenBSD)

+ + + +

OpenBSD で cwm を使つてゐます。GTK のプログラム (netsurf-gtk3 や firefox-esr など) を起動した時に dbus-launch・dbus-daemon が起動する事に氣附きました。しかも、GTK のプログラムを終了しても、dbus は起動したままでした。pkill dbus-daemon で消してもいいですが、面倒です。だから起動しない様にしました。

+ +

dbus を起動しない様にするには、.xsession に次の記述を追加します。

+ +
+
.xsession
+
export NO_AT_BRIDGE=1
+export DBUS_STARTER_BUS_TYPE=dummy
+export DBUS_SESSION_BUS_ADDRESS=/dev/null
+
+ + + +

X にログインし直してから、「ps -A | grep dbus」と入力して、dbus のプロセスが無い事を確認します。

+ +

起動する GTK のプログラムによつて、どの變數が効くかが異なる様です。「NO_AT_BRIDGE」「DBUS_STARTER_BUS_TYPE」は netsurf-gtk3 に効きました。「DBUS_SESSION_BUS_ADDRESS」は firefox-esr に効きました。他に必要な變數を見附けたら追加します。

+ +

餘談

+ +

この記事は ed で書いてみました。少し不便ですが、(OpenBSD の) vi と異なり、漢字を扱へるのが良いです。

diff --git a/src/dpid.html b/src/dpid.html new file mode 100644 index 0000000..459d74c --- /dev/null +++ b/src/dpid.html @@ -0,0 +1,28 @@ +Dillo ブラウザーの dpid を自動終了する方法 - 美々蝶々 + +

Dillo ブラウザーの dpid を自動終了する方法

+ + + +

Dillo を実行すると、プロセス「dpid」が起動する事があります。このプロセスは Dillo の終了後も殘ります。次のシェルスクリプトを dillo の名前で、PATH の通つた場所 (~/.local/bin など) に置いて実行権限を設定すれば、Dillo を終了した時に dpid も終了します。複數の Dillo を起動した時は、全ての Dillo を終了したら dpid を終了します。

+ +
#!/bin/sh
+/usr/local/bin/dillo $@
+result=$?
+if [ ! `pgrep dillo` ] ; then
+    pkill '^dpid$'
+    pkill '\.dpi$'
+fi
+exit $result
+ + + +

餘談

+ +

わたしは、HTML/CSS をローカルで点検する爲に Dillo を使用します。Dillo は動作が輕くて、CSS を少しサポートしてゐて、HTML のエラーチェック機能があるからです。

diff --git a/src/favicon.ico b/src/favicon.ico new file mode 100644 index 0000000..1d87a86 Binary files /dev/null and b/src/favicon.ico differ diff --git a/src/hello.html b/src/hello.html new file mode 100644 index 0000000..cee5933 --- /dev/null +++ b/src/hello.html @@ -0,0 +1,45 @@ +Hello, darknet! - 美々蝶々 + +

Hello, darknet!

+ + + +

このサイト、美々蝶々を公開した動機について。

+ +

1. ダークネットでサイトを自由に公開できる

+ +

2022年末、わたしは、ダークネットにサイトを作りました。ダークネットを選んだ理由は、クリアネットより自由で簡単だからです。

+ +

ダークネットのサーバーは、古いPCや Raspberry Pi で十分です。これだけでサイトを公開できます。また、クリアネットと異なり「ドメインの支払」「ネームサーバーの設定」「HTTPSの証明書取得」が不要だから、簡単です。さらに、サーバーのIPアドレスが公開されません。これらの特徴により、誰にも制限されず、自由に、簡単にサイトを公開できます。

+ +

2. ダークネットは快適に閲覧できる

+ +

ここまでは、サイトの管理者に対する利点でしたが、サイトの利用者に対する利点もあります。それは匿名性です。ダークネットではサイトの管理者にIPアドレスを知られないから、プライバシーを保てます。そして、IPアドレスに基づくアクセス制限ができません。

+ +

別の話になりますが、ダークネットの個人サイトには、広告や重いスクリプトがなく簡潔です。殆どが純粋に趣味のサイトだからです。

+ +

ダークネットでサイトを見たり公開したりするには準備が要りますが、準備が済めば、クリアネットよりも快適で自由な世界を楽しめます。

+ +

3. Fediverse で人との繋がりができる

+ +

ウェブで何かをするなら仲間が欲しいですが、多くの人は Twitter 等の大手SNSしか見ません。つまり、個人サイトを殆ど見ません。だから、彼らを相手にするなら、サイトを作る意味がありません。

+ +

大手SNSには多くのユーザーが居が居て、みんなは有名人の投稿しか見ないから、そこで活動しても「埋もれ」ます。仲間を探すなら、小規模な Fediverse (分散SNS) がよいと感じました。

+ +

わたしは、０７６萌ＳＮＳに参加しました。その理由は、わたしと似た趣味を持つ人やダークネットに詳しい人が多いと感じたからです。このSNSでよい刺激を受けて、サイトを公開する事に決めました。

+ +

4. 美々蝶々について

+ +

ここまで、ダークネットや Fediverse について書きましたが、サイトには趣味の事を書きたいです。わたしはPCをよく使用するから、主にPCについて書くつもりです。他にも、「生き物や植物の記事」「絵」「プログラム」を公開したいです。

+ +

因みに、美々蝶々は「美々しい蝶々」の略です。

+ +

参考

+ + diff --git a/src/html5.html b/src/html5.html new file mode 100644 index 0000000..93e2242 --- /dev/null +++ b/src/html5.html @@ -0,0 +1,45 @@ +HTML5の嘘 - 美々蝶々 + +

HTML5の嘘

+ + + +

HTML5 (今は HTML Living Standard) が登場した時、HTML5 では「アプリ」や「ゲーム」を作れると宣伝されました。HTML5/JavaScript で作成した「アプリ」には次の長所があると宣伝されました。

+ +
    +
  1. 「アプリ」がPCでもスマートフォンでも動くから、開発が楽になる。
    2. +
  2. 「アプリ」をウェブ上で公開できるから Google や Apple から自由になる。
    3. +
  3. canvas や WebGL を使用してプラットフォーム非依存のゲームを開発できる。
    4. +
+ +

2022年現在、そこまで良い物だと感じません。

+ +

1

+ +

1つ目、「アプリ」の開発が楽になるのは本当です。ただし本物の HTML/CSS/JS で作ればの話です。React 等のフレームワークや、NodeJS (npm) を使用すると複雑になります。多くの「アプリ」ではフレームワークや NodeJS を採用します。

+ +

2

+ +

2つ目、スマホ向けの「アプリ」を作るなら、現実的にはネイティブアプリの中に WebView として埋め込む事になります。Android の場合は「野良アプリ」や F-Droid でアプリを公開できますが、多くの人は Google のストアからアプリをインストールします。iOS の場合は Apple のストアしかありません。だから Google や Apple から自由になりません。

+ +

WebView を使用しないで、ウェブ上で HTML5 の「アプリ」を公開しても、「アプリ」を実行するためのブラウザーは Firefox 以外には「GoogleのChrome」「AppleのSafari」だけです。結局、Google や Apple に依存します。

+ +

3

+ +

3つ目、CANVAS や WebGL でゲームを開発できますが、JSのガーベージコレクションのせいで動作が不安定です。また、JSでキーボードやマウスの情報を取得するAPIが複雑すぎるから、C等の他の言語で作る方が簡単です。特にPC/スマホの両方に対応するには沢山のコードが必要です。

+ +

こんなに大変ですが、HTML5 で作るゲームは結局ブラウザゲームです。遊ぶたびにサーバーからダウンロードが必要で効率が悪いです。しかも多くのPCユーザーはOSネイティブのゲームしか遊びません。だからプログラミングの勉強にはなりますが、HTML5 で作る利点は少ないです。

+ +

それでも CANVAS はフィンガープリントに使用できます。それなら CANVAS は無くても良いです。

+ +

4

+ +

この通り、HTML5 はかつて宣伝された程、便利ではないみたいです。本当に便利なのは、むしろ、HTML5 と同時に現れた CSS3 かもしれません。HTML5/CSS3 で作られたサイトを HTML5 無しで再現する事は簡単ですが、CSS3 無しで再現するのは困難です。

+ +

余談

+ +

このサイトは HTML i18n で書きました。1997年の規格ですが機能は充分です。HTML5 や HTML Living Standard で HTML の規格を何度も更新する意味とは……

diff --git a/src/iconsuck.html b/src/iconsuck.html new file mode 100644 index 0000000..6fd5e98 --- /dev/null +++ b/src/iconsuck.html @@ -0,0 +1,22 @@ +デスクトップアイコンの問題點 - 美々蝶々 + +

デスクトップアイコンの問題點

+ + + +

ファイル拡張子の偽装方法|Tsumuri's website を讀んで、思ひ附いた事を書きます。

+ +

上の記事は、RLO で拡張子を僞裝すれば、EXE 形式の実行可能ファイルを Word ファイルや Excel ファイルかの様に見せられる事の解説です。わたしは、この事が問題になる理由は「デスクトップアイコンをクリックする」と云ふ操作で次の2つの事をできるからだと考へます。

+ + + +

この2つを UI で區別できれば、RLO に因る危険を減らせます。極端な話ですが、コマンドラインでは「nvim foobar.txt」の様に、ファイルを開く時にプログラムを明示できるから、ファイルとプログラムとを區別できます。GUI では、ファイルとプログラムとを全く別の領域に表示すれば區別できるでせう。

+ +

そもそも、実行可能ファイルに独自のアイコンを設定できるから、僞裝が可能になります。アイコンは常にファイルの種類に従ふべきです。独自のアイコンが必要になるのは、プログラムを選んで起動する時だから「スタートメニュー」や「ランチャー」の中でのみ、独自のアイコンを表示できれば充分です。

+ +

デスクトップ(机)にファイル(書類)が並び、ファイルのアイコンを開いて仕事をすると云ふメタファーは、PC が大衆に廣まり始めた頃の物です。PC が充分に廣まつた今、UI はデスクトップのメタファーに拘らず、セキュリティーやポカヨケを重視するべきでせう。

diff --git a/src/images/fish.png b/src/images/fish.png new file mode 100644 index 0000000..9dedc68 Binary files /dev/null and b/src/images/fish.png differ diff --git a/src/include/body.html b/src/include/body.html new file mode 100644 index 0000000..335eec5 --- /dev/null +++ b/src/include/body.html @@ -0,0 +1 @@ + diff --git a/src/include/footer.html b/src/include/footer.html new file mode 100644 index 0000000..af77d27 --- /dev/null +++ b/src/include/footer.html @@ -0,0 +1,6 @@ + +

附加情報

+ + diff --git a/src/include/header.html b/src/include/header.html new file mode 100644 index 0000000..19cb5f2 --- /dev/null +++ b/src/include/header.html @@ -0,0 +1,5 @@ + + + + + diff --git a/src/index.html b/src/index.html new file mode 100644 index 0000000..23f83ab --- /dev/null +++ b/src/index.html @@ -0,0 +1,71 @@ +美々蝶々 + +

美々蝶々 - Bibi Chocho

+ +

たかしの個人サイトです。

+ + + +

コンピューター

+ +

1. ウェブ

+ +
+
Hello, darknet!
+
2022-12-18・最初の記事。サイトを公開した動機について。
+
HTML5の嘘
+
2022-12-20・「HTML5」で「アプリ」や「ゲーム」を作る事について。
+
個人サイトが良い理由
+
2022-12-24・他の媒体と比較した時の個人サイトの長所について。
+
ウェブサイトの設計方針
+
2022-12-27
+
カレンダー式の日附入力は誰の爲
+
2023-01-25
+
０７６萌ＳＮＳで特定ユーザーを非表示にする(Firefox用ユーザースクリプト)
+
2023-02-03
+
JSの思ひ出
+
2023-03-05 (陰暦02月14日)
+
CSSでダークネットのリンクにスタイルを適用する
+
2023-03-11 (陰暦02月20日)
+
サイトは消えてほしくない
+
2023-03-14 (陰暦02月23日)
+
+ +

2. GNU/Linux、BSD

+ +
+
私のOSの話
+
2022-12-18・GNU/Linux や BSD を使用する様になつた経緯について。
+
UserLAnd でタブレットから SSH を使用
+
2022-12-25・Android から SSH を使用する方法、及び、CLI の便利なソフトについて。
+
uim-fep の紹介
+
2022-12-31・コンソール上で日本語を入力するためのソフトについて。
+
OpenBSD ユーザーを他のPCに引越す方法
+
2023-01-06
+
Windows を相手にしない
+
2023-01-22・無理に Windows をサポートしなくていいと云ふ話。
+
dbus-daemon の自動起動を防ぐ方法 (OpenBSD)
+
2023-02-11
+
Dillo ブラウザーの dpid を自動終了する方法
+
2023-02-12
+
+ +

3. その他コンピューター關聯

+ +
+
デスクトップアイコンの問題點
+
2023-02-18
+
+ +

その他

+ +
+
ウェブリング
+
リンク集です。
+
ミラー
+
美々蝶々 (i2p)
+
美々蝶々 (onion)
+
diff --git a/src/jsomohide.html b/src/jsomohide.html new file mode 100644 index 0000000..65d6c56 --- /dev/null +++ b/src/jsomohide.html @@ -0,0 +1,46 @@ +JSの思ひ出 - 美々蝶々 + +

JSの思ひ出

+ + + +

1

+ +

わたしはウェブサイトの JS が苦手で、NodeJS を使用する豫定もありません。ところが、わたしは JS に思ひ入れがあります。その思ひ出を綴ります。

+ +

2

+ +

昔 (2010年より前)、ブラウザゲームが人氣でした。Flash・Java Applet などの技術で作られたゲームです。當時、わたしもブラウザゲームを作りたいと考へましたが、Flash・Java Applet を難しく感じて諦めました。ところが、JS でゲームを作る方法があると知りました。JS はソースコードのまま實行できるから簡單でした。そして、わたしは HTML を知つてゐたから JS を學ぶのに時間はかかりませんでした。

+ +

3

+ +

JS にはグラフィック機能がありません。昔は DOM や CSS でグラフィックを表現しました。HTML5 の CANVAS 2D が登場した後は、それでグラフィックを表現しました。CANVAS 2D の API は、かなり良くできてゐて、多くのブラウザーで正しく動きました (WebGL はダメダメ)。

+ +

CANVAS 2D は簡單でした。ところが、マウスやキーボードのイベント處理、メインループの爲のタイマー處理などの API は非道い物でした。だから、わたしは JS でマシなプログラムを書く方法を勉強しました。JS の本を購入して、PC が無い時でも紙にプログラムを書いて實驗する程でした。

+ +

4

+ +

しばらくして、殆どのブラウザーが Flash・Java Applet のサポートを止めて、JS だけが殘りました。JS でブラウザゲームを作る時代が來たと思ひました。ところが、その時にはブラウザゲーム自體が過去の物でした。個人サイトは無くなり、Twitter・Youtube が中心になりました。ゲームは、PCのハイエンドゲームか、スマホのアプリゲームのどちらかになりました。だから、わたしはブラウザゲームを諦めました。

+ +

5

+ +

後で、わたしは JS に次の問題があると知り、JS の事が苦手になりました。

+ + + +

また、JS の言語仕様も ES6 以降、複雜になり、わたしの好みでは無くなりました。例へばアロー函數は讀みにくいし、class 構文は退化です。

+ +

NodeJS は Chrome の V8 エンジンだから使用したくありません。それに、ブラウザー以外でスクリプト言語を使用するなら、JS よりも PHP とか Perl の方が良いです。

+ +

6

+ +

JS の數少ない用途はユーザースクリプトでせう。ウェブサイトを閲覽する時に、サイトの振る舞ひをユーザーの好みに調節するわけです。ユーザーが非道いサイトを自分で修正できるから、ウェブをより自由にする物であると考へます。Dillo、Netsurf、W3M みたいな輕量ブラウザーにもユーザースクリプトの機能がほしくなります。

+ +

また、よく調べてゐませんが、mujs は、C で書かれた輕量な JS (ES5) の實裝で、Lua みたいに使用できます。わたしは Lua より JS に慣れてゐるから、mujs には興味があります。

diff --git a/src/obsdmoveuser.html b/src/obsdmoveuser.html new file mode 100644 index 0000000..58db713 --- /dev/null +++ b/src/obsdmoveuser.html @@ -0,0 +1,63 @@ +OpenBSD ユーザーを他のPCに引越す方法 - 美々蝶々 + +

OpenBSD ユーザーを他のPCに引越す方法

+ + + +

OpenBSD をインストール済みのPCが2台ありました。片方のPCに統一するためにユーザーを引越ししました。その手順を殘します。

+ +

1. 前提

+ +

OS は移行先・移行元のどちらも OpenBSD 7.2 です。以降のコマンドには、例として次の名前を使用します。

+ +
+
from-pc
+
移行元PCのホスト名。
+
to-pc
+
移行先PCのホスト名。
+
myname
+
移行するユーザー名。
+
+ +

2. 手順

+ +

最初に、移行元のPCで、ユーザーのホームを .tar.gz 壓縮して、移行先のPCに .tar.gz を転送します。

+ +
+
ホームのバックアップを作成
+
pc-from$ cd
+ pc-from$ tar zcvf /tmp/myname.tar.gz * .*
+
SFTP で轉送
+
pc-from$ cd /tmp
+ pc-from$ sftp myname@192.168.1.XXX
+ sftp> cd /tmp
+ sftp> put myname.tar.gz
+ sftp> exit
+
+ +

次に、移行先のPCに新しいユーザーを作ります。ユーザー名は移行元と同じ名前にします。

+ +
+
ユーザーを作成
+
pc-to$ useradd
+ (名前は myname とします)
+
+ +

そして、移行先のPCに新しいユーザーでログインして、ホームを空にして、.tar.gz を壓縮解除します。

+ +
+
ホームを空にする
+
pc-to$ cd
+ pc-to$ ls -a
+ . .. .Xdefaults .cshrc .cvsrc .login .mailrc .profile .ssh
+ pc-to$ rm -r * .*
+ pc-to$ ls -a
+ . ..
+
ホームで .tar.gz を壓縮解除
+
pc-to$ cd
+ pc-to$ tar zxvf /tmp/myname.tar.gz
+
+ +

これで移行元の「from-pc」から、移行先の「to-pc」にユーザーを引越すことができました。

diff --git a/src/oshistory.html b/src/oshistory.html new file mode 100644 index 0000000..046b813 --- /dev/null +++ b/src/oshistory.html @@ -0,0 +1,85 @@ +私のOSの話 - 美々蝶々 + +

私のOSの話

+ + + +

わたしは現在 OpenBSD を使用中です。わたしが Windows をやめて GNU/Linux や BSD を使用する様になつた経緯、及び、今まで使用したOSについて書きます。今まで使用したOSは次の通りです。

+ +
    +
  1. Windows XP
    2. +
  2. Windows 7
    3. +
  3. Ubuntu (デュアルブート)
    4. +
  4. Windows 10
    5. +
  5. Linux Mint
    6. +
  6. Trisquel GNU/Linux
    7. +
  7. OpenBSD
    8. +
+ +

Windows XP (～2010年頃)

+ +

初めてのPCは Windows XP のノートPCでした。当時はOSの事を知りませんでした。最初はIEでウェブを見たり、「ペイント」で絵を描いたりました。後からHTMLの作成やプログラミングを始めました。

+ +

SNS ( = Twitter) に支配される前だから、HTMLを公開して掲示板で宣伝するとみんなが見てくれました。仕合せな時代でした。

+ +

Windows 7 (2010年頃～)

+ +

前のノートPCが壊れて、Windows 7 のノートPCを購入しました。この時にOSの事を知りました。また、OSのサポートが終了したら、OSを更新するか、新しいPCを購入する必要があると知りました(*)。それを知つてから、Windows に対して不信感を持ち始めました。後でこれは「不自由なソフトウェア」の問題だと知りました。

+ +
+
(*)
+
サポートが終了したOSも使用できますが、最新のソフトウェアが起動しなくなつたり、古いOSに必要なパッチ等が公開停止になつたりします。
+
+ +

Ubuntu (2012年頃)

+ +

Windows ではなく Linux なら、OSのインストールや更新が無料だと知りました。Ubuntu のライブCDを作り、Windows 7 とのデュアルブートにしました。普段は Firefox かテキストエディターしか使用しないから、Ubuntu でも全く支障がなく、「Windows なんて必要ない」と感じました。

+ +

それでも、この頃はCLIを全く使用しなかつたから Windows でも平気で、Ubuntu を1年くらい使用した後で飽きて Windows に戻しました。

+ +

Windows 10 (～2016年頃)

+ +

Ubuntu から Windows に戻した後、Windows 7 を Windows 10 に更新しました。Windows 10 は非道すぎました。勝手にソフトをインストールされたり、Microsoft Account を強制されたりします。Windows 10 を何年か使用しましたが、ノートPCのHDDが破損しました。この時にUSBブートで Linux を使用する事にしました。

+ +

Linux Mint (2016年頃)

+ +

Linux を再開した当時、人気だつた Linux Mint をインストールしました(Ubuntu に近いけど)。使用した期間がとても短いから、感想はありません。

+ +

この頃、自由なソフトウェアと不自由なソフトウェアとの事を知りました。そして100%自由なディストリビューションである Trisquel に関心を持ちました。

+ +

Trisquel (～2022年)

+ +

新しいデスクトップPCを購入した時に、遂に Trisquel をインストールしました。

+ +

この頃から Linux を本気で使用する様になりました。CLI や Vim を勉強して、ターミナルだけで作業できる様になりました。また、デスクトップ環境ではなくウィンドウマネージャーを使用する様になりました。OpenBox・twm・fvwm・ctwm を試して、最後は dwm を気に入りました。OSから余分な物を消して単純にするのが楽しいです。

+ +

Linux を勉強したら、Systemd の問題を知りました。Trisquel は Ubuntu の派生だから Systemd を強制します。だから他のディストリビューションを探しましたが、調べるうちに BSD に興味を持ち、BSD を試す事にしました。

+ +

OpenBSD (2022年～)

+ +

複数の BSD を試して、OpenBSD に決めました。OpenBSD は、デフォルト設定が(NTP以外)が好み通りだからです。デフォルト設定が良いと、設定に時間をかけなくて済みます。

+ +

dwm ではなく OpenBSD に同梱の cwm を使用する事にしました。日本語入力(uim・nvim)、browser、画像閲覧ソフトはOSに含まれないから自分でインストールしました。これだけで充分快適に使用できます。

+ +

この通り OpenBSD に満足したから、何か問題が起きるまでは、OpenBSD を使用するつもりです。

+ +

参考

+ + + +

【注意】OpenBSD のデフォルトのNTPサーバーについて

+ +

OpenBSD のデフォルトのNTPサーバーには Cloudflare や Google が設定されているから、ここの設定変更は必須です。または ntpd を停止します。

+ +
+
/etc/ntpd.conf の記述から引用
+ +
diff --git a/src/personalsite.html b/src/personalsite.html new file mode 100644 index 0000000..d542887 --- /dev/null +++ b/src/personalsite.html @@ -0,0 +1,27 @@ +個人サイトが良い理由 - 美々蝶々 + +

個人サイトが良い理由

+ + + +

1

+ +

わたしは個人サイトを読むのが好きです。個人サイトを読む事で筆者の一面に触れられるからです。会つた事のない人について、その人の意見を読み、自分の意見と比較できます。また、その人の個性や感情にも触れられます。わたしは口で会話する事が苦手だから、直接会つて話すよりもサイトを読んだ方が意見を交換できます。それは本やSNSでも同じかもしれませんが、個人サイトにも良さを感じます。

+ +

2

+ +

本を読めば著者の意見を読み、知識を得られますが、本は商品だから著者の感情は和らぎます。また、大抵、本の著者は何かの専門家です。専門家の意見は勉強になりますが、わたしは、専門家以外も含めた「その辺に居る、ランダムな誰か」の意見や感情にも関心があります。だから、わたしは本と個人サイトとの両方を読みます。

+ +

3

+ +

SNSでも人の意見を読めますが、SNSでは最新の投稿が優先されて、昔の投稿を読むのが難しいです。大抵の個人サイトには目次があるから文書を探し易いです。また、日付を見れば簡単に最新の文書を探せます。また、SNSのと投稿は独り言に近く、個人サイトや「ブログ」の文章は、読む為に書かれた物だと感じます。だから読みやすいです。

+ +

4

+ +

ここで「ブログ」に触れました。ここではアメーバブログやFC2ブログ等の事を指します。ブログは個人サイトと同じく読み易いですが、大抵は目次がありません。記事を探すには「前へ」「次へ」のアンカーを辿るか、カテゴリーごとの一覧から探すか、検索を使用するしかありません。だからブログより個人サイトが好きです。

+ +

以上

+ +

他にも「note」「qiita」「pixiv」などの投稿サイトがありますが、投稿サイトについては、また別の文書で触れる事にします。

diff --git a/src/profile.html b/src/profile.html new file mode 100644 index 0000000..257fd61 --- /dev/null +++ b/src/profile.html @@ -0,0 +1,43 @@ +自己紹介 - 美々蝶々 + +

自己紹介

+ + + +
+
cursesで描かれた魚
+
マスコットキャラクターの魚です。
+
+ +

關心がある事

+ + + +

使用中ソフト

+ +
+
OS
+
OpenBSD
+
シェル
+
ksh
+
テキスト編集
+
Nvim・vi・ed
+
日本語入力
+
uim-fep
+
ウィンドウ管理
+
cwm
+
端末
+
XTerm + tmux
+
ウェブ閲覽
+
W3M・Netsurf・Dillo・Firefox
+
diff --git a/src/saveyoursite.html b/src/saveyoursite.html new file mode 100644 index 0000000..208bc19 --- /dev/null +++ b/src/saveyoursite.html @@ -0,0 +1,45 @@ +サイトは消えてほしくない - 美々蝶々 + +

サイトは消えてほしくない

+ + + +

1

+ +

サイトはいつか消えます。わたしは、できればどの個人サイトにも消えてほしくありません。個人サイトが消えてほしくない理由や、個人サイトを維持する上での課題を考へました。

+ +

2

+ +

サイトが消える理由はいくつかあります。主な理由は次の通りでせう。

+ + + +

サイトの更新に飽きてもサイトを消すのは勿體ないです。わたしは、サイトが更新されなくとも、消えずに保持されれば充分だと考へます。

+ +

3

+ +

ウェブに殘された情報が役に立つ事は多いです。わたしは、1990年代や2000年代に書かれた文章から様々な影響を受けました。そして、心が苦しくなつた時は、誰かが書いた樂しい文章から元氣を貰ふ事が多いです。書いた本人にとつて重要でないサイトでも、わたしには大切なサイトです。

+ +

今のウェブサイトは、とにかく實用的なサイト、商売の爲のサイトが目立ちます。わたしは、感情的なサイト、信念を持つたサイト、個性的なサイトを重要だと考へます。この様なサイトは本人にしか作れず、失はれたら取り戻せないからです。

+ +

4

+ +

現實的には、サイトを永久に維持する事はできません。多くの場合、管理者が死亡したらサイトも無くなります。これは仕方がありません。

+ +

サイトを維持するには、ISP の契約とは別で、ドメイン、VPS、自宅サーバーなどに支払が必要です。これらの支払をやめるとサイトが消えますが、一生續けられるとは限りません。無料レンタルサーバーなら無料で長期間殘りますが、無料レンタルサーバーは近年、次々とサービス終了してゐます。

+ +

アーカイブサイトでサイトを保存する方法もあります。これは中央管理ですが、サイトが無くなるよりマシです。また、サイト全體を tar.gz とか zip とかで配布すれば、誰かが保存するかもしれません。壓縮ファイルの狀態であれば、簡單に轉載できます。それはさて置き。

+ +

サイトはいつか無くなるとしても、まだ殘せる物を早々と消す事は避けたいです。そして、なるべく消さない事を念頭に置き、長持ちする様にサイトを設計・運營する事が大切だと考へます。

+ +

餘談

+ +

ところで、ダークネットのサイトは、クリアネットよりも更に消え易い様に見えます。ダークネットのリンク集などを見ても、多くのサイトが繋がらなくなつてゐます。ダークネット版のアーカイブサービスがほしくなります。知らないだけで、既にあるかもしれませんが。

+ +

いつ、何が起きても大丈夫な様に、サイトの文書や、鍵ファイルなどを徹底してバックアップするべきかもしれません。

diff --git a/src/style.css b/src/style.css new file mode 100644 index 0000000..5a3a0de --- /dev/null +++ b/src/style.css @@ -0,0 +1,54 @@ +* + { + border: none; + font-size: 100%; + font-style: normal; + margin: 0; + padding: 0; + } + +body + { + background: #393633; + color: white; + line-height: 150%; + margin: 1em 1em 2em 1em; + padding: 0 1%; + } + +h1, h2, h3, h4, h5, h6 + { + border-color: gray; + border-style: solid none; + border-width: thin; + font-size: 125%; + font-weight: bold; + line-height: 120%; + margin-bottom: 0.8em; + } + +dl, ol, p, pre, ul + { + margin-bottom: 1em; + } + +blockquote, dd, ol, ul + { + margin-left: 2em; + } + +cite, dt, em, kbd, strong + { + font-weight: bold; + } + +img + { + border: thin solid; + } + +:link, :visited + { + color: yellow; + text-decoration: underline; + } diff --git a/src/uim-fep.html b/src/uim-fep.html new file mode 100644 index 0000000..1889c25 --- /dev/null +++ b/src/uim-fep.html @@ -0,0 +1,134 @@ +uim-fep の紹介 - 美々蝶々 + +

uim-fep の紹介

+ + + +

uim-fep と anthy とを使用すれば、コンソール上で日本語を入力できます。長所は次の通りです。

+ + + +

本文中のコマンドなどは OpenBSD 向けです。自分の OS に合せて読み変へてください。

+ +

1. GTK版を使用中の場合

+ +

すでに GTK版の uim を使用中の場合、「uim-pref-gtk」を使用して、anthy の ON/OFF のキーバインドに「control + o」を指定します。「全角/半角」などのキーバインドは、uim-fep で使用できないからです。

+ +

2. GTK版を使用しない場合

+ +

GTK版の uim を使用しないで、uim-fep だけを使用する手順は次の通りです。

+ +

始めに、uim のパッケージをインストールします。uim をインストールすると、anthy (日本語 IME) もインストールされます。

+ +
+
インストール:
+
# pkg_add uim
+
+ +

uim-fep を使用するには、環境変数「LANG」「LC_ALL」「LC_CTYPE」に言語とエンコーディングとを設定する必要があります。「.profile」などの設定ファイルに次の記述を追加します。

+ +
+
LANG の設定例:
+
export LANG=ja_JP.UTF-8
+
または:
+
export LANG=en_US.UTF-8
+
+ +

最後に、uim の設定ファイルを作成します。デフォルト設定では anthy が無効だから、anthy を使用できるようにします。また、anthy の ON/OFF のキーバインドを「control + o」に設定します。

+ +
+
設定ファイルを作成:
+
$ vi ~/.uim
+
設定ファイルの中身:
+
$ cat ~/.uim
+
(define default-im-name 'anthy-utf8)
+ (define-key anthy-on-key? '("<Control>o" generic-on-key?))
+ (define-key anthy-off-key? '("<Control>o" "escape" generic-off-key?))
+
+ +

3. 起動と終了

+ +

コンソールで uim-fep を実行すると、日本語入力ができる状態になり、新しいシェルが起動します。また、-e オプションで、シェルではなく別のプログラムを起動できます。

+ +
+
起動:
+
$ uim-fep
+
起動(tmux):
+
$ uim-fep -e tmux
+
+ +

uim-fep の起動後は、コンソールの最後の行に uim のインジケーターが表示されます。「anthy-utf8」が有効であること、「- 」=「直接入力」、「Ｒ」=「ローマ字入力」を意味します。

+ +
+
インジケーター:
+
anthy-utf8[AnあＲ]
+
+ +

4. 入力の操作

+ +

起動時は直接入力になります。日本語入力を ON にするには、設定したキーバインド通り「control + o」を押します。日本語入力を ON にすると、インジケーターの「- 」が「あ」=「日本語入力」に変化します。

+ +
+
インジケーター(日本語入力):
+
anthy-utf8[An- Ｒ]
+
+ +

この時、日本語をローマ字で入力できます。例として、「toukyou」と入力すると「とうきょう」になり、スペースを押すと漢字変換の候補が表示されます。候補の中から漢字「東京」を選んでエンターや「control + m」で確定すると「東京」が入力されます。

+ +
+
漢字変換の候補一覧:
+
1:東京 2:とうきょう 3:トウキョウ [1/3]
+
+ +

日本語入力を OFF にする時は「control + o」かエスケープを入力します。エスケープで OFF にできる様に設定すると、Vim を使用する時に便利です。

+ +

漢字変換中の便利なキーバインドをいくつか紹介します。

+ +
+
「control + p」:
+
前の候補を選択します。
+
「スペース」または「control + n」:
+
次の候補を選択します。
+
「control + b」:
+
前の文節に移動します。
+
「control + f」:
+
次の文節に移動します。
+
「F7」:
+
カタカナに変換します。
+
+ +

5. かな入力

+ +

私は日本語よりローマ字入力が好きです。かな入力だと、1つのひらがなを1つのキーで入力できます。ただし、キー配列は暗記が必要です。例として「ち」は「a」のキーに割り当てられます。

+ +

uim でかな入力を使用する場合、uim-pref-gtk で設定するか、設定ファイルに次の設定を追記します。

+ +
+
かな入力の設定:
+
(define default-widget_anthy_utf8_kana_input_method 'action_anthy_utf8_kana)
+
+ +

かな入力を設定すると、インジケーターに「か」=「かな入力」と表示されます。

+ +
+
インジケーター(かな入力):
+
anthy-utf8[An- か]
+
+ +

以上

+ +

uim の設定ファイルに關する資料は少ないから、調査の余地があります。ですが、わたしは、これだけで充分に日本語を入力できます。

+ +

参考

+ + diff --git a/src/userland.html b/src/userland.html new file mode 100644 index 0000000..a476421 --- /dev/null +++ b/src/userland.html @@ -0,0 +1,92 @@ +UserLAnd でタブレットから SSH を使用 - 美々蝶々 + +

UserLAnd でタブレットから SSH を使用

+ + + +

1. 初めに

+ +

ノートPCが欲しいけど新しく購入するのは勿体ないです。でも、わたしには CyanogenMod (Android 6 と同じ) のタブレットがあります。SSH を使用すればタブレット経由でデスクトップPCを操作できます。これでノートPCと同じになります。CLIだけですが。

+ +

2. 使用した機器

+ +
+
PC
+
Open BSD をインストールしたPCです。
+
タブレット
+
CyanogenMod をインストールしたタブレットです(普通の Android でも同じです)。
+
キーボード
+
USB Type-A のキーボードです。
+
USB Type-A・B 変換アダプター
+
タブレットが USB Type-B のみ対応だからキーボードの接続に変換アダプターが必要です。
+
+ +

3. タブレットにインストールしたソフト

+ +

全て F-Droid からインストールできます。インストールしたら、IME を Hacker's keyboard に設定してタブレットに USB キーボードを接続します。

+ +
+
UserLAnd
+
Android で Linux ディストロを使用可能にします。
+
Hacker's keyboard
+
いくつか試した Android用 IME の中で一番 SSH との相性が良いです。
+
+ +

4. UserLAnd の初期設定

+ +

UserLAnd を使用する前に、Linux ディストロの選択が必要です。わたしは「Alpine」を選択しました。ユーザー名とパスワードとは入力し易い物を設定します。接続方法は「SSH」にします。

+ +

設定が終つたら Alpine のセッションを始めます。パスワードを入力して Alpine にログインします。初めは SSH が無いから apk で OpenSSH をインストールします。

+ + + +

PCを予め起動して、Alpine から SSH で PC に接続します。

+ + + +

5. SSH を便利に使用するために

+ +

SSH を使用するなら tmux が便利です。SSH の接続が切れてもセッションを復元できるし、タブレットをやめてPCに直接ログインした時に、タブレットで作成したセッションをPCで再開できます。

+ +
+
セッションを新規作成する
+
$ tmux
+
作成したセッションにアタッチする
+
$ tmux attach
+
+ +

Android の IME で SSH に日本語を入力するのは不便です。むしろPC側の IME を、SSH 経由で使用する方が簡単です。そのために「uim-fep」を使用します。

+ +

uim-fep の使用方法は次の通りです。uim-fep については、別の記事で解説しました。

+ +
+
インストール (OpenBSDの場合)
+
$ pkg_add uim
+
「~/.uim」を設定する(例です)
+
$ nvim ~/.uim
+ (define default-im-name 'anthy-utf8)
+ (define-key anthy-on-key? '("<Control>o" generic-on-key?))
+ (define-key anthy-off-key? '("<Control>o" "escape" generic-off-key?))
+
uim-fep を起動する(IME が有効になる)
+
$ uim-fep
+
uim-fep と同時に tmux を起動する
+
$ uim-fep -etmux
+
uim-fep と同時に tmux のセッションにアタッチする
+
$ uim-fep -etmux attach
+
+ +

uim-fep を起動すると IME が有効になります。上記の ~/.uim の記述により、「Alt + o」で日本語入力と直接入力とを切替できます。uim-fep を終了するには「exit」または「Ctrl + D」を入力します。

+ +

Alpine にログインするたびに SSH コマンドを入力するのが面倒な時は Alpine側の ~/.profile にコマンドを記入して、「chmod +x ~/.profile」とします。これで Alpine にログインしたら勝手に SSH が起動します。

+ +

以上

+ +

タブレットは持ち運べて便利ですが Android などのタブレット用OS はイマイチでした。SSH なら、タブレット側のOSが何であれ、PC側のOSを使用できるから良いですね。

diff --git a/src/webdesign.html b/src/webdesign.html new file mode 100644 index 0000000..82f6f07 --- /dev/null +++ b/src/webdesign.html @@ -0,0 +1,40 @@ +ウェブサイトの設計方針 - 美々蝶々 + +

ウェブサイトの設計方針

+ + + +

このサイトの設計方針です。わたしは W3M の愛用者だから、テキストブラウザを贔屓します。方針が変化したら、この記事の内容も更新します。

+ +

1. 文章を優先

+ +

わたしは HTML や CSS よりも文章を重要視します。ウェブサイトの本質は文章だからです。文章の書き方で問題を解決できるなら文章を直します。具体的には、記事を読み辛いと感じたら文章を直し、見た目が物足りないと感じたら文章を書き足します。

+ +

2. 見出しを活用

+ +

わたしは段落のまとまりを見出しで区切るのが好きです。文章の途中に見出しを置くと、適度な余白ができて、目に優しいと感じます。また、見出しに番号を振ると、紙の本のページ数と同じく、どこまで読んだかが分かり易くなります。だから、時には数字だけの見出しも使用します。

+ +

3. ナビゲーションは最小

+ +

このサイトにはヘッダーが無く、フッターも最小限です。各文書に共通のヘッダー・フッターを付けると、HTML が大きくなるからです。

+ +

また、ヘッダーが無ければ本文が最初に来るから、上部に「本文へ」のリンクを付けなくても済みます。

+ +

4. CSS について

+ +

このサイトの CSS の特徴は次の通りです。

+ + + +

以上

+ +

たまに自分のサイトのデザインの方針を書く人が居て、わたしはそれを読むのが好きだから、この記事を書きました。全くの無価値ではない筈……

diff --git a/src/webring.html b/src/webring.html new file mode 100644 index 0000000..f1c6982 --- /dev/null +++ b/src/webring.html @@ -0,0 +1,47 @@ +ウェブリング - 美々蝶々 + +

ウェブリング

+ +

ダークネット上のサイトについては、ダークネットのURLのみを掲載します。

+ +

個人サイト

+ +

分散SNSやダークネットの方々の個人サイトはこちらです。

+ + + +

コンピューター・ウェブ

+ +

勉強や調べ物で見附けたサイトはこちらです。

+ + + +

リンク集

+ + diff --git a/src/windows.html b/src/windows.html new file mode 100644 index 0000000..e8a7930 --- /dev/null +++ b/src/windows.html @@ -0,0 +1,33 @@ +Windows を相手にしない - 美々蝶々 + +

Windows を相手にしない

+ + + +

1

+ +

わたしは Linux・BSD のユーザーです。前まではゲームやソフトウェアを作る時に、Linux・BSD だけではなく Windows などの不自由なOSもサポートしたいと考へてゐました。でも、無理に Windows をサポートしない方が氣が樂だし、それによる大きなデメリットも無いと氣附きました。Linux・BSD だけで動けば充分です。

+ +

2

+ +

Windows で動くプログラムを作るには、技術をよく檢討しないといけません。Windows に移植されてゐる言語・ライブラリーしか使へないし、移植されてゐたとしても Windows のパッケージ管理は不味いから、簡單に導入できない事が多いです。だから「HTML5」「Electron」「Flutter」みたいな仕組みが流行るのでせうが、興味がありません。

+ +

(Java はマシな選擇肢かも……)

+ +

そもそも、Windows をサポートするには、Windows を使ふ必要があります。普段、Linux・BSD を使用してゐるのに、Windows のPCを起動するのは面倒です。色々な不便を受け入れてまで Windows をサポートする價値があるか、が問題ですが、その價値は無いと思ひます。

+ +

3

+ +

わたしは、Windows の現狀は「デスクワーカーのためのOS」だと思ひます。それなら業務のためのソフトウェアだけが必要です。それは個人が趣味で作る様な物ではありません。

+ +

勿論、遊びのために Windows を使ふ人もたくさん居ますが、多くは STEAM などのストアで賣られるソフトで遊びます。無料ソフトにもニッチな人氣がありますが、さう云ふ物は、Windows 専用と割り切つて、Windows の技術で開發した方がいいでせう。

+ +

無理に Linux・BSD・Windows の3つをサポートするより、Windows 非對應にするか、Windows 専用にするか、きつぱりと決めた方が良い結果を生むと思ひます。

+ +

言語やライブラリによつては、Windows でも動くものが作れるかもしれませんが「動いたらラッキー」「動かしたい人は自分で調べてください」つて方針でいいと思ひます。

+ +

餘談

+ +

今、perl と curses とを使つて自分のためのソフトを開發中ですが、Linux・BSD であれば、perl用 curses パッケージをインストールするだけで簡單に動作します。Windows で動くかは氣にしません。