現在のEmacsでかんなを使う https://ikumi.que.jp/cmp/emacs.html Emacs-29版が出てる
OpenBSD, Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
このアカウントは、notestockで公開設定になっていません。
@hadsn たしかあの時代ってアプリケーション~かな漢字変換エンジン間の統一したメソッドが無かったので、Cannaプロトコル喋らせとけばCanna対応アプリから使えるっしょみたいなところがあったんじゃないかなーと。えせかんな、とかあったくらいなので。 https://www.freshports.org/japanese/esecanna/
うーむーむ、やっぱりCannaプロトコルを喋らせるかどうかというのがキモなのかなあ(eggではなく)。この辺の日本語入力の歴史とかちゃんと知ってる訳じゃないから、下手に手を出すと多分火傷する気が(今でも十分焼けてるような)。
@hadsn 昼間それ見つけてるんですが、なんか数秒表示された後「このドメインは売り物でーす」って違うページに飛ばされちゃうんですよねえ。 って探し直したら見つかりました https://thomas66.web.fc2.com/wime/
うーん、CannaIMですらCanna-3.7ベースなのか。https://github.com/mt819/CannaIM/blob/master/doc/manual.html
OpenBSDでのcanna、ほんとどうしましょう?一応今朝投げたパッチにも「どーしますー?」と問いは入れてるんですけど。 https://marc.info/?l=openbsd-ports&m=169828329227366&w=2
日本語入力プログラムについて考える 各日本語入力プログラムの特徴(BeOS,OS/2,超漢字,X68000,Solaris) http://www4.airnet.ne.jp/koabe/com_inet/im/feature8.html (2002/12/31) 20年前の記事か…全然色褪せて見えないんだけどというのはともかく、HAIKUのIMってどうなるんでしょうかね?CannaIMをリファインして載せるのかなあ?
→やっぱりそうみたい https://github.com/mt819/CannaIM
DOS/VとPC-98x1用とでFEPに違いがある…?と思っていたら、基本的に
- キーボード処理
- 画面表示処理
- その他(DOSの差異とかちょっとした部分)
という違いがあると鳳( https://www.vector.co.jp/soft/dos/writing/se004462.html )のソースコードに書いてありました。
emu2、未だにちゃんと名前が覚えられなくて「あのCLI上で動く軽くて使いやすいDOSエミュレータなアレ」という理解…
pcemuの代わりにemu2はイケるのかなあ。今でもメンテが続いていて割とコンパクトなDOSエミュレータなんだけど。 https://github.com/dmsc/emu2/
pcemu-1.2 ( https://ja.osdn.net/projects/sfnet_pcemu/downloads/pcemu/1.2/pcemu-1.2.tar.gz/ )、古いしビルド通らないよねーと思っていたら案の定通らない。Linuxでも通らない。多分誰かメンテしてるはず(FreeBSD portsにあるようだし https://www.freshports.org/emulators/pcemu/ )。
どうもMITじゃなくMIT-0(MIT no attribution)を設定するのが良かったのかも。あるいはISC。
ISCは多分ここ https://www.gnu.org/licenses/license-list.ja.html#ISC でぐちゃぐちゃと書かれていたから避けたのかもしれん、過去の自分。「OpenBSD使いなら胸張ってISC使うだろ普通はよぉ💢」とお叱りを受けてもおかしくない…
自分の書いたコード、ISCじゃなくMITでライセンス付けてるけど何故こっち選んだ…?
GitHub上に置いとくのが管理しやすいんだけど…となると、適当なライセンスを設定しとかないとやりにくい。
イマドキのOSS的考え方の流儀が確立していない、30年前くらいのソフトウェアのReadmeなので…おそらく、パッケージ済のtar ballを流通させるならそのままの状態にしといて欲しい、改造するなら自由にどうぞ…そんなノリなんだろうとは思う。
このアカウントは、notestockで公開設定になっていません。
- 改変・再配布は自由
- パッケージ内のファイルはなるたけ保持した形で再配布を
- 不具合・不都合に対する責任は負わない
という条件を満たすOSSライセンスとは…?
【デジタル月間企画】日本は「デジタル敗戦国」から脱却できるか。岸田政権のデジタル政策 https://digital-shift.jp/dx_introduction/231017 (2023/10/17)
敗戦国であるという自覚は持っていた方が良いのかもだけど、敗戦国から脱却、って考えても負け続けるだけなんじゃないかなあ。
大体、勝者ったって周りの目を気にせず好き勝手にやって伸びまくった結果でしょうに。「敗戦者たる我が国の技術者においては、次こそ勝たなければ一族皆殺しにする」というプレッシャーをかけたところでアイデアの芽を潰すのがオチ。自分で自分の首を絞めてるだけ。
とはいえ、TRONとか国産アーキテクチャで日本が覆われてしまったらNTTだのNHKだのが調子付いてネットワークの接続やデバイスの所持、情報流通に制限をかけてくるであろうということが想像できるので…デジタル敗戦(という言葉を使うのは癪だけど)は必要なことだったと自分は考えてます。
個人的には、口出しされるとうるさいので「黙ってコード書いてくんない?書けないなら消えてくれる?金はもらうけど口出しは無用ね♪」という思想です。
(あーあ、言っちゃった…w)
国粋主義者がウザい、散々TRON界隈で見てきたことなんだけど…最近はMSX界隈にも湧いてきたという話を聞いて非常にげんなりしてる。
Xでも呟いてはいるけど、あの時代にMSXを買ったりTRONに対して好意的な態度を取っていたならともかく、そうでない者が国粋主義の材料としてMSXやTRONを出してくるのを見るとどうにかしてアイツらを滅ぼせないかと真剣に考えたくなる。
(こっちではオブラートに包まない表現にしてます)
スパコンを自国で作ろうとすると外国(特に米国)の横槍が入る、と言われてたもんですが…かつてはそういうことがあったとして、今後はどうなんですかねえ。
スパコンに限らず、技術は自国のものとして欲しいのだけど(外貨も稼がないといけないし)、それに伴って国粋主義者が調子付くのは非常に鬱陶しい…技術の進歩に貢献してくれるなり、開発費を出してくれるんならまだしも、技術者を口汚く罵って足を引っ張るのがアイツらなので。
https://github.com/afterstep/afterstep/issues/3 "ar clq"を"ar cq"に直すと解決したってあるけど…arのヘルプ(Debian)、日本語版は「l この修正子はエラーにはならないが何の効力もない。」とあるのに対し、英語版だと「l Specify dependencies of this library.(以下省略)」になってる。
FEP bridge、とりあえずfeplib/のビルドを試みてるけどうまくいかぬな…
このアカウントは、notestockで公開設定になっていません。
日本語入力 FEP 操作ライブラリー FEPCTRL ユーザーズマニュアル (1992/4/8) ほほぅ? https://github.com/st63jun/ng/blob/master/docs/fepctrl.doc
(MS-kanji APIで検索したら引っかかった)
エコシステムとフラッグシップが要る…のかな、CPUビジネスって。IntelならXeon、ArmならNeoverseに代表される高パフォーマンスCPUと、その上でソフトを動かすためのコンパイラやらライブラリやら一式(OSも入るかも)。
この逆のアプローチだとマイクロコントローラとして数を出すとかそういう方向性?(AVRとかPICとか)
どっちつかずだと厳しいものがあるよね…RISC-VベースのコントローラがCortex-M0の牙城をどれだけ崩せるか、RISC-Vベースのプロセッサがどれだけパフォーマンスを伸ばせるか次第?
このアカウントは、notestockで公開設定になっていません。
wime: Linuxのwine上にインストールされたIMEをかんなに見せかけて使うプログラムです。 https://www.reddit.com/r/ja/comments/6kvd9/wime_linux%E3%81%AEwine%E4%B8%8A%E3%81%AB%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%95%E3%82%8C%E3%81%9Fime%E3%82%92%E3%81%8B%E3%82%93%E3%81%AA%E3%81%AB%E8%A6%8B%E3%81%9B%E3%81%8B%E3%81%91%E3%81%A6%E4%BD%BF%E3%81%86%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0%E3%81%A7%E3%81%99/
なるほど、そういうものもかつてはあったのか(違うリンク先もあるけど数秒後に飛ばされるのでこっちにしてます)
openbsd-vmには、Emacs-27.2(athena)とtamago-tsunagi-5.0.7.1 https://ja.osdn.net/projects/tamago-tsunagi/ とCanna-3.5b2が入ってると。現状把握。
eggといったらたまご(日本語入力の方)だと思っていたんだけど、いつの間にかEmacs Got Git https://github.com/byplayer/egg に意味を持ってかれてるな… turn-on-iimage-mode (2023/10/13) https://www.shigemk2.com/entry/2023/10/13/211404
cannastatが動いてないのはcannastat自体の問題。関数の戻り値が未定義じゃんよこれ…(直した)
https://twitter.com/uaa/status/1599258733972193281
https://pastebin.com/qmi3pSPR
※文字コードに注意(元のソースコードはEUC-JP)
とりあえず、eggが使えるEmacs-27環境がまだ生きてるから、canna-35のメンテナンスをちょっとやっておくかなあ。時代はcanna-37なのはよーっく分かってるんだけど。過去のtwilogでの自分の発言を見るに、cannakill/cannastatが動いてないという問題があるので。
もちろん、「俺は気になることがあるから古いものへ突き進むんだよ!」という興味を否定するわけではないし、それはそれで新しい発見があって周りが楽しくなるので是非是非お願いしたいのだ…
過去のソフトウェアで今の問題を解決する…やっぱ懐古厨になってしまうかな、という結論にするしかないか。オークションなどで過去のソフトウェアを手に入れることができる(そしてその牌は減りつつある)というのは一部の人しか恩恵を受けられない。そんなものに縋るよりも、ソースが公開されて誰でも使える/メンテナンス可能な状態にしておいた方が今だけでなくこれからの人が困らずに済むだろうから。
pdisp.sysはあくまでもDOS/Vが動いてますよーっていうfakeな情報をFEPに渡すだけのドライバなので、PC-98x1では多分不要になるはず。
Fep Bridgeのソースを見ているんだけど、DOSエミュレータのディレクトリマウントを利用して、ファイルシステム越しに通信してるように見える。…ってことは、NP2等のディレクトリマウント可能なPC-98x1エミュレータ越しにも使える可能性もあるんだろうか?
とはいえ、30年まではいかないけどそれに近い時間が経過したソフトウェア、自分如きが考えることはとっくに試されているだろうしそれでうまくいっていないので話が無いということになるんだろう。今更オークションで98向けのFEPを買ってLinux上でfep bridgeを、なんて時代でもないだろうし。