numaduki creation.cから.dicに変更ソフトウェアのバージョン管理を、このバージョンよりGitHubに移行しました。
またGitHubではバージョン番号は普通につけるのが推奨されているようなので、普通の付け方に変更しました。
リリース一覧のページで、変更点の確認が可能です。
ダウンロードするには、「Latest」と書いてあるバージョンのAssetsの中の「Source code (zip)」というリンクをクリックしてください。
なお恥ずかしながら、GitHubはあまり使ったことがなく、ヤバいくらい見切り発車です。
ソフトウェアの完成度よりも、むしろ私の完成度の方がアルファバージョン未満であり、初心者です。
よろしくお願いします。
初心占い師ほたるのトークを追加しました。
「マ？」の話。
個人的には「マ？」は成立過程が想像できるというか、きっと
という背景があるんだろうなぁ、要するに水面下でみんなが「いいね！」と思って、それが自然とシェアされた、そういう成立過程に自然なグルーヴ感あっていいなぁ、と思えて好きです。
あと「マ？」だけでは「マジ？」の略語として成立しないので、イントネーションや表情といったメタ情報が必要なあたりも人間くさくていいなと思います。
ただその一方で、あまり私の心にフィットしない省略語もあります。それは「とりま」です。
おそらく「とりあえず、まあ」が「とり、まあ」と略され、それが「とりま」になったのだと思います。
ただ、「まあ」というのは、会話中において、次に発する言葉が見つかるまでの静寂を打ち消すために発され、かつ「まあ」の「あ」の形で口を開けたままにすることで発話中であることをビジュアル面でも明示する、高度な言葉です。そして聞き手も、その「まあ」を受けて何も言わずにスタンバる、という行動を自然発生させる、そういうとても人間らしい言葉でもあるのです。
それを「とり」と結合して「とりま」とワンフレーズにしてしまったら、もともとの「まあ」の機能が死んでしまうように思うのです。
伝統を抹殺せんとするとりま勢：とりま……………………マックに行こうぜ。
伝統的なまあによる効果的発話：とりあえず…………まあ…………マクド行こか。
どうでしょうか。
ドヤ顔で「…」を8個を並べてもスルーしてもらえるのは江戸だけです。
上方では「…」は4つより多く並べると言語中枢に何らかの問題が発生していると理解され、どうしてこんなになるまで放っておいたんだと人だかりができ、それでも症状が続くとなんばグランド花月からほんわかぱっぱーを鳴らしながら救急車がやってくると聞きます。情に厚い地域だといえます。
一説によると、日本人の約八割は口呼吸らしいです。
「まあ」で口が開く様子と、口呼吸でぽかんと口を開けている様子には通じるところがあり、自分は「まあ」でお口ポカーン、相手も口呼吸でお口ポカーン、互いにお口ポカーンで会話の行方、日本の行方、世界の行方、人類の行方、終末へと流れる時の行方を見つめる、それが日本語なのではないでしょうか。
私はこの「まあ」のメタ言語的意味の重要性、それによる会話空間の雰囲気醸成のメカニズムを「お口ポカーン効果」と名付け、インターネットで広く発信することで、世界にお口ポカーンを広めてまいります。
ネットワーク更新よろしくおねがいします。
＊ ＊ ＊
そのほかの主な変更点としては二つ。一つはダイスの改良です。
「マイナス2面体」「マイナス1個」といった人智を越えたリクエストに対し、きちんといぶかしげな反応をするようになりました。
もう一つは、バルーンメニュー（ほたるは「その他の設定」内）への「ウィンドウの左上に移動」追加です。
起動時に私の環境でマスカレードが行方不明になってCtrl+Shift+F12でも戻ってこない場合がよくあるので、そういう時のための機能です。ただそもそもどっちも表示されない場合には使えないので、まず伝統的手法でどっちかを連れ戻してください。
まず非常に重要な変更点として、タグ記号を[:～:]から{～}に変更しました。
Markdownで[]はよく使われるため、これを避けたいという意図です。
（当初はMarkdownの利用を考えていなかったので、他の言語と被らないという基準で[:～:]としていました）
[:～:]から{～}に変更strformモディファイアの値にAYA/YAYA準拠の「$」を使っていたのを「%」に変更 SKIPGENERATEと書くと、ファイルとして出力しないようにした SKIPGENERATEと書くだけ）DEFINE REPLACE RE_DEFINE RE_REPLACEを追加 真っ白なことに定評のあった当ウェブサイトですが、なんとなくダークモードに対応しました。
今のところ、CSSがOSブラウザーの設定を自動判定しています。
当サイトはJavaScriptを一切使っていないことにも定評があるので、手動切り替えができるようになる予定はありません。ごめんなさい。
まず最重要事項として、記事・ウェブページファイルの記述フォーマットを変更しました。以下のようになります。
単純なMarkdown形式になったので、各種テキストエディターの色分け機能やアウトライン機能との親和性向上が望めます。
本文の最高レベルの見出しが##になってしまったのは残念ですが、上記の恩恵を考えるとまあいいかなという気がしています。
<!--
TAG: このファイルの投稿に適用するタグ名
-->
# 休日が終わった
<!--
DATE: 2022-06-19
OUTPUTPATH: holiday-end
-->
## いいいいいいいい
本文本文本文本文本文本文本文本文
本文本文本文本文本文本文本文本文
# 休日が始まった
<!--
DATE: 2022-06-18
OUTPUTPATH: holiday-start
-->
## ああああああああ
本文本文本文本文本文本文本文本文
本文本文本文本文本文本文本文本文
..
{entrybody}等のモディファイアheadinglevelの挙動を変更 {tagid}追加（タグのタグID（英数字の方）を出力）strform追加（出力内容がある場合、書式化して出力）{entries}タグにtagモディファイアを追加（指定したタグを設定した投稿のみ表示できます）{if}タグのモディファイアにneを追加（一致しない場合に真、いわゆる!=）<entrydateyear> DATEの年部分<entrydatemonth> DATEの月部分<entrytag> TAGで最初に指定したタグのタグIDheadinglevelを指定可能なタグについて、指定していないのに指定されているものとして処理していたのを修正remove_blankline, 1で、preタグ内でも改行を削除してしまっていたのを修正 {entryfield}の出力がコロン記号まで含んでいたのを修正{pageid}タグを削除（OUTPUTPATHの値等で代用してください）{archivetitle}タグは何も返さないように変更（ファイル別アーカイブがなくなったため）{datafiletitle}タグを廃止し、ウェブページ専用の{pagefiletitle}タグを追加した{entries}のfile{entryprev}`{entrynext}のscopeの値のうちfile`