[ PC/Tab ] PC／タブレットたち

【縦書きテスト】（その三：忍風呂用）

「日本式ＮＷＯ」構築の基になるもの（候補）としては、古事記、神道体系、古代・中世の和歌集、そして心学。さらに、洗練された、エクセレント(excellent)な統治様式としての「象徴天皇制」—— 台風の目の上昇気流による晴れやかな澄み渡りこそ「知らす」のパワーそのもの（勝手な造語ながらこれを「中心力」。同じく造語ながらその周囲で渦巻く巨大雨雲の渦と大暴風〔このあからさまなパワーの放埒を許せばいずれ自らに向かう「破壊力」ともなるところの〕「形成力」が、「知らす」との相補関係にある絶え間ない権力闘争として働くことにより、ピラミッド（人造巨大錐体）頂点型の独裁制とは程遠く、また、同様の外観をなす君主制に留まることのない（自然の産物たる富士山を想起させる）コニーデ型山体様の上下関係は厳として保持しながらも折節に深く交感しあう絶妙の（上下倶に篤く気脈通ずる感を享くるに依り心根浄化するの妙有り即ち是敬愛也）の統治形態が実現可能となる。現代日本において、前者は、現憲法下における「日本国の象徴」としての天皇陛下の各種後公務（と陛下御自身の御発意による国民との交流）。また後者は、この部分を法の支配と三権分立と国民主権下の普通選挙制による議会制民主主義に立脚した政治（すなわち三島由起夫氏の喝破した「妥協の産物」）が担当するのが現代日本国の姿。よって、現代日本における「國體」は、後者における主権者たる国民が前者における「国の象徴」たる天皇陛下への上昇気流的敬愛に応える象（かたち）での陛下の御公務（と適時な御発意による国民との交流（慈しみモード）の上下連携する有りようを基本（的な統治）様式とする。——

　ところで、「日本式ＮＷＯ」の構築に当たっては、上記の〝もとになる〟資料群のうち、神道と天皇制を除いて、それぞれに言語化（一定の概念化を果た）しているものをもとに、山本七平氏の発見した「日本教」のさらなる概念化に努めることにより、その（原初的な）宗教を織り成す「世界観」および「価値観」から世界的に通用しうる（であろう）普遍性をもつ各種要素を抽出する必要があるが、この抽出（析出あるいは昇華工程）に当たって極めて優れた触媒の枠割を果たすであろうと（個人的に）期待しているのが、『明かされたカバラ』関連の一連のレクチャーからうかがわれる「カバラの世界観と価値観」である、と観ている。

（注）右記の記述は、とあるだれかさんの思いつき段階の（＝今後どんどん書き変わってゆくであろう）メモです。　
　
　
　
　
　
　
　
　
　
　

　
　とこのように、自分愛用のブラウザOperaで、かつ、前の雨風呂あたりから引き継いだ自分好みのCSSに一連の縦書きセットを加えた（単純コピペ）した際の見た目は、まあこんな感じですかね。
　HTMLタグ編集での、本文（テキスト文字群）以外の、目がチカチカするタグ群の適所貼り付けが、慣れるまではやや職人技な風味がありますが、貼りこむタグ群も文字列の一部として、ねらう効果ごとに別途メニュー化していれば、本文内のねらいの場所にそこからちょちょいとコピペするだけなので、けっきょくこれも、やってるうちに身についてしまう「慣れ」の世界ではあります。
　そうはいっても、ま、縦書きが表示が好きで、キャラ的にこまめな仕込みをいとわない人に限られるかもしれないですが（微笑）
　で、縦書き表示上の問題は、CSSでの環境設定にあたって、たとえば自分愛用のOperaでは傍点、傍線、文字揃えが効かない（ようだという〔←後刻、読点タイプの傍点表示は可能となり、傍線は別な方法で実現した〕）ことですね。メジャーなIE(5.5〜)、Firefox、Chorme、Safariのより最新なバージョンではおおむねOK……かな＾＾？　使うブラウザで表示能力に（けっこうな）差があります。ちなみに、私の愛用している他の二つのブラウザは、バージョンが古すぎて縦書き表示そのものができません（苦笑）
　ということで、このことは、縦書き表示状態（モニタでの見た目）においても、閲覧する側のブラウザによって、ルビや縦中横、傍線、傍点などにおいて、ややばらつきがあることですね。場合によっては（閲覧ブラウザのバージョンによっては）、レイアウト崩れまで引き起こすことがあるかもしれません。
　ま、この“縦書き表示におけるブラウザとの相性問題”は、今後、Web上での縦書き表示求められる情況が「社会的ニーズ」として今より格段に高まれば、ブラウザ業界等での規格の統一などが進んで、より安定的でスムーズな表示ができるようになる……かもしれないですね。
　
＜2023-03-27＞

MathJaxの表示テスト（忍風呂用）

インライン数式を書くと $\frac{1}{\sqrt{2}}$ や $\sin \theta$ のようになります。
オイラーの公式は $ e^{ix} = \cos x + i \sin x $ と表記されます。
ディスプレイ数式はたとえば
\[ e^{\pi i} = -1\]
や
$$ E = mc^2 $$のように、センタリング＋改行のスタイルで表示されます。
改行を入れたい場合は<br>を使ってください。
\[\frac{\pi}{2} =
\left( \int_{0}^{\infty} \frac{\sin x}{\sqrt{x}} dx \right)^2 =
\sum_{k=0}^{\infty} \frac{(2k)!}{2^{2k}(k!)^2} \frac{1}{2k+1} =
\prod_{k=1}^{\infty} \frac{4k^2}{4k^2 - 1}\]（※）上記の表示は、MathJaxというJavaScriptによるWebページでの表現を、いくつかの関連サイト様の数式入力データ(と文言)をお借りして、自分のブログでも表示できるかどうか試したものです。
「HTML編集」のhead内に以下の２行をコピペするだけで、標準的な仕様がスタンバイするようです（もちろん、あなたのマシンが専用フォントの受け入れを認める必要がありますが）。
<script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0/MathJax.js?config=TeX-AMS_CHTML"> </script>
あと、以下の指示文字列を加えれば、（半角の）「＄」で挟んでインライン表示（＝行内表示）、（半角の）「＄＄」で挟めば改行表示になるようです。
<script type="text/x-mathjax-config"> MathJax.Hub.Config({ tex2jax: { inlineMath: [ ['$','$'], ["\$","\$"] ], displayMath: [ ['$$','$$'], ["\\[","\\]"] ] } }); </script>
なお、Livedoorブログの場合は、「トップページ」と「個別記事ページ」それぞれに貼り付けないといけないようですね。

　＜2019-02-26　記＞

さらに表示テストということで、以下は確率密度関数の一般式になります。
\[\frac {1}{\sqrt {2\pi \sigma^2}}\;e^{-\frac{1}{2}(\frac{x-\mu}{\sigma})^2}\]あるいは\[\frac {1}{\sqrt {2\pi \sigma^2}}\;e^{\left\{-\frac{(x-\mu)^2}{2\sigma^2}\right\}}\]より一般的には\[\frac {1}{\sqrt {2\pi \sigma^2}}\;\exp{\left\{-\frac{(x-\mu)^2}{2\sigma^2}\right\}}\]Xに関する確率密度関数F(X)としては\[F(X)=\frac{1}{\sqrt{2\pi \sigma_x^2}}\;\exp{\left\{-\frac{(X-\mu_x)^2}{2\sigma_x^2}\right\}}\]のように表されます。
さらに、性懲りもなく追記。 \begin{align} E_c& = \alpha(\beta - 1) \{\frac{E_\theta}{\eta}+(\Theta_0 - \frac{E_\theta}{\eta} )\,e^{- \eta\,t}\} - E_\theta\\ & = \frac{\alpha(\beta - 1) } {\eta - 1}+ \alpha(\beta - 1) (\Theta_0 - \frac{E_\theta}{\eta} )\,e^{- \eta\,t}\quad\qquad (1.8式) \end{align} ここで、上記1.8式の右辺の差異を調べると \begin{eqnarray} \frac{1}{\eta} - 1\quad ←→\quad \frac{1}{\eta - 1} \end{eqnarray} となり、この展開式はたんなる等式ではないことがわかる（つまり、直上の二式がイコールとしたときにηが2次方程式の解をもつときにのみ1.8式の上下二段の展開〔移行〕が成り立つような特異な関係式といえる）。
さてこうなると、なんともしどけない話ではあるけれど、編集上の初歩的ミスである可能性も高まってくる。事実上著者校正ができない現状では、この数ページあとで、1.8式の上段部分を他式に代入してさらなる展開をおこなっていることから、後段の式は二十年も前の初回編集時における削除ミスの可能性が大きいと判断し、今回の校正ではこの部分を削除することにより、作業を先へと進めたい。

◎ Qiitaの数式チートシート - Qiita
◎ Easy Copy MathJax
◎ MathJax の簡易エディタ if1tech
◎ MathJaxを動的に使う - bl.ocks.org

thanks a lot!!

　＜2019-04-16　記＞
「マッケア２」がきたよ☆ ／「egword Universal 2」と「Scrivener 3」

2022-11-20

「マッケア」の３代あとになるMacbook Airが週末にやってきたので、「マッケア２」と呼ぶことにしました。ひねりがなさすぎなネーミングですが（笑）
　もちろんこれも中古です＾＾；　やってきたときは、あちこちに汚れがこびりついていて、中古商品としての外観クリーニングとか全然してありませんでした。そこで、食器用クレンザーでやさしく“拭いて”あげたら、汚れの類いはことごとく消えて、あちこちにあった小傷もかなりな程度とれたので、兄貴分の「マッケア」がやってきた時同じくらいの“美観^^?”になりました。
　それでも、外観的には、上蓋の付け根の左端に、ほんの一部ではあるけれど露骨なへこみ傷があって、これは隠しようもないですが、ま、使用するぶんには全然問題はないです。でも、同型の別の商品写真では、サイドの傷を写していたのに、この商品写真ではこの箇所を載せいていない。考えように寄っては“悪質”ですね。まあこの傷を見たら、もっと値段を下げないとだれも買わないだろうけど。　
　で、この商品の電源コードは同型別商品のそれよりも黄ばんでいたので、こっちのほうが使い込んでるのかな？と思ったのですが、バンドルしてあるOSが狙いのCatalina（MacOS 10.15.7）だったので、これにしました。
　ちなみに別商品のはBig Sur（MacOS 11.6.7）で、より新しいわけですが、Catalina以上で、Macでもやっと縦書表示可能になった書誌ソフト「Calibre 5」が動くので、Catalinaで充分と思っていた関係で、この、基盤だ電源コード付きの現有商品「マッケア２」をポチッとしたわけですが、なんとなんと「マッケア２」のOSもBig Surでした。要するに、商品説明にも「誤り」があったわけです。
　ま、善意に解釈すれば、OSが表記のものより新しいぶんぎりぎりセーフかな…と思ってもいいのですが、Big Sur以降はそれ以前のOSと比べて、抜本的な変更（PCの心臓ともいえるCPUが「Apple Silicon製」に変わるため64bit対応のソフトしか動かないなど）がされているので、別に“新しい波の載らなくてもいい”と思っている者としては、ちゃんと「Calibre 5」が動くかどうかが問題でした。
　結果、支障なく動くことが確認できたので、いちおう良しとします。あと、「マッケア２」は、DTM用のマシンとしても使いたいと思っていたのですが、App Storeの最新版はアウトだったので「マッケア」の「GarageBand」を入れてみたらこれは動きました。よかった（笑）
　これで、「マッケア２」は、当初の目論見どおり、「電子書籍＆ペーパーバック出版」と「デスクトップミュージック（DTM）」の二つの分野に特化したマシンとして、使い込んでいきたいと思います。とりわけDTMは、「GarageBand」が使いやすくなったので、電子ピアノを発信源とした「作曲」が、これから“本格的”にのめりこめそうです。ワクワク（笑）
　さてそんなこんなで、商品着荷後のブラッシュアップで、中身も見た目も期待したレベルのマシンになってくれたし、バッテリーの消費具合も「マッケア」よりもゆっくりなこともあって、結果オーライではあります。
　ただ、最初からバンドルOSが同じだとわかっていたら、電源コードが新しめで商品箱も奥にちらっと写っている別商品のほうがよかったかなあ…と、ちょっと未練というか、残念感の残る買い物ではありました。しかしまあ、中身自体は全然問題ないので、大切に使っていきたいと思います。
（ただしお店の評価は「３」だな。このネットショップは信用できないところがあるけど、中身（動作）はちゃんとしていたのでこの「普通」な評価。あと、エッジの打撲痕とか黄ばんだ電源コードとか、これを手放したユーザーはいったいどんな環境で使ってたんだ？と、ちょっと興味わきます＾＾；）

　　……　 …… 　……

　ところで、「マッケア２」の基本的なチューンナップがきのうですんだので、きょうは、きのうApp Storeから購入したばかりの「egword Universal 2」の使用感を試してみました。その感想などは
以下の画像に述べているとおりです。

（画像をクリックすれば拡大画面が表示されます）
　自分は制作元の物書堂のセールスマンではないですが^^;、とにかく「これはいい！」としか言いようがないですね。これで出力したPDFファイルは、そのままKDPのペーパーバック出版用のデータとしてアップロードできますね。
　自分にとってはそれだけでも充分価値があるのに、原稿の清書以前の数次にわたる推敲はもちろん、草稿執筆段階でも充分使えますね。しかもその際、Ｂ６版縦書状態で、つまり、出来上がった紙の本を読むのに近い状態で書き進めることができるのは、けっこう大きな意味をもっていると思います。書き手としては、いまそのページに書き綴っている言の葉たちを眼で追っている読者の姿を、意識しないではおれないですからね。
　さてそうなると、iText Proは要らなくなったかというとそうでもなく、これは、構成を（章立て）を下地として「草稿素案」を仕上げてゆくときに活躍するソフトになってきますね。縦書状態で画面右サイドにアウトライン（目次）表示と柔軟な変更ができるので、この段階での作業にうってつけのソフトです。
　もちろんそれだけなら、無償のiText ExpressでもOKなのですが、ルビと縦中横ができるので、やはり1,480円で買った以上は、iText Proになりますね。要するに、使わにゃ損損！ってわけです（笑）
　さ、いよいよこれで、自分の物書き人生も、「egword Universal 2」と出会ったことで、大きく前進しそうな“気になって”きました。例によって、勝手な妄想モードではありますが（笑;）、いわば、本格的な妄想に没入できる情況になったってことです（爆）　ということで、あしたも今年も来年も、がんばるぞ！！＼＾＾／

2022-11-22

きょうは１１月２２日火曜日。おだやかな晩秋の風情。いいですねえ。山間(やまあい)では木の葉が赤や黄色に変わっているかな。
　↓
　さて、きのうはちょっと高めだけど、自分にとっては神のようなライティングソフト「egword Universal 2」を使ってみて、感動の嵐でした。これで、（自分にとっての^^）「傑作」が書けなきゃウソだ！と思いましたね。気分はもう「文豪」です（爆;）
◎ 小説書きのためのMac 用最強ワープロソフト！egword Universal 2なら縦書き文書が完璧に作文型ホモ・サピエンス

　で、そういえば「Scrivener 3」もあったなと、ふと思いだして、これをApp Storeで検索したら、なんと、いつの間にか１万円近くに爆上がり。最近の円安にともなって、３〜４年前の５千円台から急激に値上がりしているという話は聴いていましたが、倍近くにまでなっているとは。
　このソフト、バージョン３になってから、日本語の縦書にも対応したので、あの「コルクボード」機能に魅せられて、購入しようかどうか迷っていた時期がありました。でも、自分なりの「制作システム」を（既存ソフトの連携により）作ったので、購入そのものは見合わせていました。
　そんななか、今回思い切って「egword Universal 2」を買ってみて大正解だったので、「Scrivener 3」も買ってみようかな？　今いくら何だろう？と思ってのぞいてみたら爆上がり。「しまった！」と悔しがって、じゃあとりあえずと、メーカーサイトから３０日間有効の試用版をダウンロードすることにしました。
　このトライアル版はm１日１回でも使えば「１日」とカウントされますが、残り「２９日」は連続していなくてもいいので、いつでも好きな日に残りの日数を試し続けることができるようです。最長試用期間の制限があるかどうかは不明ですが、正規版としての「ライセンス」を購入するかどうかが決めてなので、たぶんないのではないかと推測しています。
　というわけで、きのう、第１日として、基本的な操作をしてみたのですが、第一印象は、思ったよりも軽快なこと。レスポンスがいいですね。あと、基本画面の見た目が「egword Universal 2」に似ていること。機能的にも「ボード」機能を除けば、「そんなに変わらないのでは？　むしろ、日本語処理に特化したegword Universal 2で充分なのでは？」という印象をもちました。
　ただ、これは使いはじめたばかりの第一印象にすぎないので、これから、「Scrivener 3」の謳い文句である「統合型文書処理ソフト」としての威力がどのていどのものか。そして自分の場合はとりわけ、「egword Universal 2」と大きく被ることなく連携もしくは棲み分けができて、作業効率のアップが充分期待できるかどうか、そこらあたりの感触を探ってみたいと思っています（＾＾）

◎ Scrivener3徹底レビュー：小説・論文作成のベストアプリ【使い方も解説】
愛機「マッケア」でデスクトップ・ミュージックと電子書籍制作環境を構築（降順追記）

　　　
（※）左画像は電子ピアノで弾いた即興演奏をmidiでGarageBandに反映した場面。右画像はVirtualBoxでWinwos8.1環境を設定した場面。

2022-11-15

きょうは１１月１５日火曜日。朝からまあまあのお天気。すこしひんやりかな。秋らしい一日になりそう。
Today is Tuesday, November 15. The weather has been fine since morning. It's a little chilly. It looks like it's going to be a nice autumn day.
　
　ところで、きのう元に戻した「アイマックン」用に、「SheepShaver」と「VirtualBox」を再調整。「SheepShaver」は、「あーそうだったな。ここはこうするんだったな」と楽しみながら、比較的短時間で再設定を終わりました。
　いっぽう「VirtualBox」は、本来の「アイマックン」では「Windows 8.1」に対応してないません。なので、「Lion」にMacOSをバーアップしたわけですが、今回、元の最適なOSバージョンに戻ることにしたので、「VirtualBox」のゲストOSのほうも、手持ちの「Windows XP」にまで戻さないと使えない状態です。
　このため、ほとんど一から設定（旧バージョンの「VirtualBox」プラス「Windows XP」のインストール作業）する状況になっていて、午前１０時すぎのいまもなおその作業が進行中。ま、時間はかかっても、問題なく走るようにはなるでしょう。

　で、外付けHDDがすこし余り気味になっていたので、きのうは「マッケア」、そしていまはこの「マクブックン」。それから、「アイマックン」の調整がすんだらこれもまた、「Time Machine」で完全バックアップを取っています。これもけっこう時間がかかりますが、黙々と作業をしてくれるので、こちらは終わるのをただ待つだけではありますね。
　これからは、３個のPC内のどのデータもますます大事になるので、バックアップ状況にもしっかり気を配っていきたいと思っています (｀・ω・´)ｷﾘｯ

　さて、これを入力中の「マクブックン」の「Time Machine」によるバックアップが完了。いまは、「アイマックン」のバックアップ中。永年マックに慣れ親しんできたけど、「Time Machine」を使うのは今回が初めて。MacOSX 10.4 Tiger から装備されたとのこと。１７年前か…。

　ところで、「アイマックン」用の「GarageBand」を動かしてみたら、電子ピアノから受け取ったmidiデータを編集画面で楽譜表示させたとき、印刷＞PDFでpdfファイルとして取得できますね。
　これはバージョンが４ですが、「マッケア」で使っているのがバージョン１０なので、見た目のインターフェイスがちょっと違うだけで、ここらあたりはすでに基本機能として、この時点ですでに確立していたようですね。「灯台もと暗し」だったな…（苦笑）
　しかも、このバージョンなど、MacOSXのOSバージョン下なら、「GB2MIDI」というフリーソフトを使って、PDF保存の代わりに、あるいはこれと併せて、いったん「ループ」として保存すれば、このループからmidiファイルを作成してくれるので、これを「MuseScore」に読み込ませることもできます。
　でも、現在のMacOSの各バージョンでは、このフリーソフトが使えないということなので、midi出力にこだわりたい者としては、バージョン４の方がバージョン１０よりも“優れもの”というという、皮肉な情況になっています。
　そもそも「GarageBand」では、外部音源からMIDI入力はできても、MIDI出力は一貫してできなくしていますが、ユーザーとしては「なんだかなあ…」って感じですね（苦笑）
　でも、インターフェイスがほんのちょっとちがうだけで、こんなにも使い勝手の差が（個人的にではあるけれど）でるなんて、意外でした。２０インチモニタのデスクトップじゃなくて、ポータブルな１１インチ画面なので、電子ピアノの横にちょこんとおいて、ソフトの反応を見ながら弾けるところも大きいかな（＾＾♪
　

2022-11-14

　きょうは１１月１４日月曜日。朝からナイスなお天気。きょうもいい一日になりそうだな。
Today is Monday, November 14. Nice weather from the morning. Today too, it's going to be a good day for me.
　
　ところで、おとといは愛機「マッケア」でDTMの試し運転。そしてきのうは「マッケア」にWindows8.1をゲストOSとした VirtualBoxをインストールをしました。
　DTM(Desktop Music)は、デジタルピアノで弾いた即興メロディーをMIDIデータとして「マッケア」のバンドルソフト「GarageBand」に送り込んで、この使いやすいDAW(Digital Audio Workstation)ソフトで楽譜表示。
　この日の作業はここまででしたが、このあとは、この楽譜に簡単な修正を加えて、印刷＞PDFファイルとして保存。
◎ アップルガレージバンド（無料）で楽譜の作成・移調 - Apple Garageband usajpn.com アメリカ生活教育情報

　そのあとは、楽譜制作用フリーソフトの「MuseScore」の誘導で導かれたWeb上の無料サービスサイトで、OCR(Optical Character Recognition/Reader、光学的文字認識)的操作により、この粗粗(あらあら)のPDF楽譜を同ソフトで編集可能な楽譜に変換。
◎ 【Musescore】PDFを読み込んで編集できる機能がかなり便利!! Oto Gate

　あとは、「MuseScore」でこの楽譜に詳細な変更を加えながら楽曲として完成することで、これをPDFとして保存し、同時にmidiファイルとしても保存。…と、こんな感じで、ちょっとした楽曲を作っていきたいなと思っています。
　ちなみに、「マッケア」内の「GarageBand」は、「アイマックン」のそれよりもかなり使いやすくなっている印象。これなら、オリジナルな楽曲をけっこうたくさん作れそうな気配。楽しみだな。

　それから、きのうの「VirtualBox」インストール。
「マッケア」向けに使うこのソフトは、最新バージョンに近い６シリーズなので、電子書籍制作に必要なフリーの書誌ソフトで縦書表示可能な「Calibre 5」を走らせることができるので、どちらもセットとして必須のソフトになります。
　さて、そういうことで、「マッケア」でDTMと電子書籍制作ができるとなると、「VirtualBox」下で「Calibre 5」を使いたいために、わざわざ無理して「Lion」にOSをバージョンアップして、結果、動作不安定となり使いづらくなった愛機「アイマックン」。その存在意義は２０インチというモニタの大きさだけになってしまいます。
　そこで、「アイマックン」は本来のOSバージョンにもどってもらって、各種創作用「マッケア」ともっぱら情報収集用「マクブックン」の補助マシンとして、デスクの上にデンと座っていてもらおうと思います。

　ところで「マッケア」ですが、「Time Machine」でバックアップ体制も整えたので、これからいよいよ、このマシンの制約上OSのバージョンアップができない「MacOS 10.15 Catelina」に、フリーソフト「Catelina Patcher」の力を借りて、エミュレーション的にバーアップしてみたいと思います。
　これがうまく行けば、Mac版の「Calibre 5」が使えるようになるので、「VirtualBox」を無理して使う必要もなくなります（ほかに使いたいWinソフトってとくにないし）。
「マッケア」に関しては、このようなハード上の「制約」があることを知っていれば、少しお高くても後発の機種にしていたでしょうね。11 inchモニタのMacbook Airは、iPadに食われたのか、もう製造はしていないようだけど、軽量コンパクトでじつにいいです。気に入ってます。
「マッケア」がシゴト仲間になったよ（＾＾）

2022-07-12

きょうは７月１２日火曜日。たったいま買いを入れました。「Apple MacBook Air 」（もちろんUSED^^;）。基本スペックは Core i5 SSD128GB メモリ4GB 11インチ。重量約１kg。配達日時指定でゲットしました。着荷が２〜３日遅くなっても、いつくるのかわからないままボーッと待ちたくはないし、不在連絡票を見て電話かけるよりも、ずっといいですもんね。
Today is Tuesday, July 12. I just bought it. "Apple MacBook Air". The base specs are Core i5 SSD 128GB Memory 4GB 11 inches. Weight about 1kg. I decided to get it by specifying the delivery date and time. Even if the arrival is delayed by a few days, I don't want to wait in vain without knowing when it will come, and it's much better than looking at the absentee contact slip and making a call.
　↓
　このマシンは約１kgなので、PCベースでノマドなシゴトも軽々とできるようになります。なのでこのマシンを「マッケア」と名づけることにしました。このマシンを入手したことで、８インチタブレット「パッド８(エイト)」とのコラボで、機動的なシゴト環境が得られることになりました。「マッケア」は、「パッド８」で取り組んだ作品の構成（章立て）までの成果を受け継いで、草稿作成から数次の推敲そして完成までを担当します。
　というのも、ルビ付き縦中横対応縦書き編集とPDF保存ができる有償ソフト「iText Pro」(1,480円)が、64ビットマシンの「マッケア」で使えることになるので、Amazon.co.jpでのペーパーバック出版にあたっての原稿ファイル作成まで、切れ間なく守備範囲に入れることができるからです。愛機のデストップマシン「アイマックン」での「SheepShaver内PageMaker」だけに頼る、ちょっと心もとない環境から脱して、安定的な原稿作成ができることが最大の利点です。
　あと、インストール済みのMacOSがMavericks(10.9)以上であれば、優れものの書誌ソフト「Calibre5」も使えるので、「アイマックン」での「Windows8.1ベースVirtualBox」内「Calibre5」に頼らなくても、Mac環境下でじかに縦書きのePubチェックができる、ということになります。さて、どのバージョンだろう？（知らないまま買ったのかよ！）
　ところで、ノートPC「マクブックン」は2kgあるので「マッケア」に比べるとちと重いので、準デスクトップな感じで、もっぱら生活密着型のいろんな働きをしてもらうことになります。

2022-07-18

　さて、待ちわびていた「マッケア」君。配達日を指定したとおり、きのう着荷しました。ただし、日時指定は「2022年7月17日12:00-14:00」だったのですが、届いたのは午後３時半頃。
「おかしいな、指定した時間までにこなかったな…。だんだん温暖化しているし、いよいよこの国も、東南ア●アレベルになっちまったか……追跡を見たら「持出し中」にはなっているので、ま、今日の夜中までには持ってくるだろう」と思いながら、目の前のシゴトを続けていました。
　そうして、１時間半も遅刻した荷物の送り状（の上段の配送情報）を見てみると、「【配達時間】午後２時〜午後４時」となっていました。なるほど、配達人さんはきちんと仕事をしてるんだ。となると、Ｓ配送会社が荷受けする際に、「12:00-14:00」を「午後2時〜午後4時」とミスって登録した可能性があるな。この会社は要注意だな。なんのために時間指定をしたのか、意味がない。

　それはさておき、さっそく「マッケア」を起ち上げてみると、世界地図をバックにした洗濯画面が出てきて、最上段にある「日本」を押そうとしたのですが、反応しません。マウスがいるのかなと思い、いつもは使っていないBluetoothマウスをオンにしたけれど、どうやらまったく関係なさそう。
「うーむ」と足踏み状態になっていると、いきなり「Voice Over」がなんたらかんたらと、PCから男性の声が飛び出してきたので、びっくり仰天。
　そこで、隣りの「マクブックン」で、「マッケア」の初期設定に関する記事をあれこれ読んでいたら、ついに見つけました。「なぜ先に進めないのか？」のわけ。それは……「トラックパッドを“強く”押さなければ反応しない」ということでした。
　たしかに、いつもの倍以上の力をこめて押したら、「日本」が反応して次の画面に移ることができました。よかったあ〜！　でも、この間に要した時間は３０分ほど。そしてその間に生じた焦りと不安も、それなりのものがありました。
　で、トラックパッドを強く押しながら初期設定作業を終えたあと、「システム環境設定」を開いて「トラックパッド」をのぞいみると、「タップでクリップ　一本指でタップ」のチェックボックスが「外し」てあります。これにチェックを入れたら、「マクブックン」と同じように、軽やかなレスポンスが返ってくるようになりました。
　ということで、トラックパッドの深押しはもう使わなくていいんだな…と勝手に思っていたのですが、デスクトップ上のフォルダやファイルのアイコンが動かせない。あるいは、開いたファイルを動かせない。これもしばらくあれこれ悩んだ挙げ句、トラックパッドをぐっと深押ししながらアイコンやタイトルバーをドラッグすることで、動かすことがわかりました（汗;）
　ということで、ちょこっとずらす程度なら指一本ですむけれど、確実に長距離を移動するときは、片手で深押ししながらもう一方の手でドラッグするという、両手使いをしないといけないようですね。ちょっと面倒だな。

　さて、シゴト向けのニューファイス、「マッケア」。これから今月いっぱいかけて、お手製の「章話制作システム」と電子書籍制作関連ソフトウェアとePubデータファイルたちを、ゆっくりと愉しみながら(^^)移植してゆこうと思います。
　とりわけ「SeaMonkey」「LibreOffice」「VirtualBox」は最適バージョンをインストールする必要があります。このうち「VirtualBox」に関しては、縦書表示対応のMac版「Calibre 5」がHigh Sierraでも使えないことと、「マッケア」は、それが使えるバージョン（MacOS Catalina (10.15) ）までOSをバージョンアップできない機種というのが判明したので（汗;）、依然として、Windows8.1（で動く「Calibre 5」を）エミュレートしたこのソフトが必要な状況です。
　ところで、肝心のOSバージョンは、MacOS High Sierra (10.13) でした。なんだか…「MacOSX」とはよばなくなったようですね（理由は今のところ未調査）。
　さて、これらのソフトやデータを「マッケア」に移植しながら、同時に、AppleStoreを通じて「iText Pro」を1,480円でダウンロードすることも必須になりました。Amazonから日本語の紙の本を出版するにあたって、このソフトは必須といってよいソフトなので、64ビットマシンを手に入れたいま、いよいよ「iText Pro」を購入することにしました。個人情報はなるべく登録したくはないけれど……しかたないな。

　ということで、さきほど、きのう購入したばかりの「マッケア」から、AppleStoreを通じて「iText Pro」をDLしました。画像は、サンプルデータに「へんしゅう」のルビをふってみたもの。いい感じです。
　それにしても、AppleStoreへの登録手続が厳重なこと。スマホのSMSとメールと２重のワンタイムパスワードの送信。わずか1,480円のアプリケーションを手に入れるために、氏名、住所、電話番号、メルアド、生年月日、クレカの詳細情報をすべてさらけ出して、はいった先はiCloudのよう。
　そんな変なのにはいるつもりはなかったけれど、AppleStoreの「商品」たちはそこにあるんだろうな。さいど、AppleStoreの正面玄関でお目当ての「iText Pro」を検索して購入したら、ダイレクトにシステム内のアプリケーション・フォルダにインストールされたしだい。
　直接アプリケーションフォルダにインストールすとは思っていなかったので、32ビットマシンのため使えない他の２機種ではなく、直接「マッケア」からAppleStoreにアクセスしたのは、正解だったなと思ったことでした。

　さて、「マッケア」を「章話制作システム」の後段の作業（草稿作成、推敲、清書）担当と電子書籍出版（ePub化）とペーパーバック出版（ルビ付縦書PDF化）の作業用プラットフォームとして、使い倒すぞ！（＾＾）　

2022-07-20

　きのう、縦書・ルビ・縦中横はもちろん、PDFとePub出力ができる高機能エディタを発見しました。名称は「Hagoromo」。このソフト、以前から存在は知っていたのですが、バージョンが合わなかったことと、なによりも有償ソフトだったので^^;、スルーしていました。
　でも今回、バージョンが追いついて、AppleStoreからDLできるようになったので、迷わず購入しました。価格は2,200円。
（それにしても、値段を表示したボタンをクリックするだけで、DLはもちろん、支払い手続きまですんでしまうんですね。購入決定前の確認画面が出ないので、うっかり押したりしないように気をつけないといけないな…^^;）
　で、このソフトが「iText Pro」よりも明らかに優れているのは、ルビ付き縦書の情態でPDFとePub出力ができるところですね。なので、自分的にはリーズナブルなお値段です。
　操作性の良し悪しはまだわかりませんが、電子書籍とペーパーバックの出版業務では、おそらく「Hagoromo」がメインになりそうな気配です。
　あと、以前から気になっていた「Scrivener」（スクリブナー）も、使える情態になりました。AppleStoreから5,800円でDL可能。でもどうしようかな。多機能な物語/論文創作支援ソフトではあるけれど、個人的には、オールインワンタイプなのが“窮屈な”感じを受けます。
「パッド８」でのアプリ連携による物語の枠固め（構成＝章立てまで）と「マッケア」での《章話制作サブシステム》の運用があるから、当初の計画のとおり、この両輪を転がしながら進むことにします。「Hagoromo」は、最終段階のPDFとePubによる原稿出力時に威力を発揮することになるでしょう。
　じゃあ、「iText Pro」はどうなるの？　これは、草稿仕上げと推敲時に「Hagoromo」との使いやすさを比較したときに、たぶん「iText Pro」になるのではないかと思います。
　もし「Hagoromo」で全部できるようなら、「iText Pro」は控えのソフトということになりますね。さて、どういうことになるか……結果が愉しみです（＾＾）

　さて、それはさておき、その他の重要ソフトをDLしてゆくことにしました。まずは「LiblreOffice」。最新バージョンをインストール。問題なく動く。そして「SeaMonkey」。これも最新バージョンをインストール。動作確認を始めたところ、「開発元が確認できないので開けません」といった表示が出て、シャットアウト。
「え〜〜〜〜〜〜〜〜！！！！！！　これが使えなきゃ、肝心要の《章話制作サブシステム》が使えないじゃん……」
　そこで、この情況を「SeaMonkey　High Sierra　使えない」でググってみたら、対処法を教えてくれるありがたいサイトがありました。
　その方法にしたがって、「controlキーを押しながらその「〜.app」ソフト（この場合は「seamonkey.app」）をクリックし、~~そのままcontrolキーを押しながら（強制的に）~~「開く」を押すと、無事アプリケーションのウィンドウが開いてくれました。
「ふぅ〜〜〜〜びっくりさせるなよ、こちとら小心者なんだからさ＾＾；」
　さて、つぎは「VirtualBox」。でもこれは「Windows8.1」をゲストOSとして「VirtualBox」内にセットする作業もあるので、ちょっと面倒。なので、ここで一休みといたします（＾＾）

2022-07-25

「マッケア」の調整は、キホン終わってるけれど、あとふたつ残っていて、どちらもシンプルにインストールというわけにはいかないシロモノ。
　ひとつ目は、例の「VirtualBox」。Windows8.1以上でうごく「Calibre 5」を使うために、「VirtualBox」内にWindows8.1をゲストOSとしたウィンドウズ環境がぜひとも必要。
　ということで、40GB確保した「VirtualBox」の領域に、OS「Windows8.1」をにぎにぎしくインストールする作業が待っています。

　で、これが終わったら、「TimeMachine」により、「マッケア」内蔵のHDD全体を外付けHDDにバックアップしたあと、まったく未経験の作業に着手します。
　それは、「MacOS Catalina (10.15)」を「マッケア」のOSにする“作業”です。「Catalina」は、MacBook Airの場合、mid-2012以降の製品でないと動かないことになっています。
　残念！　「マッケア」はタッチの差で届かなかった。
　で、なぜ「Catalina」にこだわるかというと、Mac版「Calibre 5」が動くが「Catalina」以上のOS。で、そもそもどうして「Calibre 5」にこだわるかというと、すでに書いていますが、このバージョン５から、日本語縦書き表示ができるようになったということ。
　なので、これにより、ePubファイルの動作確認だけでなく、レイアウトのチェックもできるようになり、電子書籍出版にあたって、WYSiWYG環境でしっかりしたデータファイルの検証ができるようになったこと。
　逆に言えば、この環境下での「出版作業」ができないと、「商品」としての電子書籍を出版市場に投入できないこと。
　ということで、残るふたつの作業は、いずれも「Calibre 5」に関するもので、まずは、すでに実績をあげている「VirtualBox」内Windows8.1上の「Calibre 5」を動作環境を確保すること。
　そしてそのうえで、できれば、Windowsエミュレーションに依らないで、MacOS環境下で直接動く「Calibre 5」（こちらもフリーソフト）で作業を進めたい、との思いから、あるソフトウェアを導入する予定でいます。
　そのソフトとは「Catalina Patcher」。これもエミュレーション・ソフトではありますが、同じMacOSのうち、対象が異機種で動くようにするソフトなので、「VirtualBox」とは性質の異なるものになります。
◎ Catalina Patcher - Google 検索

　ちなみに、「Catalina Patcher」を使うと内蔵HDDの既存データが失われるとのことなので、その作業に取りかかる前に「Time Machine」で、たまたま空いている320GB外付けHDDに、「マッケア」のHDD内データをまるごとバックアップする作業が必要となります。
　さて、そんなわけで、「マッケア」のシゴト用チューンアップ作業は、あとすこしかかりますが、「Catalina」環境下でmac用「Calibre 5」をサクサクと使えたらいいなあ…と思いながら、残りの作業を、急ぐことなくゆっくりまったりと、楽しみながら進めてゆきたいと思います。
　ということで、ではまた。

2022-08-02

「マッケア」なんだけど、本体のコネクタを点検したら、ライン入力端子がないんだね。マクブックンやアイマックンでは標準装備だったけど、MacBook Airでは消えている。１１インチの大きさの中で、徹底した薄さを追究した結果なんだろうな（１３インチタイプにあるかどうかは知らないけれど）。
　となると、スマホ／タブレットでキャッチしたネットラジオの音声データをマクブックンのQuickTime Playerで保存することはできないことになるな。それでも「マッケア」で録音するとなると、USBスピーカーで鳴らした音を文字どおり"Air Check^^;"するしか方法がないかも…。OSのバージョンが上がると、昔ながらのアナログな（原始的な^^?）方法にもどるっていうのは、なんだかなあ……。取得した音声データは、あくまで、そうあくまで、個人利用なんだけどねえ……。

2022-08-07

「マッケア」に最新版のVLCをインストールしたら、asfファイルを開けないことは、すでに把握していたので、今回は、ひとつ前のバージョン（ver.2シリーズの最終版?）で試してみたら、これだと開くことができた。
　ということで、MacOS High Sirera (10.11) だと、Simul Radio提供のコミラジ聴取用asfファイルは、VLC2.2.8ではふつうに聴くことができる。

　でも、こういう記事↓もあるので、VLC3シリーズに関してはソフトのバグの問題なのかもしれない。
◎ VLC 3.0.xは非常に不安定。ダウングレードする方法りんごの使い方

　で、きのうはマクドでノマドしながら、「マッケア」のなかに、「マクブックン」と同じ《章話制作サブシステム》環境を作った。
　これで、１３インチ・２kgの「マクブックン」の代わりに、１１インチ・１kgの『マッケア」ベースでノマドできるので、携帯性が向上。ルビ付き縦書PDFファイルまで作れるので、電子書籍出版はもちろんペーパーバック出版も、「マッケア」ひとつでデータファイルを仕上げることができるようになった。
　ということで、新制作環境で、ガンバルゾ！

2022-08-09

　いよいよ「マッケア」で、《章話制作システム／同サブシステム》の運用を始めました。手始めは、サブシステムによる「作品Ａ」の草稿作成作業ですが……いい！　じつにいい！
　ちなみに、「マッケア」は、上記システムによる文芸創作をメインとして、出版（電子書籍＆ペーパーバック制作）作業を「アイマックン」の補助としておこなうことに特化したマシン。
　なかでも、作業環境の影響を受けやすい創作業務にとっては、集中しやすい環境といえます。それに、１１インチという小ぶりなモニタも、自分的には集中しやすい感じがしています。
　あと、翻訳（英訳）業務もこれでしようかなと思ったのですが、作業（業務）の種類を増やすと、持続的な集中力が求められる文芸創作の続行に支障になるので、翻訳（英訳）はこれまでのように「マクブックン」でおこなうことにしました。

　
古〜いMacOSX間でバージョンアップ（＾＾；

2022-07-11

　ちょっとした嬉しいハブニングがあったので、メモします。というのも、MacOSのお話。
　いま使っている古〜い「MacOS 10.6.3 Snow Leopard」をひとつ上のやっぱり旧い「MacOSX7.0 Lion 」にアップする際に、これまでは有料でしかそのOSを入手できなかったのが、なんと最近になって、Appleさんが無料ダウンロードできるようにしているのを知りました。
◎ Apple、OS X LionおよびMountain Lionのダウンロードを無償化 - iPhone Mania

　そこで、さっそくダウンロード（DL）して、デスクトップのアイマックンへのインストールを試みたのですが、なかなかうまくいきませんでした。
　理由は二つあって、ひとつ目は、まずLionにアップデートする前に、現有のOSバージョンをマイナーアップしておく必要があること。最初のうちは、すでに持っていたマイナーバーアップ用のディスクイメージファイル（.dmg）で試みたのですが、これでは目的のバージョン「MacOSX10.6.8」までもっていけませんでした。なぜ？　以前はできたのに？
　しかたないので、普段は使用を避けている、ネットを通じたダイレクトなソフトウェア・アップデートを試みたところ、無事「10.6.8」まで変更することができました。これにより、本命のバージョンアップができることになりました。

　そこで、すぐさまLionへのバーアップ作業に着手し、DL済みのインストール用ファイル内のpkgファイルをクリックしたところ、「原因不明のエラーが発生しました」とアラート表示が出て、作業はそこでストップしました。その後、なんど繰り返しても結果は同じです。
　理由がわからないまま、その日はそこで作業を断念しました。そして、日を改めて、愛機アイマックン(iMac) の現在OSの再インストールからはじめて、きのうのストップした作業場面の直前まできました。
「さて、今度はどうだろう。うまくいってほしい」と、祈るような気持ちでpkgファイルをクリックしました。すると、インストール進行表示画面に変わり、しばらく待っていると、「インストールに成功しました」との表示がでました。なので、「やったー！」と小躍りして次のアクションを待ったのですが、その後はなにも変わりません。ほんとうなら、再起動を要求してくるはずですが、なにも起こらず、バージョンも10.6.8のままです。その後、なんどやっても同じ結果です。

　理由がわからないまま、その日の作業はそこでおしまいとなりました。その数日後、別の作業でアプリケーション・フォルダを覗いたところ、そこになんと「MacOSXインストール.app」があるのを確認しました。たしかに「インストールは成功」しているようですが、さらにこのアプリケーション・ソフトを動かさなくてはならないようです。
　そこで、どきどきしながらクリックしてみたところ、ソフトが反応しました。インストールへ向けて動き出したようです。そして、ついに、インストール・ボタンのある画面までやってきました。「さあ、つぎに進んでくれ！」と気持ちをこめてそのボタンをクリックしました。すると…ここでも、ダウンロード不能の表示がでて、インストールができないことがわかりました。数回試しましたが、同じ結果になるだけです。
「あー、あと一歩のところまで来たのに、ここでダメなんか！？」　残念でしかたありません。

　この日は、ここで作業をストップせざるをえませんでした。というか、この時点でほとんど諦めていました。ただ、その後しばらく日がすぎたあと、ふと、先日の作業時に、インストールDVDや同USBを作る方法というサイトをちらっと見かけたので、インストールDVD（またはUSB）を作って、それでもってバーアップしてみよう、と思い立ち、まずはその手順を学びました。
　要は、「MacOSXインストール.app」の中に格納されている、インストールファイルの本体（ディスクイメージ）である「InstallESD.dmg」を取り出し、これを「ディスクユーティリティ.app」の「ディスク」を通じてDVD-Rに書き付ける（または、同appの「復元」を通じて、Mac拡張(ジャーナリング)でフォーマットしたUSB内に、「InstallESD.dmg」の内容を「復元」する）というもの。

　そのとき、ふと思ったのが、“だったら取り出したインストール用ディスクイメージファイル「InstallESD.dmg」を直接クリック（＝起動）してみたらどうだろう？”
　そこで、さっそくこの思いつきを、外付けHDD内に取り出したディッスクイメージで実行してみたら、なんとなんと、まったく正常な感じで、粛々とインストール作業がはじまりました。そして待つこと約４０分。狙っていた上位バージョンへのバーアップを、ようやく完了することができました。
　いやあ長かった。本格的に取り組みはじめてから、なんと１週間以上もかかってしまいました。狙いのOS自体が無料のDLなので、バージョンアップに関する細かい説明などありません。なので、いくつもの回り道をして、途中２度ほど諦めかけながらも、ようやっと目的を果たすことができました。

　さて、このあとは、インストールDVDと同USBをこしらえたいと思います。
　で、そこまでできたら、今回のOSバーアップ作業を原動力となった「iText Pro」（1,480円）をAppoleStoreにて購入したいと思います。このソフトは、縦書き編集とルビ、縦中横が扱えて、PDFでのルビ付き縦書き保存もできる優れものですが、今回バーアップしたOSバージョン以上でしか使えないので、縦書きの日本語によるAmazon.co.jpでのペーパーバック出版には、必要不可欠なアイテムといえます。
　ということで、ここまでせっせと頑張ったかいがありました（＾＾v

2022-07-12

　さて、きのうの続きになります。まず、インストールDVDと同USBの作成の件。結論からいえば、USBはできましたが、DVD-Rのほうはダメでした。
　USBはMacOS標準(ジャーなリング)でフォーマットしたもの（たまたま余っていた32GB）。「ディスクユーティリティ」の左サイドバーで「InstallESD.dmg」とUSBを表示したうえで、「復元」画面の上段「ソース」に「InstallESD.dmg」をドラッグ&ドロップし、下段の「復元先」に、表示されたUSBをドラッグ＆ドロップして、復元開始。
　そして、待つこと数分。「復元に失敗しました」とエラー表示が出たけれども、とあるネット記事の言うように、USBを開いてみたら、上記のファイルイメーが展開された形で、様々のファイルがはいっています。
　その全体容量は5GBていどですが、空き容量わずか300MB台。USBの容量は32GBなので、27GBが“消失”したことになりますが、これがインストールUSBに“化けた”ことの証明になっていると言えますね。これでひと安心です。
　で、DVD-Rのほうですが、まずはDVD-RWで試しに作ろうとしたのですが、ディスクの容量不足ということで、はねられてしまいます。そこで、DVD-Rでもやってみたのですが、同じ結果です。どちらも、わずか数十MBだけ不足していると言ってきます。
「そんなばかな！」
　でも、何度トライしても同じ結果なので、DVD仕様は諦めました。USBは使えそうなので、それで充分ではありますけどね。…でもなんか気になるなあ。海外のブランクDVDはもともと容量がすこし大きいのかな？
「InstallESD.dmg」の容量は4.73GBなので、4.7GBのDVD-Rではたしかに、わずかに容量不足ということにはなるけれど…。

2022-07-13

　そうそう、インストールUSBの“消失した”メモリ領域のことですが、今朝、起きる前の布団のなかでふと思いだしたのは、パーティションをしていなかったこと。ネット情報によると、USB容量が8GBあれば作れるとのことで、パーティションでそのメモリ領域を確保したうえで、そこに「復元」すればいいという記述を思いだしました。
　さて、これからやり直したいと思います。結果はあとで（＾＾）
　…………………………
　首尾よくいきました。
　32GB_USBをMac標準(ジャーナリング)でフォーマットし、パーティションで8GBと残り24GBの２つの領域を作り、「ディスクユーティリティ.app」を通じて、8GBのほうに「InstallESD.dmg」を復元。結果は「復元失敗」の表示が出たけれども、前回と同じく300MB台の空きがあるだけ。つまり、8GBの領域内にインストール・ディスクができています。
　そこで、実際にこのUSBで、インストールディクとしてブートできるかどうか試してみました。できなきゃ「なんだ、けっきょく失敗じゃん」ときうことになります。
　ネット上の親切な記事にあったように、外部ディスクから起ち上げるときは、「Optionキー」を押しながらマシンを起動します。すると、内蔵HDDのほかに、このUSBも起ち上げ可能ディクとして表示されました。
　そこで迷わずUSB起動を選ぶと、「インストール」や「ディスクユーティリティ」などを選ぶメニュー画面が出てくるので、ちょっとした動作不具合のときの修正は、この画面で「ディスクユーティリティ」をチョイスすればいいことになりますね。
　前のバージョンンときはけっこうシステムリカバリをしていたので、Lionでもちゃんとできることが確認できて、よかったです。
　ということで、リカバリもインストールもUSBタイプで充分。DVDタイプは要らないこともわかりました。さ、これで安心して、（激しく周回遅れな^^;）Lion使いになれそうです。

2022-07-15

　ところで、たしかどこかでメモっていたと思うけど、見つけ出せないので、いちおうこのエントリに書いておくと……それは、Wikipediaの表示の件。
　このマクブックんで、ある日突然……たしか７月１日金曜日の朝からだったかな……Wikiで検索したワードが表示されなくなったんです。なぜ？　なぜなんだ？
　アイマックンでもやってみたけど、閣下は同じでした。コンテンツが表示されない。そんなばかな！？
　あわてましたねえ。Wikiが見れないなんて、仕事にならないじゃん！
　これはいかん！ということで、以前から気になっていたMacOSXのバージョンアップをやってみることにしました。その顛末はこのエントリの冒頭、7／１１の記事に詳しく書いています。
　で、LionにバーアップしたアイマックンでWikiの検索をしてみたけれど、結果は同じでした。内容が表示されません。どうして見れないのか、さっぱりわかりません。しばらく考えたあと、パッド８はどうだろう、とアクセスしてみたら、ちゃんと表示されるではありませんか。AndroidではOKということのよう。
　ということは、Snow LeopardやLionの方に問題があります。でも、具体的にどこがどう悪いのか、わかりません。
　その原因がわかるまでに何日かかったかな……？　ある日、パッド８でシゴト関係の操作をしているときに、Wikiで調べものをしようとアクセスタときでした。URLをよく見たら、
ｈttps://jp.wikipedia.org/（検索語）のはずが、ｈttps://jp.m.wikipedia.org/（検索語）と、途中に「m.」が加わっているではありませんか。
　さっそく、PCでも「m.」を加えたURLで検索してみたところ、出ました出ました。やっと、普通にコンテンツが読めるようになりました。これで一安心。ただ、表示画面のレイアウトが、以前のものとは異なっています。なんか、かなりプレーンな、見やすい画面になっています。
　このときは、この「変化」がすぐには分からずに、あとでハッと気づいたのですが、この「m.」の意味するものーーそれは、推測ではありますが、たぶん「モバイル」にちがいない。つまり、自分のPCの場合、モバイル（スマホ）向けの表示画面であれば閲覧できる、ということのようです（たぶん）。
　というのも、そう思ったわけは、従来のｈttps://jp.wikipedia.org/（検索語）であっても、検索語しだいでは、問題なく閲覧できることが、わかったからです。それは、記事内でアルファベットにリンクを張られた先に飛んだときです。飛んだ先が日本語記事であっても、従来のような、「m.」のないURLで閲覧可能で、画面ももちろん従来のレイアウトのままです。
　これを見て、「m.」の意味はそういうことなんだろうな、と思ったわけです。まあ、ネットカフェに行って、そこのPCであれこれ確認すれば、Wiki表示の「不具合」の原因なり“真相”を突き止めることができるかもしれませんが、すくなくとも現象レベルで、元の状態＝Wikiのコンテンツが閲覧可能に「復帰」すれば問題ないので、Wikiを見るとき、あるいは、Wikiにリンクを張るときは、すべからく「m.」を挿入することで、よしとします（笑）
　でも、そうは言うものの、この「不具合？」は、自分だけの現象なのか？　それとも、だれもがそうなっているのか？　確認したい気もありましますが、まあ、いずれわかればいいかな……といった感じです。
　そうそう、明日には「マッケア」が着荷するので、それのOS（たぶんLion以上）でどうなのかで、原因なり真相がわかるかもしれません。期待してみようかな……。

　
MacOS9環境が復活したよ（＾＾）

2021-12-11

むかし愛用していたMacOS9の環境が、愛機アイマックンのなかで復活したよ！
ま、正しくは「再復活」と言うべきだけど、自分のPC環境では電版用のePubファイル動作確認時に必要な、Windows8.1ベースのVirtualPCじゃなかったVirtualBoxの調整が最優先だったので、SheepShaverの起動時の不具合調整は後回しになってたんだ。

でも、きょう、時間ができたので、ほんと久々にSheepShaverを動かしてみたら、最初は？マークのアイコンが出て動かなかった。そこで、「Preference」でいちから環境設定をやり直したら、なんとなんと、たったそれだけで、するするっと、あの懐かしいMacOS9のオープニング画面が、MacOSX Snow Leopard内に登場したんだ（＾＾v

しかも、以前の環境でインストールしていた「EGWORD11」「Adobe PageMaker 6.5J」「Singer Song Writer 3.0」「ConcertWare 1.5J」「Painter Classic 1.0J」が出迎えてくれた。この復旧作業にはきっと時間がかかるだろうな…と覚悟していたので、あっけなく復元できて、激しく感動！＼＾＾／

「EGWORD11」と「PageMaker」を熱心に使った以外は、「ConcertWare」でちょこっと楽譜入力した程度で、あとのふたつはほとんど使っていない。でも、これからまた、じっくり使えるなんて、嬉しすぎる！

ちなみに、「EGWORD11」では、たくさんの情報量を扱う長編小説でも、楽に書けるんだよ。「PageMaker」はもう必要なくなったけれど、過去の小説原稿を再度これで見ることができるんだ。「ConcertWare」は、滝廉太郎のピアノ曲「憾(うらみ)」の楽譜入力が途中で中断していたので、完成に向けて再開することができる。やったー！
で、「Singer Song Writer 3.0」は、鼻歌録音をmidi保存できる。これは自動作曲に近いので活用したいな。
「Painter Classic 1.0J」は、本格的な油彩や水彩の絵が描けるところが嬉しいね。

どのソフトも、その昔、それなりのお金を払って買い求めた有料ソフトたちだし、２０数年後にふたたぶ現役で使えることになったので、もうこのことだけで充分元は取れた、と言ってもいいね。満足満足＾＾v　よし、傑作目指して、がんばるぞ！！

2021-12-13

　パッド８で書いている小説。プロットから構成、アウトラインまでは順調にできたけれど、ディテールの書き込み段階になって急にスローダウンした。
　そこで、SheepShaver下のEGWORD(ver11)を久々に起動して、パッド８のデータを見ながら、構成（章立て）部分を内容チェック＆変更前提で再入力していたら、２０年ほど前使用感が記憶とともにしだいにもどってきた。
　やはり、PC用の本格的なワープロソフトのEGWORDは小説原稿作成用には最適だ。AndroidアプリのFiiNote＋TATEditorも、これには全然かなわない。
　２０年ほど前に、MacOS9が事実上使えなくなり、やむなくMacOSX対応のフリーソフトiTEXT Expressに乗り換えた。
　このフリーソフトは、縦書入力、文字色・背景色変更、(目次風疑似)アウトライン機能という、自分的に必要最低限の機能があったので、小説制作の最終段階である執筆（草稿→推敲→清書）の段階でも、EGWORDの代わりをどうにか果たせた。でも、カタログファイルや外部ファイルへのリンク（ジャンプ）などがないなど、充分な満足感は得られないでいた。
　SheepShaver下のEGWORDはMacOS9での動きとなんら変わらない。ときどきヘルプを参照しながらいろいろ弄（いじ）っているうちに、ほぼ完全に２０年前に操作感覚をとりもどした。
　そして、たんにスマホアプリとPC用本格ソフトの「格の違い」だけでなく、意識を集中して文字入力する際の画面環境の違いも大きい。８インチ画面でうつむき加減にちまちまと長文入力するのと、２０インチ・ディスプレイの前で背筋を伸ばして、ブラインドタッチで日本語JISキーボードを連打してゆくのとでは、オートライティングを基本としている者として、文章を書くときの頭の状態そのものがちがってくる。そこには、ぜったいに埋められほどの圧倒先な差があると言っていい。
　こうなると、小説に関しては、「これを書いてみたい！」と強く思ったら（いわゆる「着想」）、「その事象の人間化(個性的な人物像)→テーマ化(社会的な浮き彫り)→プロット(=世界観＋ドラマ性)構築→構成(章立て)→ストーリーライン(草稿素案)」まではパッド８の例のアプリ群が担当。
　これは、斬新なアイディア創出がメインとなるので、携帯性に優れたタブレットの利点を活かして、ノマドなどで創作環境を随時変えながら取り組むのが、自分にとってはベストだから、と言える。
　そしてその後作業、「草稿素案の膨らまし(ディテール書込み)→草稿完成→数次(5〜7回ていど)にわたる推敲→清書(作品完成)」という、いわゆる「執筆」部分については、SheepShaver下のEGWORDに担当してもらうことにした。これで、きっと自分独特の“深み”のある文章表現ができるはずだ。
　ちなみに、執筆に専念する情態では、周囲の環境は刺激がないほうがいい。なので、デスクトップPCとご対面情態を続けていても問題ないし、できれば未明にそういう環境を作れればベスト（だが、なかなか早起きできないでいる＾＾；　なお、宵っ張りな深夜作業は、すでに頭が疲れているので効率がわるすぎてやっていない）。
　さてそういうことで、パッド８での「スローダウン」の理由は、(自称)物書きな自分独自の“深み”ある文章表現ができないでいる、ということが、ここまで書いてきて判明した。
　↑
　そんなわけで、例によってバカ丸出しだけど書いてみてよかった（笑）　愚直にあれこれ書いてみることで得られる“気づき”は、いつも大きい。今回ももちろんそう（＾＾v
　

2021-12-15

　SheepShaver下の「EGWORD11」で書き始めて３日目になるけれど、これが使えてほんとよかったと思ってますねえ。本格的な真筆情態にはいると、よくいう「ゾーン」情態にはいる必要があるので、基本「無音で暗い室内」であることが大前提になるんです、自分の場合は。
　そのなかで、２０インチの大きい画面に解像度を落としてどーんど広く開いた「EGWORD11」の編集画面を見ながら、タブレット画面では突破できそうになかったイメージ文案をあれこれと、そう、ときにはクネクネと言葉たちをくねらせながら展開してゆくんですよ。
　それが、この環境ではできる。むかし、これができたから、何作も（ヘタな）小説を書けたのだなあ…と今更ながら思いますね。要するに、「EGWORD11」がないと小説を書き上げることができない、タブレットでは粗筋（ストーリーライン）までがたどり着くのがせいぜい…ということがわかりました。
　思えば、本格的なワープロソフトは、MS-DOS時代に登場した管理工学研究所の非常に高額な「松」を手始めとして、これを価格的に駆逐したジャストシステムの「一太郎」を使っているうちに、パソコンのOSはWindowsとMacOSに置き換わった。
　なので、Mac使いの道を選んで「EGWORD」シリーズにシフトしたことで、第１次創作期の華僑を迎えたことになるけれど、MacOS9がMacOSXに変わったことで使用を中止して、前回記事の流れになり現在に至るの図…ということになるのだなあ。なんだか懐かしいな…。

2021-12-16

　で、そんな「EGWORD11」だけれど、使い回してゆくうちに、（いまのところ）ひとつだけ、明らかな不具合に遭遇した。それは、アプリが面最上部のコマンドメニューラインから、道具＞リンクマークを付ける＞他のファイルを選択したときに、先に進めなくなること。こうなると、EGWORD自体がいっさい反応しなくなるので、いったんSheepShaverを強制終了しないといけなくなる。
　つまり、同ソフトの別ファイル、textファイル、htmlファイルの呼び出しができない。この不具合は、執筆作業を効率的に進めるうえではかなりの「損失」と言えるけれど、たまたま自分の場合は、すでにパッド８内に、必要充分なデータ類の蓄積をしているので、これをキーボードの前において、必要なときに必要な箇所を参照すればいいので、実際上は、思ったほどの「痛手」にはならない。
　というか、執筆直前までのデータ類を同じPC画面ではなく、タブレットで自由に確認できることのほうが、作業上はずっと自由度があって、このほうがより捗る、ということに気づいた。
　そう、本格的な執筆にいたるまでに、パッド８の中で、着想からその事象の人間化(個性的な人物像)→テーマ化(社会的な浮き彫り)→プロット(=世界観＋ドラマ性)構築→構成(章立て)→ストーリーライン(草稿素案)」まで、時間をかけてさんざん検討を加えてきているから、「母船」内で新たにデータファイルを作ってリンクを張る必要はない。
　で、これは作品Ａに限ったことではなく、まだプロット練成中のBや構想初期段階のCにおいても、「母船」への頻繁な帰還による「各項目の鳥瞰的な内容チェック」を通じて、本格執筆の足掛かりとなる「ストーリーライン＝草稿素案」の完成を急ぐことができるため、パッド８の作業進捗にとっても有意義な話となる。
　ということで、EGWORDのリンクに関する不具合は、私の（「章話制作システム：アプリ連携版」あらため）「章話制作システム：８アプリ＆EGWORD版」にあっては、支障ない範囲に留まる。
DTMを始めてみた。

2021-11-16

　以前から、ずーっとやってみようと思っていたDTMに、きのうから本格的に乗りだした。
　といっても、デジタルピアノでmidi出力した即興演奏をmidiケーブルを通じてわがアイマックンのユーティリティ・ソフト「Audio MIDI 設定」でmidi データとして拾ってもらい、その音源データをアイマックン所蔵の「GarageBand」という作曲ソフトで音声データとして表示し再生してもらいながら、音高や音長などのシーケンシャルな修正を加え、あるいは、楽譜での編集もできるので五線譜での変更も加えながら、聴きばえのよいループ（断片的な楽曲フレーズ）をこしらえる。
　こうして、五線譜のループ（数小節のフレーズ）ができあがったら、こんどは「MuseScore」というフリーの楽譜作成ソフトで、そのループ譜を手入力により再現する。そして、その楽譜にさらに装飾的なフレーズなどを加えて音の配置を修正しながら、最終的に数分から十数分ののまとまりのある楽曲を作り上げる。
　ちなみに「楽譜を手入力」のところは、ほんとうはデジタルピアノから取得したmidiデータをそのままmidiファイルとして保存して、それをそのまま「MuseScore」でインポートすれば、楽譜化するのは早いし確実なのだけれど、「GarageBand」はmidi出力に対応していない。
　そこで、とあるフリーソフトに頼ることになる。これなら、無圧縮のAIFFデータとしてエクスポートしたaifファイルをmidiファイルに変換してくれるはず、と期待したけれど、残念ながら、ターゲットファイルは認識するけれども、4KBの空(から)同然のmidiファイルが出てくるだけで、事実上変換できない。
　どうも、私の「GarageBand」で生成されるaifファイルが、変換ソフトの前提としているであろうヘッダー部分の書式と一致していないのではないかと推測される。というのも、ループから生成されるaifファイルは、この変換ソフトの解説で示されている出力先フォルダそのものではなく、そのもう一つ下位のフォルダに出現するからだ。しかし、仮にその程度のミスマッチだとしても、ソフトの作者でないとその手直しはむずかしい。
　ということで、「楽譜を手入力」の作業は、いまのところ不可避の状態。だが、手入力する対象は思いついたフレーズをループ化する程度の短いものばかりなので、その入力作業も手間というほどではなく、むしろ入力しながら微修正もできるので、全然無駄な作業ではない。

2021-11-19

　ここからは、My DTMのベースとなるMIDI入出力環境の確保についてメモ。
　MIDI出力可能なアプリが３個見つかる。このうち１個は音符入力。もう１個は鍵盤入力で作成した楽譜をMIDI出力できる。また、もうひとつのアプリは、録音した鼻歌をMIDIファイルとして保存してくれる（ただし、いまのところどれくらい使えるかは不明）。
　さて、これにより、デジタルピアノのMIDI出力をMuseScoreでキャッチ（ただし単音ごとしかできず、音長は１音ごとに MuseScoreで指定）。アイマックン（マクブックンも可）でのマウスによるMuseScoreへの直接入力。パッド８で上記３アプリで入力して得た MIDIファイルをそれぞれMuseScoreで取得し、さらに適宜楽譜編集を施したうえで、MIDIデータとして保存する。
　以上の操作により、MIDIベースのデジタルな作曲をおこなうことができる。
　なお、デジタル・ピアノでのMIDI出力においては、アイマックン内のGarageBandで取得し表示させた楽譜を、MuseScoreの楽譜入力で転写してゆくほうが、１音ずつMuseScoreへ直接入力するよりも効率がよい。
　それだけでなく、転写時によりよい旋律に変更できる機会もあるため、デジタルピアノを音源とするときは、一見迂遠なようだけれど、 GarageBandを介した楽譜の手入力をおこなうことにしたい。
旧型Mac内Windows8.1上でePub3ファイル作成

2021-09-04

　Mac用WindowsエミュレーションソフトVirtualBoxで仕様中のゲストOS：Windows8.1が、USBを認識しない事象。このほど、その事象が「解決」した。理由は明確ではないが、“Mac上でUSBメモリを「認識」したままでは、ゲストOSで「同時」にこれを認識することはできない”という「関係」になっているらしい。
　そこで、Macにマウント後、Finderの「取り出す」にてアイコンを消しおく必要がある。その際、USBメモリそのものは外さない。でないと、当たり前だけど、ゲストOSは物理的にアクセスできないので。
　この下準備のあと、VirtualBoxを立ち上げ、ゲストOS（自分の場合、Windows8.1）を走らせる。
　そして、モニタ画面最上段のメニューバーから「デバイス」>「USBデバイス」と下って、そのプルダウンメニュー内にある（はずの）該当ドライバ名をクリックすれば、USBメモリ内のデータがゲストOS画面内の新規ウィンドウとして開く（はず）。
　これにより、そのUSBメモリのドライバがVirtualBoxで「USBでバイス」として登録されれば、次回以降は、ゲストOSによる作業の途中からでも、MacOS上のFinderの「取り出す」によりUSBメモリのアイコンを消去するだけで、ゲストOSからアクセスできるようになる。
　…ということが、ネット情報と自身の試行錯誤によって“経験的“にわかった。まあとにかく、使えれば結果オーライ。これで、いちいちCD-RW やDVD-RWにデータを書き込んでWindows8.1に反映させる必要はなくなったので、これでやっと、普通のデータ移動環境になったといえる。ちなみに、WiFiやBluetoothの無線環境を使ったデータ移動の選択肢もあるけれど、情報を秘守するうえで脆弱性のある無線環境は、制作作業では使わないことにしている。エミュレーションの場合設定も面倒そうだし（笑）
必要に迫られて正規表現にすこしだけ

詳しくなりました。
　ネットの大海から気に留まった記事タイトルを釣り上げては備忘している絵風呂「空の樹」で、最近になって、記事タイトル群の表示を中間的に編集しているSeaMonkeyで、最近バージョンアップしたせいかやたらめったらと改行してくれるんで（なのでバージョンを元に戻したけれど状況は変わらないので、使用可能な最上バージョンにふたたび戻した。となるとこの不具合(?)は先日の内蔵HDDフォーマット＝クリーンインストールのせい？）、全角文字間の随所に半角スペースができて、いやだなあ、こいつらなんとかして消したいなあ、と思って、全角文字間の半角スペースを消す正規表現の文字列を探していたら、やっと出会うことができました。
　空行消去や行末改行消去など必要最低減の正規表現を覚えて、その都度miの置換処理で使ってはいたけれど、こんなこともできるんだねえ、と改めて感銘したしだい。以下の文字列がその処理になるけれど、置換元である左の２つの()内の全角文字データの置換先であることを示す２個の＄マークはあくまで置換rakuda Xの書式であり、参照した記事によるとWinで人気の秀丸エディタでは「（半角バックスラッシュ）」のようです。

([^-~]) +([^-~]) $1$2

　で、上記の「 +」で次々と検出される全角文字間の半角スペースが置換すべき受け側の「$1$2」によるスペース潰しな連結によって、検索対象となるテキストファイル内のすべての該当箇所が一気に消え失せてくれるので、どうにか満足できる整形状態にもどることができました。ほんとは、勝手な途中改行などしてくれないほうがいいだけどなあ。
　なお、SeaMonkey(Conposer)でいったん保存すると、それだけでなく各行頭にも複数の半角スペースを思い思いに？（不規則に）付けてくれるので、上記作業の前にまずはそこをrakudaで消したりして、いままで一回の処理ですんでいたのが、念のため、置換リストファイルを４パートに分けて順次段階的に処理することにしたので、やや煩雑感が増しました。
　これからは、さらに動作確認得を重ねながら、なるべく１枚のファイルに収めるようにしたいなと思いますです＾＾；

　さて、ここからはちょこっとパッドくんの話。階層型メモ帳「メモ帳」は直感的操作がしにくいのでとっつきにくいのですが、操作に慣れてくると、思っていた以上に使えることがわかってきました。このアプリの大きな特徴は、見出し・小見出しに代表される通常の親子タイプの階層処理にありますが、全体構成を見極めつつ同時に各章内各節のディテールを膨らせてゆくことができる、~~というよりは、~~だけでなく、ディテールを一つひとつ苗のように植え付けてゆきたい、という意欲がじわりと湧いてくるので、画面分割型のアウトラインプロセッサでなくても、この種の擬（もどき）でも充分シゴトできるな、と手応えを感じている今日この頃です＾＾v
　ちなみに、じわりと湧いてくる意欲のトリガーが、このアプリそのものにあるのか（必要に応じて撮ったばかりの写真や動画をはじめとした画像・映像ファイルをメモとしてインポートできることも含めて）、あるいはハンディにムーバブルな入力環境をゲットできたことにあるのか定かではないですが、まあたぶん、両者がさくっとジョイントした環境そのものが、そんなやる気を誘発してくれるのではないかと思います。
　さてそういうことで、パッドくんははやくも手放せない存在になりました＾＾

　＜2019-12-10　記＞

　
きょうは１月１５日。SeaMonkeyをバージョンアップしたら、上記にような思いもよらない作業が増えてしまったので、正規表現のお勉強もかねた対策を講じてどうにかこうにか今日までやってきのだけれど、ブログの原稿書きだけでなく肝心のシゴトな（物書き未満の）原稿書きでも、（パッドくんでの彷徨い書きとともに）下書き用htmlファイルをComposerでバキバキ書き換える手法も積極採用することにしたので、こうなると、書き換えて保存するごとに日本語全角文字間の随所に半角スペースが空いている状態が気になって仕方ない。なので、思い切ってもとのバージョンにダウンしました＾＾；　ということで、やみくもにバーアップするもんじゃないなあ、という良い教訓にもなりました〜＾＾；

　＜2020-01-15　記＞

　
新年あけましておめでとうございます

このブログでは、シゴトとシュミ（私事と主実）に関わるいろんなことを、メモとして書き綴っていますが、そうすることで、ボーットした頭の中の考え（妄想？）がまとまりやすいので、重宝しています＾＾

で、新年早々、以下にちょこっとメモ。これは、ブログ「空の樹」の大晦日付けエントリの最下段に備忘した記事タイトルと感想文（でも記事内容はまだ読んでなく、あくまでタイトルを見た瞬間に感じた駄文＾＾；）をもとに、ややビジュアルに加筆訂正したもの。

その他○ 縄文時代って１万年以上あったんでしょ？実はすごかったんじゃね？ : 大艦巨砲主義！
ーーあくまでイメージとして、たとえば f(t)=e^(t/2)+1 → (f(t)=e^{rac{t}{2}}+1) のグラフだとt=0が西暦０年あたりで、t=4が産業革命のころだとすると、いまはt=5くらいだろうか＾＾？　ま、そうだとしたときに、日本の場合はそこからさらに急上昇すべき線がいきなりポキッと折れて下降に転じてしまったので生産活動も沈滞するに違いない。
　となると、 t>5における下降ベースな式を（あくまで個人的なイージとして^^;）見つける必要があるなあ……いずれにしても遠い遠い古代、敷島も例に漏れず、人口・生産活動ともに細々とながら部族単位でそこここに根をはって生きてたんだろなあ。幾世代も幾世代もかけて……世界は永遠にそのままであり続けると思いながら。

（ ↓ ）

その他◎ 物理の旅の道すがら　（とあるHPサイト）
ーー直上記事タイトルの感想文で~~テキトーにでっちあげた~~イメージ先行で設定した式 f(t)=e^(t/2)+1）に、とりあえずカウンターパートな f(t)=1/(t+1)^2+1 → (f(t)=rac{1}{(t+1)^2}+1) を当ててみて、（googleのサーチ結果として描き出された）グラフを見ながら、より“有意”に交差するよう試行錯誤で係数や定数を配置してみた結果[※1]、t の解はランベルトのW関数（をベースとした数値解法）を通じて（あらかじめ狙ったレベルの値^^;を）得られることが~~わかっ~~できた[※2]。
　で、さらに、その交差箇所周りの形状をポヤーっと眺めているうちに、ふと、むかしいたく興味をもったカタストロフィー(の)理論とこのいかにも独特なランベルトのW関数との接点がないかなあと思ってあれこれググっていたら、たまたまHPサイト「物理の旅の道すがら」に出くわした。そこに探し求めているものはなかったけれど、代わりに、おもしろいものがたくさんあるのに気づいた。
　よく見るとここは、ロシア人科学者（物理学者）たちによるアインシュタインの相対性理論の否定論文集の邦訳サイトだった。で、そこでは、返す刀で、アインシュタインの抹殺した「エーテル」の復活存在を唱える論文集の邦訳も紹介してある。いやむしろ、「エーテル」論者たちが宿敵アインシュタインを論駁している、という図だろうか。ということで自分としては、これら（の邦訳）を読ませていただいて、どこをどう批判して否定的見解へと至っているのかを確認することで、（以前から気になっていた）アインシュタインの説く二つの相対性理論の“完全理解”を試みてみようかな・・・という気になってきた＾＾；

[※1]

(f(t)=e^{rac{t}{2}}+1)　=>　(f(t)=rac{e^{Bigl(rac{t}{rac{π}{e}+1}Bigr)}}{100}+1)

(f(t)=rac{1}{(t+1)^2}+1)　=>　(f(t)=rac{1}{(t+1)^{rac{π}{e}}}+1)
※ あくまでイメージの世界なので、調整用の係数や定数は1, π, e の正負６個による任意の組み合わせに限定した＾＾；

[※2] 交点 t, f(t) を求めるので、両式を「＝」で連結して t の解を求めることになるが、式の展開途中で対数をとって、t をランベルトのW関数で処理可能な形に調えた（この“調え方”については、ある方にその一般的な方法つまり解法のテクニックを教えていただいた^_^b）のち、数値解法ではなくCASIOの「keisan」サイトで手っ取り早く(?)算定するしてもらうと、t ≒ 5.62 という数値を~~得た。~~はじき出してくれた。そこで、２式をgoogle検索でグラフ表示して（透過画像化して無理矢理）重ねあわせてみると、目視でも^^;ほぼ近い位置で交差している。
　ただ、横軸 t のスケールを２倍に広げるてみると、ほんとは t=5.3 あたりのような？
　↑
（１／３、腰を据えて愚直に検算したら、t≒5.33だった。W関数y=W(x)のx値を算定する前処理段階で計算間違いをしていた^.^;）

　ひょっとしたら、（グラフの描画がパーフェクトとした場合）途中の展開式にまちがいがあるかもしれない。あるいは、「keisan」サイトの「LambertのW関数　(第k解)」をうまく使いこなせていないのかもしれない。となると、ニュートン法などの数値解法で解いてみる必要があるが、これについては一からお勉強しないといけない＾＾；　ま、そもそもの二式がイメージ先行な数学ごっこの域を出ないものなので、数値解法については頭の体操をかねてじっくりやってゆこうと思う＾＾；

　＜2020-01-01　記＞

ところで、ランベルトのW関数とカタストロフィー理論は、いまのところ接点が見いだせない。というよりも、ネット記事だけでなく手持ちの３書籍を読み返しても、カタストロフィー理論では、超越数でおなじみのeもπもでてこない。どこにも。まったく。不思議な気がする。幾何（トポロジー）の世界では無縁？　そんなことはないだろう。うーん、この理論には、なにか根本的なものが欠けているのではないだろうか。だが、いまの自分の能力ではそれがなにかはわからない（できればいずれ、気づいてみたいものだ）。

で、ネットの大海をふらふらとクラゲみたいに彷徨いながら、関数グラフ化Webサイトを探していたら、次のサイトを発見。
◎ 関数グラフ - GeoGebra

そこでさっそくきのうの二式のグラフを表示してもらったら、昨日掲載のgoogle検索から表示してもらったのと、ちと違う＾＾；　こちらで表示すると、後段の反比例モードなカウンター式の t=5.6付近の勾配がなさすぎて、全然おもしろくない。

そこで、二式をそれぞれ(f(t)=rac{e^{Bigl(rac{t}{rac{π}{e}+1}Bigr)}}{πe-1}+1) と (f(t)=rac{πe}{(t-1)^{rac{π}{e}}}+1) と微変更して t を求めたら、t≒4.9256 ということになった。きのうからの流れで t=5 の近傍にこだわっているのでいい感じだ。で、すかさず、上記サイトでグラフの交点を確認したら、ほぼそこらあたりで交差＾＾；　

　ま、（現段階では）ただの数式遊びにすぎないけれど、交点を境目として、それまでの上昇基調の生産活動と人口推移が下降へと転じる様を一つの式で表せるとしたら、カタストロフィー理論の応用形になるのではないか、とは思っている。でも（見る限りでは、 i はともかく）eもπもまったく顔を出さない現行の同理論では、やはりなにか決定的に足りないもの（あるいは見落とし）があるような気がしている。ということで、そこの天才(アマチュア)数学者さん、そこら辺のアプローチよろしくです＾＾
　あと、GeoGebraサイトって、テキスト表示の二式 f(t)=e^(t/(e/π+1))/(πe-1)+1 、 f(t)=πe/(t-1)^(π/e)+1 とも、これをそのまま所定欄にコピペするだけで、たちどころに、グラフの描画だけでなくMathJax風な美しい数式も表示してくれる。たいしたもんだなあ＾＾b

　＜2020-01-02　記＞

　しつこいけれど、きのうの二式の交点 t の値を検算のために再計算したら、どうやらこれもミスってたようで、なんどやってもt=4.9付近にはならず、t≒5.328に落ち着く。でも、グラフの交点は、GeoGebraもGoogleも4.9付近になっている。となると、時間をかけて愚直に展開した検算が間違ってる？
　ちなみに、初回の二式は検算の結果、t=5.3付近に着地したので、こちらのミスマッチは最初の算出がミスだったことで解決。でも、こちらもミスマッチはまだ解決できてない。MathJaxとGeoGebraでの数式表示を見ても合っている。なんだろなあ？
　Q＆Aに詳しい検算プロセスとグラフの交点を載せて、どこに誤りがあるか尋ねてみようかなあ？　でも、またあの物知り顔の○×さんが、まるでそのコーナーの主（ぬし）みたく、突っ込みモードで端折りまくりの、謎かけみたいな怪答を寄せてくると、、、いちいちお礼を書くのが面倒だなあ。。。

　＜2020-01-03　記＞

　
（シゴトメモ 01）webarchiveをhtmlに

MacのSafariでWebページを保存すると、webarchive形式のファイルとして保存される（すくなくとも自分の愛用しているバージョンでは）。で、これをAndroidのパッドくんに持ち込んでも閲覧することはできないので、あらかじめhtmlとかpdfとかいった閲覧可能なデータ形式に変換しておく必要がある。

現在、パッドくんで執筆中の物語作品でも、バックデータとしてwebarchive形式のデータファイルがけっこうあるため、これらを、できれば一括変換でhtmlに変えたい（pdfだと直接編集がキホンできないので、見やすく整形可能なhtmlにした）。

そこで調べてみたら、自分の旧いMac環境の場合、Terminalに以下のように記述して実行した方が、もっとも手早そうだ。

textutil -convert html -output /[(ful)path/]new_file.html /[(ful)path/]target_file.webarchive

ということで、取得先ファイルと格納先フォルダのフルパスを確認して、上記の書式にのっとって、テキストファイルに、target_file.webarchiveのそれぞれの名称とhtmlファイルの個別の名称に書き換えたコマンド群を１行単位で並べてゆく。

こうして作った、一括処理用のテキストデータを立ち上げたばかりのTerminalにコピペする。すると、別々のフォルダ内にあるwebarchiveファイルを一気に、好みのフォルダとファイル名でhtmlファイルに変換できる（はずだ）。

（はずだ）というのは、この記事を書いているいま現在では、まだ試していないため。現時点で未確認なのが２つある。１つは、取得先のtarget_fileの文字数制限があるのではないか、ということ。ある場合は、前もってタイトルの文字数を減らしておく必要がある。

２つめは、格納先フォルダを前もって拵えてスタンバっておかなくてはならないかどうか、ということ（ちなみに、ワンファイルのwebarchiveとちがってhtmi変換後はhtmlやjpg等複数ファイルに分岐するので、この種のフォルダはwebarchiveファイルごとに設けた方がいいようだ）。

どちらの不明点も、これからテストを繰り返してゆけばわかることだが、とりあえず現時点での懸案事項としてメモ＾＾：

　↓

ということで、上記２点につき試してみたところ１も２も該当したため、（すくなくとも自分の旧いOS環境では）target_fileのタイトル文字数をある程度短くして~~、htmlファイル格納先のフォルダも前もって用意して~~おく必要があることがわかった（限界文字数は未確認→半角31文字（全角15文字）まで〔かな＾＾？　であれば、Windowsは半角255文字（全角127文字）のようで、この点に関しては、余計な作業をしなくてすむぶん羨ましい^^;〕）。

格納先ディレクトリはTerminalのmkdirコマンドで、短めたファイル名と同名のフォルダを、textuil処理の前（の行）に前置的に設定するのがいちばんスムーズのようだ。

対象ファイルは５０件以上あるので、下拵えにそれなりの時間がかかるが、ハンディなパッドくんでも内容を確認できる環境はあったほうがいいので、htmlに変えることは必須だ。

なお、これから参考資料としてWebデータをゲットするときは、htmlファイル形式で保存するOperaかSeaMonkeyで取得することにした。

　＜2019-12-26　記＞

　
webarchive→html変換は個数（格納フォルダ数）にして４４個だった。ちなみに、フォルダ名に空白があるとmkdirコマンドはそこで名称そ確定してしまうようで、「そんなフォルダは存在しない」と叱られて、つづく（べき）対象ファイルの変換作業はスルーされるようだ。

基本的には、ターゲットファイルをAAA.webarchiveとした場合、

mkdir /(ful)path/AAA/
textutil -convert html -output /(ful)path/AAA/index.html /(ful)path/AAA.webarchive

とすることで、同じフォルダ内のタイトル同名フォルダ内に、固定的に指定したindex.htmlとその他のデータファイル群が生成される。もちろん、Terminal立ち上げ直後に「cd fulpath」を実行してAAA.webarchiveのあるフォルダに移動すれば、以後は「/(ful)path/」部分の記載を省略できる。

ということで、こうやってこしらえたバックデータ群をパッドくんのmicroSDカードにコピーすれば、創文しながらいつでも（専門知識関連のデータを）参照できるので、きっともっとシゴトも捗ることだろう。もちろん、パッドくんのWiFiでネットにアクセスすればいいだけの話ではあるけれど、パッドくんでのネットアクセスはしないことにしているので＾＾；というのも、なにぶん野良APKを１００個以上もインストールしているので、アクセスしたらたちまちEseUS系の西隣大陸御用ハッカー筋に丸覗きされそな感じがするもんで。あと、この件では、Wondershareっつうのも西隣大陸資本〔本社は深圳のよう〕なので、こちらも併せて御用心）

で、やはり、ネットからWebデータをMacOS以外のマシンでも使う可能性があるときは、webarchive形式ではなく、ファイル数はふえるけれどhtml＋files(付属フォルダ)で保管しておいたほうがいい、ということを身に沁みて体感した作業でもあった。

（補足）
パッドくんにファイルを移したあと、htmlベースのデータファイル群を閲覧したが、「HTML Viewer」というアプリで見て、見目よくしたいときは「HTML Editor」で整形することになる。両方をかねた「LiveHTML」でもたいていは開くことができるが、内部メモリの関係か(?)開けないのもあるようだ。で、これらのデータファイル群は不必要な画像ファイルなどあれこれ数が多いので、削除や移動等のファイル操作をするときは、複数ファイル一括処理など（「X-plore」より）小回りのきく「Total Commander」が便利だ。

　＜2019-12-28　記＞

　　
目覚め直後にパッドくんで手書きメモ

　まだ微睡み感のある目覚めた直後の布団 or ベッドのなかで書き留めるのは、就寝時に前もって枕元に置いた紙とペンによる手書きに限る。
　パッドくんを使うなら、手文字記入式のメモアプリにかぎる。キーボード式は横になったままでは時間がかかりすぎて使えない。ただ、手文字書き込み式であっても、開いて書けるまでの操作に時間がかかるとせっかく浮かんだアイディアがすっと消えてしまうので、アプリアイコンを叩いたらすぐに書き込めるが大前提で、保存も戻るボタンで自動保存になるのであればなおよい。
　ということで、パッドくんでは「a Paper」というアプリがいちばん簡単なもよう。開いたらすぐに書けるから。だが、この記事（の元になる原文）をまさにいま手書きで書いているけれど、どうしても文字が大きくなりすぎて、一画面一ファイルのこのアプリでは、つぎつぎと新規ファイルに書き付けることになるので、ちょっと煩雑気味。
　あと、300gていどの軽めな７インチパッドくんであっても、上方に掲げた状態で持っていると、意外に重い。それと、まだ暗いなかでモニタを長く見つめ続けるのは、目に良くないのサッと書いてしまわなければならない。
　で、あとで手書きメモを見返してみたら、下手な字があまりに下手すぎて判読困難なところが多々。しかも、縦長状態で書き付けると１ページ分を横長画面の中に横倒しの状態で判読することになるので、二重にわかりづらい、ということも分かった。
　ということで、利用可能ないま現在のメモアプリ環境ではムリがあるかな。寝床でアイディアを書き留める時はやはり、昔ながらの小さな紙のメモ帳とボールペンがベストのようだ。そう言えば、音声入力可能なメモ帳への口述筆記という方法もありそうだけど、字部の場合、声に出してメモる方法は得意ではない。いつも無言でキーボードを叩き、ペンを走らせているから。
　↓
　さて一昨日は、a Paperでメモったものを、上述のようにテキスト文字に起こしていたが、昨日、同じ「手書きフォルダ」に入れていたアプリFiiWriteをいじってみたら、上に書いた要望的な事項がすべてみたされていることに気づいた。なあんだ、最初にこれを使っていれば昨日のイマイチ感はそもそも味あわないですんだのか。
　つまり、目覚めた直後のまだ微睡み情態から抜けきれていないときに浮かんだアイディアやイメージや情感を、素早く書き留めるためのアプリに必要なものは、すくなくとも次の要素が必要だと思うが、FiiWriteはそれをすべて満たしていた！
・立ち上げ時手書きモードをデフォルト設定
・画面ワンタッチで入力可能状態になる
・画面中央に文字を大きく書いても指定した大きさで順次収まっていく
・また、それらはカーソル割り込みでいつでも書き直しできる
・画面は縦長に固定……（本体設定に頼ることなく）アプリで指定可（横長固定もあり）
・背景は黒に変更……暗がりのなか眩しさ回避のため
・入力（編集）画面から「戻る」ボタンで自動保存
・適時のバックアップ保存……最短の３０秒設定にした
・書込み済データの継続閲覧時間の指定……５分に設定した（PCでのテキスト入力のため）

　ということで、FiiWriteがいつでも立ち上げ可能にしたパッドくんを枕元に置いて眠りにつけば、あとで、あの微睡みのなかでうかんでいた言の葉の断片や揺らめくイメージの残像を頼りに必死に追いかけ想いだすような経験はしなくてすむ（だろう）し、どうしても想いだせないときのもどかしさや残念感とも無縁になる（だろう）。
　今朝の目覚め時ではまだ試していないが、たぶんこれで、朝の目覚め時、ふとんやベッドに横になったまま、頭に浮かんだアイディアや気になることを、紙とペンではなくスマホアプリでササッとメモって、消え去らないようにしっかりつかまえておく作業が無理なくできるような気がしてきた。思えば、紙とペンだと目覚めたばかりの（たいていは）まだ薄暗い部屋のなかでまずは灯りをつける必要がある　が、スマホタイプでの即席メモだと点灯作業もいらないのはちょっとした強みともいえる。
　なお、このアプリには音声入力もあるので、そのうち試してみようと（は）思う。布団のなかでぶつぶつ呻くように声を出してもうまく聞き取れないかもしれないが。それよりも、そもそも自分は、言葉を発しないでいるほうが、言葉（書き言葉）がすいすいと流れ出てくるように思う。
なので、発声によって言葉（書き言葉）がどれほど湧き出てくるか、あるいはやはり、自分の基本スタイルである“黙ってオートライティング”のようには出てこないのか、そこらあたりを試してみる楽しみが、増えた＾＾v

　ついでながら、FiiWriteにはテキストエディタ機能付きのFiiNoteもあるが、これは、目覚め時のアイディアメモとしてではなく、物語文案作成時に活躍するシールド・グループのなかでも、発破中の発破、突撃隊の急先鋒みたいな頼もしいツールとして、多いに働いてもらうことになりそうだ＾＾v
　そういえば、これにOutlinerみたいな本格仕様のアウトラインプロセッサがドッキングしていれば、オールインワンタイプの強力な物語創作ツールに（も）なるだろう（なあ）。
　＜2019-12-13　記＞

FillWriteを目覚めた直後に試してみた。悪くない。黒背景に白文字ではなく青文字にしているので、目への刺激もよりいっそう少なくてなおいい。（ただ、昨日と同様、今朝もとくに閃いたアイディアはない。まあ、閃いたアイディアといっても、たいていは、前日書いたブログ記事のちょっとした手直しが多いけれど＾＾；）

あと、欲を言えば、手書き文字をデジタルなテキスト文字に変えるアプリがあると、シゴトをするうえでとても助かる。まあ、FiiWriteの書き込みデータは長文というほどではないので、パッドくんをマクブッくんの横に据えて、内容を見ながらPC内に書き込んでいけばOKな話だけれど、OCRなアプリを探索し試してみること自体に意味がある。

ということで、まず下準備として、メモった手書きデータを画像保存する。ちなみに、OCRアプリには外部の活字を（なかには手書き文字も）カメラでスキャニングしながら変換するタイプがあるかもしれないが、これは対象外になる。そしてによりも、対象となるOCRアプリは日本語対応が大前提。

さて、探索していると、「Imageから日本語のテキストを抽出」というそのものズバリのものがあったけれど、残念ながらバージョンが５だったのでこれはアウト。その後、ひょっとした使えるかもしれない、とにらんだものを４個ほどDLした。ただ、これらも、オンラインでの変換が前提とするタイプであれば、自分の場合はこれまた対象外になるので、最悪どれもアウトの可能性はある・・・だが、試してみる価値はある・・・結果が楽しみだ。→【結果】期待はいずれも（問題外のレベルで）満たされなかった。

　＜2019-12-14　記＞

目覚め直後に寝たままでもメモれる優れものアプリ「FiiWrite」。これでのそんな書き込みは「水平固定」が「垂直固定」よりもやりやすいことが、今朝使っていてわかった。

「FiiNote」で筆耕するときも、まずは手書きすることが多いだろうから、これも「水平固定」にしたほうがいいだろう、と思ったが、よくよく考えてみると、「FiiNote」を使うときは横たわったまま書くわけではなく、他のアプリとの連携操作（シェア）時の画面配置を基本的に縦長（垂直）に保っていたいから、デフォルトのままにしておくことにした。

ところで、「FiiNote」が自分にとって素晴らしいアプリである理由は、テキスト入力（「鍵盤」入力）も手書き文字の途中に混在的に書き込めるので、あとでテキスト文字化するときも、まずはパラグラフ単位でテキスト文字を起こして、あとで推敲もかねてテキスト文字を一か所にまとめればよいから、素早いオートライティングを基調とした、でもそれでも（それゆえ？）難儀な岩盤掘削型の創文作業にあたっては、非常に便利な、ありがたい機能だ。

さて、話を「FiiWrite」に戻すと、テキスト文字入力機能をもたないこのアプリの場合、あとで手書き文字をテキスト文字に変えるときは、姉貴の「FiiNote」にかぎらずシェア可能なアプリに画像データとして送り込まれるので、取得した先でその画像を見ながら逐次テキスト化してゆくことになるだろう。なお、PCでテキスト化するときは、マシンの横に置いて（スタンドに横置きにして）データを打ち込んでゆくのがいいだろう。なので、「FiiWrite」ではある程度の持続的な表示の継続が必須となるが、その種の時間設定にもこのアプリは（姉貴ともども）対応している。

ということで、今日の以上の書き込みはすべて、今朝布団のなかで手書きでメモった文章を（ところどころ編集を加えながら）書き写したものでありまするです（＾＾v

　＜2019-12-19　記＞
わりと、シゴトな日々＾＾：

　ライブドアブログサービスでは同一IDで複数のブログを開くことができ（最大10個だっけ？）、自分の場合はこのブログのほかにもう１個プライベートブログを持ってましたが、最近のこのブログ同様、更新頻度ががくんと下がり、これからもその状態が続きそうなので、二つはいらないなと思い、この一つだけに絞ることにしました。
　で、削除する前に全コンテンツをバックアップする方法として、ePubを（も）択んでみたら、これまでに書き留めたものが iText Expessできれいに閲覧できたので、これをもとに加工や再利用も簡単にできることがわかりました。なので、短い命ではあったけれど＾＾；アタマの整理には役立ったので作った意味はあったかな、と思っています＾＾v
　さて、このブログもここ最近は更新から遠ざかっていますが、もともと、いくつかのジャンルにまたがるシゴト（＝私事^^;）の内容とカテゴリーの整理整頓のためにはじめたのがこのブログなので、いまはそのかいあって、ほぼほぼ、いや、まずまず＾＾；（アタマの中の）整理整頓はできてるかな〜♪って感じです。てなわけで、ブログの更新頻度が落ちているのは、ま、そんなわけです＾＾v
　さて、それではおたがい、それぞれのシゴトに精出しましょう〜♪　・・・ん？　きょうは日曜だったか＾＾；

　＜2019-10-20　記＞

Livedoor blog service allows me[us] to open multiple blogs with the same ID (up to 10?), And in my case I had another private blog in addition to this blog, Because the frequency of updates has dropped drastically and this situation is likely to continue in the future. I thought I wouldn't need two, so I decided to focus on this one.

As a way to back up all contents before deleting it, I selected ePub (also). And what wrote down as far could be viewed cleanly with iText Expess, so I found it easy that I could also process and reuse it. Although that blog was a short life, there was a meaning that it was useful for organizing my brain ^^ v

Now, this blog has also moved away from the update recently. But this blog was originally started to organize the contents and categories of Shigoto (= private affairs ^^;) across the several genres. So, I feel I can almost[=hobohobo or mazumazu^^;] organize my Shigotos (in my brain). Yes, that ’s why the frequency of blog updates has fallen.

Well then, let's squeeze into each shigoto ~ ♪ Ah, it’s Sunday today isn’t it^^;

<2019-10-20 wrote>

　
きょうは１０月２２日火曜日。真夜中に目が覚めたあとなんだか寝つけなかったので、未明からブログの整形をやってます。きのうの記事、けっこう誤字が多かったな＾＾；　ちょっと長文になったので英訳するの面倒だな＾＾；
もともと複文重文たっぷりなくどい悪文スタイルの日本語原文を、なるべくそのまま英語に翻訳すると、英語的には関係代名詞や形容詞節とかをむりやり一文につめこんだ超悪文になるのだけれど（なので、英訳の標準テストでは一桁台の点数だろう＾＾；　ちなみに、関係詞としてのwhichはthatが同一文中にある場合は形容詞節としてのthatに優先して使うことにしている。このほうが自分的に読みやすい〔＝各節を比較的容易に識別しやすい〕ため）、それでも、辛抱強く文字を辿れば原文をそのまま写し絵にしたようなスタイルで表現内容がシフトでき（てい）るか？ーーgoogle翻訳の能力が異常なくらいアップしているので＾＾；、こんな一見バカげた取り組みもできるようになったのは、自分的にはかなりうれしい＾＾b
で、これを今後数年続けて一定のスキル（この私好みなスタイルの英文をオートライティングで書くこと）を身につけることができればーーそう、できたなら＾＾；ーー自分のこしらえた物語のうち自信作を楽天KoboやAmazonから英語電子本として出版することも、、、夢ではないだろう＾＾

　＜2019-10-22　記＞

Today is Tuesday, October 22. After waking up in the middle of this night, I couldn't go to sleep, so I started editing my blog contents from early morning.
Yesterday's article, there were a lot of typographical errors ^^; It's a bit cumbersome to translate in English because the article is a bit long ^^; It's a super bad sentence that stuffs a relative pronoun and an adjective clause into one sentence (so its style will be a single-digit score in the standard test of English translation ^^; By the way, if the relative-word "that" is in the same sentence, I decide to used "which" as an adjective clause, because it is easier to read for myself [= each clause is easier to identify]).
But when I follow the characters patiently, can I shift the should-be-translated contents with the expression in the style that is a direct copy of the original text as like a sketch? : the ability of google translation is unusually improved ^ ^;, so I can do such a ridiculous effort. Yea, I'm really happy ^ ^ b
Then if I can continue this try for the next few years and acquire a certain skill (to write English in my favorite style with autowriting), yes if I'll have gained the ability ^^;, it won't be a dream for me to publish my self-confided works through Rakuten Kobo or Amazon as English ebooks ^.^

　＜2019-10-22　wrote＞
MathJaxの表示テスト

インライン数式を書くと $rac{1}{sqrt{2}}$ や (sin heta) のようになります。
オイラーの公式は ( e^{ix} = cos x + i sin x ) と表記されます。
ディスプレイ数式はたとえば
[ e^{pi i} = -1]
や
$$ E = mc^2 $$のように、センタリング＋改行のスタイルで表示されます。
改行を入れたい場合は<br>を使ってください。
[rac{pi}{2} =
left( int_{0}^{infty} rac{sin x}{sqrt{x}} dx ight)^2 =
sum_{k=0}^{infty} rac{(2k)!}{2^{2k}(k!)^2} rac{1}{2k+1} =
prod_{k=1}^{infty} rac{4k^2}{4k^2 - 1}]（※）上記の表示は、MathJaxというJavaScriptによるWebページでの表現を、いくつかの関連サイト様の数式入力データ(と文言)をお借りして、自分のブログでも表示できるかどうか試したものです。
Livedoorブログでは問題なく表示できるようですね。FC2ブログでも試してみたけれど、こちらもOKでした（FC2HPもOKです）。
どちらもカスタムhtmlのhead内に以下の３２行をコピペするだけで、標準的な仕様がスタンバイするようです（もちろん、あなたのマシンが専用フォントの受け入れを認める必要がありますが）。
<script type="text/javascript" src="https://cdnjs.cloudflare.com/ajax/libs/mathjax/2.7.0/MathJax.js?config=TeX-AMS_CHTML"> </script>
あと、以下の指示文字列を加えれば、（半角の）「＄」で挟んでインライン表示（＝行内表示）、（半角の）「＄＄」で挟めば改行表示になるようです。
<script type="text/x-mathjax-config"> MathJax.Hub.Config({ tex2jax: { inlineMath: [ ['$','$'], ["$","$"] ], displayMath: [ ['$$','$$'], ["\[","\]"] ] } }); </script>
なお、Livedoorブログの場合は、「トップページ」と「個別記事ページ」それぞれに貼り付けないといけないようですね。

そうそう、gooブログではまだ試してないですね。あそこはものすごく脇が堅いから（でも、寓風呂に限らずgooのしっかりした保守体制にはもっとも信頼をおいています＾＾）どうかな？　だめかもしれない＾＾？　ま、しかし、出版モードのシゴトを進めるうえで、フットワークのかるい絵風呂（というかHP）とこの磊風呂で使えれば充分ではあります。
でもま、そのうち試してはみるでしょう。

　＜2019-02-26　記＞

　　　　↓

【同年4/16追記】
きょう寓風呂をためしたけど、MathJaxのJavascriptを貼り付けるこのとできるHTMLファイルは、わずか３種類?程度カスタム・テンプレート使用じゃないと扱えないので、少なくともいまはできないようですね。まあ、寓風呂でMathJaxベースの数式を表示するために、わざわざ使い勝手がイマイチ（「記事一覧」が自働でできない状態）なカスタムテンプレートに切り替えることはまずないので、寓風呂での数式表示にはこだわらないことに、、、した＾＾；
ちなみに、CSSは（ほぼ？）どのテンプレートでもいじれるので、縦書き表示はできることを確認＾＾v

さらに表示テストということで、以下は確率密度関数の一般式になります。
[frac {1}{sqrt {2pi sigma^2}};e^{-frac{1}{2}(frac{x-mu}{sigma})^2}]あるいは[frac {1}{sqrt {2pi sigma^2}};e^{left{-frac{(x-mu)^2}{2sigma^2} ight}}]より一般的には[rac {1}{sqrt {2pi sigma^2}};exp{left{-frac{(x-mu)^2}{2sigma^2} right}}]Xに関する確率密度関数F(X)としては[F(X)=rac{1}{sqrt{2pi sigma_x^2}};exp{left{-frac{(X-mu_x)^2}{2sigma_x^2} right}}]のように表されます。
さらに、性懲りもなく追記。 Begin{align} E_c& = alpha(eta - 1) {rac{E_ theta}{eta}+(Theta_0 - rac{E_ theta}{eta} ),e^{- eta,t}} - E_ theta\ & = rac{alpha(eta - 1) } {eta - 1}+ alpha(eta - 1) (Theta_0 - frac{E_ theta}{eta} ),e^{- eta,t}quadqquad (1.8式) end{align} ここで、上記1.8式の右辺の差異を調べると Begin{eqnarray} frac{1}{eta} - 1quad ←→ quad frac{1}{eta - 1} end{eqnarray} となり、この展開式はたんなる等式ではないことがわかる（つまり、直上の二式がイコールとしたときにηが2次方程式の解をもつときにのみ1.8式の上下二段の展開〔移行〕が成り立つような特異な関係式といえる）。
さてこうなると、なんともしどけない話ではあるけれど、編集上の初歩的ミスである可能性も高まってくる。事実上著者校正ができない現状では、この数ページあとで、1.8式の上段部分を他式に代入してさらなる展開をおこなっていることから、後段の式は二十年も前の初回編集時における削除ミスの可能性が大きいと判断し、今回の校正ではこの部分を削除することにより、作業を先へと進めたい。

◎ Qiitaの数式チートシート - Qiita
◎ Easy Copy MathJax
◎ MathJax の簡易エディタ if1tech
◎ MathJaxを動的に使う - bl.ocks.org

thanks a lot!!

　＜2019-04-16　記＞
縦書き表示の簡単マニュアル（みたいなもの）いちおう作ってみた

2019-04-11

　縦書き表示の簡単マニュアルみたいなものをいちおう作ってみました。
　でも、基本的に、Web上の公開情報を自分なりに寄せ集めて、書式（見た目）を統一した程度なので、テキストエリア内に記載したコピペ用の指示文字列群が、すべて問題なく動くかどうかはわかりません＾＾：
　それは一つには、使用ブラウザ（のバージョン）にもよるからで、表中の「（CSSでの）もっとも基本的な設定」とその他の「必須事項」（ただし、どちらの「」も自分の個人的な判断^^;）以外では、自分の環境では動作確認ができていなものもあるからです。
　しかし、どの指示事項であっても、表記の仕方がそれぞれの約束事を正しく反映していれば、正しく表記されるはずです（相手は海千山千の人間様ではなく律儀なコンピュータくんですから＾＾）。
　ということで、『縦書き表示簡易マニュアル（暫定版）』という名を付けて、ネットの大海にまたひとつちっちゃ笹船を浮かせました。暫定版なのは、CSSとHTMLのコラボによるブログと自作HPでの縦書き表示がまだまだ「お勉強」段階にあるからで、完成版がいつできるかは未定（不明）です＾＾；
　ただ、EPUB3用に縦書き表示の約束事の世界を学びはじめたら、CSSとHTMLの約束事をすこしかじっているだけで、じつは“わりと簡単に”縦書き表示ができることがわかったので、そのことを示したくなって、あのような表形式の「簡易マニュアル」を作ってネットの大海にこそっと^^;船出させたしだいです。
　で、これなど足掛りの一つとして、だれでもホイホイと気軽に縦書き表示ができる時代になったら、Web上での“自由な表現”スタイルがまたひとつ増えた感じで楽しいだろうな、と思うのと、基本的に、“わりあい簡単に実現できる”ので、マニュアルの「お断り」の末尾にも書いているように、
「（「社会的ニーズ」が低いのではやらないのはわかっていますが、それでも）どなたかrubyやpythonやjavaに習熟した方が、この種の“簡単縦書き表示ツール”を機種やブラウザを問わない（できればフリーの）ソフトウエアまたはWebサービスにより提供してくれること」に、淡い期待をいだいているので、ある意味、恥を忍んで「暫定版」なる未完成品を「公開」したしだいです。
　ところでこのマニュアル、このブログにもどーんと載せようと思っていたのですが、CSS設定の下支えによるHTMLでの切った貼ったのコラボレーションがミソなので、実践用のマニュアとしてはこれを左右並列に並べておいて、両者の関係性を視認しつつ細かい文字列など忘れてしまいがちな脳ミソを刷新し続けることが（自分的には）必須事項であり、[→]
加えて、機動性も重視して表内にコピペ用のテキストエリアをたくさん配置している関係もあって、全体を見目よくログ記事画面に収めることがむずかしくなったことから、HPサイトでの単独ファイルの掲出に留めることにし、ブログではリンクを貼るだけにしました。

　さてと・・・つぎは、EPUB2とEPU3（縦書き対応）の『だれでも手軽にできるEPUB制作〜簡単マニュアル〜（仮称）』を作ってみようかな。【電版1と2】が終わったら＾＾

【縦書きテスト】（その二）

「日本式ＮＷＯ」構築の基になるもの（候補）としては、古事記、神道体系、古代・中世の和歌集、そして心学。さらに、洗練された、~~excellentな~~エクセレント(excellent)な統治様式としての「象徴天皇制」—— 台風の目の上昇気流による晴れやかな澄み渡りこそ「知らす」のパワーそのもの（勝手な造語ながらこれを「中心力」。同じく造語ながらその周囲で渦巻く巨大雨雲の渦と大暴風〔このあからさまなパワーの放埒を許せばいずれ自らに向かう「破壊力」ともなるところの〕「形成力」が、「知らす」との相補関係にある絶え間ない権力闘争として働くことにより、ピラミッド（人造巨大錐体）頂点型の独裁制とは程遠く、また、同様の外観をなす君主制に留まることのない（自然の産物たる富士山を想起させる）コニーデ型山体様の上下関係は厳として保持しながらも折節に深く交感しあう絶妙の（上下倶に篤く気脈通ずる感を享くるに依り心根浄化するの妙有り即ち是敬愛也）の統治形態が実現可能となる。現代日本において、前者は、現憲法下における「日本国の象徴」としての天皇陛下の各種後公務（と陛下御自身の御発意による国民との交流）。また後者は、この部分を法の支配と三権分立と国民主権下の普通選挙制による議会制民主主義に立脚した政治（すなわち三島由起夫氏の喝破した「妥協の産物」）が担当するのが現代日本国の姿。よって、現代日本における「國體」は、後者における主権者たる国民が前者における「国の象徴」たる天皇陛下への上昇気流的敬愛に応える象（かたち）での陛下の御公務（と適時な御発意による国民との交流（慈しみモード）の上下連携する有りようを基本（的な統治）様式とする。——

ライブドアブログで（も）縦書き表示

（二〇一九年四月四日）

梅花（うめのはな）の歌三十二首并（あは）せて序

天平二年正月十三日に、師（そち）の老（おきな）の宅（いへ）に萃（あつ）まりて、宴会を申（ひら）く。時に、初春（しよしゆん）の令月（れいげつ）にして、気淑（よ）く風和（やはら）ぎ、梅は鏡前（きやうぜん）の粉（こ）を披（ひら）き、蘭（らん）は珮後（はいご）の香（かう）を薫（かをら）す。加之（しかのみにあらず）、曙（あけぼの）の嶺に雲移り、松は羅（うすもの）を掛けて蓋（きにがさ）を傾け、夕の岫（くき）に霧結び、鳥はうすものに封（こ）めらえて林に迷（まと）ふ。庭には新蝶（しんてふ）舞ひ、空には故雁（こがん）帰る。ここに天を蓋（きにがさ）とし、地を座（しきゐ）とし、膝を促（ちかづ）け觴（かづき）を飛ばす。言（こと）を一室の裏（うら）に忘れ、衿（えり）を煙霞の外に開く。淡然（たんぜん）と自（みづか）ら放（ひしきまま）にし、快然と自（みづか）ら足る。若し翰苑（かんゑん）にあらずは、何を以（も）ちてか情（こころ）を述（の）(※)べむ。詩に落梅の篇を紀（しる）す。古（いにしへ）と今（いま）とそれ何そ異（こと）ならむ。宜（よろ）しく園の梅を賦（ふ）して聊（いささ）かに短詠を成すべし。　　　　　　　　　　　　　

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　（※）「述」は原文では「手」遍＋「慮」

　
　
　
　
　

　
GarageBnadの使い方がだんだん

わかってきました＾＾　手持ちの88鍵デジタルピアノで弾いた即興フレーズを、midiケーブル経由でGarageBnadにMIDIデータとしてリアルタイムに取り込めればいうことないけど、やってみなけりゃあわからない＾＾；　ダメなときはヘッドフォン単子からLINE-INで取り込んだ音響データをGarageBandもしくはAudacityあたりでaiffかmp3でいったん保存し、これを編集後midiファイルで出力することで、当初の鍵盤生演奏（オリジナルにこだわるので多くは短い即興フレーズ）を、それ以後のちゃんとした楽曲づくりに使うことができる、かもしれない。作曲することははるか昔、十代からの夢だったので、いまこの年になってやっとその夢が手に届くところにきました（ま、出来のヨシアシはとりあえずおいといて＾＾；）。
で、そうやって作る楽曲はもちろんシュミ（主実＝公開基調のシゴトではないけれどエナジー注入は同程度の取り組み事案たち^^;）の範疇ではあるけれど、ありとあらゆる音楽を聴く者の一人として、（おお、これは人様の鑑賞にも耐えるにちがいない…）と思えるレベルを目ざしたいものだなあ＾＾♪

＜2019-02-23　記＞