https://www.tylor.jp/api.php?action=feedcontributions&feedformat=atom&user=Webmaster
Memorandum - 利用者の投稿記録 [ja]
2026-04-21T12:02:29Z
利用者の投稿記録
MediaWiki 1.43.8
https://www.tylor.jp/index.php?title=Window%E3%81%AE%E5%BA%A7%E6%A8%99%E3%82%92%E8%A1%A8%E7%A4%BA%E3%81%99%E3%82%8B&diff=6835
Windowの座標を表示する
2026-04-19T09:12:46Z
<p>Webmaster: </p>
<hr />
<div>KDE 6でWindowの座標を表示させるには:<br />
# [https://gitlab.com/Worldblender/kwin-scripts 公式GitHub]からソースコードのアーカイブファイルをダウンロードする<br />
# アーカイブファイルを解凍するとKDEとKDE 6でディレクトリが分かれている。KDE 6のディレクトリに移動する<br />
# コマンドラインでインストールする<br><code>> kpackagetool6 --type=KWin/Script -i ~/Download/kwin-scripts-master/windowgeometryinfo6/<code></div>
Webmaster
https://www.tylor.jp/index.php?title=Debian_GNU/Linux_Customize_Tips&diff=6833
Debian GNU/Linux Customize Tips
2026-04-18T05:39:12Z
<p>Webmaster: </p>
<hr />
<div>サーバにしろクライアントにしろ、自宅で常用するPCにインストイールするOSを、莫迦みたいに高価な割にセキュリティが脆弱で過負荷に弱く異常に使い難い[https://www.microsoft.com/ja-jp/windows Microsoft Windowsシリーズ]から、無償であることが信じられないほど堅牢で使い易い[https://www.debian.org/ Debian GNU/Linux]に置き換えて、かれこれ20年以上経つ。<br />
<br />
そのお蔭か、会社より支給されるWindows PCのセッティングには苦労するが、検索すれば先達による様々な情報が公開されており、一通り終えるまでの時間はそこまで掛からない。PC用OSのシェアが寡占状態であることに加え、「なんでこんなことまでMicrosoftに強制されなけりゃならんのだ。どうにかして回避したい」というユーザの欲求が、ネット上に有益な情報を増やしているようだ。<br />
<br />
翻って、PC用OSのシェアが全世界で2%前後の、DebianをはじめとするLinuxは、まだまだ情報が少ない。根気よく調べれば必要な情報に辿り着けるのだが、いかんせん、そこに行くまで異常に時間が掛かる。<br />
<br />
下記は、管理人にとって必須である、Debianの設定に関するTipsである。<br />
<br />
=目次=<br />
*[[KDE Plasma Transparent]]<br />
*[[DebianでFcitx5を使用してSKKを設定する]]<br />
*[[GNU EmacsとWanderlustでOAuth2を使用してGmailを送受信する]]<br />
*[[Windowの座標を表示する]]</div>
Webmaster
https://www.tylor.jp/index.php?title=Casio_fx-10&diff=6832
Casio fx-10
2026-03-20T00:45:28Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1974年5月にカシオ計算機が定価24,800円で販売した'''日本初の<ruby><rb>可搬型</rb><rt>ポケット</rt></ruby>関数電卓'''である。<br />
<br />
[[Casio_CASIO-MINI_CM-605|CASIO-MINI CM-605]]でも記載した通り、この時期にカシオ計算機は中置記法へ移行したため、本機も中置記法である。働き出してRPN電卓ユーザとなった現在の管理人には中置記法の電卓が使えなくなる能力が身に付いてしまい使い難いことこの上ないが、このWebサイトでも何度か触れているように、当時の日米間に厳然と存在した技術格差を比較するため、番外として記載する。<br />
<br />
===後発なのに低スペック===<br />
本機発売時に競合していたHP製RPN関数電卓は1973年3月1日発売の[[HP-45/HP-46|HP-45]]だが<ref name="hp65" />、これの元となった[[HP-35]]もまだ併売されていた。よって、本機はこれら2機種より後発なのだが、本機はこれら2機種より低スペックだ。<br />
<br />
まず、本機のマニュアル1ページから転載した規格を確認してみる。<br />
----<br />
;型式<br />
:fx-10<br />
;基本計算機能<br />
:加減乗除計算、連乗連除計算、定数計算、小数点付計算および混合計算<br />
;特殊計算機能<br />
:三角関数(<math>\sin, \cos, \tan</math>)、対数関数(<math>\log, \ln</math>)、指数関数(<math>a^n, e^x</math>)、その他(<math>\sqrt{\vphantom{h}\quad}</math>、<math>\tfrac{1}{x}</math>、分秒→度数、<math>\pi</math>)<br />
;計算桁数<br />
:置数および加減乗除……8桁(<math>\pi</math>および負数は7桁)<br>三角関数(<math>\sin \cdot \cos \cdot \tan</math>)……答6桁(最大誤差 最下位桁で±1)&emsp;被演算数 <math>-360^\circ \leqq x \leqq 360^\circ</math><br>対数関数(<math>\log \cdot \ln</math>)……6桁(最大誤差 最下位桁で±1)&emsp;<math>0 < x < 10^8</math><br>指数関数(<math>a^n</math>)……8桁&emsp;<math>-10^7 < a < 10^8,\quad 0 \leqq n \leqq 9</math>&nbsp;の整数<br>指数関数(<math>e^x</math>)……6桁(最大誤差 最下位桁で±1)&emsp;<math>-10 < x < 10</math><br>開平(<math>\sqrt{x}</math>)……7桁&emsp;<math>0 \leqq x < 10^8</math><br>逆数(<math>\tfrac{1}{x}</math>)……8桁&emsp;<math>-10^7 < x < 10^8</math><br>分、秒→度数(<math>\,^\circ\,'\, ''</math>)……8桁&emsp;<math>0 < x < 10^8</math><br />
;計算方式<br />
:四則算は完全数式通り、関数はワンタッチ<br />
;小数点方式<br />
:完全浮動小数点方式(整数部優先アンダーフロー)<br />
;負数表示<br />
:フローティングマイナスの真数表示<br />
;オーバーフローチェック方式<br />
:全桁0表示後演算停止<br />
;表示<br />
:緑の蛍光表示管使用、8桁ゼロサプレス方式<br />
;主要素子<br />
:ワンチップLSI<br />
;電源<br />
:2電源方式<br />
::AC：100V±10V(専用ACアダプター使用による)<br />
::DC：単3型乾電池4本使用<br />
:DCの場合の連続使用時間(表示<code>8888</code> 温度約20℃にて)<br />
::高性能マンガン乾電池&emsp;約8時間<br />
::アルカル乾電池&emsp;約17時間<br />
;消費電力<br />
:0.45W<br />
;使用温度<br />
:0℃〜40℃<br />
;寸法・重さ<br />
:幅95×奥行150×厚さ33mm<br />
:330g(本体230g・電池100g)<br />
;付属品<br />
:専用ACアダプター(MODEL AD-4145)、単3型アルカリ乾電池4本、携帯用ケース<br />
----<br />
上記で判るように、円周率&nbsp;{{keypress|<math>\pi</math>}}&nbsp;を入力するための独立キーが設けられ、実装された関数が度数法での三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\tan</math>}}&nbsp;、常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;、自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;、冪乗&nbsp;{{keypress|<math>a^n</math>}}&nbsp;(<math>n</math>は1桁の正の整数のみ)、開平&nbsp;{{keypress|<math>\sqrt{\vphantom{x}\quad}</math>}}&nbsp;、逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;、分秒→度数変換&nbsp;{{keypress|<math>\,^\circ\,'\, ''</math>}}&nbsp;の10個というのは、冪乗&nbsp;{{keypress|<math>a^n</math>}}&nbsp;の羃指数<math>n</math>の制限と分秒→度数変換&nbsp;{{keypress|<math>\,^\circ\,'\, ''</math>}}&nbsp;機能を除くと[[HP-35]]とまったく同じである。つまり、当時のカシオ計算機は本機の開発にあたり[[HP-35]]を大いに参考にしたと推定される。<br />
<br />
では、演算性能も[[HP-35]]とまったく同じかというと、そうではない。[[HP-35]]は内部での演算はすべて14桁で実行するため、内蔵している関数を演算しても最長10桁の演算結果をそのまま表示するが、本機で演算できる桁数は開平が7桁、三角関数/対数関数/自然対数の逆関数が6桁までなので、それら関数の内部での演算は8桁や7桁で実行しているのだろう。つまり、本機の演算できる桁数は[[HP-35]]の約半分となる。やはり[[HP-35]]を参考にワンチップLSIで開発したかったと推定される[[National Semiconductor 4510]]と同じ結果だ。<br />
<br />
本機が発売された時点では、[[HP-35]]のソフトウェア(ROM)だけ差し替えた[[HP-45/HP-46|HP-45]]が395ドル(1974年5月の対アメリカドル為替レート279円で計算すると約110,200円)、[[HP-45/HP-46|HP-45]]が発売されたことで100ドル値下げされた[[HP-35]]が295ドル(同じレートで約82,300円)で、ぞれぞれ販売されていた。このとき日本でポケット関数電卓の購入を考えていた層には、この2機種に本機が加わったことになるが、単純に価格だけ比較すれば本機はこれらの&frac14;以下や&frac13;以下になるとはいえ、その代償は余りに大きいと感じただろう。本機が発売された[https://nenji-toukei.com/n/kiji/10023 1974年の平均月給は115,200円]だったそうだが、もし管理人がリアルタイムでこの選択を迫られたなら、間髪入れず[[HP-45/HP-46|HP-45]]を選定して月給1ヶ月分を注ぎ込むだろう。無理数を連綿と演算するために存在する関数電卓という製品の性質からして、月給の約22%を突っ込まねばならない割に本機のスペックがショボ過ぎる(スペック差と価格差がバランスしていない)からだ。<br />
<br />
===「可搬型＝ワンチップ」という呪縛？===<br />
日本初の可搬型関数電卓である本機が、なぜこのような残念な仕上りになってしまったのか…管理人は「『可搬型とする』ことと『価格と消費電力を下げる』ことから、演算部をワンチップで実装することに拘ったからではないか？」と愚考している。<br />
<br />
即ち、どこへでも持ち運べるよう小型化するためにも、バッテリだけで駆動できるようにするためにも、最終的な販売価格に直結するチップ数を抑えるためにも、関数電卓をワンチップLSIで実装することに挑戦したところ、当時のLSI製造技術の集積度でワンチップ化できる回路規模と、そのチップの単価、そして実装したい関数や機能を横睨みしたら、結果的に、このような仕上がりになってしまったのではないだろうか。<br />
<br />
ありていに言えば、当時の日本の半導体ベンダ(本機ではNEC)がpMOSプロセスでLSIを製造したものの、1チップあたりの集積度をあまり上げることができず、また消費電力もそれほど抑えられなかったのだろう。しかも、先述の通り、本機のパンフレットには「ワンチップLSI」と記載されているものの、本機を実際に開腹してみると[http://www.johnwolff.id.au/calculators/Casio/CasioFX10-1388-PCB-IMG_5751-5.jpg 3チップで実装]されていることが判る。事実は不明だが、巷では本機の演算はNEC製の2チップ([http://www.calcuseum.com/SCRAPBOOK/BONUS/20935/1.htm μPD179C]と[http://www.calcuseum.com/SCRAPBOOK/BONUS/20934/1.htm μPD175C])が担っていると推定されている<ref name="chip" />。もしこの推定が正しいとすると、カシオ計算機とNECは本機のワンチップ化にも失敗したことになってしまい、残念さに拍車が掛かる。<br />
<br />
消費電力はどうか。3チップで実装された本機は「単3高性能マンガン乾電池4本で8時間」と謳われ、消費電力は「0.45W」とある。翻って、[[HP-35]]は4チップ、[[HP-45/HP-46|HP-45]]は5チップで実装されているが、両機とも、実態は単3ニッカド充電池が3本直列されたバッテリパックをフル充電して「3〜5時間」と謳われ、消費電力は「3.75V, 500mW」とある。バッテリのみでの使用時間はバッテリ容量に依存するため一概には比較できないが、消費電力は、HPでは4チップも5チップも使用しているのに、3チップで実装された本機の消費電力と較べて50mWしか増えていない。これはLSIを製造した半導体ベンダによる1チップあたりの集積度と消費電力の差による影響が大きいと思われる。裏を返せば、カシオ計算機の「ワンチップ化による消費電力の削減」という目論見も失敗した<ref name="w" />と言えるのかもしれない。ますます残念である。<br />
<br />
もし当時のカシオ計算機が本機に実装するLSIの製造を、HPと同じくMostekやAMIに発注していれば、正真正銘の1チップに収められて消費電力が下げられたり、1チップに詰め込む機能を追加したり、演算性能を[[HP-35]]並みに引き上げたりしたかもしれない。尤も、もしMostekやAMIに本機のLSIの製造を依頼したら、製造単価が、NECでのそれより跳ね上がる可能性が否定できない。<br />
<br />
それにしても、本機に実装する10関数を選別する過程で「分秒→度数変換」が生き残った理由は何だろうか。これまで記載した通り、[[HP-45/HP-46|HP-45]]は[[HP-35]]のソフトウェア(ROM)だけを差し替えた改良版だが、ここでも「分秒⇔度数 相互変換」が追加されている。可搬型の関数電卓は屋外での使用が想定されるため建築や測量の現場を考慮した<ref name="survey" />のだろうが、だとしても、三角関数で弧度法を使用できるようにすることのほうが高優先だと思うのだが…？<br />
<br />
===どうしてこうなった===<br />
演算できる桁数が少なくても、機能や演算精度が良ければ、関数電卓としての存在意義はある。しかし、残念ながら、本機の機能や演算精度が良いとは言えない。<br />
<br />
有名なのは'''内蔵10関数の演算結果に誤差が大きく乗る(場合がある)'''というのがある。例えば&nbsp;<math>\sin 30^\circ = \cos 60^\circ</math>&nbsp;の演算には2秒ほど掛かり、その結果として<code>0.49999</code>を出力する。当然、正解は<code>0.5</code>なので、高校1年生以下の演算能力である。本機は逆三角関数が演算できないため手探りしたところ、<code>0.5</code>となるのは&nbsp;<math>\sin 30.0001^\circ = \cos 59.9999^\circ</math>&nbsp;であった。度数法で変数を扱う際に<math>0.0001^\circ</math>だけ何かしら誤りがあるのだろう。その割には&nbsp;<math>\sin 90^\circ = \cos 0^\circ = \tan 45^\circ</math>&nbsp;の演算結果は正解である<code>1</code>を出力するのは謎である。<br />
<br />
逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;を2度実行して元の値に戻す演算でも誤差が乗る。例えば本機で<math>6</math>に対して&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;を押下すると<code>0.1666666</code>を出力、この結果に再度&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;を押下すると<code>6.000002</code>という1桁削られた誤差を含む演算結果を出力するが、演算桁数を8桁に設定した[[HP-45/HP-46|HP-45]]では<code>0.1666667</code>のち<code>6.0000000</code>と正解を出力する。同じ演算を<math>13</math>に対して実行しても、[[HP-45/HP-46|HP-45]]では<code>0.0769231</code>のち<code>13.0000000</code>と正解を出力するが、本機では<code>0.076923</code>のち<code>13.00001</code>と、やはり1桁削られた誤差を含む結果を出力する。<br />
<br />
開平&nbsp;{{keypress|<math>\sqrt{\vphantom{x}\quad}</math>}}&nbsp;の演算結果を2乗して元の値に戻す演算でも同様だ。例えば本機で<math>2</math>に対して&nbsp;{{keypress|<math>\sqrt{\vphantom{x}\quad}</math>}}&nbsp;を押下すると<code>1.414213</code>を出力、この結果に&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>=</math>}}&nbsp;を押下しても&nbsp;{{keypress|<math>a^n</math>}}&nbsp;{{keypress|<math>2</math>}}&nbsp;を押下しても<code>1.9999984</code>と誤差を含む演算結果を出力するが、演算桁数を8桁に設定した[[HP-45/HP-46|HP-45]]では<code>1.4142136</code>のち<code>2.0000000</code>と正解を出力する。同じ演算を<math>5</math>に対して実行しても、[[HP-45/HP-46|HP-45]]では<code>2.2360680</code>のち<code>5.0000000</code>と正解を出力するが、本機では<code>2.236067</code>のち<code>4.9999956</code>と誤差を含む結果を出力する。<br />
<br />
この差は演算回路の実装から来ているとしか言い様がない。ワンチップLSIに収めるべく演算精度を妥協した結果だろうか。当然、カシオ計算機もデバッグ時にこういった事象の発生を確認しただろう。にもかかわらず、後発機種の本機でも、この誤差で良しとした理由は何だろうか。<br />
<br />
[https://www.kahaku.go.jp 国立科学博物館][https://sts.kahaku.go.jp 産業技術史資料情報センター]主任調査員の瀬尾悠紀雄氏がまとめた[https://sts.kahaku.go.jp/diversity/document/system/pdf/021.pdf 「電子式卓上計算機技術発展の系統化調査」](国立科学博物館 技術の系統化調査報告 第6集 2006年3月)には、本機について下記の記述がある。<br />
<br />
''しかし関数電卓の出始めの頃は次のようなエピソードもあった。それは「sin30度は数表では0.5なのに0.499999…99となる、これでは困る」といった指摘がユーザから寄せられ、以後回路設計で解決したいきさつがある。''<br />
<br />
筆者の瀬尾氏はカシオ計算機出身だそうなので、この記述内容の確度は高いと判断しているが、この記述から推定するに、当時のカシオ計算機は「この程度の誤差であれば、ユーザは受容してくれる」と考えていたようにも思える。ただ、やはりというか当然というか、ユーザからクレームが挙がり、改修するに至ったようだ。<br />
<br />
なお、この事象を「回路設計で解決した」と明記しているのは、この報告書が初見である。「回路設計で解決した」ということは、この事象の原因が「回路の設計」即ち「ハードウェア」にあり、それを改修して解決したという意味であろうことから、初期のカシオ計算機の関数電卓では、少なくとも三角関数の演算をワイヤードロジックのみ(恐らく[https://en.wikipedia.org/wiki/CORDIC CORDIC])で実行していたと推定している。よって、ここでいう「回路設計で解決」とは、次期LSIで「CORDICによる演算結果の[https://en.wikipedia.org/wiki/Rounding 丸め]の方法を変更した」か「内部での演算桁数を増やして誤差を目立たぬようにした」か…これらはいずれも「回路の設計」即ち「ハードウェア」の話であるため「回路設計で解決」できるが、この報告書では解決方法にまで言及しておらず不明である。<br />
<br />
===実態は「[[丸善 対数表 七桁|数表]]を内蔵した[[Casio CASIO-MINI CM-605|カシオミニ]]」===<br />
また、現代の関数電卓からすれば信じられないが、本機は'''内蔵関数を使用して演算すると、その前に実行した演算結果を忘れる'''。例えば&nbsp;<math>5+\sin 30^\circ</math>&nbsp;を演算すべく&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>=</math>}}&nbsp;とキーインしても<code>5.49999</code>ではなく&nbsp;<math>\sin 30^\circ</math>&nbsp;だけを演算した結果である<code>0.49999</code>を出力し、<math>5</math>を加えない。この場合は&nbsp;<math>\sin 30^\circ +5</math>&nbsp;と項を入れ替えて演算する必要がある。<br />
<br />
その理由は、本機の内蔵関数のうち三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\tan</math>}}&nbsp;・常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;・自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;を使用する<ref name="functions" />と、その'''前に実行した演算結果'''(上記の例で言えば<code>5</code>)'''を格納しているレジスタを、これら内蔵関数を内部で演算する際のワーキングレジスタとして使用するため上書きしてしまう仕様'''だからだ。しかも本機には'''メモリが実装されてない'''ので、これら内蔵関数を使用する前に、直前の演算結果をメモリに退避(記憶)させることもできない。八方塞がりである。<br />
<br />
これら「ワンチップ化に拘ったことでワーキングレジスタやメモリを十分用意できなかったのではないか？」と悪態のひとつも吐きたくなる仕様が、本機に致命傷を負わせた。関数電卓ユーザがふつうに希望するであろう'''内蔵関数を使用しての連続演算ができない'''からだ。<br />
<br />
例えば、本機にも[[HP-45/HP-46|HP-45]]にも内蔵関数として実装されてない[https://en.wikipedia.org/wiki/Hyperbolic_functions 双曲線関数]である&nbsp;<math>\sinh 0.5</math>&nbsp;を演算してみる。<math>\sinh x</math>&nbsp;は&nbsp;<math>e^x</math>&nbsp;を用いて&nbsp;<math>\sinh x = \frac{e^x - e^{-x}}{2}</math>&nbsp;と定義されるので&nbsp;<math>\sinh 0.5 = \frac{e^{0.5} - e^{-0.5}}{2}</math>&nbsp;を演算することになるが、本機で右辺を演算するには紙とペンが必要だ。先述したように、本機に実装された自然対数の逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;は前の演算結果を格納したレジスタをワーキングレジスタとして使用するため上書きしてしまうので、その前の演算結果が残されない。よって手順は<br />
<br />
#&nbsp;<math>e^{0.5}</math>&nbsp;を演算し<code>1.64872</code>を得るので、'''この結果をメモする'''<br />
#&nbsp;<math>e^{-0.5}</math>&nbsp;を演算<ref name="chs" />し<code>0.60653</code>を得るので、'''この結果をメモする'''<br />
#定義式に'''メモした結果を代入して四則演算する'''。即ち&nbsp;{{keypress|<math>\text{AC}</math>}}&nbsp;を押下してオールクリア後に&nbsp;<math>\frac{1.64872 - 0.60653}{2}</math>&nbsp;を演算することで、最終結果の<code>0.521095</code>を得る<br />
<br />
となる。関数電卓で演算しているはずが、途中で結果をメモしなければならず、それを手で再入力して四則演算していることに、なんとも不思議な気持ちになる。<br />
<br />
同じ演算を、演算桁数を8桁に設定した[[HP-45/HP-46|HP-45]]で実行しても、そんな気持ちにはならない。手順も[[RPN電卓/序説#動作|通常のRPN関数電卓と同じ]]だ。<br />
<br />
#{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>e^x</math>}}&nbsp;とキーインして&nbsp;<math>e^{0.5}</math>&nbsp;を演算、結果である<code>1.64872127</code>がスタックXにプッシュされることで表示される<br />
#続けて&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>\text{CHS}</math>}}&nbsp;{{keypress|<math>e^x</math>}}&nbsp;とキーインして&nbsp;<math>e^{-0.5}</math>&nbsp;を演算、結果である<code>0.60653066</code>がスタックXにプッシュされることで表示されると同時に、先ほどの演算結果(<code>1.64872127</code>)がスタックYにプッシュされる<br />
#{{keypress|<math>-</math>}}&nbsp;を押下することでスタックYとスタックXがポップされ「スタックYからスタックXの差」を演算、<code>1.04219061</code>が得られると同時にこの結果がスタックXにプッシュされることで表示され、スタックYは空になる<br />
#{{keypress|<math>2</math>}}&nbsp;を押下することでスタックXに<code>2</code>がプッシュされ、先ほどの演算結果(<code>1.04219061</code>)がスタックYにプッシュされる<br />
#{{keypress|<math>\div</math>}}&nbsp;を押下することでスタックYとスタックXがポップされ「スタックYをスタックXで除した商」を演算、最終結果である<code>0.52109531</code>がスタックXにプッシュされることで表示され、スタックYは空になる<br />
<br />
当たり前だが、途中で結果のメモなど不要で、定義式を読み下す順にキーインすれば良い。RPNの面目躍如である。<br />
<br />
念のため双曲線関数を単体で内蔵している[[HP-10C/HP-11C/HP-15C|HP-15C]]と[[HP-48SX]]で検算する<ref name="sinh" />と、両機とも<code>0.521095306</code>を出力する。故に、本機と[[HP-45/HP-46|HP-45]]による&nbsp;<math>\sinh 0.5</math>&nbsp;の演算結果は正しいのだが、このように操作体系を比較してみると「果たして本機を『関数電卓』と言って良いのか？」という疑念が湧く。<br />
<br />
なぜなら、'''内蔵関数を使用して演算すると、その前に実行した演算結果を忘れる仕様だと、その内蔵関数は[[丸善 対数表 七桁|数表]]代わりにしか使えない'''ことに気付くからだ。<br />
<br />
たとえ内蔵関数が基礎的なものだけの関数電卓であっても、それらを使用して連続演算ができるのであれば、何の問題もない。一連の演算が関数電卓だけで完結するからだ。双曲線関数の例を出すまでもなく、高度な関数は基礎的な関数で定義・表現されることが多い。HP製関数電卓もそうだが、現代の関数電卓でも高度な関数の演算は基礎的な関数を連続演算して近似値を求めている。よって、基礎的な関数が誤差を少なく演算できて、かつ、それらの演算結果を順次使用して連続した演算ができるならば、その関数電卓を使う意味は大いに有る。あとは岩波書店の数学公式集[https://www.iwanami.co.jp/book/b257964.html &#8544;][https://www.iwanami.co.jp/book/b257965.html &#8545;][https://www.iwanami.co.jp/book/b257966.html &#8546;]が手許にあれば万全だ。現在販売されているエントリーモデルの関数電卓を使用する際と同じ考えである。<br />
<br />
しかし本機のように、内蔵関数を使用した演算を実行すると直前の演算結果(を格納したレジスタ)をクリアしてしまう仕様だと、それらを使用して連続演算ができなので、一連の演算が関数電卓だけで完結しない。'''1つ1つの値を[[丸善 対数表 七桁|数表]]から引いて手入力するのと同じように、1回1回の演算結果をメモして手入力しなければならないなら、本機を使おうが使わなかろうが、演算完了までに必要な手数が変わらないので、本機を使う意味が見出せない'''のだ。これが〝なんとも不思議な気持ちになる〟正体である。本機のパンフレットにある「関数はワンタッチ」は「関数キーを押下すれば、本機に内蔵している数表のページを捲って、該当する値を呼び出しますよ」という内容だと理解したほうが合点がいく。しかも本機は先述した通り、基礎的な関数の演算ですら大きな誤差を含む結果を出力してしまうほど演算精度が悪い——これなら最初から使い慣れている[[丸善 対数表 七桁|数表]]を頼りに演算したほうが確実である。<br />
<br />
以上から、本機を何日か使用した管理人の感想は'''「関数電卓を関数電卓たらしめる、これらの内蔵関数を使用しての連続演算ができない時点で、本機は関数電卓ではない。『[[丸善 対数表 七桁|数表]]を内蔵した[[Casio CASIO-MINI CM-605|カシオミニ]]』だな」'''に落ち着いてしまった。管理人が所有しているカシオミニが、本機発売の1ヶ月前に発売された完全浮動小数点演算が可能な[[Casio CASIO-MINI CM-605|CASIO-MINI CM-605]]であることも相俟って、[[Casio CASIO-MINI CM-605|CASIO-MINI CM-605]]に数表を内蔵することで本機のイメージが出来上がってしまった。尤も、[[Casio CASIO-MINI CM-605|CASIO-MINI CM-605]]の乗除算は最大12桁まで実行できるので、加減乗除算のいずれも8桁までしか実行できない本機のほうが演算可能桁数は狭い。<br />
<br />
なお、[[HP-35]]も三角関数を演算する際は最上位のスタックTをワーキングレジスタとして使用するため上書きする仕様だが、それ以外のスタックX・Y・Zには影響が無いため、ここまで酷い状況とはならない。スタックの段数に気をつけていれば、内蔵している関数を使用しての連続演算も可能だ。先述の&nbsp;<math>\sinh 0.5</math>&nbsp;の演算もスタックXとスタックYの2段しか使わないため[[HP-45/HP-46|HP-45]]での手順がそのまま適用でき、正解である<code>.5210953055</code>を出力する。そしてこの仕様は、次期機種である[[HP-45/HP-46|HP-45]]では即改善され、以降のすべてのHP製RPN関数電卓では、どの内蔵関数を使用して演算してもすべてのスタックの内容を維持できるようになっている。<br />
<br />
寧ろ本機と同じ仕様なのは[[RPN電卓/歴史と現在|1975年に旧ソ連で初めて開発されたポケット関数電卓]]の[http://www.музейкомпьютеров.рф/museum/show_calc.php?n=34 Электроника Б3-18 (Electronika B3-18)]である。旧ソ連は自国の歴史を正確に公表しているとは限らないため、発売時期については眉に唾を塗りたくって評価しなければならないものの、[http://www.музейкомпьютеров.рф/museum/show_calc.php?n=34 Электроника Б3-18 (Electronika B3-18)]の存在自体は[https://www.calculator.org/calculators/Elektronika_B3-18.html 複数の][http://www.calcuseum.com/SCRAPBOOK/BONUS/08333/1.htm Webサイトで][https://ru.wikipedia.org/wiki/Электроника_Б3-18 確認できる]ことと、これらWebサイトでも「概ね1975年に発売された」とされていることから、同時期の日本のポケット関数電卓は旧ソ連製のそれと同等の機能と演算性能であったと言えそうではある<ref name="ru" />。この点を考慮すると、少なくとも1970年代前半の日米間には、半導体製造技術やコンピュータ(演算回路)実装技術に関する格差と、関数電卓に対する製品戦略やマーケティングの能力差について、相当な開きがあったと言わざるを得ない。<br />
<br />
===ある意味で貴重な遺産===<br />
現代から本機を冷静に俯瞰すると、これら一連の仕様や演算精度の悪さは、当時のLSI製造技術で叶えられる集積度で、関数電卓をワンチップで実装した(ことを目指した)ゆえに起きた悲劇にしか見えず、結果として、当時のHP製RPN関数電卓が如何に先進的だったかを更に浮き彫りにさせる「引き立て役」を演じさせられているが、当時のカシオ計算機の開発陣は恐らくそんなことは考えておらず、「次期LSIでどう改修しようか」という挑戦の真っ只中だっただろう。関数電卓で採用する規模のLSIでも、日を追う毎に目に見えて進歩する半導体技術の恩恵が得られた時代が産み落とした、日本製ポケット関数電卓黎明期の貴重な遺産である。<br />
<br />
ただ、残念ながら、機能からも演算精度からも、本機を現代で常用するのは無理である。管理人が入手した本機は、キーボードの保護フィルムが貼られたままの、コンデョションが極めて良好な機体である。後世に残すため、モスボール化して大切に保存しておく。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= \tan\left (\frac{355}{226}\times\frac{180}{\pi}\right )\mbox{ [deg]}= \tan 90.00002^\circ = 00000000\, \text{(Out of operational range)}</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 : \text{Can not calculate (under-digit number)}</math><br />
<br />
==脚注==<br />
<references><br />
<ref name="hp65">厳密には1974年1月19日に発売された[[HP-65]]も存在したが、これは世界初の可搬型'''プログラマブル'''関数電卓であり、プログラム機能が無い本機と直接競合しないため、比較対象外とした。尤も、[[HP-65]]も[[HP-45/HP-46|HP-45]]や[[HP-35]]と同じClassicアーキテクチャなので、本機と比較しても結果は同じである。</ref><br />
<ref name="chip">[http://www.calcuseum.com/SCRAPBOOK/BONUS/20935/1.htm μPD179C]がマイクロプロセッサ機能と演算ロジック(ソフトウェア)の格納を、[http://www.calcuseum.com/SCRAPBOOK/BONUS/20934/1.htm μPD175C]がキーボードからの入力やVFD(蛍光表示管)への出力等を、それぞれ担当していると推定されているが、詳細は不明だ。中央に鎮座する東芝製の10ピンのメタルキャンパッケージICである[http://www.calcuseum.com/SCRAPBOOK/BONUS/201790/1.htm T3086D]に至っては何も判らない。机上設置型である[https://funkygoods.com/calc/121_u/121_u.htm CASIO 121-U]にも実装されており、本機では後に[http://keikato.cocolog-nifty.com/blog/2015/06/fx-11fx-10-3d26.html T3184にリプレース]されたようだが、T3184は[http://boombox7.web.fc2.com/162-F/162F_01.htm CASIO-162F]でも実装されているので、カシオ計算機の電卓のアーキテクチャでは共通して使い回せるIC(機能)ということになる。しかし、T3184についても何の情報も得られないため、何も判らないことに変わりはない。ネットは広大だが、まだまだ所々で千切れているようだ。</ref><br />
<ref name="w">この時期の日本製電卓の表示部はなぜか、電池の電圧だけで点灯できるLED(発光ダイオード)ではなく、駆動方式にも依るものの点灯させるにはDCで12〜25Vほど印加する必要がある＝ポケット電卓であれば内部に昇圧回路(DC-DCコンバータ)を別途設けなければならないVFD(蛍光表示管)を採用し続けた。輸出されたものを含む当時の日本製電卓の特長であり、「表示部がVFDの電卓＝日本製」と判断しても差し支え無いぐらいなのだが、これも消費電力を押し上げる一因である。日本製電卓でLEDを採用したのは、1971年に「世界初のワンチップ電卓」として発売された日本ビジコン製の[http://www.vintagecalculators.com/html/busicom_le-120a_-_le-120s.html Busicom LE-120A]など一部に留まる。消費電力を考えればLEDに分があることは判り切っていたはずだが、当時はLEDよりVFDのほうが部品としても低価格で技術的に熟れていたのだろう。1973年6月にシャープは「世界初のLCD(液晶ディスプレイ)電卓」である[https://jp.sharp/products/lcd/tech/dentaku/story.html EL-805]を発売したが、日本製電卓がLEDを経由せず一足飛びにLCDへ移行するのは、液晶の品質が安定し価格が下がった後の話である。</ref><br />
<ref name="survey">管理人は建築や測量の分野にはまったく不案内だが、少なくとも国土交通省国土地理院が所管する国家資格試験たる[https://www.gsi.go.jp/LAW/SHIKEN/past.html 測量士・測量士補試験]において、角度の単位には、度数法も弧度法も出題されている。しかも、小さな角度を記述する際、度数法では六十進法による分秒表記を、弧度法では十進法による小数点表記を、それぞれ使用するようだ。よって、「分秒⇔度数 相互変換」関数の実装は、測量分野からの強い要請(即ち需要)からだと思われる。</ref><br />
<ref name="functions">本機マニュアル11ページ「混合計算および応用計算」には『関数キーのうち&nbsp;{{keypress|<math>a^n</math>}}&nbsp;、{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;、{{keypress|<math>\sqrt{\vphantom{x}\quad}</math>}}&nbsp;は混合計算の一部分として計算できます。』とある。言い換えれば、それ以外の関数である三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\tan</math>}}&nbsp;・常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;・自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;は混合計算(連続演算)に使用できないことになる。</ref><br />
<ref name="chs">本機には「置数の正負を反転させる」機能(HP製RPN電卓でいう&nbsp;{{keypress|<math>\text{CHS}</math>}}&nbsp;キー、カシオ計算機製電卓でいう&nbsp;{{keypress|<math>(\,-\,)</math>}}&nbsp;キーや&nbsp;{{keypress|<math>\textstyle \, {^{+} \!\!\! \diagup \!\!\! _{-}}</math>}}&nbsp;キー)も実装されてないので、<math>0 - 0.5 = -0.5</math>&nbsp;を演算させて羃指数を「作る」必要がある。しかも本機は、整数部がゼロの小数を入力する際は整数部のゼロも必ずキーインする必要があり、HP製RPN電卓のように整数部のゼロの入力を省略できない。よって、本機で&nbsp;<math>e^{-0.5}</math>&nbsp;を演算するには&nbsp;{{keypress|<math>\text{AC}</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>=</math>}}&nbsp;{{keypress|<math>e^x</math>}}&nbsp;とキーインすることになる。地味に面倒だ。</ref><br />
<ref name="sinh">第三世代(Voyager)と第四世代(Saturn)で差があるか確認するため両機で検算した。<br>なお、第三世代(Nut)である[[HP-41CX]]は単体だと双曲線関数を直接演算できないが、HP-41シリーズ用数学・統計拡張モジュールである[[HP 5061-7287]]を装着すれば双曲線関数を演算できる。このモジュールのマニュアルに依ると&nbsp;<math>\sinh x = \frac{1}{2} \left [ e^x -1 + \frac{e^x - 1}{e^x}\right ]</math>&nbsp;で演算しているそうだ。右辺は通分して整理すれば&nbsp;<math>\frac{e^{2x} - 1}{2e^x}</math>&nbsp;となるため定義式のひとつに戻せるのだが、ここまでして&nbsp;<math>e^x-1</math>&nbsp;を共通因数として括り出している理由は不明だ。HP-41シリーズで&nbsp;<math>e^x-1</math>&nbsp;の演算に時間が掛かる訳でもなく、この演算をサブルーチン化してこのモジュールに含まれる他の関数でも流用している訳でもなく、それよりなにより&nbsp;<math>\cosh x</math>&nbsp;は本来の定義式と同じ&nbsp;<math>\cosh x = \frac{e^x + e^{-x}}{2}</math>&nbsp;で演算しているので尚更である。尤も、定義式と合っているため、本モジュールを使用した双曲線関数の演算結果は正しい。本文で記載した&nbsp;<math>\sinh 0.5</math>&nbsp;を演算しても[[HP-10C/HP-11C/HP-15C|HP-15C]]と[[HP-48SX]]で検算したのと同じ<code>0.521095306</code>を出力する。</ref><br />
<ref name="ru">当然、これらWebサイトが旧ソ連の政権寄りの市民により作成・公開されていて、そのとき本国からの指示や意図を混入させている可能性は否定はできないのだが、それを言い始めると切りがないので、ひとまず掲載されている内容を援用することにした。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=Casio_CASIO-MINI_CM-605&diff=6831
Casio CASIO-MINI CM-605
2026-03-20T00:36:48Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1974年4月にカシオ計算機が定価8,900円で販売した中置記法の四則演算電卓で、かの有名な[https://ja.wikipedia.org/wiki/カシオミニ カシオミニ]の6代目である。<br />
<br />
本機は中置記法の電卓なので、働き出してRPN電卓ユーザとなった現在の管理人には中置記法の電卓が使えなくなる能力が身に付いてしまい使い難いことこの上ないが、このWebサイトでは再三指摘している通り、電卓という製品に触れる際は避けて通れない歴史的名機であるため、番外として記載する。<br />
<br />
四則演算に何の問題も無い。ただし、演算結果が表示されるまでタイムラグがある。加減算はほぼ無いが、乗除算はたとえ乗数や除数が<code>1</code>であっても全桁の蛍光表示管が0.2〜0.3秒ほど点滅した後となる。消費電力を抑えるためにワンチップLSIのクロック周波数を切り下げた<ref name="clock" />が故の挙動で、現代の四則演算のみの電卓では見られないが旧い電卓では間々見られたもので、管理人は懐かしく思い出した。<br />
__TOC__<br />
===電卓戦争が産み出した化け物===<br />
1960年代後半から1970年代中盤にかけて、日本国内では電卓の開発・製造・販売が最盛期を迎えた。1991年7月28日にNHK総合テレビで放送された[https://www.nhk.or.jp/archives/chronicle/detail/?crnid=A199107282100001300100 『電子立国 日本の自叙伝 第4回 電卓戦争』]に依れば、大・中・小・零細合わせて、一時は50社を越える企業が参入していたという。<br />
<br />
コモディティ化した製品に関する資本主義経済下での企業間競争は、最終的に「価格」で勝敗が決まる——50社も参入したことで売り場に溢れた四則演算のみの電卓は瞬く間にコモディティ化してしまい、やがて猛烈な値下げ競争に突入した。後に'''電卓戦争'''と呼ばれるこの競争は、技術力と資本力が尽きた企業から順に電卓市場から強制退場させられると同時に膨大な額の負債を手にすることになる。先の番組でも[http://www.dentaku-museum.com/calc/calc/17-teal/teal/teal.html 東京電子応用研究所]社長だった小平均氏が「電卓戦争の敗者は悲惨でした」と語っている。<br />
<br />
この戦争が産み出した化け物がカシオミニである。<br />
<br />
生きるか死ぬかの二者択一しかない戦場で勝ち残るべく、四則演算のみの電卓を企業(エンタープライズ)ではなく個人(コンシューマ)にまで普及させる〝電卓のパーソナル化〟戦略を採ったカシオ計算機は「電卓を『個人』に買ってもらうには、1台の価格は1万円だ」と考え、'''販売価格からスペックを逆算'''した電卓の開発を決める。初代の開発に着手した1971年時点でのLSI実装技術も鑑みて、<br />
<br />
*6桁の加減算、最大12桁の乗除算<br />
*小数点の演算なし<br />
*ワンチップMOS LSIで実装<br />
*パネルスイッチの採用<br />
*単3電池で10時間連続使用可能<br />
*想定原価は4,500円程度<br />
<br />
と、これまで当たり前のように「四則演算のみの電卓＝小数点付き8桁」だったスペックを覆し、徹底的に低価格化を志向した。その後のカシオミニシリーズでは小数点の演算は実装されるようになったものの、原価と連続使用時間以外はこのスペックを踏襲した。先述の通り本機は6代目にあたるが、マニュアルに依ると、単3電池での連続使用時間がマンガン電池で25時間、アルカリ電池で50時間まで伸びている。これは演算回路の性能とpMOS LSI実装技術の向上がもたらしたものだ。<br />
<br />
さりとて、マニュアルや本体背面の銘版によれば、本機の消費電力は0.18Wとある。専用ACアダプタの出力電圧は4.5Vなので、消費電流は蛍光表示管を含む全体で40mAとなるが、現代から観ると電池だけで駆動させるのが不安になるほど大電流である。電卓専用に洗練し切った演算回路を極小のLSIに焼き付け、液晶ディスプレイを採用することで、100mm<sup>2</sup>程度の太陽電池だけで駆動できる現代の四則演算のみの電卓は、外部からは計測不能なほど消費電力が少ない(μWオーダ)ので、まさに雲泥の差である。<br />
<br />
===加算器方式から中置記法へ===<br />
カシオミニの影響で触れなければならないことに「中置記法の普及」がある。<br />
<br />
[[RPN電卓/序説|序説]]でも記載したように、カシオミニも初代と2代目は加算器方式だったが、〝電卓のパーソナル化〟を目指したカシオ計算機は中置記法への移行を決断、3代目から中置記法へ移行している。6代目である本機も当然ながら中置記法で、マニュアルにわざわざ『数式通りの操作ができる』と記載していることから、当時はまだ加算器方式と中置記法の電卓が家庭内でも混在していたことと、中置記法を採用したこと自体がアピールポイントになっていることが判る。<br />
<br />
<br />
本機はある日、管理人が何とはなしに国内のオークションサイトを眺めていたところ、日焼けもなく手垢も付いてない、ほぼ新品の完動品が、化粧箱・マニュアル・保証書(無記名)・携帯用ビニルケース(未使用)の一式がすべて揃い、かつ、当時は別売だった専用ACアダプタ(AD-4145)も附属しているにもかかわらず、非常に低価格で出品されていたのを発見したため、その場で落札した。<br />
<br />
どうやら前のオーナは本機に1度も電池を入れずACアダプタだけで使用していたらしく、電池ボックスが蓋も含め極めて綺麗で、接点には腐食どころか電池を出し入れすれば必ず付くはずの擦過痕すら無い。本機が発売された[https://nenji-toukei.com/n/kiji/10023 1974年の平均月給は115,200円]だそうなので、本機の定価が8,900円だったことを考えると、大切に使用するためにこのような選択をしたようだ。[[HP-25]]のようにACアダプタだけで使用すると必ず故障してしまう訳ではなく、マニュアルにもACアダプタだけで使用できることは明記されているため、この選択は正しい。この選択が、製造から40年以上経過した本機のコンディションを良好な状態に維持させたのだろう。大概は碌なものしか出品されない国内のオークションサイトでも極く稀にこのような掘り出し物に巡り合うため、なかなか侮れない。<br />
<br />
なお、本機について[https://kaden.watch.impress.co.jp/docs/readers/memories/643957.html 「<math>0 \div 0 = 123456\dots</math>と表示する」]という情報があるが、管理人の手許にある機体(シリアル番号:5126124)では、被除数が&nbsp;<math>0</math>&nbsp;を含むすべてのゼロ除算で、最初の6桁は<code>000000</code>が、下位桁呼び戻しキー&nbsp;{{keypress|<math>\blacktriangleright</math>}}&nbsp;を押下し続けると、被除数を左詰めで表示し最下位桁から1ずつ加算する<ref name="zerodiv" />様子が表示されるため、本機の製造途中でワンチップLSIが更新されている可能性がある。<br />
<br />
<br />
下記に本機のマニュアル1ページから規格を転載する。一部に誤記がある(…と：が混在している)が、そのままとしている。<br />
----<br />
;型式<br />
:ミニ CM-605<br />
;計算機能<br />
:加減算、乗算、除算、連乗連除算、小数点付計算、自動定数計算(四則)、負数計算および混合計算<br />
;計算桁数<br />
:表示6桁、加減算6桁±6桁＝整数部最大7桁、小数部含み最大12桁、乗算6桁×6桁＝最大12桁、除算6桁÷6桁＝有効数字6桁<br />
;計算方式<br />
:数式通りの操作ができる<br>整数部優先アンダーフロー方式<br />
;小数点方式<br />
:完全浮動小数点方式<br />
;負数表示<br />
:最上桁または最下桁にマイナスサイン付の真数表示<br />
;オーバーフローチェック方式<br />
:答え表示後 演算停止<br />
;表示<br />
:緑の蛍光表示管使用<br />
;主要素子<br />
:ワンチップLSI<br />
;電源<br />
:AC…専用ACアダプター使用 100V±10V<br>DC：単3型乾電池4本 連続使用時間 高性能マンガン乾電池で約25時間 アルカル乾電池で約50時間(ただし、表示8888、温度約20℃にて)<br />
;消費電力<br />
:0.18W<br />
;使用温度<br />
:0℃〜40℃<br />
;外型寸法<br />
:幅147×奥行72×高さ30mm<br />
;重さ<br />
:222g(本体162g・電池60g)<br />
;付属品<br />
:携帯用ケース、高性能マンガン乾電池4本<br />
;別売品<br />
:専用ACアダプター AD-4145(価格1,200円)<br />
<br />
==脚注==<br />
<references><br />
<ref name="clock">恐らく10kHz近辺だと思われる</ref><br />
<ref name="zerodiv">たとえば円周率<math>\pi</math>の概数をゼロ除算させるべく&nbsp;<math>3.14 \div 0</math>&nbsp;を本機で演算すると、最初の6桁は<code>000000</code>が、{{keypress|<math>\blacktriangleright</math>}}&nbsp;を押下し続けると被除数から小数点を省いた<math>314</math>を左詰めで嵌め込んだ<code>314000</code>に対して高速で1ずつ加算している様子が、それぞれ表示される。この挙動を止めるにはオールクリアキー&nbsp;{{keypress|<math>\text {AC}</math>}}&nbsp;を押下せねばならず、裏を返せば、{{keypress|<math>\text {AC}</math>}}&nbsp;を押下するまで延々と1加算を続けるため、意図なくゼロ除算を実行したまま本機を放置するとバッテリを無駄に消費することになる。<br>よって、ゼロのゼロ除算である&nbsp;<math>0 \div 0</math>&nbsp;を本機で演算すると、最初の6桁は<code>000000</code>が、&nbsp;{{keypress|<math>\blacktriangleright</math>}}&nbsp;を押下し続けると<code>000000</code>に対して高速で1ずつ加算している様子が、それぞれ表示されることになる。<br>試しに、本機の除算できる範囲の上限値をゼロ除算する、即ち&nbsp;<math>999999 \div 0</math>&nbsp;を本機で演算すると、最初の6桁は<code>000001</code>が、&nbsp;{{keypress|<math>\blacktriangleright</math>}}&nbsp;を押下し続けると<code>000000</code>に対して高速で1ずつ加算している様子が、それぞれ表示される。これは、冒頭のゼロ除算例から容易に推定できる通り、<math>999999</math>&nbsp;に対して1ずつ加算するため、すぐ繰り上がり&nbsp;<math>1000000</math>&nbsp;となることから、最初の6桁を表示する時点で<code>000001</code>を表示することになるからだ。<br>なお、なぜゼロ除算時にこのような挙動となるか、その理由は不明である。除算は減算の繰り返しなので、百歩譲って「1ずつ減算し続ける」なら、納得できるかは別として、理解はできそうなのだが。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=RPN%E9%9B%BB%E5%8D%93/%E6%AD%B4%E5%8F%B2%E3%81%A8%E7%8F%BE%E5%9C%A8&diff=6830
RPN電卓/歴史と現在
2026-03-19T23:38:35Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|frame=1}}<br />
<br />
RPN電卓を継続して開発・製造しているのが[https://en.wikipedia.org/wiki/Hewlett-Packard Hewlett-Packard Company](以降HPと略す)だけである以上、RPN電卓の歴史は、HPによる電卓の歴史とほぼ同じとなる。<br />
<br />
とはいえ、RPN電卓はHPの専売特許ではなく、事例は非常に少ないものの、HP以外の企業も開発・販売していた。特に有名なのが[https://ru.wikipedia.org/wiki/Военно-промышленный_комплекс_СССР 旧ソ連の軍産複合体]で製造された[https://ru.wikipedia.org/wiki/Электроника_(торговая_марка) Электроникаシリーズ]だろう。理由は不明だが、旧ソ連は、当時の衛星国であった[https://en.wikipedia.org/wiki/East_Germany 旧東ドイツ(ドイツ民主共和国)]からわざわざエンジニアを招聘してまで多機種のRPN関数電卓を開発・製造・販売していた。インターネットのお陰で通販の商圏がグローバルとなった現在では、どこで埃を被っていたのか、そのとき製造されたデッドストックの新品が旧東欧諸国から捨て値同然の価格で売り出されており、管理人もいくつか購入した。<br />
<br />
以下では、HPの電卓の歴史と、謎が多い旧ソ連の電卓の歴史について、その概略を述べる。<br />
__TOC__<br />
==HPの電卓の歴史==<br />
電卓が発明された直後から黎明期には様々なメーカから様々な記法で生産・販売されたものの、半導体が未成熟で高価だった初期は加算器方式が、熟れて価格が下がってからは中置記法が大勢を占めており、グローバルな視点からもRPNは普及しなかった<ref name="war" />。[[RPN電卓/序説|先述]]したとおり、RPNでは必ずスタック用にメモリを多数実装しなければならないが、半導体にしろ磁性体にしろ、電卓黎明期のハードウェア製造技術では部品としてのメモリが非常に高価だったため、メモリの実装数に比例して製品の販売価格が吊り上がることになるからだ。そのため、黎明期の電卓にはメモリそのものが無く、その後も加算器方式や中置記法の電卓でも必要最低限しか実装されなかった。<br />
<br />
そんな情勢であるにもかかわらず、1968年にHPから発売された世界初の関数電卓である[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]はRPNを採用した。販売価格が4,900ドル(当時の為替相場で1,764,000円。以降同じ)と非常に高価である<ref name="9100a" />から許されたのかもしれないが、HPは「RPNが合理的だ」と判断したのだ。<br />
<br />
それには理由がある。[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]の開発に当たりHPが目指したのは、当時高価だった「ミニコンピュータの小型化・低廉化」だからだ。具体的には、ミニと言ってもその大きさが「フルハイトの19インチラックが数本」という規模のミニコンピュータを「開発を指揮したHPの創業者である[https://en.wikipedia.org/wiki/Bill_Hewlett Bill&nbsp;Hewlett]の秘書が使用しているL字型の机のタイプライタ置き場<ref name="desk" />に置ける程度」に収め、「販売価格は5,000ドル程度」とすることが目標とされた。そのためには、演算アーキテクチャと各関数の演算アルゴリズムの規模を極限まで簡素化しつつも、演算精度はミニコンピュータと同等以上を維持するのが絶対条件となるが、1960年代後半のHPの開発陣が、その時代に存在した技術力とハードウェア(部品)の価格を冷静に俯瞰し、あらゆるコストを勘案した結果、[[RPN電卓/序説|序説]]でも触れた「中置記法→RPN変換」等の余計な機能を全て排し、ハード・ソフト両方の規模を極小化する＝開発と製造に掛かるコストを極小化するために、[https://en.wikipedia.org/wiki/Computer_engineering 計算機工学]で最も基本的な実装であり動作原理である'''RPNを採用せざるを得ない'''という結論に至ったのである。間違ってもHPが'''好んでRPNを採用した訳ではない'''ことは強調しておかねばならない。<br />
<br />
それは[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]のマニュアルを読むだけでも強く感じる。HP 9100A Operating and Programming Manualは、販売価格に見合うとは思えぬ、表紙を含めてもたった34ページしかないパンフレット然とした小冊子だが、ここではRPNを採用した利点はおろか、操作体系がRPNであることの説明<ref name="description" />はもちろん、RPNやスタック<ref name="stack" />という単語も一切記載しておらず、「関数電卓の操作は、こういうものなんです」と然も当たり前のようにスタックの概念とRPNの操作をさらっと5ページで説明し、それ以降はレジスタ(スタック)と内蔵関数の使い方とプログラミングの説明と技法に終始する、という内容である。それ故、中置記法の電卓を使用した経験がある購入者がこのマニュアルを読むと、操作体系が異なることについて何の説明も無いため、妙な読後感を抱くことになる。なぜなら、演算する式を分解する役割が人間であることを購入者が気付かぬように、言い換えると、RPNを採用していることが購入者に露呈しないよう、用意周到に書かれた不自然な文章の塊だからだ。尤も、計算機工学を学んだ購入者なら文章の意図に気付く書き方はしており、初めて関数電卓に触れる購入者なら先入観なしに「関数電卓ってのは、こう操作するものなんだな」とRPNの概念と操作を学ぶ書き方ではあるのだが、どちらにしろ最終的には、電卓はRPNしか使えない体にされてしまったであろうことは想像に難くない。なお、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]が「世界初の関数電卓」とカテゴライズされるようになったのは、実装された機能と関数から定義付けされた、後付けの結果論である。<br />
<br />
こうした事情で世に出た『RPN電卓』というマイノリティが現在まで一部で熱狂的な支持を受け生き長らえた一因は、[[RPN電卓/序説|序説]]でも述べた通り「RPNという概念が元来持つポテンシャル」であることを否定できる者は居ないだろう。ただ、世間一般の大半は数式の読解を中置記法で学んでいるので、技術的・価格的制約が原因とはいえRPNだけを押し付けるのは気が引ける…そんなHPのジレンマが、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]が成功した後、机上設置型関数電卓の第二世代として1971年に発売した[https://www.hpmuseum.org/hp9810.htm HP 9810A]では引き続きRPNを採用したにもかかわらず、その後、1972年に発売した[https://www.hpmuseum.org/hp9820.htm HP 9820A]と1973年に発売した[https://www.hpmuseum.org/hp9805.htm HP 9805A]では立て続けに中置記法を採用したことからも透けて見える<ref name="hp35" />。「ハード・ソフト両面で技術的・価格的制約が緩くなってきた今のうちなら、関数電卓の操作方法を、他社と同じ中置記法へ移行できるのではないか？」。しかし、HPはRPNを切り捨てられなかった。1976年に発売した第三世代である[https://www.hpmuseum.org/hp9815.htm HP 9815A]で再びRPNに戻したのだ。「RPNを切り捨てて中置記法へ移る好機を読み誤った」と言ってしまえばそれまでで、その正確な理由は外部に漏れ伝わってないものの、[https://www.hpmuseum.org/hp9815.htm HP 9815A]のスペックが、その間にHPから販売され大成功を収めた[[HP-35]]や[https://www.hpmuseum.org/hp29.htm HP-29C]等のポケットRPN関数電卓の操作方法と使用感を統一すべく、演算ロジック(ソフトウェア)を3段スタックから4段スタックへ、キーボードの配置をポケットRPN関数電卓に似せたものへ、それぞれ変更していることからも、関数電卓の先駆者となってしまったHP自身ですら、苦肉の策で採用したRPNの虜になっていく過程が窺えて興味深い。[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]を販売して8年という歳月は、RPN中毒に冒された関数電卓ユーザを市中に増殖させるには十分過ぎる時間であり、新規開発が可搬型のみとなった後のHPにも、中置記法の関数電卓と並行してRPN関数電卓を新規開発・販売させた原動力は、こういった〝RPNの魔力〟にあったと管理人は考えている。<br />
<br />
ちなみに、HPでは現在に至るまで一貫して、関数電卓の正式名称を「Calculator:カリキュレータ」としている。即ち、入力方式がRPNだろうと中置記法だろうと加算器方式だろうと、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]から始まる机上設置型関数電卓は「デスクトップ・カリキュレータ」、[[HP-35]]から始まる可搬型関数電卓は「ポケット・カリキュレータ」である。その理由は、「世界初の関数電卓」である[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]を発売する際、Bill&nbsp;Hewlettが[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html そう決めた]からである。<br />
'''''"If we had called it a computer, it would have been rejected by our customer's computer gurus because it didn't look like an IBM," Bill Hewlett once remarked. "We, therefore, decided to call it a calculator and all such nonsense disappeared."'''<br><br>(「もし我々がそれを『コンピュータ』と呼んだら、それはIBMのコンピュータと同じようには見えないので、お客様のコンピュータ担当者に拒否されたでしょう」とBill&nbsp;Hewlettはかつて述べた。「そこで我々はそれを『カリキュレータ』と呼ぶことにして、そういった難癖を付けられないようにしたのです。」)''<br />
しかし、当時のHPの本業は「電気・電子計測機の製造・販売」であったため、HP自身は「カリキュレータ」というカテゴリの製品群を、自社の主力製品である高精度な電気・電子計測機で得られた結果を基に高精度な演算結果を科学者やエンジニアに提供するための付属品と考えていたようだ。そもそもHPが1966年に初めて顧客へ販売したミニコンピュータ・[http://hpmuseum.net/display_item.php?hw=95 HP 2116A]は[https://www.hpe.com/us/en/about/history/innovation-gallery/001-product.html 自社製の電気・電子計測機を遠隔操作して計測結果を収集し、それらの値からユーザが組んだFORTRANプログラムに従って演算後、その結果を出力する]ために開発・製造されたものであったり、Bill&nbsp;Hewlettが[[HP-35]]を開発させた直接の動機が「[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]が胸ポケットに入れば、HP社内で使うのに便利だ」というものだったことにも、その思考が表れている。「社内で製品開発するのに、ミニコンピュータと同等の高精度な演算がその場でできれば嬉しいだろ？」という意図での発言だろう。つまり、HPとしては、自社の主力製品である電気・電子計測機で顧客が得た計測値がそのまま利用される場面は少なく、その計測値に対して顧客が何等らかの演算を実行して得た値を使用していることに着目し、「だったら、その演算も正確に実行できる『<ruby><rb>追加装備</rb><rt>オプションパーツ</rt></ruby>』として、コンピュータやカリキュレータも自社で用意すれば良い」と考えたに過ぎず、あくまで電気・電子計測が主、そこから発生する演算は従だったのだが、そんなHPの思惑とは無関係に、ミニコンピュータを出自としているが故の高精度な演算が功を奏してHPのカリキュレータは評判となり、必ずしも自社の主力製品である電気・電子計測機のユーザに追加装備として売れただけではなく、それ以外の科学者やエンジニアに「関数電卓」という単体の製品として多数売れることになる。オプションパーツが主力製品へ化けたのだ。<br />
<br />
これを受け、HPは電卓事業への本格参入を決断するのだが、その事業戦略は、当時の他の電卓メーカとは一線を画したものであった。即ち、「他社との競争に打ち勝つべく、無闇矢鱈に多機種を粗製濫造する」のではなく、「ある程度絞った用途に向けた少量機種を、ハードウェアもソフトウェアも自社で開発・製造し、販売価格に見合う性能と品質を担保する」という、1960年代後半〜1970年代前半のアメリカ的生活様式を前提とした大量生産・大量消費から距離を置いた、地に足がついたものであった。そのため、HPのRPN関数電卓は製品寿命が長く、1機種を最短でも2〜3年間、最長では40年以上継続して製造・販売している。また、予想だにしなかった[[HP-35]]の大成功を教訓に、今後起きるであろう電卓の可搬化を見据え、いずれ価格勝負となるのが必定の四則演算のみの電卓には見向きもせず、従来からの自社の強みでありブランド化にも成功した、高精度・高機能演算が売りの机上設置型RPN関数電卓をいち早く可搬型へ換骨奪胎することで、電卓市場のうち「高精度・高機能関数電卓の分野でデファクトスタンダードの地位を確保する」ことを目指したのだ。事実、電卓事業からいったん撤退する2001年末までのHPは、四則演算のみの電卓を自社開発・製造していない<ref name="simple" />。四則演算のみの電卓をターゲットにした電卓戦争を勝手に起こして勝手に雌雄を決するつもりだった同時期の日本メーカとは、電卓市場に対する視座がまったく異なっていた<ref name="viewpoint" />ことになるが、電卓が主力製品である電卓専業メーカのように薄利多売を競わねばならない理由が皆無であるが故の「醒めた戦略」とも言える。<br />
<br />
電卓戦争中も終戦後も、日本を含め世界中のメーカから関数電卓は発売されたが、「RPNでは販売価格が高価になる」という状況は、半導体メモリが低廉化する2000年代まで変わらなかった。故に、他社は押し並べて中置記法を採用、HPも中置記法の関数電卓を開発・製造したものの、それでもRPN関数電卓を継続して開発・製造するのはHPのみとなり、RPNは電卓界でマイノリティと化してしまう。<br />
<br />
2001年末、このときHPの最高経営責任者に就任したのが、極端な人員削減と先見性も脈絡も皆無の事業戦略を乱発、その内容を検証された後年に「企業を衰退させる経営の典型例」とまで断言された、悪名高い<br />
[https://en.wikipedia.org/wiki/Carly_Fiorina Carly&nbsp;Fiorina]だった。彼女はまるで当然のように電卓事業からの撤退を決定。しかも撤退方法が「電卓事業の他社への譲渡または売却」ではなく「事業部門まるごと閉鎖、従業員は全員解雇」という極端な内容だったことに世界は驚き、33年の歴史を強制的に終幕してしまった。もし成立していればHPにも多少なりとも実入りがあったと思われるが、なぜ電卓事業を他社へ譲渡もしくは売却しなかったのかは今も謎である。<br />
<br />
しかし、このニュースへの反響とRPN電卓を熱望するユーザの声はあまりに大きく、HPは2003年に電卓事業に再参入する羽目になり、現在も細々とではあるが電卓事業を運営している。なぜ細々となのかは後述する。<br />
<br />
==旧ソ連の電卓の歴史==<br />
電卓の黎明期である1960〜1970年代に理学や工学の分野を圧倒的にリードしていたのはアメリカとソ連だが、両国の有り様は正反対であった。民主主義・資本主義のアメリカは、基本的に、税金が投入された国家的プロジェクトは成否関わらず広く自国民を含む世界中に公開しており、現在でも(資料が散逸していなければ)時系列に沿って閲覧できるが、社会主義・共産主義のソ連は悉く逆を行った。新聞・ラジオ・テレビを含む全ての報道機関はソ連共産党の管制下に置かれ、自国民はもちろん、連邦国や衛星国、仮想敵国である資本主義国を含む諸外国には、慎重かつ厳重に検閲された内容が公式見解として“広告”されるに留まった。存在が噂される国家プロジェクトや組織は存在自体を否定するのが通例で、もし成功したとしても、それが「自国と連邦国と衛星国の国民の士気を鼓舞し、社会主義・共産主義の勝利を世界中に喧伝できる」ものでなければ非公開とされた。その好例が、月探査をはじめとする[https://en.wikipedia.org/wiki/Space_Race 宇宙開発競争]と、核弾頭と搭載した大陸間弾道弾による先制攻撃を主目的とする[https://en.wikipedia.org/wiki/Arms_race 軍備開発競争]だが、この2例ですら、華々しい成功だけが都合良く改竄されたうえで“広告”され、失敗や都合の悪い点は全て[https://en.wikipedia.org/wiki/Iron_Curtain 鉄のカーテン]の裏に隠されていたのはご存知の通りだ。<br />
<br />
そのソ連も1991年12月25日に[https://ru.wikipedia.org/wiki/Распад_СССР 崩壊]した。当時のソ連共産党書記長であった[https://ru.wikipedia.org/wiki/Горбачёв,_Михаил_Сергеевич <ruby><rb>Михаил</rb><rt>ミハイル</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Горбачёв</rb><rt>ゴルバチョフ</rt></ruby>]が実施した[https://ru.wikipedia.org/wiki/Перестройка <ruby><rb>Перестройка</rb><rt>ペレストロイカ</rt></ruby>(再構築)]と[https://ru.wikipedia.org/wiki/Гласность <ruby><rb>Гласность</rb><rt>グラスノスチ</rt></ruby>(情報公開)]による民主主義化が引き金となったのだが、殊に<ruby><rb>Гласность</rb><rt>グラスノスチ</rt></ruby>が資本主義諸国の理学・工学の分野に与えた影響は大きかった。当然、あらゆる事項が全て正確に公開されたと認識するのは早計だが、そういった事情を差っ引いても、ソ連崩壊後に分離・独立した元連邦国や衛星国から自然と漏れ出す、それらの国々の間に厳然とあった理学・工学に関する想像以上の格差は、アメリカや日本を含む資本主義諸国に強烈なカルチャーショックを与えた。片やソ連では、[https://ru.wikipedia.org/wiki/Союз_(космический_корабль) 有人宇宙船]と[https://ru.wikipedia.org/wiki/Союз_(ракета-носитель) 打上ロケット]の総称である<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>(連帯)や、[https://ru.m.wikipedia.org/wiki/Ядерное_оружие 核兵器]を開発する能力を持っていたにもかかわらず、片や有力な衛星国だった東ドイツでは、国営企業が製造していた小型乗用車[https://de.wikipedia.org/wiki/Trabant_(Pkw) <ruby><rb>Trabant</rb><rt>トラバント</rt></ruby>]が、1958年に空冷2気筒2ストロークエンジンにFRP製ボディという、中型バイクに屋根と座席を強引に載せた玩具のような構造で登場して以降、1度もモデルチェンジされることなく、[https://de.wikipedia.org/wiki/Berliner_Mauer#Mauerfall ベルリンの壁が崩壊]し西ドイツに吸収される1990年まで当たり前のように生産され続けていたりした。即ち、軍事(に直結する)技術の開発には、社会主義・共産主義国家としての威信と矜持を賭けて死に物狂いで資本主義諸国に伍する結果を出すべく総力を注ぎ込むものの、国民の生活で使われる日常必需品には、事実上の鎖国状態となった時点で保有していた技術から進歩するどころか退化していたり、嗜好品に至っては製造すらされなかったことが白日の下に晒されたからだ。市場に競争が無く、情報に格差が有ると、一事が万事、進化は止まりサイロ化する&#x2E3A;勝手に巻き込まれた社会主義諸国の一般国民からすれば堪ったものではないが、約50年に及ぶ「社会主義・共産主義による国家運営」という壮大な社会実験は盛大に失敗したと結論付けて良いだろう。<br />
<br />
そんな旧ソ連のコンピュータや電卓に関する情報や実機が、数は圧倒的に少ない(誰もそんな情報を求めてないからだろう)ものの、現在では調査・入手できるようになった。閲覧性が高い情報源として[https://elektronika.su elektronika.su]あたりが挙がるが、ccTLDが[https://en.wikipedia.org/wiki/.su .su]<ref name="su" />であるため、記載内容の信憑性という意味では鵜呑みにするのは危険で、複数サイトを比較・検討する必要がある。<br />
<br />
1950年1月から機能し始めた[https://en.wikipedia.org/wiki/Coordinating_Committee_for_Multilateral_Export_Controls COCOM(対共産圏輸出統制委員会)]の枠組により、[https://en.wikipedia.org/wiki/NATO NATO(北大西洋条約機構)]加盟国と日本とオーストラリアは、1985年以降、ソ連をはじめとする共産圏諸国へ『16ビット以上の高性能CPU』の輸出を禁止した。これを食らったソ連は、1983年に成立した「『8ビットCPU』によるホビー用PC規格」である[https://ja.wikipedia.org/wiki/MSX MSX]を日本から大量に購入し徹底的に使い倒すことにした。8ビットCPUはCOCOM規制対象外だからある。しかし、当時のソ連共産党が決めた使用目的は「学校教育」や「宇宙開発」であったため、一般国民にMSXを販売する訳も無く<ref name="from_russia" />、もし何らかの非合法的手段で入手できたとしても一般国民が手を出せるような価格では無かったであろうことは容易に想像できる。そんな社会情勢下に置かれたソ連の一般国民が、どうにか自力で購入・所有できる最新鋭のコンピュータは関数電卓であった。<br />
<br />
ソ連で四則演算のみの机上設置型電卓の「設計が完了した」のは1961年の[https://ru.wikipedia.org/wiki/Санкт-Петербургский_государственный_университет レニングラード大学(現サンクトペテルブルク大学)]である。EKVM(Электронная Клавиатура Вычислительная Машинаの頭文字をキリル文字からラテン文字へ翻字したもの。英訳するとElectronic Keyboard Computing Machine)と呼ばれ、スイッチング素子として半導体とフェライトコアが採用されたようだが、これは世界初の電卓と謂われているイギリス企業・Bell Punch社が[http://www.vintagecalculators.com/html/sumlock_anita.html Anita Mk8]を発売した1962年より早い。しかもAnita Mk8がスイッチング素子として[https://en.wikipedia.org/wiki/Dekatron 計数放電管]を実装していた頃に半導体を使うことを想定していたようだ。<br />
<br />
その「設計が完了した」机上設置型電卓が実際に「量産」され「配布」されたのは1964年で、名前は[https://ru.wikipedia.org/wiki/Вега_(калькулятор) Вега](英語でVega、日本語で「こと座α星(織女星)」)。その3年後である1967年に三角関数を演算できるEDVM(Электронная Десятью клавишами Вычислительная Машинаの頭文字をキリル文字からラテン文字へ翻字したもの。英訳するとElectronic Ten-Key Computing Machine)が、EDVM-11という型名で「軍の地政部門に引き渡された(一般国民は購入できなかった)」が、これが恐らくソ連初の机上設置型関数電卓である。<br />
<br />
ちなみに、これら電卓にはЭлектроника(キリル文字からラテン文字へ翻字するとElectronika、英語でElectronics、日本語で「電子工学」)というブランド名が付けられることになる。これは旧ソ連では当たり前に存在した[https://ru.wikipedia.org/wiki/Военно-промышленный_комплекс 軍産複合体]である[https://ru.wikipedia.org/wiki/Министерство_электронной_промышленности_СССР ソヴィエト連邦電子産業省]の配下にあった工場が生産した電子部品に使われたブランド名だが、その後、その電子部品を使って製造された家電製品にも付けられるようになったようで、以後一貫して付与され続けている。<br />
<br />
如何なソ連でも電卓を可搬化する流れはあったようで、1974年5月に四則演算のみのポケット電卓・[http://www.xn--b1afaglgkercjnyg6l6a.xn--p1ai/museum/show_calc.php?n=26 Электроника Б3-04 (Electronika B3-04)]が「州委員会に引き渡され」、その後は一般国民にも発売している。表示部には液晶ディスプレイを、入力方式には加算器方式を、それぞれ採用し、電源は単3電池1本としている。なお、型名にあるБはロシア語で家電製品を意味するБытовая техникаの頭文字で、Б3はポケット電卓を指す共通型番となる。それ以外だとБ2は机上設置型電卓、Б5は電子時計だったそうだ。Б3-04である本機は「ポケット電卓第4号」とでも訳すのだろうが、ソ連共産党が電卓を家電製品と区分けしていた<ref name="ce" />のは興味深い。<br />
<br />
最初のポケット関数電卓の開発が完了したのは1975年末。翌1976年に[http://www.xn--b1afaglgkercjnyg6l6a.xn--p1ai/museum/show_calc.php?n=34 Электроника Б3-18 (Electronika B3-18)]として220ルーブルで発売されている。学校を卒えたばかりのエンジニアの月給が120ルーブルだったので、相当高価な家電製品である。とはいえ、実装されたマイクロプロセッサK145IP7はレジスタの使い方の詰めが甘かったらしく、[https://en.wikipedia.org/wiki/Taylor_series テイラー展開]が必要な関数を演算させる際は要注意だった。例えば<math>5+\sin 30^\circ</math>がそのまま演算できない。<math>\sin 30^\circ</math>の近似値をテイラー展開で演算する際、先に<math>5</math>を記憶させていたレジスタをテイラー展開時の作業レジスタとして上書きしてしまうからだ。つまり、ユーザがマイクロプロセッサの動作仕様を理解したうえで演算させる順番を入れ替えなければ求解できない代物で、この場合は<math>\sin 30^\circ+5</math>とキーインする必要があった。月給以上をつぎ込んで買った家電製品がこの有様では、資本主義諸国であれば「欠陥品だ！」というクレームの嵐とともに返品されるだろうが、社会主義・共産主義諸国ではどうだったのだろうか。なお、Б3-18は中置記法である。<br />
<br />
Б3-18から2年後、1978年に発売された[http://www.xn--b1afaglgkercjnyg6l6a.xn--p1ai/museum/show_calc.php?n=37 Электроника Б3-19М (Electronika B3-19M)]が、ソ連初のRPN関数電卓である。3段スタックで、表示部は12桁あるものの演算有効桁数は8桁しかなく、プログラミングもできないというプリミティブなポケットタイプだが、ソ連としては、関数電卓に初めてRPNを採用したことよりも、浮動小数点による表示と演算が可能となったことのほうが大きかったようだ。Б3-19Мの開発に当たり、ソ連は、衛星国である東ドイツからエンジニアを参加させているが、なぜそこまでしてソ連が関数電卓にRPNを導入し、その後も断続的にRPN関数電卓を製造したのか、その理由は不明である。この1978年には5機の<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>([https://ru.wikipedia.org/wiki/Союз-27 27号]・[https://ru.wikipedia.org/wiki/Союз-28 28号]・[https://ru.wikipedia.org/wiki/Союз-29 29号]・[https://ru.wikipedia.org/wiki/Союз-30 30号]・[https://ru.wikipedia.org/wiki/Союз-31 31号])が成功裏に宇宙に上がっており、これらミッションで本機が使用されたのかもしれないが、公式な記録は確認できない。ひょっとすると核開発で使われていたのだろうか。<br />
<br />
電卓が最初に製品化されたのはイギリス、その後の大量生産と価格下落は日本が担っていた事実と、貴重な外貨を費やしてまで電卓を日本から輸入する余裕は無かったからなのか、はたまた連邦国や衛星国や資本主義諸国への見栄と技術力や指導力の誇示のためなのか、旧ソ連の軍産複合体による電卓の国内製造は続いた。独自に開発した機種もあれば、明らかに資本主義諸国の製品を真似た機種もあったようで、その総計は100機種程度と謂われているが、主な輸出先であろう連邦国や衛星国の人口を考えると少ない。1980年代に入ると衛星国である東ドイツ・ブルガリア・ルーマニア・ハンガリー・ポーランドでも[http://www.dentaku-museum.com/calc/calc/60-east/east/east.html 独自に電卓を製造]するようになっていたことと、[https://en.wikipedia.org/wiki/Great_Grain_Robbery 自国の経済悪化が定着]してしまったことで旧ソ連国民に電卓を買う余裕は無かったであろうことから、旧ソ連の電卓製造量はもともと多くなかったと推定される。しかし、1991年12月25日に旧ソ連が[https://ru.wikipedia.org/wiki/Распад_СССР 崩壊]すると軍産複合体が機能しなくなったため製造は完全に停止、ちょうど30年で旧ソ連の電卓の歴史は終幕となった。現在、ロシア国内で販売されている電卓は全て外国からの輸入品である。<br />
<br />
==現在==<br />
では、再参入後のHP電卓の現状はどうか。ハッキリ言えば「残念」の一言である。<br />
<br />
これは、2001年の部門閉鎖と従業員解雇が仇となり、自社単独で電卓を開発・製造する技術力とノウハウが復旧できないことを悟ったHPが採った再参入戦略が「開発・製造を台湾[http://www.kinpo.com.tw/English/index.html Kinpo Electronics, Inc.]に[https://www.hpcalc.org/goodbyeaco.php 丸投げ]<ref name="outsource" />する」としたからだ。その結果、至極当然の成り行きではあるが、「再参入後に発売している『HPブランド』の電卓は2001年以前の製品とはまったく別モノ！ 低品質過ぎる！」と罵詈雑言が飛び交うほどソフトウェアのバグやハードウェアの造りに問題が散見される事態となった。しかも再参入の一因だった[https://store.hp.com/us/en/cv/accessories-filters?cat=Hfz5e RPN電卓の現行機種]も徐々に減り、2021年6月時点では[[HP-12C]]のみとなってしまったが、この現行品の[[HP-12C]]も70ドルという価格に見合わぬほど壊れ易いと聞く。「外装や基板の剛性が下がった」とか「ARMにVoyagerプロセッサをソフトウェアエミュレーションさせて動作させるのは無理がある」とか、要因は様々あるようだ。<br />
<br />
このような惨状から、管理人は、現行製品の購入はお勧めしない。RPN電卓とはどのようなものか、その使用感を確かめる程度ならば現行製品でも構わないが、RPN電卓を気に入り、使い込むことを考えたなら、2001年以前製造の新古品や中古品<ref name="outlet" />か、2001年以前の製品からソフトウェアを吸い出してPCやスマートフォンで動かせるようにしたエミュレータの使用を強くお勧めする。幸いなことに、世界中のRPN電卓マニアによるエミュレータは山ほど出回っており、シェアウェアであっても現行製品はもとより2001年以前製造の新古品や中古品より低価格なのも利点である。管理人もAndroidスマートフォンでは[[HP-41CX]]のシェアウェアエミュレータである[https://play.google.com/store/apps/details?id=o2s.emul.hp41cx&hl=ja go41cx]を購入、複数の拡張モジュールのソフトウェアイメージともどもインストールしており、実機を持ってない外出先では便利に使用している。<br />
<br />
==脚注==<br />
<references><br />
<ref name="war">当初の主戦場は国内だけだったが、やがて輸出向けにも広まった[http://www.infonet.co.jp/ueyama/ip/history/calculator.html 電卓戦争]の真っ最中だった国内メーカでも、RPN電卓を輸出向けに生産していた。残っている実機として、1976年に立石電機株式会社(現・オムロン株式会社)が輸出専用機種として生産した[[OMRON 12SR]]と、三洋電機株式会社が生産した[http://www.taschenrechner-sammlung.de/Calculators/Sanyo-CZ-2901/Contents.htm Sanyo CZ-2901]が確認されている。</ref><br />
<ref name="9100a">日本国内向けには横河・ヒューレット・パッカード株式会社(YHP)から1970年に1,694,000円で[http://www.dentaku-museum.com/calc/calc/51-hp/hp/hp.html 発売された]</ref><br />
<ref name="desk">完成した[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]を開発陣がBill&nbsp;Hewlettへ報告がてらデモする直前、その大きさが、設定された目標である「Bill&nbsp;Hewlettの秘書が使用しているL字型の机の右側にあるタイプライタ置き場」に僅かに収まらないことが判明した。そこで開発陣は「形や色など外観はまったく同じで、大きさだけ、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]を載せても違和感が無い程度に拡げた机」を地元の家具屋に発注、休日にこっそり差し替えてからデモに臨んだ。そのお陰でデモは首尾良く成功、Bill&nbsp;Hewlettは机が差し替えられたことに気付かず、''You see! I knew you could do it! (ほら見ろ！ 君ならできると思ってたんだ！)'' と[https://www.hpmuseum.org/hp9100.htm 褒めた]逸話が残されている。</ref><br />
<ref name="stack">以降の機種ではスタックと呼んでいるX・Y・Zを含む19個すべてのメモリを、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]ではレジスタと呼んでいる。X (KEYBOARD)・Y (ACCUMULATOR)・Z (TEMPORARY)の3レジスタは表示専用、0〜9・a・b・c・dの14レジスタはプログラムまたはデータ用、e・fの2レジスタはデータ専用である。これらは内蔵する[https://en.wikipedia.org/wiki/Magnetic-core_memory 磁気コアメモリ]に格納されるが、磁気コアメモリはその性質上、演算終了後や電源をOFFにしても残留磁気により内容がクリアされない可能性があるため、マニュアルに記載された全ての入力例では、レジスタに数値を入力する前に必ず&nbsp;{{keypress|CLEAR}}&nbsp;を押下してレジスタの内容をクリアする手順となっている。</ref><br />
<ref name="description">[[HP-35]]のマニュアルでようやく''The operational stack and the reverse "Polish" (Lukasiewicz) notation used in the HP-35 are the most efficient way known to computer science for evaluating mathematical expressions. (HP-35で使用している演算スタックと逆「ポーランド」(ウカシェヴィチ) 記法は、計算機工学で知られている最も効率的な、数式を評価するための方法です。)'' と1行だけ触れられている。恐らく[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]以降に発売された他社の関数電卓が中置記法を採用しており、それらとの操作方法の違いを説明する必要があったのだろう。3年後に発売された[[HP-25]]のマニュアルには''With this system, you enter numbers using a parenthesis-free, unambiguous method called RPN (Reverse Polish Notation). (このシステムでは、RPN(逆ポーランド記法)と呼ばれる、括弧が無い、明瞭な方法で数値を入力します。)'' の一文で始まる、RPNの利点を説くページが設けられていることから、既にこの頃からRPNがマイノリティである自覚はあったようだ。なお、Lukasiewiczの正しい綴りはポーランド語の'''Ł'''ukasiewiczだが、ここではマニュアルの記述に従った。</ref><br />
<ref name="hp35">そういう意味では、1972年に発売した世界初の可搬型関数電卓である[[HP-35]]がRPNを採用したのは、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP 9100A]の新規開発時と同様、筐体の大きさと部品価格、そして可搬型では特に重要な消費電力を勘案した結果、技術的・価格的制約から已むを得ず…と捉えるべきであろう。</ref><br />
<ref name="simple">2001年末での撤退までで唯一の例外は[[HP-10]]であった。2003年の再参入後はその殆どを[http://www.kinpo.com.tw/English/index.html Kinpo Electronics, Inc.]の[https://en.wikipedia.org/wiki/Original_design_manufacturer ODM]製品としたためか、四則演算のみの中置記法の電卓を2機種販売している。[https://support.hp.com/us-en/product/hp-quick-calc/3732601 HP Quick Calc]は2008年8月から、[https://support.hp.com/us-en/product/hp-easycalc-100/3891887 HP EasyCalc 100]は2009年4月から、いずれも現行品である。噂では「関数電卓が持ち込み不可、四則演算のみの電卓だけ持ち込み可の試験で使用するために、HP製電卓のキーボードのキータッチを好むユーザが購入する」ために販売しているらしい…なんとニッチな需要であることよ。</ref><br />
<ref name="su">1990年9月19日に旧ソ連に付与されたものだが、約1年後である1991年12月25日に旧ソ連は崩壊したため、ドメイン情報を管轄する[https://www.icann.org/ ICANN]により廃止されるべきだったところ、のらりくらりと生き続け、現在ではロシアの親プーチン青少年組織やウクライナ東部の親ロシア武装反乱組織など、いかにも旧ソ連といった趣の、組織の出自が怪しいWebサイトでしか使われていない。通常であれば1994年4月7日にロシアに付与された[https://en.wikipedia.org/wiki/.ru .ru]が使われるはずである。</ref><br />
<ref name="viewpoint">これは、日本をはじめとする電卓メーカの開発動機が「[https://ja.wikipedia.org/wiki/そろばん 算盤]や手回し式計算機または電動計算機といった[https://en.wikipedia.org/wiki/Mechanical_calculator 機械式計算機]を使用した演算業務を、まずは静粛に、そしてできれば高速にできるようにするため」であることも大きい。即ち、出自も狙っている市場もHPとはまったく異なり、電卓メーカは凡そ四則演算が発生する場所全て(マス)だが、HPは科学者やエンジニアなどの専門職(ニッチ)であった。</ref><br />
<ref name="ce">このカテゴライズは各国でも分かれるようだ。日本では家電製品ではなく文房具として扱われていることが多い。特にカシオが電卓の販路として全国津々浦々の文房具店を開拓したこともあって、電卓が文房具店で購入できることに違和感が無い。そもそも電卓は算盤からの置換を狙った製品なので、算盤を売っている文房具店で扱われていても不思議ではないからだろう。現代では家電量販店で扱っているが、いわゆる街の電器店で電卓を扱っていた記憶は、少なくとも管理人には無い。<br>アメリカでは文房具もしくは日用品として扱われているようで、文房具店や電器店はもとより、ディスカウントストアでも関数電卓が購入できる。</ref><br />
<ref name="from_russia">1985年の日本がソ連から輸入したのは[https://www.customs.go.jp/toukei/download/past/gpkh/1985/03/imknhzenkm031985120008.pdf 海産物・木材・鉄鉱石]などの食糧や資源という季節変動が大きな品目が大半で、安定的な外貨収入が見込めないため、国民の趣味のために貴重な外貨を流出させる理由が無い。</ref><br />
<ref name="outsource">HPから見れば不採算事業であったかもしれない電卓事業を、これまで築いた〝HPブランド〟を利用して、外部に開発・製造を丸投げすることで採算を合わせるために、わざと、こういう対応をしたと思われる。</ref><br />
<ref name="outlet">中古品はそうでもないが、稀に出て来るデッドストックな新古品は非常に高価である。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-65&diff=6829
HP-65
2026-03-19T23:33:07Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1974年1月19日〜1977年1月3日に販売された、'''世界初'''の'''可搬型'''で'''プログラマブル'''なRPN関数電卓。Classicシリーズでは最上位機種に当たり、当時のHPの期待を一身に背負った機種だからか、コードネームはSuperstar (巨星)とされた。<br />
__TOC__<br />
===可搬型でもプログラミングを！===<br />
実装された関数と演算精度は[[HP-45/HP-46]]と同等だが、本機の最大の特長は、それらを駆使したプログラムが作成・実行可能なことである。尤も、その実装は極めてプリミティブなラベルアドレッシング形式で、レジスタはR<sub>1</sub>〜R<sub>9</sub>の9個、各命令ワードは6ビット長、三角関数や比較命令を実行する際はR<sub>9</sub>レジスタがワーキングレジスタとして使用されるため内容が上書きされるという貧弱極まりない仕様だ。ユーザが入力したソースコードが、キーインした順に「物理キーの座標(位置)」が羅列される形式<ref name="code" />なのは百歩譲って良しとしても、行番号が振られないうえ、1行前のソースコードに移動する&nbsp;{{keypress|<math>\text {BST}</math>}}&nbsp;キーが実装されていない<ref name="bst" />ことから、ソースコードの保守性は皆無と言ってよい。<br />
<br />
しかし、これら数多くの制約を乗り越えたユーザは、本機に内蔵している64種の演算を組み合わせたプログラムを作成・実行できる。プログラミングできるコンピュータや関数電卓＝複数人で共有する机上設置型が常識だった当時、個人が所有することが前提の、電池で駆動する可搬型の関数電卓で、プログラミングできる本機が登場すると、エンジニアや科学者に一大旋風を巻き起こした。<br />
<br />
本機を開発した当時は半導体不揮発メモリがまだ高価だったため採用は見送られており、そのまま電源を切れば、ユーザが作成し本機に保存したプログラムは消失してしまう。その代わりとしてHPは、可搬型電卓に内蔵できる超小型の磁気カードリーダライタを開発、それ経由で磁気カードにプログラムを保存することにした<ref name="r/w" />。本機および磁気カード1枚に保存できるプログラムは100行<ref name="card" />。本機の筐体は[[HP-35]]や[[HP-45/HP-46|HP-45]]でも使用した35個の物理キーを実装したもので、各キーに最大4つの機能を割り当てるべくシフトキーは&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f^{-1}}} \;</math>}}}}&nbsp;{{keypress|{{Font color|black|DeepSkyBlue|<math>\; \color{black}{\mathbf{g}} \;</math>}}}}&nbsp;の3段構えだが、{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f^{-1}}} \;</math>}}}}&nbsp;は&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;の[https://en.wikipedia.org/wiki/Inverse_function 逆関数]であることが直感的に解る<ref name="inverse" />のと同時に、機体表面に印刷する関数キーの説明から逆関数の分を省けたことで、表面のキーの説明をスッキリさせることに成功している。磁気カードリーダライタを内蔵するため、長さを4mm、厚みを2mm大きくし、質量は70g増えている。本機には標準ソフトウェアである19本のプログラム入り磁気カード、20本のブランク磁気カード、1本のヘッドクリーニングカードを1セットにした〝Standard Pac〟(0065-67008)<ref name="standard" />が附属したが、それ以外にもHPから本機専用の各種プログラムが磁気カードに記録したソフトウェアとして別売された。ここまで高機能だと「もはや関数電卓という範疇を超えている」と判断したのか、HPは自社で発行していた技術評論誌である[https://www.hpl.hp.com/hpjournal/pdfs/IssuePDFs/hpjindex.html The HP Journal]の[https://www.hpl.hp.com/hpjournal/pdfs/IssuePDFs/1974-05.pdf 1974年5月号]で本機を'''''The "Personal Computer": A Fully Programmable Pocket Calculator'''''と紹介している。本機は非常に高価だったことでも有名で、定価は795ドル(約236,900円)とされた。1974年のアメリカでは上位50％の平均年収が約50,000ドルだったとはいえ、誰も彼もホイホイ購入できる代物ではなく、購入者に依っては販売店に月賦を申し込んだようだ。<br />
<br />
ちなみに、その後もHPは磁気カードリーダライタを内蔵もしくはオプションパーツとして別売したRPN関数電卓として[[HP-67/HP-97]]と[[HP-41CX]]を含む[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]を販売したが、本機でプログラムを書き込んだ磁気カードはこれら他機種で読み込めない。先述した通り、本機を含む第一世代＝Classicシリーズでは各命令ワードが6ビット長なのに対し、第二世代以降では8ビット長に拡張されたことで、互換性を失ったからだ<ref name="compatibility" />。<br />
<br />
===宇宙で大国の命運を握った電卓===<br />
この画期的な可搬型プログラミング関数電卓をエンジニアや学者が放っておくはずもなく、Appleの共同設立者である[http://woz.org/ Steve Wozniak]は本機の熱心なユーザだったが[https://en.wikipedia.org/wiki/Apple_I Apple I]開発費用捻出のため500ドルで泣く泣く手放していたり、当時[https://www.lanl.gov/ ロスアラモス国立研究所]に所属していた数理物理学者である[https://en.wikipedia.org/wiki/Mitchell_Feigenbaum Mitchell Feigenbaum]は研究所から支給された本機を使用して、[https://en.wikipedia.org/wiki/Period-doubling_bifurcation 周期倍分岐]が連続して起こる値の差の比が <math>\delta_2\!=\!\lim_{n \to \infty} \frac{a_{n}\,-\,a_{n-1}}{a_{n+1}\,-\,a_{n}}\!=\!4.669201609102990671853203820466\dots</math> に収束するのを発見したりしている。この収束比は[https://en.wikipedia.org/wiki/Feigenbaum_constants Feigenbaum定数]として知られている。<br />
<br />
特に、HPの関数電卓と本機の名声を著しく上げた出来事として、NASAに〝本格的に〟採用されたことが挙げられる。世界で初めて宇宙空間に飛び出した関数電卓は[[HP-35]]だが、それはあくまで動作試験等が目的で、ミッションの中核を担うようなものではなかった。これまでのNASAによる宇宙飛行では、軌道決定の基となる軌道要素や宇宙機の回転量等を、表とフローチャートを使って宇宙飛行士が筆算<ref name="pen" />しており、例えばその様子は映画[https://en.wikipedia.org/wiki/Apollo_13_(film) Apollo 13]で[https://www.nasa.gov/sites/default/files/atoms/files/lovell_james_0.pdf Jim Lovell]役の[https://en.wikipedia.org/wiki/Tom_Hanks Tom Hanks]により活写されているが、本機はこれらを単体で実行するという大役を仰せ付かったのだ。<br />
<br />
アメリカと旧ソ連による熾烈な宇宙開発競争も凡その決着を見た1972年5月、両国が初めて有人宇宙機を共同飛行する宇宙計画に調印、約3年後の1975年7月5日に実施された[https://www.nasa.gov/mission_pages/apollo-soyuz/index.html ASTP (アポロ・ソユーズ テスト計画)]においてアメリカが打上げたApollo<ref name="apollo" />には、本機が2台、NASAが作成した1,000行に及ぶプログラムを保存した磁気カード10枚組が4セット、予備バッテリが6個、それぞれ持ち込まれていた。その目的は、Apolloが内蔵する[https://en.wikipedia.org/wiki/Apollo_Guidance_Computer 誘導コンピュータ]が故障した際のバックアップである。<br />
<br />
アメリカでは、[https://www.nasa.gov/mission_pages/apollo/missions/apollo11.html アポロ11号]が「国家目標を達成」したことで国民が宇宙開発競争に対して急速に興味を失ったことと、[https://www.nasa.gov/mission_pages/apollo/missions/apollo13.html アポロ13号]で起きた「成功した失敗」を理由に、宇宙開発に依る国家予算の圧迫に批判が集まるようになった結果、1970年8月末、NASAは「[https://www.nasa.gov/mission_pages/apollo/index.html アポロ計画]は17号も以て終了。18号・19号・20号の計画は廃棄する」ことを正式決定せざるを得ない事態に追い込まれた。一方の旧ソ連では、ソ連共産党中央委員会第一書記である[https://ru.wikipedia.org/wiki/Хрущёв,_Никита_Сергеевич <ruby><rb>Никита</rb><rt>ニキータ</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Хрущёв</rb><rt>フルシチョフ</rt></ruby>]と[https://ru.wikipedia.org/wiki/Брежнев,_Леонид_Ильич <ruby><rb>Леонид</rb><rt>レオニード</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Брежнев</rb><rt>ブレジネフ</rt></ruby>]が実行した農業政策が大失敗したところに凶作と旱魃が重なった結果、社会主義経済では貴重な虎の子である、石油を輸出して稼いだ外貨が、敵国たるアメリカ・フランス・カナダ・オーストラリア等から自国民の食糧用に穀物を輸入する費用として流出していた。特に1973年の旧ソ連による国際穀物市場での買付量は[https://en.wikipedia.org/wiki/1973_United_States–Soviet_Union_wheat_deal 大穀物強盗]と呼ばれるほど大規模化すると同時に国庫が空に近付き、宇宙開発を進めたくとも進められない事態に陥った。<br />
<br />
即ち、米ソ両国とも、自国の経済を理由に宇宙開発競争を止めたがっており、それには外交面からどこかで両国揃って全世界に向けて公式に「これまでのような宇宙開発競争は止めます」と宣言する好機を窺っていたのだが、それをASTPという形にしたのだ。よって、ASTPのミッションは、公式には「アメリカ・旧ソ連 両国の宇宙機のドッキングシステムの研究」とされているものの、実態は「『宇宙開発競争の終焉』を全世界にアピールすること」であった。いわゆる[https://en.wikipedia.org/wiki/Détente デタント]である。<br />
<br />
この思惑により、ASTPの飛行計画は、両国の有人宇宙機を同日に打上げ、地球周回軌道上で[https://en.wikipedia.org/wiki/Space_rendezvous ランデブー]、44時間にわたってドッキングし続けた後、再度分離して別々に地球へ帰還するという、異国の宇宙機同士としては世界初の挑戦となったうえ、44時間のドッキング中には両国の宇宙飛行士が両宇宙機を相互に表敬訪問・旗の交換・食事会・宣言書への署名などなど、「ドッキングシステムの研究」はどこへやら、両国の緊張緩和を世界に印象付けるためのセレモニーが目白押しとなる内容に仕上がってしまった。つまり、「ドッキングシステムの研究」という御題目は両国の政権政党にデタントのための外交アピールを宇宙空間で行うことを認めさせる大義名分<ref name="apas-75" />に過ぎず、それどころか、ASTP全体が「両国の宇宙機のドッキング成功ありき」ですべての予定が組まれたことから、ドッキングで使用するApolloの誘導コンピュータの故障によるドッキング失敗がASTPの失敗どころかデタントの失敗を意味することに“変質”してしまったのだ。ASTPの失敗は両国間で政治問題に発展しかねない緊張感をも帯びることになり、そのような事態の発生をなんとしても避けるべく、NASAは本機を採用したのだ。<br />
<br />
[[Электроника МК-52]]で触れたように、<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>を含む旧ソ連の歴代の有人宇宙機は、打上げ機から切り離された後の航行と制御が「宇宙機に内蔵された航法支援装置による完全自動」が基本で、搭乗している宇宙飛行士に手動操縦の余地が殆ど無い。したがって、両宇宙機がドッキングするには、能動的飛行体として手動操縦の余地が十分あるApolloから、受動的飛行体であるСоюзに近づく必要がある。本機に与えられた役割は、ApolloがСоюзとドッキングする直前にApolloが2回実施する[https://en.wikipedia.org/wiki/Orbital_maneuver 軌道修正機動]のための演算である。具体的には、「ターミナルフェーズ」と呼ばれる、ランデブー前の飛行を開始して12分後に両宇宙機が約100マイル以内に近づいた後、両宇宙機を同一軌道に乗せる共楕円軌道<ref name="co" />の演算と、その10分後(即ちランデブー2分前)、両宇宙機が約22マイルのまで近づいたときに実行する軌道修正機動のための演算である。<br />
<br />
これらいずれも、これまで17回実行されたApollo計画の搭乗員には存在しない肩書でASTP専用に誂えた、ドッキングに関するすべてを担当する<ruby><rb>Docking module pilot</rb><rt>ドッキング装置操縦士</rt></ruby>として乗り込んだ、当時史上最年長の宇宙飛行士である[https://www.nasa.gov/sites/default/files/atoms/files/slayton_donald.pdf Deke Slayton]が、Apolloに持ち込まれた本機に磁気カードを読み込ませてNASAが作成したプログラムをロードして演算、それで得られた結果と、Apolloが内蔵する誘導コンピュータの演算結果を比較、合致していることを確認することでドッキングが必ず成功するよう万全を期したが、もしこのときApolloの誘導コンピュータが故障したら、[https://www.nasa.gov/sites/default/files/atoms/files/slayton_donald.pdf Deke Slayton]は本機の演算結果だけで軌道修正機動を実行する手順になっていたのだ。<br />
<br />
「汎用の民生品が有人宇宙機の軌道決定に使用される快挙を成し遂げた」とも取れるが、「一般市民でも購入できる関数電卓がアメリカと旧ソ連のその後の命運の一端を握った」とも取れる、世界的にも衝撃的な出来事であった。特に旧ソ連をはじめとする社会主義諸国には「資本主義諸国では、市販されている関数電卓ですら、宇宙開発で要求される演算精度を持っているのか！」と脅威に映ったことだろう。この出来事から13年後の1988年11月26日、旧ソ連はСоюзに自国の可搬型プログラマブルRPN関数電卓である[[Электроника МК-52]]をほぼ同じ理由<ref name="reason" />で持ち込んでいるが、裏を返せば、1975年時点で既に、旧ソ連とアメリカで民生品の技術格差が13年分以上存在したことを示している。<br />
<br />
尤も、ASTPではApolloの誘導コンピュータは故障せず、本機の演算結果だけで軌道修正機動を実行する場面は無かった。なお、本機は、軌道修正機動以外にも、Apolloの高利得アンテナを軌道上の中継衛星へ正確に対向させる演算も担当していた。<br />
<br />
また、本機の登場により、HP製RPN関数電卓のファンクラブ兼ハッキングクラブが結成されていることも重要である。HP-65 Users Clubと命名されたこのクラブは[https://www.youtube.com/watch?v=DHRmOU4s9wE Richard J. Nelson]が設立し、新しい電卓に関する情報交換の場としてスタートしたものの、PPC (Personal Programming Center)と改名後は活動も活発化、最終的にはHP-41シリーズ向けに同人モジュールの[[PPC ROM]]を発売するに至るなど、HP製RPN関数電卓に触れる際は外せないほど影響力を持った組織であった。<br />
<br />
現代において完動品のHP-65を入手するのはかなり難しい。eBayをはじめとするオークションサイトへの出品は比較的多いほうだが、動作する美品は極めて少ない。発売から45年以上経過しているため仕方無いのだが、状態が良好で完動品となると1,000ドルを超えることも珍しくなく、手を出したくとも出せないことが多い。また、磁気カードリーダライタは〝故障してるのが当たり前〟<ref name="failure" />で、RPN電卓マニアが売っているDIYキットを購入して自分で修理するか、有償で請け負うRPN電卓マニアに修理を依頼するかの二択となる。管理人は比較的美麗で磁気カードリーダライタも完動品な4台を所有している。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}518796.992\ \; (\varepsilon\!_R=2.87\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||200kHz (Classic)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||HP 82001A/B (3.6V 450mAh/900mAh 充電池:中身は単3形Ni-Cd充電池×3個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1974年〜1977年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ → シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1974年発売当時の定価||795ドル (約236,900円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="code">例えば、上から2行目・左から3個目の&nbsp;{{keypress|<math>\text {LBL}</math>}}&nbsp;キーを押下しソースコードに記述すると、ディスプレイには<code>23</code>が表示される。ディスプレイが7セグメントLEDである以上、表示できる字種が数字のみなので已むを得まい。この制約は本機の後継機種である[[HP-67/HP-97]]でも同じだ。<br>尤も、HPはこの状況を打開すべく研究を続けており、それはやがて、[[HP-41CX]]をはじめとする[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]向けに、アルファベットと若干の記号を表示できる[https://en.wikipedia.org/wiki/Fourteen-segment_display 14セグメント方式]を自社で独自開発させるに至った。</ref><br />
<ref name="bst">1行後ろに移動する&nbsp;{{keypress|<math>\text {SST}</math>}}&nbsp;キーしか実装されていない。当然「操作を誤り、編集すべき行を行き過ぎた場合はどうする？」となるが、本機はソースコードをループして表示する(ソースコードの最終行に到達した後に&nbsp;{{keypress|<math>\text {SST}</math>}}&nbsp;キーを押下すれば1行目に戻る)仕様なので、そこから再度、編集したい行まで&nbsp;{{keypress|<math>\text {SST}</math>}}&nbsp;キーを1行ずつ押下して移動することになる。数十行に渡るソースコードを編集する際は非常に面倒くさくクレームも多かったのだろう、後継機種である[[HP-67/HP-97]]では&nbsp;{{keypress|<math>\text {BST}</math>}}&nbsp;キーが実装され、行番号も振られるようになった。</ref><br />
<ref name="r/w">HPでは、世界初の関数電卓である[https://www.hpmuseum.org/hp9100.htm HP 9100A/B]やその後継機となる[https://www.hpmuseum.org/hp9810.htm HP 9810A]に名刺サイズの磁気カードにプログラムを記録する磁気カードリーダライタを標準装備しており、それを可搬型にも適用したことになる。本機を含む可搬型向けに開発した超小型磁気カードリーダライタで採用した、磁気カードにデータを記録する磁気ヘッドは、1965年に[https://www.philips.com フィリップス]が互換性厳守を条件に基本特許を無償公開したため世界中の電機メーカに採用されたことでデファクトスタンダートとなり急速に普及し部品価格が下落した[https://en.wikipedia.org/wiki/Cassette_tape コンパクトカセット]用のそれと[https://www.keesvandersanden.nl/calculators/images/HP67_cardreader_06.jpg 外見が酷似]している。幅11.5mmの磁気カードで天地に2行ずつ計4行記録でき、可搬型電卓に内蔵するには持って来いの大きさである。</ref><br />
<ref name="card">磁気カードリーダライタの仕様上は、磁気カードの天地を返すことで、1枚に100行＋100行の計200行を保存できる。しかしマニュアルでは'''''The motor roller is over the second track. Over a period of time, it may not read properly.'''''を理由に、1枚に片方のみ100行だけ保存する運用を強く推奨している。尤も、この推奨は本機のみで、[[HP-67/HP-97]]では「1枚に113行＋113行の計226行が記録できる」、[[HP-41CX]]を含むHP-41シリーズ向けオプションである[[HP 82104A]]では「1枚に1トラックで16レジスタずつ、計32レジスタが記録できる」ことが謳われており、天地双方に保存しても支障は無い。なお、磁気カードリーダライタは消費電力が大きいため、バッテリの残量電力が少ないと、電力不足で磁気カードリーダライタが起動できずエラーとなる。</ref><br />
<ref name="inverse">日本であれば高校数学(管理人が学んだ旧課程では[https://ja.wikipedia.org/wiki/数学I 数学&#8544;]/[https://ja.wikipedia.org/wiki/代数・幾何 代数・幾何]/[https://ja.wikipedia.org/wiki/基礎解析 基礎解析]/[https://ja.wikipedia.org/wiki/微分・積分 微分・積分]、現行課程では理系大学受験を前提に履修する[https://ja.wikipedia.org/wiki/数学III 数学&#8546;])で、ある関数 <math>y\!=\!f(x)</math> の逆関数(逆写像)を <math>x\!=\!f^{-1}(y)</math> と表記することを学ぶため、例えば度数法による正弦 <math>\sin 30^\circ\!=\!0.5</math> を演算するには&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;{{keypress|<math>\sin</math>}}&nbsp;とキーインすることを知れば、[https://en.wikipedia.org/wiki/Inverse_function 逆関数]である余割(逆正弦) <math>\text {cosec}\;0.5\!=\!\sin^{-1}0.5\!=\!30^\circ</math>を演算するには&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f^{-1}}} \;</math>}}}}&nbsp;{{keypress|<math>\sin</math>}} とキーインすれば良いことが、ある数の平方根(2の羃根: <math>\sqrt x = x^{\frac{1}{2}}</math>)を演算するには&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;{{keypress|<math>\sqrt x</math>}} とキーインすることを知れば、逆関数である平方(2の羃乗: <math>x^2</math>)を演算するには&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f^{-1}}} \;</math>}}}}&nbsp;{{keypress|<math>\sqrt x</math>}}&nbsp;とキーインすれば良いことが、それぞれマニュアルを読まずとも推測でき、その操作で合っている。これにより本体上面から逆三角関数と平方のキー説明を省略している。調べた範囲では、逆関数の数式表記方法は世界共通なので、このキーアサインは現代でも通じる秀逸さがある。尤も、ユーザからの需要とライバルメーカとのスペック競争を理由に内蔵する関数が肥大化するにつれ、表面積が狭いポケット関数電卓で逆関数を指定するためだけに独立したキーを配置する場所を確保できなくなり、HPは[[HP-67/HP-97|HP-67]]や[[HP-34C]]で採用した「独立した3段構え」のシフトキーへ移ることになる。</ref><br />
<ref name="standard">磁気カードリーダライタで読み込ませることで、以下の機能や関数を拡張する。<br />
*個人投資<br />
*平均・標準偏差・標準誤差<br />
*[https://en.wikipedia.org/wiki/Great-circle_navigation 大圏航路計算]<br />
*整数の基数変換<br />
*[https://en.wikipedia.org/wiki/Body_surface_area 体表面積]<br />
*<math>\pi</math>型回路網のインピーダンス整合<br />
*既知の<math>\Delta</math>標高に基く光波測距 (EDM)<br />
*温度単位相互変換 (摂氏・華氏・蘭氏・ケルビン)<br />
*重量単位相互変換 (キログラム・ポンド・オンス・スラグ)<br />
*体積単位相互変換 (USガロン・UKガロン・リットル・平方インチ)<br />
*複利計算<br />
*借入金返済計画<br />
*照合勘定調整<br />
*[https://en.wikipedia.org/wiki/Iterative_method 反復法]による<math>f(x)=0</math>の演算と求根<br />
*二次方程式<br />
*円・楕円・四角形・三角形の面積<br />
*ゲーム[https://en.wikipedia.org/wiki/Nim 「ニム」]<br />
*HP-65故障診断 (その1・その2)</ref><br />
<ref name="compatibility">マイクロプロセッサのアーキテクチャで採用している各命令ワード長に従い、本機で磁気カードに書き込むデータは6ビットで、[[HP-67/HP-97]]と[[HP-41CX]]を含むHP-41シリーズ向けオプションである[[HP 82104A]]で磁気カードに書き込むデータは8ビットで、それぞれエンコードされているため、互いに読み取りようがない。<br>本機と、本機の直接の後継機種である[[HP-67/HP-97]]の間には、開発開始時期に2年の差があるが、その間に半導体技術は長足の進歩を遂げ集積度が急速に上昇、それを貪欲に取り込むことで、今後は同等サイズのシリコンチップに詰め込める機能や関数を大幅に増やせる目処が立ったことと、このマイクロプロセッサを電卓だけではなく、現代でいう組込機器にも応用することとしたため、内蔵する関数や機能を増やす(即ち「未来のために拡張性を持たせる」)ことを前提に、内部処理で使用する命令ワード長を2ビット拡張したのだ。この命令ワード長の拡張が正しかったことは、1979年7月1日に発売開始となったHP-41シリーズ向けに膨大なソフトウェアモジュールや周辺機器が登場する形で、端的に証明された。この第二世代アーキテクチャは、その後もなんだかんだと凡そ15年間も生き続け、1990年3月16日に発売された第四世代＝Saturnシリーズである[[HP-48SX]]で漸く世代交代することになる。</ref><br />
<ref name="pen">このとき宇宙飛行士が使用するのは[https://en.wikipedia.org/wiki/Space_Pen スペースペン]である。通常のボールペンを重力がある地球上で使用するとインクは重力で勝手にペン先へ送り出されるが、無重力である宇宙機内で使用するとペン先にインクを送り出す力が無くなるため、(重力圏に対して)水平より上向きにすると徐々にインクが出なくなり、完全に上向きにするとインクが出ず筆記できない。またこのときインクタンク内に入った空気が気泡として残ってしまい悪循環となる。スペースペンは、インクタンクの上部から高圧の窒素ガスを加え、その圧力でペン先にインクを送り出す構造であるため、無重力でどのような姿勢をとってもインクが出続けるので筆記可能となり、インクタンク内には気泡が生成されない。<br>よくあるジョークに「アメリカはわざわざ手間暇と大金をかけてスペースペンを開発した。一方、ロシア(旧ソ連)は鉛筆で済ませた」があるが、これは完全なる都市伝説である。NASAでも当初は有人宇宙機内で鉛筆を使っていたものの、鉛筆の芯に使われるグラファイト(黒鉛)の導電性と潤滑性、軸に使われる木材の可燃性が、いずれも宇宙機内では危険因子となり得ることを認識しており、代替品を模索していた。その最中である1965年に[https://en.wikipedia.org/wiki/Paul_C._Fisher Paul Fisher]という実業家がスペースペンを独自に発明、自らNASAに売り込み、NASAによる様々な試験の結果、アポロ計画での採用が決定した。このとき1本6ドルで400本をNASAに納品している。したがって、スペースペンはNASAから開発を依頼されて製造されたものではなく、ましてやその開発に対してアメリカ政府から融資を受けていたということもない。なお、旧ソ連でも、鉛筆に対してはアメリカと同様の問題を認識しており、1969年には有人宇宙機に持ち込む筆記用具を鉛筆からスペースペンに置き換えている。</ref><br />
<ref name="apollo">稀にASTPで飛行したApolloを「18号」と呼ぶ人が居るが、これは誤りである。アポロ計画にASTPが含まれないことと、NASAの大幅な予算削減および打上げ機である[https://en.wikipedia.org/wiki/Saturn_V サターンVシリーズ]の生産が打ち切られたことで、20号まで存在したアポロ計画そのものが17号で強制終了、18〜20号の計画は正式に廃棄されたからである。なお、ASTPで使用されたApolloが、アポロ計画と[https://www.nasa.gov/mission_pages/skylab スカイラブ計画]で運用された一連のApollo宇宙機で最後に宇宙空間に出た完成機であり、19号・20号向けに製造されたApolloは未完成のまま放棄された。</ref><br />
<ref name="apas-75">事実、この御題目に関しては、ドッキング機構技術に一日の長があった旧ソ連の[https://ru.wikipedia.org/wiki/Сыромятников,_Владимир_Сергеевич <ruby><rb>Владимир</rb><rt>ウラジーミル</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Сыромятников</rb><rt>シロミャトニコフ</rt></ruby>]が主導し、両国で共同開発された、ASTP専用の[https://en.wikipedia.org/wiki/Androgynous_Peripheral_Attach_System アンドロジナスドッキング機構 APAS-75]の、宇宙での動作を確認しただけである。当然、APAS-75の開発では両国のエンジニアが直接面会したり手紙でやりとりしたり綿密に擦り合せて設計しており、1972年6月には&#8534;サイズで、1973年10月には実物大で、それぞれ現物を製作し、地上での動作確認も成功裏に終えていたため、わざわざ宇宙空間で動作確認する意義は殆ど無い。ドッキング機構からの空気漏れの有無も、通常の有人宇宙機開発の常套手段である「水を張ったプールに浮かべる」ことで判断可能なので尚更である(空気が漏れ出るような間隙が有れば、そこから水が浸入し、宇宙機は水没する)。</ref><br />
<ref name="co">同一平面上にあり、焦点が一致する2つの軌道を指し、Coelliptic orbitという。同一平面上にある2機の宇宙機の相対的な基準となる。軌道内のどこに宇宙機が位置していても、整列した半径ベクトルの大きさの差がほぼ同じになる特性から、宇宙機をランデブーする際は頻繁に使われる。</ref><br />
<ref name="reason">あるいは、アメリカがASTPでHP-65による軌道決定の場面を見た旧ソ連が真似したのかもしれないが、いくら地球周回軌道という比較的近傍であるが故に演算桁数もそこまで求められない状況とはいえ、HP-65と[[Электроника МК-52]]の演算精度と造作を比較すれば、後者が段違いでレベルが低く、「もし本当に<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>の航法支援装置が故障したとき、バックアップとして使い物になるか？」というと甚だ疑問である。有人宇宙機の打上げ中止後に使用できることになっていた緊急脱出装置が実用に堪えない代物(正常に起動はするが、起動させれば宇宙飛行士の生命が危ういものばかり)だったことと同様、旧ソ連の宇宙飛行士に対して士気向上や安心感を提供するためのポーズだったのかもしれない。</ref><br />
<ref name="failure">「磁気カードを取り込まない」症状を指す。原因は、磁気カードを挟んで取り込むためにモータの回転軸へ装着している樹脂プラスティック製の「押さえ」が、経年により[https://en.wikipedia.org/wiki/Hydrolysis 加水分解]して元の形状を失い、粘着質を帯びた樹脂塊と化すことで、モータの回転を阻害するため。磁気カードリーダライタを分解して樹脂塊を剥ぎ取り洗浄後、護謨製の[https://en.wikipedia.org/wiki/O-ring オーリング]2個もしくは[https://en.wikipedia.org/wiki/Hose チューブ]に交換すれば復旧する。なお、まったく同じ故障が、磁気カードリーダライタ内蔵機種では[[HP-67/HP-97]]、周辺機器ではHP-41シリーズ用磁気カードリーダライタの[[HP 82104A]]でも発生する。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-45/HP-46&diff=6828
HP-45/HP-46
2026-03-19T23:17:39Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1973年5月1日〜1976年1月15日に販売されたClassicシリーズの科学・数学向けRPN関数電卓で、[[HP-35]]の改良版に当たる。HP-45は可搬型、HP-46は机上設置型だが、マイクロプロセッサと実装された関数はまったく同じ<ref name="rom" />だ。<br />
<br />
[[HP-35]]の爆発的なヒットから電卓市場への本格参入を決断したHPは、多機種を同時並行で開発するに際し、それらを社内で識別するコードネームを付与するようになり、HP-45/HP-46は[https://dictionary.cambridge.org/us/dictionary/english/wizard Wizard (魔法使い)]とされた。この伝統はHPが2001年末に電卓市場から撤退するまで続く。<br />
__TOC__<br />
===シフトキーによる機能倍増===<br />
HP-45/HP-46は、初めて関数電卓にシフトキー&nbsp;{{keypress|<math>\color{Dandelion}\blacksquare</math>}}&nbsp;を実装することで各キーに割り当てる機能を倍増させ、[[HP-35]]ではROMの容量から見送られたもののユーザから要望が多かった機能や関数を追加した。三角関数や逆三角関数で弧度法&nbsp;{{keypress|<math>\text{RAD}</math>}}&nbsp;やグラード(フランス度)&nbsp;{{keypress|<math>\text{GRD}</math>}}&nbsp;が使用できるようになり、数値の表示に科学表示(いわゆる〝SCIモード〟)が追加され、表示する桁数も選択できるようになった。以降のHP製RPN関数電卓ではすべて実装されている、最後にスタックXに積まれた数値を呼び出す&nbsp;{{keypress|<math>\text{LAST} x</math>}}&nbsp;も実装された。関数としては、[https://en.wikipedia.org/wiki/Cartesian_coordinate_system 直交座標系]⇔[https://en.wikipedia.org/wiki/Polar_coordinate_system 極座標系]の変換&nbsp;{{keypress|&#129094;R}}&nbsp;{{keypress|&#129094;P}}&nbsp;、10進法での[https://en.wikipedia.org/wiki/Degree_(angle) 度]⇔[https://en.wikipedia.org/wiki/Minute_and_second_of_arc#Symbols_and_abbreviations 分秒]の変換&nbsp;{{keypress|&#129094;D.MS}}&nbsp;{{keypress|D.MS&#129094;}}&nbsp;、10の羃乗&nbsp;{{keypress|<math>10^x</math>}}&nbsp;、階乗&nbsp;{{keypress|<math>n!</math>}}&nbsp;、百分率&nbsp;{{keypress|<math>\%</math>}}&nbsp;、百分率変化率&nbsp;{{keypress|<math>\Delta\%</math>}}&nbsp;、総和&nbsp;{{keypress|<math>\Sigma +</math>}}&nbsp;から平均と標準偏差&nbsp;{{keypress|<math>\bar x,\text{s}</math>}}&nbsp;といった関数が追加された。10の羃乗&nbsp;{{keypress|<math>10^x</math>}}&nbsp;が実装されたことで、冪乗は&nbsp;{{keypress|<math>y^x</math>}}&nbsp;に改められた。オマケ機能として度量衡換算関数が実装されており、キログラム⇔ポントの変換&nbsp;{{keypress|<math>\text {kg/lb}</math>}}&nbsp;、センチメートル⇔インチの変換&nbsp;{{keypress|<math>\text {cm/in}</math>}}&nbsp;、リットル⇔ガロンの変換&nbsp;{{keypress|<math>\text {lit/gal}</math>}}&nbsp;も演算できる。プログラミング機能は無く、スタックやRAMに記憶した内容は電源OFFで全て消失する。実装したRAMは10スタック分＝560ビット＝70バイトしか無い。<br />
<br />
可搬型のHP-45は[[HP-35]]と較べると機能は大幅に改良されているが、外形は[[HP-35]]の金型を流用しているため殆ど変わらない。キーの配色は指垢による汚れが目立たなぬよう青色系から灰色系に変更されたものの、キーの数は35個で同じ、専用充電池とACアダプタは[[HP-35]]と共通なのでユーザやセラーが別売で購入する保守部材としての型番も変わらない。即ち、変わったのはROMだけで、そういう意味でもHP-45を解析する理由はほぼ無い。強いて言えば、マニュアルには未記載だがユーザが発見した、試作のROMから削除し忘れそのまま出荷されたことで[https://en.wikipedia.org/wiki/Easter_egg_(media)#In_computing イースターエッグ]扱いとなっている「タイマー機能」<ref name="timer" />は面白いが、HP-45は水晶発振子等による正確なクロック源を実装していない<ref name="crystal" />ため精確な計時は期待できない。ただ、タイマー機能がユーザに好評だったことを知ったHPが、Classicシリーズの最後の機種である[[HP-55]]でクロック源として水晶発振子を実装して正式な機能として売り出す切っ掛けにはなり、その後の機種でも「タイマー(とカレンダー)」は標準機能として実装されるようになる。なお、本機向けの演算事例集「[https://literature.hpcalc.org/items/937 HP-45 applications book]」が10ドルで別売されており、数学・統計・金融・技術・航法支援の事例が掲載されている。<br />
<br />
HP-45はeBayをはじめとするオークションサイトへの出品も少なく、管理人は後述するHP-46と比較するためだけに1台所有しているに過ぎない。<br />
<br />
===唯一の変態機種===<br />
ここで仔細に採り上げるべきは、机上設置型のHP-46である。先述した通り、実装された機能や関数はHP-45とまったく同じ<ref name="rom" />だが、そんなことは差し措いて、HP-46の特長として真っ先に挙げねばならないのが、'''数値の表示が機械式プリンタによる普通ロール紙への2色印字による出力のみ'''で'''7セグLEDによる数値の表示が別売の純正ドーターボードによる有償オプション'''だったことだ。このような形態のHP製電卓は、HP-46と、世界初の金融・財務向けRPNポケット関数電卓である[http://www.hp-collection.org/calculators/80a.html HP-80]の機能と関数を強化した机上設置型である[http://www.hp-collection.org/calculators/81a.html HP-81]が唯一である。<br />
<br />
それまでHPが販売してきた関数電卓は、可搬型だろうと机上設置型だろうと「7セグLEDによる数値の表示」は至極当然の機能として一律に実装しており、現代の感覚で考えても、敢えて外す理由が見つからない。なぜこのような机上設置型のHP-46(とHP-81)を開発・製造したのだろうか？<br />
<br />
その理由は、「関数電卓が[https://en.wikipedia.org/wiki/Diffusion_of_innovations イノベータ]から[https://en.wikipedia.org/wiki/Early_adopter アーリーアダプタ]に普及し始めたこと」と「HP-46の発売が1973年であること」、そして「HP-46が机上設置型であること」から想像できる。<br />
<br />
HP-46(とHP-81)が発売された1973年5月は、一般市民が個人で気軽にコンピュータを所有できる時代では無く、ましてや、演算過程や結果をコンピュータから直接紙に打ち出して検算することなど不可能であった。また、机上設置型電卓の一般的な使用形態は、個人が専有するものではなく、複数人で共有するものであった。<br />
<br />
''[[HP-35]]の予想だにしなかった売れ行きから、高精度な演算結果が得られる科学・数学向け関数電卓に大きな需要があるのは確かだ。<br>また、これまでの販売実績と市場調査から、複数人で共有されることが多い机上設置型では「演算過程も演算結果もすべて印刷する」という使い方が圧倒的多数なのも確かだ。<br>ならば、机上設置型からは7セグLEDを省いて良いのでは？ 製品価格も抑えられるし妙案かもしれない！''<br />
<br />
&#x2E3A;恐らくこのような思考過程から産まれたのがHP-46(とHP-81)である。<br />
<br />
しかもこのときHPが採用したプリンタは、同じ1973年にキヤノンが発売した金融機関向け加算器方式電卓・MP1215<ref name=canon />で採用し、その後のHPでも主流となる、感熱紙に熱転写ヘッドを押し当てて印字する[https://en.wikipedia.org/wiki/Thermal_printing サーマルプリンタ]ではなく、普通紙に金属製の活字をインクリボンの上から叩き付けて印字するタイプライタと同様の[https://en.wikipedia.org/wiki/Printer_(computing)#Typewriter-derived_printers 機械式プリンタ]ある。<br />
<br />
HP-46(とHP-81)の開発に着手した時点では既に商用に耐える程度には実用化されていた、小型化と軽量化と省電力に勝るサーマルプリンタ<ref name="thermal" />を敢えて避け、大きく重く電力を食うことを承知で機械式プリンタをわざわざ採用したのは、サーマルプリンタと較べて機械式プリンタが唯一勝る「印字結果が明瞭で、経時劣化による印字内容の消失が無い」ことを優先したからだろう。先述したように机上設置型電卓は複数人で共有する使用形態が多く、個人が自席に戻り演算過程や結果を確認するまでに時間が開いたり複数回確認する場面があることが容易に想定できるため、「印字後に放置すると印字内容が消える」という致命的な欠点を持つサーマルプリンタの採用を見送ったと想像される。<br />
<br />
なお、HP-46(とHP-81)で採用した機械式プリンタは日本製である。信州精器(現セイコーエプソン)が製造・納入した[https://www.schlepptops.de/wiki/index.php?title=Shinshu_Seiki_Model_102 Model-102]がそれで、印字する字種を絞り小型化するため、活版活字は金属製のドラムに巻き付けられ、それをモータで回転させて印字する活字を選択、上からアームで叩きつける形式としだが、それでも質量の肥大化は避けられず、この機械式プリンタ部だけで1.48kgある。本体全体で5.98kgなので、機械式プリンタ部だけで全質量の25%を占めている。なお、この機械式プリンタの同機種やマイナーチェンジした変種は他の電卓メーカでも採用されており、当時は比較的良く見掛けるものではあった。このこともあってか、HP製RPN電卓では珍しく、消耗品である普通ロール紙(2インチ&frac14;幅)と2色インクリボンに「HP純正品だけを使え」といった指定が無い。マニュアルでは、普通ロール紙は「HP純正品でも良いけど、汎用の2インチ&frac14;幅の加算器電卓用ロール紙が使えます」と説明、2色インクリボンはHP純正品を云々という記載すらなく「『General Ribbon社製E200シリーズ』もしくは『Columbia Ribbon社製43シリーズ』の汎用2色インクリボンが使えます」と事務用品ベンダが販売する互換品を紹介するに至り、それぞれ交換手順とともに図示されている。管理人は、現在でも入手できるGeneral Ribbon社の[https://www.amazon.com/dp/B07MG5NPTW E201-BR]をアメリカから購入している<ref name="consumables" />。<br />
<br />
尤も、「数値の表示が『機械式プリンタへの印字のみ』というのは流石に…」と営業部門やマーケティング部門からクレームでも入ったのか、純正オプションとして、数値を7セグLEDにも表示する「A5ドーターボード(00046-69541)」、通称『OPTION 001』が用意され、100ドル(約26,500円)で同時に別売された。『OPTION 001』はHP-45に実装した7セグLEDモジュール/アノードドライバIC/カソードドライバICを流用して設計されているが、7セグLEDモジュールの左側には赤色LEDが1個実装されている。このLEDはBUSY(処理中)のときだけ概ね1〜2秒点灯する。『OPTION 001』を購入しない場合、そのスロットにはBUSY赤色LEDを1個だけ実装した「A4ファザーボード(00046-69540)」を装着して納品した<ref name="board" />。本体価格が695ドル(約184,200円)なので結構割高なオプションとなるが、理由と時期は不明なものの、本体価格が715ドルに値上げされた記録も残されているため、『OPTION 001』はさほど売れなかったのかもしれない。ただ、HP-46には電源がONであることを示すパイロットランプが無いため、『OPTION 001』を購入しないと、パッと見でHP-46の電源が入れっ放しか否かが解らず不便なのは確かだ。その代わり、HP-46は電源を入れると機械式プリンタの活字ドラムが常時回転し続けるため、その回転音が結構耳につく。管理人もこの音は想定外だったが、気になるユーザは居ると思われる。「『OPTION 001』が無くても、電源が入っていることは、活字ドラムの回転音で判るだろう」ということなのだろうか。それとて、機械式プリンタ部だけ電源を切る&nbsp;{{keypress|<math>\text{PRT OFF}</math>}}&nbsp;を押下すれば止まるのだが…。<br />
<br />
HP-45と同様、本機向けの演算事例集「[https://literature.hpcalc.org/items/945 HP-46 sample applications]」も5ドルで別売されており、電子工学・機械工学・構造工学・医学・測量について掲載されている。HP-45向け演算事例集で採用しているのが数学・統計・金融・航法支援であることを考えると、それぞれの機種でHPが想定している使用場面として、HP-46は屋内で落ち着いて演算、その結果を共有するものを、HP-45は外出先で演算し、その結果は個人で使用するものを、それぞれ選別していることが判る。<br />
<br />
管理人が所有するHP-46は、ただでさえeBayをはじめとするオークションサイトへの出品数が極めて少ないなかで初めて見た、『OPTION 001』を装着した完動品が1台だけである。メカニカルキーボードの打鍵感が素晴しく、印字に際して如何に少ない文字種で関数を表現するかに腐心した痕跡が見て取れるうえ、負数はわざわざ赤インクで印字するという配慮も心憎い。演算精度も現在の凡百な関数電卓と較べて遜色無く常用に十分堪えるため、個人的には[[HP-41CX]]に次いで使用頻度が高い。メカニカルな動作を含め、非常に面白い機種である。<br />
<br />
[[File:printout.jpg|link=|thumb|200px|HP-46による[[所有するRPN電卓本体|ベンチマークと蛇足]]の演算過程と結果の印字出力例]]<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}518796.992\ \; (\varepsilon\!_R=2.87\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック<br />
|colspan="3"|3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数<br />
|colspan="3"|200kHz (Classic)<br />
|-<br />
|rowspan="2" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-45<br />
|colspan="2"|HP 82001A/B (3.6V 450mAh/900mAh 充電池:中身は単3形Ni-Cd充電池×3個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-46<br />
|colspan="2"|なし (商用電力で駆動)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間<br />
|colspan="3"|1973年〜1976年<br />
|-<br />
|rowspan="2" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-45<br />
|colspan="2"|アメリカ → シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-46<br />
|colspan="2"|アメリカ<br />
|-<br />
|rowspan="3" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1973年発売当時の定価<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-45<br />
|colspan="2"|395ドル (約104,700円)<br />
|-<br />
|rowspan="2" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-46<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|本 体<br />
|695ドル (約184,200円)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|OPTION 001<br />
|100ドル (約26,500円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="rom">基板に実装したROM(ソフトウェア)の中身としては、HP-45ではイースターエッグ扱いの「タイマー機能」を削除し、それで空けた容量に、HP-46では最重要の「プリンタ機能」を実装しているという差分はあるが、HP-45の「タイマー機能」はマニュアル未記載であるため、マニュアルに記載した(HPが公式に使用を認めた)機能や関数はまったく同じである。なお、マイクロプロセッサは、科学・数学向けの[[HP-35]]/HP-45/HP-46/[[HP-55]]の4機種、金融・財務向けの[http://www.hp-collection.org/calculators/70a.html HP-70]/[http://www.hp-collection.org/calculators/80a.html HP-80]/[http://www.hp-collection.org/calculators/81a.html HP-81]の3機種、計7機種に足掛け5年間、まったく同じものが実装され続けた。マイクロプロセッサとしての基本的なアーキテクチャが優れていたこともあるのだろうが、この場合は「ROM(ソフトウェア)さえ差し替えれば、関数電卓の機能を向上させたり、まったく別物に変えることができる好例」と捉えるべきだろう。尤も、この考えを社外にも広く公開することでパーソナルコンピュータ界の覇権を握れたのがIntelで、社内での流用に留めたために一時的とはいえ電卓事業からの撤退を強いられたのがHPとも言えるのだが。</ref><br />
<ref name="timer">{{keypress|<math>\text{RCL}</math>}} 押下後&nbsp;{{keypress|<math>\text{CHS}</math>}}&nbsp;{{keypress|<math>7</math>}}&nbsp;{{keypress|<math>8</math>}}&nbsp;を同時に押下することで「タイマー機能」が起動する。{{keypress|<math>\text{CHS}</math>}} を押下する度に計時の開始と停止を繰り返す。計時中に&nbsp;{{keypress|<math>1</math>}}&nbsp;〜&nbsp;{{keypress|<math>9</math>}}&nbsp;を押下すると、押下した時点の経過時間(スプリットタイム)を記憶、計時停止後に&nbsp;{{keypress|<math>1</math>}}&nbsp;〜&nbsp;{{keypress|<math>9</math>}}&nbsp;を押下すると経過時間(スプリットタイム)を呼び出せる。{{keypress|<math>\cdot</math>}}&nbsp;を押下すると「タイマー機能」が終了し、7セグLEDには時間が表示されたままとなる。{{keypress|enter}}&nbsp;を押下しても「タイマー機能」は終了するが、7セグLEDの表示はクリアされる。<br>[[HP-55]]では動作モード選択スイッチを[TIMER]に倒すと「タイマー機能」が起動、{{keypress|<math>\text{R/S}</math>}}&nbsp;を押下する度に計時を開始/停止する。計時中に&nbsp;{{keypress|<math>0</math>}}&nbsp;〜&nbsp;{{keypress|<math>9</math>}}&nbsp;を押下すると、押下した時点の経過時間(スプリットタイム)を記憶、計時停止後に&nbsp;{{keypress|<math>0</math>}}&nbsp;〜&nbsp;{{keypress|<math>9</math>}}&nbsp;を押下すると経過時間(スプリットタイム)を呼び出せのるは同じだが、10進法での度⇔分秒の変換&nbsp;{{keypress|&#129094;D.MS}}&nbsp;{{keypress|D.MS&#129094;}}&nbsp;を噛ますことでスプリットタイム同士の加減算も実行できる。</ref><br />
<ref name="crystal">HP-45を開腹し、[https://www.hpmuseum.org/45crys.htm 基板の然るべき箇所に784kHzの水晶発振子を半田付けする]ことで、タイマーを精確にするハックが出回っている。eBayをはじめとするオークションサイトにも、この改造を施したものが出品されることがある。電卓も歴としたコンピュータだが、関数電卓程度の回路規模とクロック周波数であれば、一般的に、正確な周波数を発振できて高価な水晶発振子が実装されることは無く、製造過程に依り発振する周波数が上下するものの安価なクロックドライバICやマイクロプロセッサ自身に内蔵されたクロック発振回路がクロックパルスを発振し周辺チップを同期駆動させている。ClassicシリーズではクロックドライバIC(パーツ番号はHP-45では1820-1128、HP-46では1820-1127)が実装されている。</ref><br />
<ref name=canon>ちなみにこの型番は現行機種でも使われるほど息が長い。2024年現在は[https://personal.canon.jp/product/business-tool/calc/printer/mp1215d MP1215-D VII]だそうで、入力が加算器方式なのは変わらないが、プリンタは2色インクリボンによる機械式に差し替えられている。印字後に放置すると印字内容が消え判読できなるくなるサーマルプリンタを、金勘定で使う電卓が吐き出す[https://ja.wikipedia.org/wiki/ジャーナル_(会計) ジャーナル]として採用するのは、やはり無理があったのだろう。</ref><br />
<ref name="thermal">世界で初めて電卓の回路をフルIC化したのはテキサス・インスツルメンツ(TI)だが、同時に、世界で初めて表示部にサーマルプリンタを発明・採用した。1965年9月、当時のTIの社長である[https://en.wikipedia.org/wiki/Patrick_E._Haggerty Patrick Haggerty]は、TIの半導体研究部門のトップでICを発明した[https://en.wikipedia.org/wiki/Jack_Kilby Jack Kilby]に「電池で動き、ポケットに入る電卓の開発」を社長権限で命じ、Kilbyは自身が最も信頼していた[https://en.wikipedia.org/wiki/Jerry_Merryman Jerry Merryman]に設計を委ね、開発チームを組織した。1年半後の1967年3月29日に完成した[https://americanhistory.si.edu/collections/search/object/nmah_1329686 試作機“Cal Tech”]は小型化のため必然的にフルIC電卓となったが、ここで試作したICはバイポーラ型で、かつ、集積度が低く(直径1インチ(約25.4mm)の円形ウェハにバイポーラトランジスタを384個作り込むのが限界)、それを入力/記憶/演算/印字で4個も使用するため、演算時はもとより待機時も消費電力が大きく、充電式バッテリをすぐ空にすることが判る。そのため、表示部には待機時も使用(表示)時も可能な限り電力を消費しないものが希求され、結果として、印字時しか電力を消費しないサーマルプリンタが発明されることになる。実装したサーマルプリンタは幅&frac12;インチ(約6.4mm)程度の感熱ロール紙へ印字する超小型のもので、プリンタヘッドが消費する電力も極限まで下げている。このとき開発された同型のサーマルプリンタは1970年に[http://www.dentaku-museum.com/calc/calc/3-canon/2-pktr/pocketronic.html キヤノンがポケット電卓で採用]している。ちなみに、MOS型ICと7セグLEDが製品化され市場に流通するのは1970年代に入ってからである。<br>しかし、この試作機が改修され世に出ることはなかった。幅4インチ¼(約108mm)・奥行6インチ⅛(約156mm)・高さ1インチ¾(約44.5mm)・重さ45オンス(約1.28kg)と、可搬ではあるもののポケットには入らない大きさに仕上がった試作機を見たHaggertyから「これじゃポケットに入らん！ もっと小さくしろ！」と怒られたこともあったが、それ以前に、TIのマーケティング部門がHaggertyに対し、自社で実施した電卓に関する市場調査結果から「アメリカでは『ポケット電卓』なんて誰も求めてない」ことを忠言したからである。その忠言を無視したHaggertyが「とにかくポケット型電卓を作れ！」とKilbyに命じた結果がこの試作機なのだが…このあたりの顛末は1991年7月28日にNHK総合テレビで放送された[https://www.nhk.or.jp/archives/chronicle/detail/?crnid=A199107282100001300100 『電子立国 日本の自叙伝 第4回 電卓戦争』]で試作機の現物ともども紹介されている。<br>なお、Kilbyは[https://www.nobelprize.org/prizes/physics/2000/9731-the-nobel-prize-in-physics-2000/ 「IC(集積回路)の発明」で2000年にノーベル物理学賞を受賞]したことでも有名だが、それ以前から、いわゆる[https://patents.google.com/patent/US3138743 Kilby patent]による論争や訴訟を含め、生涯で60余の特許を取得したことで著名である。この試作機が完成後にも「サーマルプリンタ」と「電卓」で、共同発明者のひとりとしてアメリカで特許を出願し取得している(「サーマルプリンタ」は[https://patents.google.com/patent/US3496333 1968年9月26日に出願し1970年2月17日に取得]、「電卓」は[https://patents.google.com/patent/US3819921 1972年12月21日に出願し1974年6月25日に取得])。また、試作機(とアメリカ合衆国特許商標庁に提出した特許出願書類)から、入力方式が加算器方式であることが判る。IC化するにあたり演算回路のフットプリントを極限まで小さくするには加算器方式が最適だったからだろう。</ref><br />
<ref name="consumables">同種と互換性があると推定される普通ロール紙と2色インクリボンはカシオも販売している(普通ロール紙は[https://www.casio.com/jp/electronic-registers/options/product.RP-5860-TW/ RP-5860-TW]、2色インクリボンは[https://www.casio.com/jp/basic-calculators/options/product.RB-02-A/ RB-02-A])が、ある程度まとめて購入すると、輸送費込みでもアメリカから購入するほうが安い。これは単純に現在の日米での需要の差によるもので、日本ではほぼ需要が無くなりつつあるものの、アメリカではサラリーマンであっても納税は個人で確定申告せねばならず、その際に税務当局へ提出する証憑として、時間が経っても印字内容が消えない機械式プリンタには根強い人気があるからだ。</ref><br />
<ref name="board">『OPTION 001』は後からでも購入できたようで、HPのフィールドエンジニア向けドキュメントである「MODEL 46 AND 81 CALCULATOR SERVICE MANUAL (00046-90031)」では、「A4ファザーボード(00046-69540)」を「A5ドーターボード(00046-69541)」と交換できる旨の記載がある。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-35&diff=6826
HP-35
2026-03-19T23:07:34Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1972年2月1日〜1975年11月30日に発売された[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0023/0023history.html 世界初の<ruby><rb>可搬型</rb><rt>ポケット</rt></ruby>関数電卓にして、HP初のポケットRPN電卓]。当時のポケット電卓は四則演算しか行えず<ref name="pocket" />、関数電卓は<ruby><rb>机上設置型</rb><rt>デスクトップ</rt></ruby><ref name="desktop" />しか無かったところに、'''ポケット'''の'''関数'''電卓が登場したことは驚きと賞賛を以て迎えられ、395ドル(121,660円)と高価格<ref name="price" />ながらも、初年度だけで事前に予測した販売台数の10倍である100,000台、販売終了となった1975年11月末までの約3年半で総計300,000台以上と爆発的に売れ、エンジニアや科学者の机上と胸ポケットから計算尺を駆逐した。まさに'''現在のパーソナルコンピュータの礎の1つである'''本機は、2009年に[http://www8.hp.com/us/en/hp-news/press-release.html?id=169661 IEEEマイルストーン]に[http://ethw.org/Milestones:Development_of_the_HP-35,_the_First_Handheld_Scientific_Calculator,_1972 認定]されている。<br />
__TOC__<br />
===目指すは“計算尺からの置き換え”===<br />
非常に有名な本機は、電卓マニアによってアーキテクチャがハックされ続けているが、[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0023/other/0023hpjournal01.pdf HPも自ら公開]している。ハードウェアは5個のMOS LSI、3個のバイポーラIC、3個の5桁7セグメント赤色LEDモジュールで構成され、MOS LSIとバイポーラICの論理設計、および、バイポーラICと5桁7セグメント赤色LEDモジュールの製造は自社のカリフォルニア州サンタクララにあった事業部(HP Santa Clara Division)が、MOS LSIの製造は[https://en.wikipedia.org/wiki/Mostek Mostek]と[https://en.wikipedia.org/wiki/Onsemi American Microsystems (AMI、現在のOnsemi)]が、それぞれ担当した。MOS LSIは演算回路(Arithmetic and Register circuit: A&R)が1個、制御回路(Control and Timing circuit: C&T)が1個、演算アルゴリズムと演算ロジックを含むソフトウェアを格納したROMが3個(1個の記録容量は2,560ビット、1命令に10ビット割り当てられているため、1個で256命令。それを3個実装したため合計で最大768命令)、バイポーラICは二相クロックドライバ、LEDアノードドライバ兼クロックジェネレータ、LEDカソードドライバが、それぞれ1個ずつ実装されている。数値の表示は7セグメント赤色LED<ref name="led" />を採用したが、演算回路や制御回路と較べてLEDは消費電力が大きいため、少しでもLEDによる消費電力を低減すべく、発光面積を減らすために各桁に拡大レンズを載せるという涙ぐましい奇策も繰り出しており、それを5桁で1モジュール化した本機専用の5桁7セグメント赤色LEDモジュールをわざわざ自社開発した。<br />
<br />
各半導体間の配線を極限まで簡素化するため、A&Rは、その後のHP製RPN電卓で主流となる方式と異なり、14桁の56ビット長BCDを、1クロックで1ビットずつ処理する「1ビットシリアルプロセッサ」として設計された。14桁の割り当てはその後に主流となる方式と同じで「1桁が仮数部正負符号」「10桁が仮数部」「1桁が指数部正負符号」「2桁が指数部」である。スタックはその後に主流となる方式と同じ3+1段が用意されているものの、スタック用に割り当てられたRAMは揮発性なので、電源を切ると全てのスタックの内容は消失する。また、本機特有の仕様として、本機で三角関数を演算する際は最上位スタック(スタックT)を作業用レジスタとして使用するため、それまでスタックTに格納していた数値は強制的に上書きされ消失する。プログラミングもできない本機の附属操作マニュアルは至って簡素で、「(主な購買層である)エンジニアや科学者が一読して理解できれば良いだろ」と言わんばかりの、本体と同じ大きさの、RPNの概念と操作方法と仕様を簡単明瞭に記述した中綴じ36ページのパンフレット<ref name="pamphlet" />が1部だけである。<br />
<br />
実装した関数は、四則演算&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>\div</math>}}&nbsp;の他に、度数法での三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\tan</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>\mbox {arc}</math>}}&nbsp;、常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;、自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;、逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;、開平&nbsp;{{keypress|<math>\sqrt{x}</math>}}&nbsp;、冪乗&nbsp;{{keypress|<math>x^y</math>}}<ref name="exp" />、円周率&nbsp;{{keypress|<math>\pi</math>}}&nbsp;だが、これらをたった767命令で実行・演算していることに驚く。先述した通り、本機のROMは最大で768命令しか実装できない。そのため開発陣は、この限られた命令数から逆算し、どのような命令を作成すれば、それらを最大限駆使することで、実装した関数の演算結果にどこまで精確さを持たせられるか、演算アルゴリズムと演算ロジックの精査を強いられた<ref name="cochran" />。最終的な販売価格と演算結果の精確さを見極めた結果、「冪乗の演算は対数で実行するため誤差が出る」ことをマニュアルで明記<ref name="power" />し、現代の関数電卓では当たり前に実行できる「弧度法での三角関数/逆三角関数の演算」は諦めることにした<ref name="slide" />。こういった判断は、本機に実装した関数が、当時の科学者やエンジニアが無理数の概数を得るために個人が購入できる計算用具であった[https://en.wikipedia.org/wiki/Slide_rule 計算尺]が対象としていた関数であることに由来し、計算尺を使い熟すには相当な訓練が必要<ref name="sr" />であることから、本機の開発を指示したHP創業者の1人であるBill&nbsp;Hewlettは明確に「計算尺からの置き換えを狙って本機を開発させた」と推定される<ref name="foreword" />。尤も、Bill&nbsp;Hewlettは本機を「デスクトップRPN関数電卓の[https://www.hpmuseum.org/hp9100.htm HP 9100A/B]がポケットに入れば、HP社内で需要はあるだろう」と読んで開発させたようで、当初は社内向けを含め50,000台程度の販売を見込んでいたのだが、当時は一部分野で競合関係にあったライバル企業の[https://en.wikipedia.org/wiki/General_Electric General Electric]から20,000台を受注する等、本機の生産台数は大幅に上積みされることになる。管理人が所有しているのは全てアメリカ製だが、想像以上に売れたためか、日本を含むアメリカ国外で販売する分はシンガポールで製造するようになった。<br />
<br />
1972年の半導体製造技術ではMOS LSI<ref name="mos" />もLEDも消費電力が大きかったため、本機は基本的に純正ACアダプタ(HP 82002A/B/C)で給電しての使用を前提にしているが、電池ボックスに装着する形で内蔵する純正充電池(HP 82001A/B)を満充電することで最長3時間はコードレスで使用できる。HP 82001A/Bは遥か昔に販売を終了しているため、現代で本機を使用するにはHP 82002A/B/Cが必須だが、HP 82001A/Bの実態は「単3形Ni-Cd充電池を3本直列にして簡単なプラスティックの枠に納めたもの」なので、枠を慎重に殻割りして新品の単3形充電池<ref name="battery />と入れ替えることで復旧できる他、その外形故、様々なベンダからHP 82001A/Bの代替となる充電池が販売されており、充電池の入手には困らない。<br />
<br />
===様々な逸話===<br />
世界初のモノを開発するときは、様々な逸話ができる。ご多分に漏れず、世界初のポケット関数電卓である本機の周辺も様々なネタが転がっている。<br />
<br />
:*Bill&nbsp;Hewlettは開発陣に「私のシャツの胸ポケットに入る大きさにせよ」と条件を出した。本機の外形は最終的に幅82mm×奥行145mm×高さ25mmと大振りに仕上がってしまったが、彼が長身で大きなシャツを着ていたことに開発陣は救われた。これに肖ったのか、本機附属マニュアルの序文は'''SHIRT POCKET POWER'''というタイトルが付されている。<br />
:*実装した演算アルゴリズムの正確性を検証するため、当初は大型コンピュータである[https://ja.wikipedia.org/wiki/バロース_B5000 バロース B5500]の演算結果と比較していたが、精度が足りず続行不可。已むを得ずIBMのメインフレームに切り替えたものの、やはり精度が足りず中止された。これは、ポケット関数電卓である本機に実装した演算アルゴリズムが当時最新鋭のメインフレームと同等以上の精度がある<ref name="japan" />ことを意味していた。<br />
:*本機は1972年に世界で初めてNASAにより宇宙に出た関数電卓である。1973年5月〜1974年2月にはNASAの初代宇宙ステーションである[https://www.nasa.gov/mission_pages/skylab Skylab]でも使用された。<br />
:*発売当初、本機には型番や名称を付与しておらず、単に'''The Calculator'''と呼んでおり、本体正面に貼付されたラベルも'''HEWLETT・PACKARD'''と社名だけ書かれたものだったが、本機の物理キーが35個あることから、Bill&nbsp;HewlettがHP-35と'''後付けで型番を付与'''した。これを受け、後述のバグ対策ROMを載せたVer.3から、本体正面のラベルも型番が追記された'''HEWLETT・PACKARD 35'''に差し替えられた。<br />
:*本機が既に25,000台ほど売れた後、現在では夙に有名なバグが摘出された。Ver.1とVer.2のROMでは&nbsp;<math>e^{\ln{2.02}}=2.02</math>&nbsp;であるべきが<code>2</code>と[https://archived.hpcalc.org/laporte/HP35%20bug.htm 誤算してしまう]のだ。この件にどう対応するか、HP社内では侃々諤々の議論が交わされたが、最も簡単であろう「バグの存在を握り潰す」のではなく「顧客へ正直に報告し、バグ対策したROMへの<ruby><rb>無償修理</rb><rt>リコール</rt></ruby>を実施する」ことに決定、その旨がアナウンスされた。当時の本機ユーザはHPの実直かつ誠実な対応に感動し(またはこのバグを内在した機体のほうが後々価値が出ると考えて)、大半のユーザはバグを承知で未対策品を使い続けることを選択、無償修理を申し出たのは約&#x2155;の5,000台程度に留まった。なお、本機は[https://www.keesvandersanden.nl/calculators/hp35.php 約3年半で4回改修]されている。<br />
:*このバグを教訓に、1974年、HPはカナダの数学者で計算機科学者の[https://en.wikipedia.org/wiki/William_Kahan William&nbsp;Kahan]をコンサルタントとして招聘、共同で演算アルゴリズムを大幅に改良した。Kahanはその後、[[HP-12C]]/[[HP-10C/HP-11C/HP-15C]]/[[HP-16C]]などHP-10Cシリーズの演算アルゴリズム設計とマニュアル執筆にも関わることになる。<br />
:*本機開発当時はこれ以外の選択肢が無かったとはいえ、表示部にLEDを採用したことは本機の消費電力を吊り上げる要因であり、充電池による稼動時間を短くしている。よって、充電池による稼働時間を少しでも延ばしたいなら、演算時のみ電源ONにする等、頻繁に電源スイッチをOFF/ONすることになるが、本機の電源スイッチは機械式スライドスイッチなので、OFF/ONを頻繁に繰り返すとスライドスイッチの摺動部が摩耗し、やがて電源スイッチだけが故障することが考えられる…このジレンマに対し、ユーザの間では、電源はONだが演算しない時は小数点&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;を1回以上押下して、表示部に点灯させるLEDを小数点<code>.</code>だけとするライフハック(というかバッドノウハウ)が流行した。これは、本機では電源ON直後やメモリクリア&nbsp;{{keypress|<math>\text {CLR}</math>}}&nbsp;もしくはスタックXクリア&nbsp;{{keypress|<math>\text {CL}x</math>}}&nbsp;押下後に<code>0.</code>と表示させた後に小数点&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;を1回以上押下すると<code>.</code>のみが表示されるという動作仕様を利用して、<code>0</code>を表示させる分の消費電力を削減する、という意図に依る。[[HP製RPN電卓の特長|特長]]でも記した通り、キーボードの元になる基板には金メッキが施されているため、機械式スライドスイッチより摩耗に強い造りであり、また、発光するLEDも大幅に減るため、この流行は理に適っている。<br />
:*本機の開発期間は2年、従事した開発陣は20名、開発費は約100万ドルだったが、本機は300,000台以上売れたため、単純計算でも投下した開発費の100倍以上の収入を得られたことになり、HPにとっても空前の大成功を収めた製品となった。これによりHPは(関数)電卓事業への本格参入を決断する。<br />
<br />
本機を入手すること自体は比較的容易で、Ver.3とVer.4はeBayをはじめとする中古市場やオークションサイトに結構な頻度で出品されるものの、約50年前の製品なので、表面に印刷された文字が擦れて消えていたり、HP 82002A/B/Cが附属してなかったり、HP 82001A/Bが容量抜けしていたり(これは先述の手順で復旧可能)、7セグメント赤色LEDの輝度が落ちて数字が正常に表示できなかったりと、美品や完動品は希少になりつつある。Ver.2が出品されるのは非常に稀で、完動品であれば2020年現在で500ドル以上の売値が付けられる。Ver.1が出品されることは皆無に等しく、管理人は3度しか見たことが無いが、3,000〜4,000ドルの売値が付けられたにもかかわらず数日で売れている(勿論、管理人には手が出ない)。管理人が所有しているのは経年に比して美品かつ完動品のVer.2〜4だが、この希少性故、Ver.3とVer.4は複数台所有しているものの、Ver.2は1台しか所有していない<ref name="buggy" />。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= \tan\left (\frac{355}{226}\times\frac{180}{\pi}\right )\mbox{ [deg]}= {\color{Red}-7}462686.567\ \; (\varepsilon\!_R=4.61\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 43.00000001</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||200kHz (Classic)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||HP 82001A/B (3.6V 450mAh/900mAh 充電池:中身は単3形Ni-Cd充電池×3個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1972年〜1975年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ、シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1972年発売当時の定価||395ドル (約120,000円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="pocket">世界初の1チップポケット電卓(四則演算のみ)は1971年6月に定価89,800円で発売された[[Nut/Saturnプロセッサファミリ#cite_note-busicom-1|ビシコン]]の[http://sts.kahaku.go.jp/sts/detail.php?no=900990151035 Busicom LE-120A]である。つまり、世界初の1チップポケット電卓が発売された8ヶ月後に世界初のポケット関数電卓である本機が発売されたことになるが、[http://sts.kahaku.go.jp/sts/detail.php?no=900990151035 Busicom LE-120A]も[http://www.dentaku-museum.com/1-exb/special/rikadai/rikadai.html#5 1970年に開発を開始した]ので、[[Nut/Saturnプロセッサファミリ#cite_note-busicom-1|ビシコン]]とHPはほぼ同時にポケット電卓の開発を開始したことになる。しかも核となるMOS LSIによるマイクロプロセッサの製造元は同じMostekである。当時Mostekがこの事実に何を思ったかは知る由もないが、技術的難易度からすれば関数電卓のほうが高度であるの言うまでもなく、1970年代初頭の日米間には技術力とマーケティング力に歴然とした差が有ったと断言して問題無かろう。</ref><br />
<ref name="desktop">電卓の正式名称は電子式'''卓上'''計算機なので、ある意味では正しい。HP製RPN電卓でいえば[https://www.hpmuseum.org/hp9100.htm HP 9100A/B]や[https://www.hpmuseum.org/hp9810.htm HP 9810A]等が該当する。</ref><br />
<ref name="price">日本では横河・ヒューレット・パッカード株式会社(YHP)から99,500円で販売。[https://nenji-toukei.com/n/kiji/10021 1972年の大卒初任給が52,700円]だったので相当高価である。ただ、1971年12月18日〜1973年4月18日は[https://en.wikipedia.org/wiki/Smithsonian_Agreement スミソニアン協定]により1ドル＝308円の固定相場制だったことを考慮すると、日本国内向けの価格は約2割引されてはいる。ちなみに、[http://www.codex99.com/design/the-hp35.html 当時の日本がアメリカへ輸出していた四則演算のみの電卓が100ドル、計算尺が20ドル]だったようだ。なお、本国では、発売から3年後の1975年2月に195ドルへ値下げされているが、これは同時期に本機の後継機種である[https://www.hpmuseum.org/hp21.htm HP-21]を125ドルで発売したからである。HP-21は本機よりROMが2,560ビット拡大されたことで、弧度法での三角関数および逆三角関数が直接演算できたり、10の冪乗&nbsp;{{keypress|<math>10^x</math>}}&nbsp;が内蔵関数として実装されたりと大幅に改善されているため、先発機種である本機より高価に設定するのが自然だと思うが、演算できる有効桁数が本機より2桁少ない10桁(指数表記では仮数部8桁、指数部2桁)であるため、無理数を扱うことが殆どの関数電卓では有効桁数が多ければ多いほど数学的な正解に近い演算結果が得られるという商品の性格から、後発のHP-21を安価に設定したようだ。</ref><br />
<ref name="led">現代なら目に眩しい赤色が採用されることは無いだろうが、HPは1971年以降に開発・発売した第二世代のRPN電卓でも表示部に赤色LEDを採用している。本機が発売された1972年は緑色LEDが発明された年だが、緑色LEDを採用しようにも発明されたばかりで技術的にも価格的にも熟れてないうえ、一般にLEDは点灯させる光の波長が短いほど高電圧が必要であるにもかかわらず消費電流は同じなので、緑色(495〜570nm)は赤色(620〜750nm)より短波長＝赤色より高電圧(実測で約1.5倍)が必要＝赤色より消費電力が(約1.5倍)増えることになり、充電池で駆動する電卓の表示部に緑色LEDを採用する理由が無い。コストや自社が持つノウハウなどからも、1962年に発明された赤色LEDしか選択肢が無かったと思われる。なお、HPがRPN電卓に液晶ディスプレイを初めて採用したのは、1979年7月1日発売の[http://www.hp-collection.org/calculators/41c.html HP-41C]である。</ref><br />
<ref name="exp">歴代のHP製RPN関数電卓で本機だけ、冪乗のスタック配置が逆である。例えば&nbsp;<math>2^3</math>&nbsp;を演算させる場合、他機種のように&nbsp;{{keypress|<math>y^x</math>}}&nbsp;であれば&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>y^x</math>}}&nbsp;とRPNらしく素直に入力できるが、本機では&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|<math>x^y</math>}}&nbsp;と羃指数を先に入力する必要がある。これは、本機の命令数の制約から常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;の逆関数である10の冪乗&nbsp;{{keypress|<math>10^x</math>}}&nbsp;の実装が見送られたため、スタックXの真数を演算する際にキーイン数が最小となる&nbsp;{{keypress|<math>1</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>x^y</math>}}&nbsp;で済むよう、敢えて入れ替えたといわれている。</ref><br />
<ref name="cochran">[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP-9100A]と本機のソフトウェアを担当した[https://www.hpmemoryproject.org/news/leibson/interview_page_00.htm David S. Cochran]がHP Journalの1972年6月号で[https://en.wikipedia.org/wiki/CORDIC CORDIC]とともに[https://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0023/other/0023hpjournal03.pdf 概説]しており、2010年6月に実施されたインタビューでも「単純な&nbsp;{{keypress|<math>\sin</math>}}&nbsp;や&nbsp;{{keypress|<math>\cos</math>}}&nbsp;さえ、まず&nbsp;{{keypress|<math>\tan</math>}}&nbsp;ルーチンを使用し、その後、[https://en.wikipedia.org/wiki/List_of_trigonometric_identities#Pythagorean_identities 三角関数の恒等式]から算出していました。このような手間のかかる処理は、本機のROMの容量を(3チップで)750ワードに制限するために、固有のプログラム数とプログラムステップ数を最小限に抑えるうえで不可欠だったのです」と[https://www.hpmemoryproject.org/wb_pages/d_cochran_01.htm 述懐]している。<br>[[HP製RPN電卓の特長#演算アーキテクチャ|演算アーキテクチャ]]でも記載した通り、HP製RPN電卓に実装されている4ビットCPUは[https://en.wikipedia.org/wiki/Adder_(electronics) 加算器]のみで構成されているので、現実的な演算速度で三角関数を含む[https://en.wikipedia.org/wiki/Transcendental_function 超越関数]の高精度な値を得るには、[https://en.wikipedia.org/wiki/Binary_multiplier 乗算器]を使用せず加算と減算だけで演算する[https://en.wikipedia.org/wiki/CORDIC CORDIC]を採用するのは至極当然である。</ref><br />
<ref name="power">マニュアル9ページ下部に''The HP-35 performs <math>x^y</math> with an internal program using logarithms and the answers are not always exact to the last decimal place. For example, <math>\it 8^{2/3}=4\,</math>, but if you key'' {{keypress|<math>2</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\div</math>}}&nbsp;{{keypress|<math>8</math>}}&nbsp;{{keypress|<math>x^y</math>}} ''you get <math>\it 3.999999999\,</math>. Call it 4; the error is .000000001, or only one billionth!'' とある。いくら10億分の1の誤差とはいえ中学生以下の演算結果なのだが、勿論ここで引用されている例はHPが提示した最も誤差が小さい(都合が良い)もので、<math>2^3</math>&nbsp;や&nbsp;<math>3^2</math>&nbsp;といった単純な演算でも、本機の内蔵関数である冪乗&nbsp;{{keypress|<math>x^y</math>}}&nbsp;ではそれぞれ<code>8.000000002</code>や<code>9.000000006</code>と、誤差を含んだ結果を出力する。手入力であれば問題無く、{{keypress|<math>2</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;は<code>8</code>、{{keypress|<math>3</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;は<code>9</code>と、それぞれ正解を出力するが、裏を返せば、羃指数が無理数であったり他の演算で得られたスタックの値であったり等、手入力できない値であるため已むを得ず内蔵関数の冪乗&nbsp;{{keypress|<math>x^y</math>}}&nbsp;で演算させた結果は、現代の関数電卓と較べるまでもなく、心許無いということになる。概数しか得られない計算尺よりは精確な結果が得られるため良しとしたのだろう。</ref><br />
<ref name="slide">計算尺では、弧度法で三角関数と逆三角関数を直接使用できず、[https://nikomat.org/priv/unplugged/slide-rule3/index.html 別尺で度数法⇔弧度法を変換]してから概数を得る。本機であれば、弧度法の定義に従って、弧度に<math>\tfrac{180}{\pi}</math>を乗じて度数に、度数に<math>\tfrac{\pi}{180}</math>を乗じて弧度に、それぞれ変換して演算させれば良い。</ref><br />
<ref name="sr">それまでの旧制学制では算盤の使用方法のみが教授されており、1947年(昭和22年)の学習指導要領では旧制中学3年で[https://erid.nier.go.jp/files/COFS/s22ejm/chap8.htm 「そろばんを使って，加法や減法をすること。」]、旧制中学5年で[https://erid.nier.go.jp/files/COFS/s22ejm/chap10.htm 「乗法や除法をそろばんを使ってすること。」]と定められていたが、1951年(昭和26年)に改訂・施行された学習指導要領では、[https://ja.wikipedia.org/wiki/学制改革 学制改革]による移行措置が完了したことも相俟って、中学校と高等学校の数学科で「計算尺の使用方法」が正規のカリキュラムとして採用された。新制中学校数学科では[https://erid.nier.go.jp/files/COFS/s26jhm/chap4.htm 「乗・除の計算法としては中学二年になって，計算尺による方法が指導されることになっている。」]、新制高等学校数学科では[https://erid.nier.go.jp/files/COFS/s26jhm/chap5.htm 「計算尺の原理を明らかにし，その使い方に慣れること。」]と明記され、計算尺の使用方法は必修となったが、裏を返せば、'''計算尺は使用方法を教授されなければ使えない'''ことを示している。当然、教授されずとも誰でも使える(関数)電卓が一般家庭に普及すると計算尺は急速に廃れ、1970年(昭和45年)告示・1973年(昭和48年)施行の学習指導要領では早くも高等学校数学科から計算尺に関する記述が削除されて教授されなくなり、中学校数学科でも1977年(昭和52年)告示・1980年(昭和55年)施行の学習指導要領で[https://erid.nier.go.jp/files/COFS/s52j/chap2-3.htm 「図形の計量，統計などにおいて数値計算を行う場面では，必要に応じて，そろばん，計算尺又は計算機を使用させて，学習の効果を高めるように配慮するものとする。」]と記述されたのを最後に、計算尺に関して教授されなくなった。これらの変更が、1972年(昭和47年)に爆発的なヒット商品となった[http://arch.casio.jp/dentaku/info/history/casiomini/ カシオミニ]の登場による電卓のパーソナル化と同時期であることを指摘するのは野暮というものだ。<br>1975年生まれの管理人は、先述の1977年(昭和52年)告示・1980年(昭和55年)施行の学習指導要領で小学校・中学校と学んだが、中学の数学の授業では、計算尺はおろか、算盤やコンピュータについて一切触れられなかった。学習指導要領に“必要に応じて”と記述されていることから、当時通っていた公立中学校の数学科教師陣はこれらを“必要ではない”と判断したのだろう。今でも明確に覚えているのは、小学6年のときに「算数の授業で使うから」と父親の関数電卓と母親の算盤を持参したことだが、これは同時に改訂・施行された小学校算数の学習指導要領に[https://erid.nier.go.jp/files/COFS/s52e/chap2-3.htm 「計算の技能の指導に関連して，そろばんや計算機を第５学年以降において適宜用いさせることは差し支えないが，この場合は，概算によって見通しを立てるなどの能力の育成を妨げないように配慮する必要がある。」]と記述されていることを受け、当時の担任教師が持参させたからだ。この教師は専門が数学だったようで、この学習指導要領では中学3年で教授されることになっている「平方根の概念」と「記号<math>\sqrt{\vphantom{x}\quad}</math>の存在」を小学6年の算数の授業で管理人を含む同級生の児童に教えており、かなりの数学好きだったことが窺える。なお、学習指導要領の記述で「計算機」が「電卓」に置き換わったのは、次回改訂にあたる1989年(平成元年)告示・1992〜1994年(平成4〜6年)施行の[https://erid.nier.go.jp/files/COFS/h01e/chap2-3.htm 小]・[https://erid.nier.go.jp/files/COFS/h01j/chap2-3.htm 中]・[https://erid.nier.go.jp/files/COFS/h01h/chap2-4.htm 高]向けが初である。<br>ちなみに、算盤の使用方法は、遅くとも1947年(昭和22年)から現在まで途切れることなく、小学校算数の学習指導要領に記述され続けている。計算尺同様、使用方法を教授されなければ使えない計算用具である算盤が学習指導要領に記述され続けている理由は、両者の製造精度と演算結果の差だろう。算盤は比較的簡単かつ安価に製造できるうえ演算結果に誤差が無く、暗算が速くなる副次的効果も得られるが、計算尺は目盛りを対数で刻むため製造精度の維持に一定水準以上の技術が必要なことから高価なうえ演算結果には必ず誤差が含まれる概数しか得られない。教授されなければ使用できない計算用具として両者を比較すれば算盤が勝るのは言うまでもない。</ref><br />
<ref name="foreword">本機附属マニュアルの序文''SHIRT POCKET POWER'' が''Our object in developing the HP-35 was'' '''''to give you a high precision portable electronic slide rule.''''' ''We thought you'd like to have something only functional heroes like [https://en.wikipedia.org/wiki/James_Bond James Bond], [https://en.wikipedia.org/wiki/Walter_Mitty Walter Mitty] or [https://en.wikipedia.org/wiki/Dick_Tracy Dick Tracy] are support to own.'' という一文で始まることからも判るとともに、1972年時点ではポケット関数電卓が、冗談半分で“架空の主人公が近未来を予感させる世界で使う夢のガジェット”に喩えるような扱いだったことが読み取れる。</ref><br />
<ref name="pamphlet">世界の書籍生産統計を作成する[http://portal.unesco.org/en/ev.php-URL_ID=13068&URL_DO=DO_TOPIC&URL_SECTION=201.html UNESCOによるパンフレットの定義]は''A pamphlet is a non-periodical printed publication of'' '''''at least 5 but not more than 48 pages, exclusive of the cover pages,''''' ''published in a particular country and made available to the public'' である。本機のマニュアルは、表紙を除き序文を含めると46ページで、アメリカで発行され、本機を購入すれば誰でも入手可能な、非定期的な印刷出版物なので、UNESCOによるパンフレットの定義と合致する。</ref><br />
<ref name="mos">本機発売後の1972年9月12〜14日にアメリカ・サンフランシスコで開催された[https://www.computer.org/csdl/magazine/co/1972/01/01641501/13rRUIJcWr7 IEEE Computer Society Conference "COMPCOM72"]で、HPとMostekが共同で[https://www.hpmuseum.org/forum/thread-3745.html "MOS CIRCUIT DEVELOPMENT FOR THE HP-35"]と題した発表をしている。その中でMostekからHPへの報告として''To achieve low power dissipation in these logic arrays we planned to use appropriate circuit design, and our'' '''''ion-implanted depletion P-channel process.'''''とあるため、これら3個のMOS LSIはイオン注入法によりpMOSで製造されたことが判る。この発表にはそれらMOS LSIの消費電力も書かれており、電源電圧5Vで、A&Rが20mW、C&Tが50mW、ROMが3mW(「1mW消費するROMが3個だから」と推定されるが明確な記述なし)とある。なお、本機底面に貼られた銘版には「3.75V, 500mW」とある。</ref><br />
<ref name="battery">RPN電卓マニアによる充電回路の解析や実験で、交換する充電池がNi-CdではなくNi-MHでも問題無いことが確認されているため、同じ形でも充電容量が2倍以上多いNi-MHへの置換が急速に進んでいる。</ref><br />
<ref name="japan">翻って当時の日本では、本機の発売から遅れること2年、1974年5月にカシオ計算機株式会社が発売した[[Casio fx-10|fx-10]](定価24,800円)が日本メーカによるポケット関数電卓の嚆矢だが、本機発売から2年経過しているにもかかわらず実装された関数が本機より少なく(逆三角関数が演算できない)、演算結果の精確さも本機と較べて大幅に劣っていた(有効桁数6桁を謳っているが、演算結果が正解と一致するのは4桁)。例えば&nbsp;<math>\sin 30^\circ</math>&nbsp;の演算結果として<code>0.5</code>ではなく<code>0.499999</code>を出力した。これでは高校生以下である。事程左様に、当時の日米間の技術力には圧倒的な差があったのだ。このことから、「関数電卓＝HP」「HPのRPN関数電卓を使い熟せてこそエンジニアは一人前」と言われていた。</ref><br />
<ref name="buggy">所有するVer.4のうち、シリアル番号が1249で始まる1台だけ、Ver.1とVer.2だけが持つはずの&nbsp;<math>e^{\ln{2.02}}=2.02</math>&nbsp;を<code>2</code>と演算するバグを抱えている。ハードプラスティックケースに長年封入されていたらしく、本体が異常に綺麗な完動品だったので購入したのだが、[https://www.hpmuseum.org/collect.htm#early1 シリアル番号が1249で始まるVer.4は、バグありのものと交換されている可能性がある]という情報から、今回はそれを把んでしまったようだ。なぜそのような交換が行われたのかは不明だが…。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP%E8%A3%BDRPN%E9%9B%BB%E5%8D%93%E3%81%AE%E7%89%B9%E9%95%B7&diff=6825
HP製RPN電卓の特長
2026-03-19T22:38:46Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|frame=1}}<br />
<br />
[[RPN電卓/歴史と現在|歴史と現在]]でも記した通り、RPN電卓はその構造上、中置記法の電卓よりメモリを大量に実装する必要があるため、最終的な販売価格も中置記法の電卓より割高となる。即ち、関数電卓の購入者層にHP製RPN電卓を選択してもらうには、その割高な価格に見合うだけの演算性能と剛性が必要になる。<br />
<br />
''「他社の関数電卓より数割高いのに、演算性能が同等以下だったり、些細な衝撃で故障したりするようでは、我々の製品は見向きもされなくなる」''<br />
<br />
この危機感からHPは、時にユーザから「やり過ぎだ」と言われるほど'''演算結果の精確さ'''と'''堅牢な造作'''に対してこだわり続け、その結果を愚直に製品へ反映した。そしてこのこだわりこそが、結果的に、他社製品とは一味も二味も異なる差別化に繋がり、世界中に「HP製RPN電卓マニア」を産むことになる。<br />
<br />
__TOC__<br />
==二進化十進数による精確な演算==<br />
なぜ「HPの電卓事業撤退」のニュースに反響が大きかったのか。[[RPN電卓/序説|先述]]の通り、RPN電卓以外の電卓が使えなくなってしまったユーザが世界中にかなり居たというのもあるが、'''演算結果の精確さ'''と'''機能の豊富さ'''と'''(それに比例した)高価格'''でも、HPが他社の追随を許さなかったからだ。<br />
<br />
{| class="wikitable" style="float:left; margin-right: 15px;"<br />
|-<br />
!rowspan="3"|{{縦書き|十進数}}<br />
!colspan="4"|二進化十進数<br>(BCD)<br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>3</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>2</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>1</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>0</sup></i><br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|-<br />
|style="text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|-<br />
|style="text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|-<br />
|style="text-align:center;"|2<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|-<br />
|style="text-align:center;"|3<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|1<br />
|-<br />
|style="text-align:center;"|4<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|-<br />
|style="text-align:center;"|5<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|-<br />
|style="text-align:center;"|6<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|-<br />
|style="text-align:center;"|7<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|1<br />
|-<br />
|style="text-align:center;"|8<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|-<br />
|style="text-align:center;"|9<br />
|style="font-weight:bold; text-align:center;"|1<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|0<br />
|style="font-weight:bold; text-align:center;"|1<br />
|}<br />
<br />
何を以て一般的とするかは議論が分かれる<ref name="math" />ものの、少なくとも先進国で算数や数学を学んだ人間は十進数で演算(するよう学ぶ)し、電卓を含むコンピュータはディジタル表現の基本である二進数で演算する<ref name="binary" />。これは、二進数で使用する数字が<code>0</code>と<code>1</code>の2種類しか無いことにより、電圧/電流/電荷/磁荷の有無、即ち、電圧や電流や磁力のON/OFFで<code>0</code>と<code>1</code>を示せるため、非常に相性が良いからだ。この事実から、コンピュータはすべての情報を二進数で扱うことで演算資源を最小限の規模で実装でき、結果として有効に利用できる<ref name="trinity" />のだが、残念ながら、人間は直感的に二進数を十進数に変換できない。よって、電卓を含むコンピュータの内部では常に、人間から渡された十進数を二進数に変換し、二進数で演算、その結果を十進数に再変換して人間に返す動作を常に繰り返すことになるのだが、この十進⇔二進変換で問題が起きる。演算結果で端数が発生した場合だ。<br />
<br />
例えば <math>\frac{\,1\,}{\,3\,}\!\times 3</math> を考える。数学として正しい演算結果は当然 <math>1</math> だが、最もポピュラーであろう中置記法の8桁電卓では&nbsp;{{keypress|1}}&nbsp;{{keypress|<math>\div</math>}}&nbsp;{{keypress|3}}&nbsp;{{keypress|<math>=</math>}}&nbsp;の時点での演算結果は<code>0.3333333</code>となる。その理由は、数学として正しい演算結果が <math>0.{\dot 3}</math> (小数点第1位が<math>3</math>の[https://en.wikipedia.org/wiki/Repeating_decimal 純循環小数])で、本来なら <math>0.333333333\cdots</math> と小数点以降は無限に <math>3</math> が続くべきところ、電卓やコンピュータが演算できる二進数の桁数は限りがあるため、どこかで打ち切らざるを得ないからだ。8桁電卓であれば、整数部に1桁の <math>0</math> があるので、小数部の連続する <math>3</math> は小数点第7位で打ち切り、<code>0.3333333</code>が演算結果となる。これに&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|3}}&nbsp;{{keypress|<math>=</math>}}&nbsp;と入力・演算させたとて<code>0.9999999</code>にしかならず、数学として正しい演算結果である <math>1</math> は得られない。<br />
<br />
このように、演算できる桁数以上の数字を、ある一定の幅の整数倍の数値に置き換える処理を、俗に'''[https://en.wikipedia.org/wiki/Rounding 丸め]'''と呼ぶ。丸めには、切り捨て・切り上げ・四捨五入・五捨六入・五捨五超入・偶数丸め・奇数丸めなど様々な種類があるが、どの丸めが入っても〝二進数による演算結果〟と〝数学として正しい演算結果〟の間に誤差が生じる。二進数演算で得られた端数を含む演算結果から更に端数を含む演算を実行するということは、数学として正しくない丸めた数字同士を演算することと同義であるとともに、更に誤差が増えることに繋がり、やがて〝数学として正しい演算結果〟と較べて無視できない誤差となる。先ほどの例で言えば、「切り捨て」という丸めが入ったことで、〝数学として正しい演算結果〟である <math>0.{\dot 3}</math> や <math>1</math> ではなく〝二進数による演算結果〟である<code>0.3333333</code>や<code>0.9999999</code>が得られたことで、最終的に <math>0.0000001</math> の誤差が生じている。特に関数電卓で頻繁に扱う定数には、円周率 <math>\pi</math> にしろ自然対数の底 <math>e</math> にしろ地球の重力加速度 <math>g</math> にしろ電気素量 <math>e</math> にしろ、その数値(近似値)には必ず端数が含まれるため、これらを含む数値を演算すると電卓内部は丸めの連続となり、最終的に得られる演算結果が信用できない事態となる。<br />
<br />
この事態を可能な限り回避し精確な演算結果を得るため、HP製の電卓は発売当初から伝統的に'''数値をニブル単位で扱い'''、'''[https://en.wikipedia.org/wiki/Binary-coded_decimal 二進化十進数:BCD]'''で演算する。<br />
<br />
BCDは、本来であれば二進法の4ビット(ニブル単位)が作成できる16種類のすべての状態に数値や文字や意味を割り当てて様々な演算をさせるべきところ、0〜9の10種類だけをそれぞれ十進数の1桁の数値である0〜9に割り当てて1桁ずつの数値演算に使用するものの、それ以降の6種類は敢えて使用しないという贅沢な仕様で、近年流行りの言葉だと「メモリや実行効率を気にせず、条件が変わる度にすべての計算や表示を行う『[http://www.pitecan.com/fugo.html 富豪的プログラミング]』で組まれたシステム」である。よって、純粋な二進法で多桁の十進数を演算する際、全桁を一括して二進数に変換しても演算できず、十進数の最下桁(一の位)から1桁ずつ順番に演算するしかないのだが、ここで繰り上がり/繰り下がりが発生した場合は、その事実を隣の桁へ確実に伝えることで、どんなに多桁の十進数であっても丸めが発生しないという圧倒的な利点がある。言い換えると、原理的には[https://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2019/03/18/1387017_004.pdf 小学1年の算数]で習う「繰り上がり/繰り下がりを含む1桁の加減算」を、実践的には[https://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2019/03/18/1387017_004.pdf 小学3年の算数]で習う「多桁の加減算」を、それぞれ筆算するかのように演算するのが、BCDでの演算である。<br />
<br />
このような特性をもつBCDでの演算は、丸めが原因で演算結果に誤差が出ると大問題となる場面、具体的には、金銭出納に関わる銀行の勘定系システムでは現在でも世界中で採用されているが、HPはこれを電卓に採用したのだ。その理由は、何を措いても、演算結果に精確さを求めたからである。<br />
<br />
しかし、HPが電卓事業に参入した1968年には、BCDはおろか、二進数で演算するマイクロプロセッサは存在しなかった<ref name="hp9100" />。1970年、演算結果の精確さにこだわるHPは、世界初の可搬型RPN関数電卓[[HP-35]]のために、BCDで演算するマイクロプロセッサを自社で開発・製造する決断に至った。ここで開発されたマイクロプロセッサは、数度の世代交代を経たものの、基本的な演算アーキテクチャは一切変わらず、HPが電卓事業からいったん撤退する2001年まで採用され続けることになる。<br />
<br />
===演算アーキテクチャ===<br />
HPが自社開発したマイクロプロセッサ内で演算を実行する[https://en.wikipedia.org/wiki/Arithmetic_logic_unit 算術論理演算装置:ALU]は、ビットシリアルアーキテクチャもしくはニブルシリアルアーキテクチャを採用している。[https://en.wikipedia.org/wiki/Serial_binary_adder シリアルアーキテクチャ]は「最下位ビットから順番に1ビットの演算を<math>n</math>回繰り返すことで、1命令の<math>n</math>ビット演算を実行・成立させる」という考え方に基き、電子計算機の黎明期である1930年代後半に産み出されたが、その理由は、当時、ALUを設計・製作しようにも、マトモに使えるスイッチングデバイスが物理的に大きいうえに高価だった真空管しか無かったからである。ハードウェアとしての加減算器(演算回路)は1ビット分だけで済むため開発期間の短縮とプロセッサ自体の小型化と省電力化に向き経済的という利点と、処理時間は<math>n</math>倍に伸びるという圧倒的な欠点が背中合わせとなっているシリアルアーキテクチャを採用することは、ハードウェアを可能な限り極小化して費用と規模を節約する代償として演算速度には目を瞑る<ref name="sa" />ことを意味するものの、1970年代の電卓に求められた存在意義はコンピュータ並の高速な演算では無かった<ref name="priority" />ため、開発・製造コストと基板の小型化(ICやLSIと配線の極小化)の面からも、当時は理に適っていた。<br />
<br />
HP製マイクロプロセッサは一貫して4ビットだったので、1命令を実行・成立させるのに4回演算することになる。そのため、1クロックで1回演算するHP製4ビットマイクロプロセッサの実効演算速度は、プロセッサクロック周波数の&frac14;程度と考えて良い。例えば、[[HP-35]]に実装した初代マイクロプロセッサ(Classic)のプロセッサクロック周波数は200kHzなので、1桁あたり50kHz＝20&#181;sで演算できる。[[HP-35]]の仕様は最大で仮数部10桁、指数部2桁まで演算できるので、これらをすべて埋めるような数値同士でも240&#181;s前後で演算結果を得られることになる。<br />
<br />
なお、[[HP-35]]に実装した初代マイクロプロセッサ(Classic)が加減算<ref name="adding" />する動作を、HP自ら以下のように[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0023/other/0023hpjournal01.pdf 解説]している。<br />
<br />
<i><b>The adder-subtractor computes the sum or difference of two decimal numbers. It has two data inputs, storage for carry or borrow, and sum and carry/borrow output. For the first three clock time, the addition is strictly binary. At the forth clock time the binary sum is checked, and if the answer is more than 1001 (nine), then the sum is corrected to decimal by adding 0110 (six). The result is then entered into the last four bits of the receiving register and the carry is stored. A similar correction is done for subtraction.</b> <br><br>(加減算器は、2個の数値入力、桁上げまたは桁下げを格納するストレージ、和と桁上げ/桁下げの出力を備え、2個の十進数の和または差を演算する。最初の3クロックの演算は、厳密に二進法で加算を行う。4クロック目の演算は二進数の和を確認し、<code>1001</code>(十進数の9)より大きければ、<code>0110</code>(十進数の6)を加えることで二進数の和を十進数に補正、レジスタの最後の4ビットに桁上げを設定する。減算でも同様の補正をする。)</i><br />
<br />
{| class="wikitable" style="float:right; margin-left: 15px;"<br />
|+「5と7の和」での<br>十進数への補正例<br />
|-<br />
!rowspan="4"|{{縦書き|十進数}}<br />
!colspan="8"|二進化十進数(BCD)<br />
|-<br />
!colspan="4"|flag<br />
!colspan="4"|digit<br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>3</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>2</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>1</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>0</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>3</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>2</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>1</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>0</sup></i><br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|-<br />
|style="font-weight:bold; text-align:right;"|5<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="font-weight:bold;"|0<br />
|style="font-weight:bold;"|1<br />
|style="font-weight:bold;"|0<br />
|style="font-weight:bold;"|1<br />
|-<br />
|style="font-weight:bold; text-align:right;"|7<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="font-weight:bold;"|0<br />
|style="font-weight:bold;"|1<br />
|style="font-weight:bold;"|1<br />
|style="font-weight:bold;"|1<br />
|-<br />
|style="font-weight:bold; text-align:right;"|<font color="red">1</font><font color="blue">2</font><br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|0<br />
|-<br />
!colspan="9" style="color:black; background-color:white; border-right:solid 1px white; border-left:solid 1px white;"|&#8659;<br />
|-<br />
!rowspan="4"|{{縦書き|十進数}}<br />
!colspan="8"|二進化十進数(BCD)<br />
|-<br />
!colspan="4"|flag<br />
!colspan="4"|digit<br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>3</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>2</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>1</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>0</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>3</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>2</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>1</sup></i><br />
|style="font-size: 5pt; color:gray; text-align:center;"|<i>2<sup>0</sup></i><br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|-<br />
|style="font-weight:bold; text-align:right;"|<font color="red">1</font><font color="blue">2</font><br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:black;"|0<br />
|-<br />
|style="font-weight:bold; text-align:right;"|<font color="green">6</font><br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="color:gray;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:green;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:green;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:green;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:green;"|0<br />
|-<br />
|style="font-weight:bold; text-align:right;"|<font color="red"><sup><font color="red">1</font></sup><font color="blue">2</font><br />
|style="font-weight:bold; text-align:center; color:white; background-color:red;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:red;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:red;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:red;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:blue;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:blue;"|0<br />
|style="font-weight:bold; text-align:center; color:white; background-color:blue;"|1<br />
|style="font-weight:bold; text-align:center; color:white; background-color:blue;"|0<br />
|}<br />
<br />
4ビットシリアルアーキテクチャのALUでBCDを加減算する動作を端的に記した非常に解り易い文章である。先述の通り、BCDは1ニブル(4ビット)には0〜9の1桁の数値しか使用しない仕様だが、1桁同士の加減算は最大18<ref name="adding" />まで発生し得る。そのため、加減算の結果が10以上となったときは「一の位の値だけ抜き出し、繰り上がり/繰り下がりが発生した事実を隣の桁に伝える情報の組へ変換する」必要があり、それがこの文章にある <i>the sum is corrected to decimal (二進数の和を十進数に補正) </i> である。<br />
<br />
具体的には、2個の1桁同士の十進数の和または差を演算した結果が<code>1010</code>(十進数の10)〜<code>1111</code>(十進数の15)の6種類と<code>10000</code>(十進数の16)/<code>10001</code>(十進数の17)/<code>10010</code>(十進数の18)であったとき、その結果に更に<code><font color="green">0110</font></code>(十進数の<font color="green">6</font>)との和を取ることで、<font color="blue">一の位の値</font>だけ抜き出すのと同時に、繰り上がり/繰り下がりが発生した事実を隣の桁へ伝えるための特別なビット(繰り上がり[桁上げ]は<font color="red">carry</font>、繰り下がり[桁下げ]は<font color="red">borrow</font>)を生成する処理を「十進数への補正」という。この処理により、スタックに積まれた数値が何桁あっても、小学3年生がやる筆算と同じように、最下桁(一の位)から順にこの動作を繰り返せば良いことが判る。<br />
<br />
この解説をもとに、以下に[[RPN電卓/序説|序説]]でも例題として記載した「5と7の和」を演算するときの動作を示す。<br />
<br />
# {{keypress|5}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|7}}&nbsp;と入力し、それぞれをスタックに積む。この際、十進数からBCDへ変換するので、5は<code>0101</code>、7は<code>0111</code>となって、各スタックの最下桁(一の位)に積まれる。<br />
# これらの和を演算すべく&nbsp;{{keypress|<math>+</math>}}&nbsp;を入力する。最初の3クロックでは二進数で和を演算、演算結果として<code>1100</code>(十進数の<font color="red">1</font><font color="blue">2</font>)を得る。<br />
# 最後の4クロック目で<code>1100</code>(十進数の<font color="red">1</font><font color="blue">2</font>)が<code>1001</code>(十進数の9)より大きいと確認されるので、十進数へ補正するため、<code><font color="green">0110</font></code>(十進数の<font color="green">6</font>)との和を二進数で演算、演算結果として<code>10010</code>を得る。<br />
# <code>10010</code>を<code><font color="red">1</font></code>と<code><font color="blue">0010</font></code>に、最下位ビットからニブル単位で分割する。1〜4ビット目の<code><font color="blue">0010</font></code>(十進数の<font color="blue">2</font>)はそのままスタックへ返すため触れずに保持。5ビット目の<code><font color="red">1</font></code>が桁上げ(<font color="red">carry</font>)であるため、flag用レジスタの4ビットに<font color="red">1</font>を設定する。これにより<font color="red">1</font><font color="blue">2</font>が筆算のように表記すると<sup><font color="red">1</font></sup><font color="blue">2</font>となる。<br />
# flag用レジスタの4ビットに<font color="red">1</font>が立ったため、「隣の桁へ1を加えよ」と指示する。<br />
# それまで<code>0000</code>(十進数の0)だった隣の桁(十の位)に1を加え<code>0001</code>(十進数の1)とすることで繰り上がり処理が完了。十の位が<code>0001</code>、一の位が<code><font color="blue">0010</font></code>というBCDがスタックへ返される。これを各桁毎に十進数へ変換、ディスプレイには「5と7の和」の演算結果である<code>12</code>が表示される。<br />
<br />
この解説はClassic以降のHP製マイクロプロセッサにもそのまま当て嵌り、基本的に同じ動作だが、HP製の電卓が他社と異なるのは、先述の通り、「1970年代前半」に「BCDによる演算」を「マイクロプロセッサによりハードウェアレベルでネイティブに実装」したことである。<br />
<br />
半導体技術が未熟で集積度がそこまで高くなかった1970年代前半は、世界初のマイクロプロセッサである[https://en.wikipedia.org/wiki/Intel_4004 Intel 4004]が1971年11月15日に登場し、単純な二進数による演算回路がようやくLSI化された時期だが、もし[https://en.wikipedia.org/wiki/Intel_4004 Intel 4004]でBCD演算をさせるのであれば、ソフトウェアで実装するしか無かった。即ち、HPが望むように「常にBCDで演算させたい」場合、演算する度に「二進数による演算⇔BCDによる演算を変換するソフトウェア」が起動することになり、動作が重く、遅くなる。それを嫌ったHPは「ソフトウェアによる変換を無くして軽くするには、すべての演算をBCDで実行するマイクロプロセッサを自社で作れば良い」と考えたのだ。この時点で、HPが演算結果の精確さに対する異常なこだわりが判る。HPがBill Hewlettの指示で[[HP-35]]の開発に着手したのが1970年初頭、発売開始が1972年2月1日なので、[https://en.wikipedia.org/wiki/Busicom 日本ビジコン]がIntelと共同で実質的に開発を開始したのが1969年8月末である[https://en.wikipedia.org/wiki/Intel_4004 Intel 4004]とは開発時期が1年ほど被っていることになるが、この差からも、HPと日本ビジコンで電卓市場に対する視座が、HPとIntelでコンピュータ市場に対する視座が、それぞれまったく異なっている<ref name="viewpoint" />ことは非常に興味深い。<br />
<br />
===メモリアーキテクチャ===<br />
HPが自社開発したマイクロプロセッサ内で数値を格納するレジスタ(メモリ)は、1スタック(1ワード)あたり1ニブル1桁の二進化十進浮動小数点数を割り当てる構成で、初代(Classic)〜第3世代(Nut)までは「1ニブルの仮数部正負符号」「10ニブル(10桁)の仮数部」「1ニブルの指数部正負符号」「2ニブル(2桁)の指数部(範囲は±99)」の14ニブル(56ビット)、最終世代である第4世代(Saturn)では仮数部を2桁増やし「1ニブルの仮数部正負符号」「12ニブル(12桁)の仮数部」「3ニブル(3桁)の指数部(範囲は±499)<ref name="complement" />」の16ニブル(64ビット)である。<br />
<br />
<br />
{| class="wikitable" style="margin: auto;"<br />
|+初代(Classic)から第3世代(Nut)までのメモリ割り当て<br />
|-<br />
!colspan="4"|13<br />
!colspan="4"|12<br />
!colspan="4"|11<br />
!colspan="4"|10<br />
!colspan="4"|9<br />
!colspan="4"|8<br />
!colspan="4"|7<br />
!colspan="4"|6<br />
!colspan="4"|5<br />
!colspan="4"|4<br />
!colspan="4"|3<br />
!colspan="4"|2<br />
!colspan="4"|1<br />
!colspan="4"|0<br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|00<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|05<br />
|style="font-size: 5pt; color:gray; text-align:center;"|06<br />
|style="font-size: 5pt; color:gray; text-align:center;"|07<br />
|style="font-size: 5pt; color:gray; text-align:center;"|08<br />
|style="font-size: 5pt; color:gray; text-align:center;"|09<br />
|style="font-size: 5pt; color:gray; text-align:center;"|10<br />
|style="font-size: 5pt; color:gray; text-align:center;"|11<br />
|style="font-size: 5pt; color:gray; text-align:center;"|12<br />
|style="font-size: 5pt; color:gray; text-align:center;"|13<br />
|style="font-size: 5pt; color:gray; text-align:center;"|14<br />
|style="font-size: 5pt; color:gray; text-align:center;"|15<br />
|style="font-size: 5pt; color:gray; text-align:center;"|16<br />
|style="font-size: 5pt; color:gray; text-align:center;"|17<br />
|style="font-size: 5pt; color:gray; text-align:center;"|18<br />
|style="font-size: 5pt; color:gray; text-align:center;"|19<br />
|style="font-size: 5pt; color:gray; text-align:center;"|20<br />
|style="font-size: 5pt; color:gray; text-align:center;"|21<br />
|style="font-size: 5pt; color:gray; text-align:center;"|22<br />
|style="font-size: 5pt; color:gray; text-align:center;"|23<br />
|style="font-size: 5pt; color:gray; text-align:center;"|24<br />
|style="font-size: 5pt; color:gray; text-align:center;"|25<br />
|style="font-size: 5pt; color:gray; text-align:center;"|26<br />
|style="font-size: 5pt; color:gray; text-align:center;"|27<br />
|style="font-size: 5pt; color:gray; text-align:center;"|28<br />
|style="font-size: 5pt; color:gray; text-align:center;"|29<br />
|style="font-size: 5pt; color:gray; text-align:center;"|30<br />
|style="font-size: 5pt; color:gray; text-align:center;"|31<br />
|style="font-size: 5pt; color:gray; text-align:center;"|32<br />
|style="font-size: 5pt; color:gray; text-align:center;"|33<br />
|style="font-size: 5pt; color:gray; text-align:center;"|34<br />
|style="font-size: 5pt; color:gray; text-align:center;"|35<br />
|style="font-size: 5pt; color:gray; text-align:center;"|36<br />
|style="font-size: 5pt; color:gray; text-align:center;"|37<br />
|style="font-size: 5pt; color:gray; text-align:center;"|38<br />
|style="font-size: 5pt; color:gray; text-align:center;"|39<br />
|style="font-size: 5pt; color:gray; text-align:center;"|40<br />
|style="font-size: 5pt; color:gray; text-align:center;"|41<br />
|style="font-size: 5pt; color:gray; text-align:center;"|42<br />
|style="font-size: 5pt; color:gray; text-align:center;"|43<br />
|style="font-size: 5pt; color:gray; text-align:center;"|44<br />
|style="font-size: 5pt; color:gray; text-align:center;"|45<br />
|style="font-size: 5pt; color:gray; text-align:center;"|46<br />
|style="font-size: 5pt; color:gray; text-align:center;"|47<br />
|style="font-size: 5pt; color:gray; text-align:center;"|48<br />
|style="font-size: 5pt; color:gray; text-align:center;"|49<br />
|style="font-size: 5pt; color:gray; text-align:center;"|50<br />
|style="font-size: 5pt; color:gray; text-align:center;"|51<br />
|style="font-size: 5pt; color:gray; text-align:center;"|52<br />
|style="font-size: 5pt; color:gray; text-align:center;"|53<br />
|style="font-size: 5pt; color:gray; text-align:center;"|54<br />
|style="font-size: 5pt; color:gray; text-align:center;"|55<br />
|-<br />
|colspan="4" align="center"|仮数部<br>正負符号<br />
|colspan="40" align="center"|仮数部<br />
|colspan="4" align="center"|指数部<br>正負符号<br />
|colspan="8" align="center"|指数部<br />
|}<br />
<br />
<br />
{| class="wikitable" style="margin: auto;"<br />
|+第4世代(Saturn)でのメモリ割り当て<br />
|-<br />
!colspan="4"|15<br />
!colspan="4"|14<br />
!colspan="4"|13<br />
!colspan="4"|12<br />
!colspan="4"|11<br />
!colspan="4"|10<br />
!colspan="4"|9<br />
!colspan="4"|8<br />
!colspan="4"|7<br />
!colspan="4"|6<br />
!colspan="4"|5<br />
!colspan="4"|4<br />
!colspan="4"|3<br />
!colspan="4"|2<br />
!colspan="4"|1<br />
!colspan="4"|0<br />
|-<br />
|style="font-size: 5pt; color:gray; text-align:center;"|00<br />
|style="font-size: 5pt; color:gray; text-align:center;"|01<br />
|style="font-size: 5pt; color:gray; text-align:center;"|02<br />
|style="font-size: 5pt; color:gray; text-align:center;"|03<br />
|style="font-size: 5pt; color:gray; text-align:center;"|04<br />
|style="font-size: 5pt; color:gray; text-align:center;"|05<br />
|style="font-size: 5pt; color:gray; text-align:center;"|06<br />
|style="font-size: 5pt; color:gray; text-align:center;"|07<br />
|style="font-size: 5pt; color:gray; text-align:center;"|08<br />
|style="font-size: 5pt; color:gray; text-align:center;"|09<br />
|style="font-size: 5pt; color:gray; text-align:center;"|10<br />
|style="font-size: 5pt; color:gray; text-align:center;"|11<br />
|style="font-size: 5pt; color:gray; text-align:center;"|12<br />
|style="font-size: 5pt; color:gray; text-align:center;"|13<br />
|style="font-size: 5pt; color:gray; text-align:center;"|14<br />
|style="font-size: 5pt; color:gray; text-align:center;"|15<br />
|style="font-size: 5pt; color:gray; text-align:center;"|16<br />
|style="font-size: 5pt; color:gray; text-align:center;"|17<br />
|style="font-size: 5pt; color:gray; text-align:center;"|18<br />
|style="font-size: 5pt; color:gray; text-align:center;"|19<br />
|style="font-size: 5pt; color:gray; text-align:center;"|20<br />
|style="font-size: 5pt; color:gray; text-align:center;"|21<br />
|style="font-size: 5pt; color:gray; text-align:center;"|22<br />
|style="font-size: 5pt; color:gray; text-align:center;"|23<br />
|style="font-size: 5pt; color:gray; text-align:center;"|24<br />
|style="font-size: 5pt; color:gray; text-align:center;"|25<br />
|style="font-size: 5pt; color:gray; text-align:center;"|26<br />
|style="font-size: 5pt; color:gray; text-align:center;"|27<br />
|style="font-size: 5pt; color:gray; text-align:center;"|28<br />
|style="font-size: 5pt; color:gray; text-align:center;"|29<br />
|style="font-size: 5pt; color:gray; text-align:center;"|30<br />
|style="font-size: 5pt; color:gray; text-align:center;"|31<br />
|style="font-size: 5pt; color:gray; text-align:center;"|32<br />
|style="font-size: 5pt; color:gray; text-align:center;"|33<br />
|style="font-size: 5pt; color:gray; text-align:center;"|34<br />
|style="font-size: 5pt; color:gray; text-align:center;"|35<br />
|style="font-size: 5pt; color:gray; text-align:center;"|36<br />
|style="font-size: 5pt; color:gray; text-align:center;"|37<br />
|style="font-size: 5pt; color:gray; text-align:center;"|38<br />
|style="font-size: 5pt; color:gray; text-align:center;"|39<br />
|style="font-size: 5pt; color:gray; text-align:center;"|40<br />
|style="font-size: 5pt; color:gray; text-align:center;"|41<br />
|style="font-size: 5pt; color:gray; text-align:center;"|42<br />
|style="font-size: 5pt; color:gray; text-align:center;"|43<br />
|style="font-size: 5pt; color:gray; text-align:center;"|44<br />
|style="font-size: 5pt; color:gray; text-align:center;"|45<br />
|style="font-size: 5pt; color:gray; text-align:center;"|46<br />
|style="font-size: 5pt; color:gray; text-align:center;"|47<br />
|style="font-size: 5pt; color:gray; text-align:center;"|48<br />
|style="font-size: 5pt; color:gray; text-align:center;"|49<br />
|style="font-size: 5pt; color:gray; text-align:center;"|50<br />
|style="font-size: 5pt; color:gray; text-align:center;"|51<br />
|style="font-size: 5pt; color:gray; text-align:center;"|52<br />
|style="font-size: 5pt; color:gray; text-align:center;"|53<br />
|style="font-size: 5pt; color:gray; text-align:center;"|54<br />
|style="font-size: 5pt; color:gray; text-align:center;"|55<br />
|style="font-size: 5pt; color:gray; text-align:center;"|56<br />
|style="font-size: 5pt; color:gray; text-align:center;"|57<br />
|style="font-size: 5pt; color:gray; text-align:center;"|58<br />
|style="font-size: 5pt; color:gray; text-align:center;"|59<br />
|style="font-size: 5pt; color:gray; text-align:center;"|60<br />
|style="font-size: 5pt; color:gray; text-align:center;"|61<br />
|style="font-size: 5pt; color:gray; text-align:center;"|62<br />
|style="font-size: 5pt; color:gray; text-align:center;"|63<br />
|-<br />
|colspan="4" align="center"|仮数部<br>正負符号<br />
|colspan="48" align="center"|仮数部<br />
|colspan="12" align="center"|指数部<br />
|}<br />
<br />
<br />
<br />
以上のように、マイクロプロセッサ(ハードウェア)内部のすべての演算過程をBCDで行う環境を整え、演算結果の精確性を可能な限り保証した。あとはHPが販売ターゲット毎に「科学・数学向け」や「金融・財務向け」の演算ロジックや関数(ソフトウェア)を組み込めば、高精度な関数電卓を販売できることになる。例えば、仕様上の最大演算桁数である小数点第9位まで演算する設定にした科学・数学向けRPN関数電卓[[HP-25]]/[[HP-67/HP-97]]/[[HP-34C]]/[[HP-10C/HP-11C/HP-15C|HP-15C]]/[[HP-41CX]]の5機種で演算させても、すべての機種で、先の<math>\frac{\,1\,}{\,3\,}\!\times 3</math>は&nbsp;{{keypress|3}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;{{keypress|3}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;で<code>1.000000000</code>が、かつて横河・ヒューレット・パッカード株式会社(YHP)が顧客向けに出したカタログで演算結果の精確さを試させるための例として挙げていた<math>\dfrac{1}{\left (\sqrt{\dfrac{1}{780}}\,\right )^2}</math>は&nbsp;{{keypress|7}}&nbsp;{{keypress|8}}&nbsp;{{keypress|0}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;{{keypress|<math>\sqrt{x}</math>}}&nbsp;{{keypress|<math>x^2</math>}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;で<code>780.0000000</code>が、それぞれ演算結果として得られる。<br />
<br />
==異常に堅牢な造作==<br />
2001年の撤退前のHPでは、マイクロプロセッサやソフトウェアはもちろん、基板、キーボードやケース、LEDや液晶ディスプレイに至るまで、全てを自社で開発・製造していたが、その方針は終始一貫して'''製品に『頑丈さ』『堅牢さ』を持たせる'''ことに尽きた。<br />
<br />
例えば、基板の素材は頑丈さを求めて当時主流のベークライトではなくガラスエポキシ樹脂を、基板上の配線は錆びの発生を避けるべく主流の錫メッキではなく金メッキを、各キーの役割を示す文字や記号は摩耗して消えないよう印刷ではなく[https://en.wikipedia.org/wiki/Damascening 象嵌]<ref name="key" />を、それぞれ採用した。これらアセンブリをケースに収める際も、基板や配線や部品にゴミや湿気が侵入するのを防ぐため、外気に触れる電池ボックスとアセンブリの間に必ずポリエチレンシートを敷く徹底ぶりだ。これも後期になるとケースの有り様から見直され、それまでの「後から開閉可能な『ネジ留めケース』」から「ケース自体を熱で溶解後に圧着し密閉することで二度と開閉不可能<ref name="case" />な『熱溶着ケース』」に変更することで、外部からの異物侵入を断固拒否した<ref name="invasion" />。<br />
<br />
出自が測定機の開発・製造・販売であることや、電卓そのものが高価だった黎明期の1960年代から市場に参入したHPだからこそのこだわりだと管理人は理解しているが、人によっては「病的だ」とまで評されるこれらの対策を施したからこそ、HP製電卓は『異常に堅牢な造作』で有名となり、「机から落としても壊れない」のは勿論、「幼児が投げても壊れない」「尻で敷いても壊れない」「自動車に轢かれても壊れない」「飼料の混合比を[[HP-12C]]で演算していた動物園のカバ担当飼育員が誤って[[HP-12C]]を落としカバに食べられてしまった。しかし、後日、カバの糞から回収した[[HP-12C]]は、洗浄後に何の問題もなく正常に動作した」など、若干の笑いを含みつつ畏敬の念とともに世界中から経験談が集まることになる。つまり〝電池を入れ替え、電源さえ入れば、20年振りだろうと30年振りだろうと何の問題もなく正常に動作する〟のがHP製電卓の日常茶飯事であり、だからこそ現在でも当時の新古品や中古品が高値で取引されているのだ。<br />
<br />
とは言え、形あるものは必ず壊れる。管理人は「壊れる筐体と持つ筐体の差が激しい」という印象を持っている。壊れる筐体は、何の前触れもなく突然電源が入らなくなる等、予兆を感じさせずに逝き、持つ筐体は、不注意で落としてしまおうがどうしようが、壊れる気配すら一向に感じられない。尤も、凡そ50台ほど所有していて、このような壊れ方をしたのは、アメリカから購入した中古の[[HP-42S]]が1台だけなのだが…。<br />
<br />
いずれにしろ、最新機種である[[HP-48GX]]すら製造終了から20年以上経過しており、かつ、代替品が無いので、管理人を含むRPN電卓マニアは不断使いするにしても異常に丁寧に扱っている。<br />
<br />
==脚注==<br />
<references><br />
<ref name="math">[https://en.wikipedia.org/wiki/Ancient_Egyptian_mathematics 古代エジプト数学]は現代と同様の十進法だが、[https://en.wikipedia.org/wiki/Indian_mathematics 古代インド数学]では当初は八進法だったものの十進法に代わり、メソポタミア文明でシュメール人が使用した[https://en.wikipedia.org/wiki/Babylonian_mathematics バビロニア数学]では六十進法が、スペインに侵攻され絶滅したマヤ人が使用した[https://en.wikipedia.org/wiki/Maya_numerals マヤ数学]では五進法と二十進法を併用する特殊なものであった。事程左様に数学で使用する[https://en.wikipedia.org/wiki/Positional_notation 位取り記数法]は多様で、約5,000年前の各文明間の力関係如何では、現代に生きる我々も八進法や六十進法を一般的とした可能性が有ったことになる。</ref><br />
<ref name="binary">少なくとも日本の理系大学で情報理論を受講した学生であれば、指折り数えて十進数→二進数に変換できるよう学んでいると思われるが、それを常用するか？ と言われると、なかなか微妙ではある。話のネタとしては知っていよう。</ref><br />
<ref name="trinity">旧ソ連では1959〜1965年に[https://www.msu.ru/en/ モスクワ国立大学]が主導し三進数で演算する[https://ru.wikipedia.org/wiki/Сетунь_(компьютер) <ruby><rb>Сетунь</rb><rt>セトゥン</rt></ruby>]というコンピュータを50台製造したが、一般的とはならなかった。三進数は正負を分けずに扱える(1トリットで<code>-1</code>と<code>0</code>と<code>1</code>が表現できるため、二進数では負数を示すのに必須の符号ビットが不要となる)利点が有るものの、肝腎の製造/運用コストと演算速度が二進数で演算するコンピュータとほぼ同じだったからだ。この結果、1970年に製造するはずだった後継機の<ruby><rb>Сетуни</rb><rt>セトゥニ</rt></ruby>-70はエミュレータでの実装に留まった。なお、<ruby><rb>Сетунь</rb><rt>セトゥン</rt></ruby>(キリル文字からラテン文字へ翻字するとSetun)とは、モスクワ国立大学の近くを流れる[https://ru.wikipedia.org/wiki/Сетунь_(нижний_приток_Москвы) モスクワ川の支流]の名前である。</ref><br />
<ref name="hp9100">1968年頃に電卓はようやく一部がIC化され始めたが、そのICは電卓の各機種毎に開発・製造する専用品(カスタムIC)であり、マイクロプロセッサという概念は無かった。この年にHPが電卓業界へ参入するにあたって販売した[https://www.hpmuseum.org/hp9100.htm HP-9100A/B]はICを一切使用せず、全てを個別単体部品(ディスクリート)で構成した[https://en.wikipedia.org/wiki/Wired_logic_connection ハードワイヤード制御]計算機である。即ち、CPUを含む演算部はトランジスタとダイオードと抵抗で40個の[https://en.wikipedia.org/wiki/Flip-flop_(electronics) JKフリップフロップ回路]と論理ゲートを構成、プログラム用ソフトを格納したROM(64ビット長で512ワード分＝32,768ビット)は1平方インチあたり1,000ビットの密度で16層プリント基板に作り込んでマザーボード代わりとし、制御用ソフトを格納しているROM(29ビット長で64ワード分＝1,856ビット)と、スタックを含むワーキングメモリ用のRAM(6ビット長で16×23＝368ワード分＝2,208ビット)は[https://en.wikipedia.org/wiki/Magnetic-core_memory 磁気コアメモリ]で実装、ディスプレイは3段スタックを全て表示する縦3インチ<math>\tfrac{\,1\,}{4}</math>×横4インチ<math>\tfrac{13}{16}</math>の単色[https://en.wikipedia.org/wiki/Cathode-ray_tube CRT]といった具合で、IC(集積回路)は存在しない。この回路にクロックサイクル825ナノ秒＝クロック周波数1.21MHzの同期パルスを流すと、半導体と較べると遅いことで有名な磁気コアメモリへの読み出し/書き出し時間(1.6ミリ秒)を含め、加減算は2ミリ秒、乗算は12ミリ秒、除算は18ミリ秒、開平は19ミリ秒、三角関数は280ミリ秒、自然対数は50ミリ秒、ネイピア数<math>e</math>を底とする冪乗は110ミリ秒という、比較的高速な応答速度で演算した。1969年8月末から開発が始まった[https://en.wikipedia.org/wiki/Intel_4004 Intel 4004]のクロックサイクルが1.35〜2.0マイクロ秒＝クロック周波数が500〜741kHzであるため、演算部は単純に比較してもHP-9100A/Bのほうが1.6倍ほど速かったことになる。</ref><br />
<ref name="sa">シリコンウェハに億単位のトランジスタを比較的容易に作り込め、超大規模な演算回路が実現できる現代のマイクロプロセッサは、加減算器を<math>n</math>ビット分だけ並列にすることで高速に演算できるパラレルアーキテクチャが一般的である。</ref>><br />
<ref name="priority">電卓が世に出た当初のアピールポイントは、「小ささ」でも「速さ」でも「値段の安さ」でもなく『静粛さ』だ。それまでの機械式計算機やリレー式計算機は演算時に盛大な音を出し、日常業務があらゆる計算に終始するエンジニアや経理担当者にとって、その音は苦痛以外の何物でもなく、まさに頭痛の種だったからだ。その次が「速さ」だが、比較対象はあくまで機械式計算機やリレー式計算機であって、『コンピュータと同等』などというものではない。尤も、電子式になれば、電卓に数値を入力するのに要する時間より、電卓がそれらを演算するのに要する時間が大幅に短いため、人間にとっては『瞬時』と同等の感覚に陥り、機械式やリレー式と比較するまでもなく「速さ」も満たさることになった。</ref><br />
<ref name="adding">内部で使用している数値表現が補数表現であれば、四則演算はすべて加算器による加算のみで演算できる。よって、十進数の減算で繰り下がり(桁下げ)が発生しても、ニブルの値は10〜18のいずれかとなる。HP自身の[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0023/other/0023hpjournal01.pdf 解説]に記載されているArithmetic And Register Circuit (MOS/LSI)のブロック図(Fig. 3)にもAdder(加算器)しか無い。尤も、Classicが採用している補数表現が「[https://en.wikipedia.org/wiki/Ones%27_complement 1の補数]」と「[https://en.wikipedia.org/wiki/Two%27s_complement 2の補数]」のどちらかは不明である。</ref><br />
<ref name="viewpoint">かたやHPは、当時は本業である「電気・電子計測機の製造・販売」が順調だったので、ハードウェアオリエンテッドな思考から、とにかく高精度演算に特化して開発したこれらBCD演算マイクロプロセッサを外販する気も無く、したがって半導体では顕著な「大量生産による価格下落」にも特に期待せず、せいぜいが、プリンタやハンドヘルドコンピュータなどの自社の電卓以外の製品への適用に留まってしまった。かたや日本ビジコンとIntelは、両社とも当時は財務基盤が脆弱な半導体ベンチャー企業であったが故、当初は電卓用に開発したマイクロプロセッサに著しい汎用性があることを気付いた直後から、ソフトウェアオリエンテッドな思考に基き電卓以外への応用の可能性を広げ、否応なしに積極的に外販することで「大量生産による価格下落」を引き起こし、延いては粗利を増やさないと、会社が存続できないことを意味しており必死だった。その差がそのまま、現在のHPとIntelの有り様と、身近にマイクロプロセッサが溢れる現代人の日常生活を示していることになる。</ref><br />
<ref name="complement">この指数部の割り当て方から、最終世代であるSaturnの内部で使用している数値表現が「[https://en.wikipedia.org/wiki/Two%27s_complement 2の補数]」であることが判る。</ref><br />
<ref name="key">文字を別の材料で立体的に成形し、それをキーに埋め込む構造。</ref><br />
<ref name="case">この形式を採用したRPN電卓には修理サービスを提供できないため、もし保証期間中に故障した場合は、同じ製品(終売後で在庫が無い場合はそれ以上の製品)の新品と交換する対応が取られた。管理人の所有品では[[HP-35]]/[[HP-45/HP-46]]/[[HP-65]]/[[HP-25]]/[[HP-67/HP-97]]/[[HP-34C]]/[[HP-12C]]/[[HP-10C/HP-11C/HP-15C]]/[[HP-16C]]/[[HP-41CX]]がネジ留めケース、[[HP-28S]]/[[HP-42S]]/[[HP-48SX]]/[[HP-48GX]]/[[HP-50g]]/[[HP-35s]]が熱溶着ケースである。</ref><br />
<ref name="invasion">裏を返せば「いったん侵入してしまった異物を、容易に外へ出せない」構造なので、キーの隙間から入り込んだ伝導性の粉塵や、[https://en.wikipedia.org/wiki/Capillary_action 毛細管現象]で吸い込んだ水分などには滅法弱い。例えば、熱溶着ケースの電卓に誤って飲み物をぶち撒けた場合、その水分を蒸発・乾燥させるのに充分な隙間が無いため、通電すると基板上で回路短絡が発生し故障する。同様に、目には見え難い小さな伝導性の粉塵をブロワー等で都合良く吹き飛ばせる可能性が非常に低いため、突然故障したように錯覚する。ネジ留めケースの電卓であれば、ケースを開いて[https://www.sankyo-chem.com/products/high-concentration-ethanol/ 無水エタノール]で入念に洗浄後、数日乾燥させれば、何の問題も無く使用できる。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-55&diff=6824
HP-55
2025-12-13T00:29:46Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1975年1月1日〜1977年1月3日に販売された科学・数学向けRPN関数電卓で、第一世代であるClassicシリーズの最終モデルである。コードネームは[https://en.wikipedia.org/wiki/Merlin Merlin (アーサー王伝説に登場する神話上の人物で魔術師)]。<br />
<br />
なお、[[HP-35]]から始まるClassicシリーズ全機種は、筐体の金型を流用しているため外形が殆ど変わらず、これにより、バッテリパック(HP 82001A/B)とACアダプタ(HP 82002A/B/C)も全機種共通である。<br />
__TOC__<br />
===[[HP-65]]の廉価版===<br />
もし彼らが喋るとしたら、己の不遇を託つであろう機種が2つある。[[HP-34C]]と本機だ。<br />
<br />
本機はClassicシリーズの殿を任せられたものの、その中身は、前年に発売された[[HP-65]]に劣る。優っている点は「[[HP-45/HP-46|HP-45]]で隠しコマンド状態だったもののバレで好評だった『時計・ストップウォッチ機能』を、水晶発振子も実装し正確な計時が可能な、正式な機能として公開した」のと「プログラミングで行番号を表示するようになった(ことで編集しやすくなった)」ぐらいなものだ。<br />
<br />
それ以外は[[HP-65]]の廉価版といった趣のスペックである。プログラム可能な行数は100行から49行に半減され、そのソースコードを保存する磁気カードリーダライタも省かれた。これにより定価は[[HP-65]]の半値以下となる395ドル(約118,500円)と抑えられたものの、このスペックが災いし、市場からの反応は薄いどころか「コレジャナイ」扱いを受ける有様で、製品寿命もHP製電卓史上2位の短さとなる丸2年と2日で尽きている。最後は60ドル値下げされ335ドルで叩き売られた。<br />
<br />
なぜなら、入力したプログラムのソースコードを記憶するRAMが揮発性メモリに保存されるため、電源を切れば綺麗さっぱり消去される仕様だからだ。これは当時の半導体技術で不揮発性メモリを作ろうとうすると異常に高価となるうえ電力消費も莫大となるためで、Classicシリーズと、次世代であるWoodstockシリーズでは全機種共通のハードウェア仕様となる。だからこそ[[HP-65]]は磁気カードリーダライタを自社で開発・内蔵したのだ。<br />
<br />
これを踏まえると、磁気カードリーダライタを省いてしまった本機で、気合を入れてプログラミングしようとは思わないだろう。本機のプログラミング機能は、あくまで、その場その場で使い捨てのソースコードを入力して使用するものとならざるを得ない。データ用レジスタは[[HP-65]]の倍が確保されているが、果たしてそこまで本機を使い込んだユーザが居たのかも怪しい。<br />
<br />
「なんで磁気カードリーダライタを省いちまったんだよ…」<br />
<br />
本機は己の身を呪ったに違いない。<br />
<br />
===[[HP-25]]開発の練習台？===<br />
関数電卓のようなコンピュータ製品で、あるシリーズの最後を飾る機種が発売されるとなれば、ユーザはその機種に「そのシリーズでの利点を伸ばし、欠点を無くした、シリーズの集大成となる、機能山盛りの豪奢なもの」を期待し、メーカもそれに応えようとするのが一般的だ。HP製RPN電卓でいえば[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]や[https://www.hpmuseum.org/hp48s.htm HP-48シリーズ]が典型例である。しかし、本機はその正反対を行ったも同然な、中途半端でショボいスペックで仕上がってしまい、Classicシリーズを尻切れ蜻蛉にしてしまった。<br />
<br />
ではなぜHPは本機のスペックをこんなにショボくしたのか&#x2E3A;実装された関数や機能がほぼ同じであることから、「次世代であるWoodstockシリーズで唯一のプログラミングRPN関数電卓[[HP-25]]を開発する練習台として企画・製造・販売したのでは？」と愚考している。<br />
<br />
[[HP-25]]とその後継機種である[https://www.hp-collection.org/calculators/25c.html HP-25C]は、歴代のHP製RPN関数電卓史上最小筐体のプログラマブル機種だ。これを可能にしたのが、[[HP-25]]でも記載した、演算回路(A&R)・制御回路(C&T)・二相クロックドライバの3個を1チップに収めたマイクロプロセッサであるACT(Arithmetic, Control and Timing)の開発成功である。これにより実装するLSIの数を減らし、消費電力を抑え、延いては製品価格の低減を狙ったのだが、このとき同時に「過剰なまでの」筐体の小型化も目指したようだ。Classicシリーズでは7〜8個必要だったLSIを5個以下にできることから来た発想なのだろう。<br />
<br />
そこで、当時実用化されていたpMOS ROMで内蔵できる関数や機能がどの程度なのかを調べる目的だったように思える。「最小の筐体にプログラマブル関数電卓を実装しようとすると、どこまでの機能を盛り込めるか。技術的な検証をしたい」、「我々が考える関数や機能を、ユーザは欲しているか。市場調査をしたい」、この2点を探る観測気球の役割を本機に与えたように見えて仕方無い。<br />
<br />
結局、[[HP-25]]と[https://www.hp-collection.org/calculators/25c.html HP-25C]では、『時計・ストップウォッチ機能』以外で本機に実装された機能が採用されることになった。水晶発振子は高価で場所を取ることから省かれたのだろう。尤も、電源回りで致命的なハードウェア設計ミスを犯したため、現在から眺めると、Woodstockシリーズが成功したとは言い難いのだが。<br />
<br />
いずれにしろ、それまでHP製RPN電卓のラインナップを見てきた購入者層からは、本機のスペックが中途半端だと判断された。一大旋風を巻き起こした[[HP-65]]と比較されては歯が立たない。通常の四則演算は当然として、内蔵している各種関数を使用した演算性能そのものは現代でも通用する精確さがあるだけに、非常に勿体無い。<br />
<br />
このような状況なので、eBayをはじめとする中古市場やオークションサイトに本機が出品されることは稀で、比較的多量に出品される[[HP-65]]を100とすれば、[[HP-45/HP-46|HP-45]]は20〜30ぐらいだが、本機は1〜2といったところだ。それほどまでに当時は人気が無かったうえ、それ故、出品しようにもタマが無いと想像される。管理人はeBayで本機の完動美品が開始値100ドルのオークション形式で出品されているのを偶々見つけ入札したが、碌に競ることもなく(入札者は管理人含め僅か4名)、たった116ドルで落札できてしまった<ref name="auction" />1台のみ所有しているが、この事実だけでも本機に悲哀を感じずには居られない。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}518796.992\ \; (\varepsilon\!_R=2.87\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 43.00000001</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||200kHz (Classic)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||HP 82001A/B (3.6V 450mAh/900mAh 充電池:中身は単3形Ni-Cd充電池×3個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1975年〜1977年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ、シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1975年発売当時の定価||395ドル (約118,500円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="auction">HP製RPN関数電卓の「完動」「美品」がオークション形式で出品されると、通常は世界中から20〜30名が締切時刻1分前あたりからドドドドッと入札し、少なくとも開始値の倍ぐらいまで落札価格が釣り上がる。よって、eBayで落札するには「締切時刻数秒前に、己に悔いが残らない最大金額で入札する」必要があり、本機のオークションでもこれに倣って入札したのだが、本機の落札価格の低さには、思わず「えっ」と声が出た。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=%D0%AD%D0%BB%D0%B5%D0%BA%D1%82%D1%80%D0%BE%D0%BD%D0%B8%D0%BA%D0%B0_%D0%9C%D0%9A-52&diff=6822
Электроника МК-52
2025-11-24T09:21:37Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1983年〜1992年に旧ソ連の[https://ru.wikipedia.org/wiki/Военно-промышленный_комплекс 軍産複合体]である[https://ru.wikipedia.org/wiki/Министерство_электронной_промышленности_СССР ソヴィエト連邦電子産業省]が開発・製造・販売した可搬型プログラマブルRPN関数電卓で、旧ソ連製電卓では第三世代にあたる。本機はウクライナ・ソビエト社会主義共和国(当時)の首都キーウ(旧称キエフ)にある[http://nanokvazar.ru/en/kvazar Kvazar]で製造された。<br />
<br />
Электроникаは、キリル文字からラテン文字へ翻字するとElectronika、英訳するとElectronics、和訳すると「電子工学」で、もともとは[https://ru.wikipedia.org/wiki/Министерство_электронной_промышленности_СССР ソヴィエト連邦電子産業省]配下の工場が生産した電子部品に付されたブランド名だが、その後、それら電子部品を使用して設計・製造した家電製品にも付されるようになった。МКはロシア語のМикро Калькуляторの略で、英訳するとMicro Calculator、和訳すれば「小型計算機」である。<br />
__TOC__<br />
===10年遅れのスペック、20年遅れの外装===<br />
手許にある本機の背面に刻印されたシリアルナンバーの隣に<code>92 08</code>とあるので1992年8月に製造されたと推定される。以下はこのことを踏まえてお読みいただきたい。<br />
<br />
本機の新品を1つ購入すると、本機・専用ACアダプタ・マニュアルを外箱に収めたものが1セットとして送られてくる。2020年末時点では1セットが概ね10ドルで投げ売りされている。1セットだけ購入すると日本への輸送費のほうが高いため、ネタとして3セット購入した。3セットで輸送費と同価格だからだ。<br />
<br />
外箱は、小学校低学年の図工で使う厚紙(正式名称は[https://beruinsatu.com/item-detail/i24/ 学校芸能工作用紙])よりも薄い紙による[https://www.fukuro-oukoku.jp/item/47siromujibox/siromuji_suck_kumitate.html サック組立箱]で、その幅と奥行は本機がキッチリ入る大きさなので緩衝材を入れる隙間は無く、実際入っていない。薄い紙で作られた箱は強度が無いうえに専用ACアダプタがトランス式で重いため、箱の底が抜けているか、箱そのものが潰れている。この時点で、箱に収める目的が「輸送時の衝撃等から内容物を保護するため」ではなく「内容物を1セットにまとめるため」であることが判る。旧ソ連と旧共産圏諸国で販売・使用することを想定しているからか、外箱・本機・専用ACアダプタ・マニュアルの全てがロシア語表記のみだ。<br />
<br />
本機の外装は極めて安っぽい。素材であるプラスティックの質が悪いことと、ちょっと強く握ると割れそうなぐらいの薄さであることが、持っただけで判る。このチャチな造作から、前者は材料工学が、後者は人間工学が、当時の旧ソ連では未成熟だったことを一発で解らせる。力が加わっても割れない素材を選択するとか、それが適わぬなら、力が加わる箇所を肉厚にして割れないように配慮するとか、非共産圏諸国の量産品では当たり前であろうユーザへの気遣いがまったく無い。外装の縁にはまるで当然のようにバリが残っており、電池ボックスの蓋は本体側と噛み合せが悪く、蓋を外すのは勿論、電池を入れた後に再度蓋を付けるのにも難儀し、もし蓋を付けても完全には閉まらず蓋が浮く始末で、うっかり触ると蓋は勝手に外れる。電源を含むスライドスイッチを出す穴も歪んでおり、スイッチの摺動部が穴の両端まで行かない。キーボードの各キーも、本来は色を統一したいはずだが、微妙に色が異なっている。たとえば、本来はライトグレーであろうテンキーは、数字に依って黄色がかっていたり青みがかっていたりする……等々、見れば見るだけツッコミどころが湧き出てくる。初めて外装を見た管理人の第一声は「1980年代初頭に粗製濫造された[https://ja.wikipedia.org/wiki/ガンプラ ガンプラ]より酷いな」だった。なお、本機表側(キーボード側)に被せるプラスティック製の蓋も附属するが、これも微妙にサイズが合わない。<br />
<br />
ACアダプタのAC側は旧ソ連国内に合わせ220V規格Cタイプのコンセントプラグ、本機側プラグは2ピンの独自規格<ref name="usb" />である。マニュアルは全383ページと大部であるため2分冊されているが、外箱に収めるためか幅132mm×奥行78mmという掌サイズ([[HP-12C]]/[[HP-10C/HP-11C/HP-15C]]/[[HP-16C]]などHP-10Cシリーズとほぼ同じ大きさ)。表紙を含め紙質は極めて悪く、日本では1980年代に小中高校のプリントで使われていた[https://ja.wikipedia.org/wiki/わら半紙 藁半紙]そのものである。表紙こそカラーのオフセット印刷だが、本文は謄写版原紙にロシア語タイプライタで直接打刻した原稿を謄写版印刷したもので、それらが無線綴じされている。ただ、製本技術が未熟で、背表紙の糊付けが甘く、乱雑に扱うとメモ用紙のように本文がペリペリと1枚ずつ剥がれそうになる。<br />
<br />
表示部には1行8桁+2桁の[https://en.wikipedia.org/wiki/Vacuum_fluorescent_display 蛍光表示管]を、ユーザが組んだプログラムを保存する不揮発性メモリには[https://en.wikipedia.org/wiki/EEPROM EEPROM]を、それぞれ採用しているが、これらを採用した経緯は謎だ。蛍光表示管は1966年に日本で発明されたが、本機が製造された当時も今も非共産圏に属する日本の独自技術が、共産圏のど真ん中たる旧ソ連へ、どういう経緯で移転されたのだろうか。旧ソ連が独自に技術を習得(もしくはリバースエンジニアリングで技術を剽窃)した可能性は否定できないものの、正規の契約に基き日本から技術を輸入したのかは不明だ。<br />
<br />
本機は表示形式の指定も選択もできず、仮数部8桁・指数部2桁の[https://en.wikipedia.org/wiki/Scientific_notation 指数表記](HP製RPN電卓でいう〝SCIモード〟)固定である。これは非常に徹底されており、例えば<code>0.0025</code>をスタックXにプッシュすべく&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|Войти&#8679;}}&nbsp;と押下する<ref name="zero" />と、わざわざ<code>2.5E-03</code>に変換して表示する。<br />
<br />
EEPROMはその仕組み上、書換回数に上限があり、それを超えると書換不可能＝プログラムが保存不可能となるため、製品の目玉機能として『ユーザが作成したプログラムの保存と書換が可能』を謳うプログラマブルRPN関数電卓に採用する不揮発性メモリとしては不適切だ。これを知ったユーザはプログラムの書換えどころか保存にも躊躇するだろうし、本機の中古品を購入することはEEPROMの寿命について諦めることを意味するからだ。HP製RPN電卓のように、不揮発性メモリとして[https://en.wikipedia.org/wiki/Nonvolatile_BIOS_memory CMOSメモリ]を採用し、電池交換時には保存した内容が消去されることを前提としたほうが親切に思える。ちなみに、本機製造当時のアメリカや日本が製造したEEPROMは概ね10万回の書換が可能だが、旧ソ連製のそれは最大でも1万回が限界だったと謂われている。<br />
<br />
キーボードの出来も非常に悪く、HP製RPN電卓と較べるのも烏滸がましい。なにしろ、キーを保持する方法が「金属製のバネ」ではなく、クッション材としてよく使われる「軟質ポリウレタンフォーム製のスポンジ」である。これを3mm程度の厚さにスライスし、押下したキーで短絡させる箇所に丸穴を開けたものを基板の上に置き、更にその上に各キーを支持するプラスティック製の枠を置いたのが、本機のキーボードである。よって、キーを押下したとてキーが浮きも沈みもせず、クリック感どころか押し味がまったく無いので、キー入力が成立したか否かは勿論、キーを押したかどうかすら、キータッチで判断できない。コンピュータである電卓の入力装置とはとても思えない、お粗末極まりない代物で、未入力や誤入力を連発する羽目になる。数字キーであればキー入力が成立すれば該当の数字が表示部に出力されるので辛うじて判るが、関数キーは入力が成立したか否かを客観的に判断する術が無い<ref name="key" />ため致命的だ。本機の中古品を購入する際は「3mm厚のウレタンスポンジ」が経時劣化している(ことが原因でマトモにキー入力できない)ことを覚悟しなければならないが、そもそもポリウレタンは数年放っておくだけで空気中の水分により分子結合が脆くなり形状を保てなくなる[https://en.wikipedia.org/wiki/Hydrolysis 加水分解]を起こすので、先述のEEPROMのことも考えると、本機の中古品は購入しないほうが良い。尤も、加水分解は新品でも起きる事象なので、諸外国と較べても多湿な日本で本機をマジメに長期保存するなら、保存期間中は空気に触れさせないよう真空パックすることを考慮しなければならない。<br />
<br />
幅211mm×奥行76mm×最大高さ31mmの横長の本機上側面には、別売された本機専用ソフトウェアROMを装着するための拡張スロットが1口実装されている。物理インタフェースは基板に直挿しされた1列22ピンのL字型(90度曲げ)[https://akizukidenshi.com/catalog/g/gC-05779/ ピンソケット]により直接引き出す形で造成されている。他製品用の部品を流用したのか、22ピンは等間隔に配置されているものの、ソケット部品としては17ピンと5ピンに分かれている。これにより自動的に、ソフトウェアROMの物理インタフェースは1列22ピンの[https://akizukidenshi.com/catalog/g/gC-00167/ ピンヘッダ]となる。尤も、非共産圏諸国での一般的なハードウェア設計では、現在に至るまで、頻繁に抜き挿しする箇所にピンソケットとピンヘッダを組み合わせた物理インタフェースは採用しない。ピンソケットもピンヘッダもそのような使用形態を想定してない部品で、数回ならまだしも、日常的な抜き挿しに耐えられる強度は無く、1度挿入したら長期間(下手すると廃棄されるまで2度と)抜去しない箇所の物理インタフェースとして採用するのが常である。実際、本機のソフトウェアROMは装着や抜去に相応の力と妙なコツが必要だが、それ以前の話として、当時の旧ソ連で本機の購入を検討できる一般国民が得られる収入<ref name="incoming" />を考えると、公式には4種類<ref name="rom" />、実際には2種類([[БРП-3]]と[[БРП-4]])しかなく、生産量も少なかった<ref name="counts" />別売ソフトウェアROMを2種類とも購入し、都度交換して運用するユーザは非常に少なかっただろうと思われる。購入するにしてもどちらか一方だけで、その後は本機に挿しっ放しだったのではなかろうか。ただ、本機に装着したソフトウェアROMは大きく飛び出る<ref name="size" />ので、挿しっ放しだと持ち運ぶにも収納するにも邪魔なだけでなく、破損や故障の原因になりそうである。<br />
<br />
実装された関数は、四則演算&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>\div</math>}}&nbsp;の他に、三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\mathrm{tg}</math>}}<ref name="tangent" />とその逆関数&nbsp;{{keypress|<math>\sin^{-1}</math>}}&nbsp;{{keypress|<math>\cos^{-1}</math>}}&nbsp;{{keypress|<math>\mathrm{tg}^{-1}</math>}}<ref name="tangent" />・二乗&nbsp;{{keypress|<math>x^2</math>}}・冪乗&nbsp;{{keypress|<math>x^y</math>}}<ref name="exp" />・逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}・開平&nbsp;{{keypress|<math>\sqrt{x}</math>}}・円周率&nbsp;{{keypress|<math>\pi</math>}}・常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>10^x</math>}}・自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;で、これら関数による演算で乗ってしまう公称最大相対誤差は<math>4\times10^{-7}</math>(冪乗&nbsp;{{keypress|<math>x^y</math>}}&nbsp;のみ<math>1\times10^{-6}</math>)オーダとされているが、三角関数・逆三角関数・各種対数関数で定義域の際付近ではマトモに演算できず、冪乗も誤差が大きい。三角関数は角度の単位を物理スイッチで切り替えるが、弧度法&nbsp;{{keypress|<math>\text {Р}</math>}}&nbsp;だろうと度数法&nbsp;{{keypress|<math>\text {Г}</math>}}&nbsp;だろうとグラード(フランス度)&nbsp;{{keypress|<math>\text {Грд}</math>}}&nbsp;だろうと、<math>\sin \frac{\,\pi\,}{\,6\,} \mbox{ [rad]} = \sin 30^\circ = \sin \frac{100}{3} \mbox{ [g]}</math>の演算には5秒ほど要し<code>5.0000002E-01</code>を演算結果として出力する。<math>2^3</math>を冪乗&nbsp;{{keypress|<math>x^y</math>}}&nbsp;で演算すると、4秒後に<code>7.9999993</code>を演算結果として出力する。いずれにしろ演算結果に含まれる誤差は本機より10年以上旧式の[[HP-35]]のそれより大きい。<br />
<br />
内部演算はBCDで実行されるが、その精度や数値の扱いは[[HP-35]]と同等程度だ。例えば&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;と&nbsp;{{keypress|<math>1</math>}}&nbsp;{{keypress|Войти&#8679;}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\div</math>}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;のそれぞれの演算結果は正解である<code>3</code>を出力するが、{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;の演算結果は正解の<code>1</code>ではなく<code>9.9999999E-01</code>を出力する。これらの挙動は[[HP-35]]と同じだ。これらの演算をHP製RPN電卓の第二世代にあたり1975年に発売された[[HP-25]]以降でまったく同じキーインをすれば全問正解を出力するので、演算ロジック(ソフトウェア)の作り込みが[[HP-35]]と同等程度と判断せざるを得ない。[[HP-35]]は1972年に、本機は1983年に発売されているため、スペックとしては10年以上遅れていることになる。<br />
<br />
1988年、旧ソ連海軍が艦艇の航法支援装置の一部として本機を採用した<ref name="rom" />ことは一部で知られているが、それ以上に、旧ソ連が伊達や酔狂ではなく非共産圏諸国と互角以上の技術力を有していた宇宙開発分野でも本機が使用されていたことは有名だ。1988年11月26日〜1989年4月27日、有人宇宙機[https://ru.wikipedia.org/wiki/Союз_(космический_корабль) <ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>]の[https://ru.wikipedia.org/wiki/Союз_ТМ-7 ミッションTM-7]で宇宙に出ている<ref name="another" />。その目的は、<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>が内蔵していた航法支援装置が故障した際の代替手段であった。即ち、もし<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>の航法支援装置が故障し、地球へ帰還する軌道を演算・決定できなくなった場合は、搭乗した宇宙飛行士(3名のうち、恐らくフライトエンジニアであった[https://ru.wikipedia.org/wiki/Крикалёв,_Сергей_Константинович <ruby><rb>Сергей</rb><rt>セルゲイ</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Крикалёв</rb><rt>クリカレフ</rt></ruby>])が[[БРП-3]]を装着した本機で地球帰還軌道を演算・決定し、手動操縦で地球へ帰還する手順となっていた。これは、旧ソ連の宇宙開発方針から来る伝統で、打上げ機から切り離された有人宇宙機の航行と制御が「宇宙機に内蔵された航法支援装置による完全自動」か「宇宙飛行士による完全手動」かの二択しか無いことに依る。旧ソ連では『装置はミスをしないが人間はミスをする。よって、宇宙飛行士には極力何もさせない』という設計思想で有人宇宙機を開発していたため、地上の管制部門が宇宙機に内蔵された航法支援装置が故障したと判断し遠隔から無効化しない限り、宇宙飛行士は宇宙機を手動で操縦できないどころか、どのような操作も受け付けない仕組みであった。つまり、旧ソ連の宇宙飛行士は、いったん宇宙に出てしまうと、有人宇宙機が故障しない限りは『自動で勝手に飛ぶカプセルの中で、ただ座席に縛り付けられているだけ』のお飾り<ref name="ornament" />でしかなかった。対するアメリカでは『装置は壊れてミスするが人間は訓練すればミスを減らせる。よって、宇宙飛行士が実行できる範囲の操作は全てやらせる』という設計思想で有人宇宙機を開発しており、自動化すべき箇所は自動化するものの、基本的には宇宙飛行士による手動操縦の余地を残し、装置故障など異常発生時の訓練を充分に実施してから宇宙へ送り出した。この差が[https://www.nasa.gov/mission_pages/apollo/missions/apollo13.html アポロ13号]で発生した致命的事故から全乗員を生還せしめたことを筆頭に、1960〜70年代の宇宙開発競争の雌雄を決した条件の1つと挙げられているが、本論ではないので以降の詳細は省く。<br />
<br />
===「共産主義」という壮大な社会実験が50年で失敗した理由が判る===<br />
本機を概観することで嫌でも判るのは、「共産主義」という壮大な社会実験が50年で失敗した理由である。<br />
<br />
本機は、誤差の出方から、演算結果に誤差を含む理由は[[HP-35#cite_note-power-4|HP-35の脚注]]と同じと推定している。即ち、当時の旧ソ連では半導体製造技術が未熟かつ進歩しなかったことで、高速に演算するマイクロプロセッサと充分な演算精度を持たせられるだけの大規模ソフトウェアを格納できるROMやRAMを製造できなかった結果、演算精度と演算性能を妥協せざるを得なかったのだ。この推定が正しければ、当時の旧ソ連における半導体製造技術(集積度や高密度実装)は、当時はアメリカと日本が代表していたであろう非共産圏諸国の半導体製造技術から10年以上遅れていたことになるが、管理人は「さもありなん」と考える。<br />
<br />
共産主義かつ先軍政治体制が敷かれていた旧ソ連の国内工業は、ひとつの製品はひとつの国営工場で集約して製造することこそ正義<ref name="competition" />で、複数の工場が競って製造することは『非効率』『貴重な資源と資金の浪費』と見做される悪行であり、市場競争が働かない以前に競争原理が存在しない。しかもそれら国営工場の存在意義は、来るべき非共産圏諸国との核戦争に備えた軍需を満たすためにあり、製造される製品も軍需から要請される軍備品であった。故に、民需を満たす工場は非常に少なく、軍備品のお零れを仕方無く振り向ける形で民需に応えていた<ref name="error" />。軍備品に求められる最優先事項は『故障せず常に確実に動くこと』なので、下手に小型化や省力化することで故障が頻発するようでは軍備品として失格であり、余程画期的なブレイクスルーでも無い限りは古い技術が使い続けられる<ref name="ak-47" />。その結果、自国の軍備が重厚長大であることを非共産圏諸国へ誇示することが重要な外交手段の1つであった、東西冷戦真っ只中の1980年代の共産圏諸国では、それを構成する部品や製品を小型化や省力化する動機や契機が皆無となる。市場競争が無いため新しい技術を産み出す動機も無く、十年一日の如く、古い技術が改良されぬまま延々と生き延びてしまう。共産圏諸国が自国の主義・主張の正しさを非共産圏諸国へ喧伝するための見栄と突っ張りを維持したい政府の指示で、非共産圏諸国で産まれた新しい技術は後から慌ててキャッチアップするものの、その中身は似て非なるものであることが多く、正確に取得できたものは数える程度だった…この悪循環に嵌った旧ソ連の様子が、本機を通してありありと浮かぶ。<br />
<br />
翻って、非共産圏諸国で生活している管理人を含むユーザから見ると、本機の造りは「関数電卓」という製品の必要十分すら満たせておらず、やっつけ仕事にしか見えない。本機が最初に発売された1983年の日本は、1979年1月に勃発したイラン革命に端を発する第二次オイルショックによる不況からようやく脱出しハイテク景気と呼ばれる好況へ突入しようとしていた時期だが、管理人が小学生だったこの頃を思い出しても、さすがにここまでチープな家電製品は無かった。どんなに小さな製品でも発泡スチロールを緩衝材にボール紙や段ボールでできた箱に収められ、マニュアルは上質紙に印刷され、製品を手に持つときに気を遣う必要は無く、ボタンを押した感触は確実にあった。何より、本機と同じ年に日本で発売されたのが[https://ja.wikipedia.org/wiki/ファミリーコンピュータ ファミリーコンピュータ]だということが象徴的だろう。日本では8ビットCPUを実装した据置型家庭用テレビゲームの本体が[https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan1997/menu/03.htm 平均月収]の6%弱で買えた頃、旧ソ連では非共産圏諸国より10年以上遅れたスペックのRPN関数電卓を買うのに1ヶ月分の月収をまるまる費やさねばならなかったという事実が全てを物語る。あらゆる品物で毎年新製品がリリースされ、その度に小型化・省力化・洗練化されていなければ、その新製品が売れることはない資本主義では、相互に競争することが当たり前で、そのためには新たな技術の開発が必要であった。健全な市場競争が産む好循環である。それに引き替え、政治体制として企業間競争が禁じられると、民需に応える製品は数年以上のオーダで変わることもなく、しかもチープで異常に高価となる共産主義。この彼我の差は明らかに、資本主義により市場競争が機能し、それらにより起きた技術革新の恩恵だと断じている。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= -10000000</math> <ref name="cal" /><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 33.924836</math> <ref name="cal" /><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||75kHz<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||単3形×4本<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1983年〜1992年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||旧ソ連<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1983年発売時の定価||115ルーブル<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="usb">形状と大きさはminiUSB A オス(plug)コネクタに似ているが、物理インタフェースは中央に丸く2ピンが並んで開いているものである。なお、どれだけ需要があるのか不明だが、この独自規格コネクタとUSB A オス(plug)コネクタを持つ、本機と[[Электроника МК-61]]専用の給電ケーブルが1本7ドルで売られているため、これも複数本購入した。この給電ケーブルを介してDC 5Vを出力する汎用USB充電器と本機または[[Электроника МК-61]]を接続することで、単3電池を装着することなく使用でき、蛍光表示管も電池使用時より若干明るく表示される。USB電流チェッカーで計測すると、消費電流は最大で80mA、平均で40mA程度であるため、PCからの給電でも問題無い。</ref><br />
<ref name="key">一部の関数キーで入力が成立すると蛍光表示管全体が一瞬チラつく場合もあるが、それすら無い関数が大半のため、キー入力が成立したかを客観的に判断できる術は無いと考えて良い。</ref><br />
<ref name="rom">現在まで現物が見つからない2種類はБРП-2 «Астро»とБРП «Гео»である。前者は航海時に天測と時刻から緯度・経度を求めて船舶の航路を特定するもので、旧ソ連海軍にしか提供されていない。後者は雑誌に名称のみ掲載されただけで詳細が一切不明という幻のROMだが、その名称から、地上で現在地の緯度・経度・高度を求めるためのものと推定される。詳細かつ正確な海図と地図が現在でも軍事機密として扱われ一般国民にも非公開であるロシアや旧共産圏諸国で、1991年の旧ソ連崩壊前にこの種のROMを自国民に発売する訳がなかろう。もし発売すれば粛清される可能性すらある。</ref><br />
<ref name="counts">それはeBayをはじめとする取引市場やオークションサイトでの出品数や価格に如実に表れている。本機や[[Электроника МК-61]]は星の数ほど出品されており、1個10ドルどころか「1山いくら」という雑な扱いで叩き売られているが、稀に見掛ける[[БРП-3]]は1個60〜80ドル程度、1〜2度しか見たことがない[[БРП-4]]に至っては1個100ドル以上の値が付けられる。</ref><br />
<ref name="incoming">旧ソ連の平均月収は、大学教授が320ルーブル、大学准教授が170ルーブル、ソ連軍中尉で230ルーブル、裁判官が210ルーブル、トロリーバス運転手が140ルーブル、教師が132ルーブルであった。旧ソ連の物価は、食堂の定食1食・牛乳5リットル・公衆電話で50回架電・トロリーバスまたは地下鉄の切符20枚が1ルーブル、殆どの借家の家賃1ヶ月分・ウォッカ1本と多少の肴が5ルーブル、レニングラード(現サンクトペテルブルク)〜モスクワ間の国内航空運賃が18ルーブル、自転車が50ルーブルだったそうだ。本機の定価が115ルーブル、ソフトウェアROMの定価が16ルーブルであることを考えると、本機とソフトウェアROMを1個ずつ購入する際は、感覚的に『1ヶ月間の飲まず食わずを覚悟』する必要があった。1983年の日本に置き換えれば『[https://akiba-pc.watch.impress.co.jp/docs/column/retrohard/1068992.html PC-8801mkII]のフルセットを現金一括払いで買う』感じだろうか。</ref><br />
<ref name="size">ソフトウェアROMの外形は幅59mm×奥行43mm×高さ16.5mm。装着すると本機のインタフェース嵌合部に多少埋没するものの、奥行25mm分は飛び出たままである。</ref><br />
<ref name="tangent">本機と[[Электроника МК-61]]では三角関数の正接(ロシア語ではтангенс)を<math>\tan</math>ではなく<math>\mathrm{tg}</math>と表記しているが、これは[https://ru.wikipedia.org/wiki/Тригонометрические_функции ロシア数学界の流儀]のようだ。ドイツが除算を[https://de.wikipedia.org/wiki/Geteiltzeichen <math>\div</math>ではなく<math>\colon</math>と表記する]のと同じく、国による表記の違いが興味深い。</ref><br />
<ref name="exp">冪乗のスタック配置が通常のHP製RPN関数電卓と逆である[[HP-35]]と同様、羃指数を先に、底を後に、スタックにプッシュする必要がある。しかし、本機には[[HP-35]]と異なり10の冪乗&nbsp;{{keypress|<math>10^x</math>}}&nbsp;が内蔵関数として実装されているため[[HP-35#cite_note-exp-3|スタック配置を逆にする必要性]]が無く、なぜこのような実装なのかは不明だ。</ref><br />
<ref name="zero">整数部がゼロの小数を入力する際は、整数部のゼロも必ずキーインする必要があり、HP製RPN電卓のように整数部のゼロの入力を省略できない。即ち、<code>0.0025</code>をスタックXにプッシュするとき&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;と押下しても小数とは認識されず<code>0025</code>と表示され、このまま&nbsp;{{keypress|Войти&#8679;}}&nbsp;を押下しても整数の<code>25</code>がスタックXに積まれる。</ref><br />
<ref name="another">それ以前のミッションやフライトで旧ソ連製関数電卓が宇宙に出たか否かは不明である。1967年4月23日に初めて宇宙に出て以降、2020年代でも現役という<ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>の長い歴史や、対するアメリカでは[[HP-35]]が発売直後から宇宙に出ていたこと等から、本機より前にも旧ソ連から宇宙に出た電卓は有ると思うものの、本機以外でこの種の情報は現在まで詳らかになっていない。</ref><br />
<ref name="ornament">宇宙開発競争が始まった当初の1950〜1960年代は旧ソ連が圧倒的優位に立っており、その隙にアメリカを突き放すべく、旧ソ連では「宇宙空間に動物や人間を送る」ことが計画された。最初は射場近辺で大量に捕まえることができた野犬のメスで数度試すこととし、[https://ru.wikipedia.org/wiki/Спутник-2 <ruby><rb>Спутник-2</rb><rt>スプートニク2号</rt></ruby>]で宇宙に出たものの直後に機内で死亡した[https://ru.wikipedia.org/wiki/Лайка_(собака-космонавт) <ruby><rb>Лайка</rb><rt>ライカ</rt></ruby>]は特に有名だ。その結果を精査し、いよいよ人間をとなったが、ソ連共産党中央委員会が発した命令書では、成功裏に人間を宇宙空間へ上げるまでの猶予期間は僅か3ヶ月しか無かった。1961年、ソ連共産党中央委員会は人類初の宇宙飛行士に[https://ru.wikipedia.org/wiki/Гагарин,_Юрий_Алексеевич <ruby><rb>Юрий</rb><rt>ユーリイ</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Гагарин</rb><rt>ガガーリン</rt></ruby>]を選抜したが、その理由が「身体的・精神的耐久性に優れた労働者階級出身者だから」という時点で全てを察せよう。<ruby><rb>Гагарин</rb><rt>ガガーリン</rt></ruby>をはじめとするこの時代の旧ソ連の宇宙飛行士候補生20名が受けた訓練は、耐高重力・耐高加速度・耐不安・反射神経鋭敏化に関するものが殆どで、打上げ機の飛翔や宇宙機の軌道、宇宙空間における理学的・工学的な話題や課題に関することは勿論、自らの命を預けることになる[https://ru.wikipedia.org/wiki/Восток-1 <ruby><rb>Восток-1</rb><rt>ボストーク1号</rt></ruby>]の詳細も教育されていない。1961年4月12日06時07分(UTC)に宇宙空間に出た<ruby><rb>Восток-1</rb><rt>ボストーク1号</rt></ruby>は1周90分の[https://en.wikipedia.org/wiki/Low_Earth_orbit 地球低軌道]を飛行(実態は漂流)した後、地上からのコマンドで推進エンジンを逆噴射させて逆推進、07時55分(UTC)に地球へ帰還するという飛行計画に沿って設計されたが、この計画で<ruby><rb>Гагарин</rb><rt>ガガーリン</rt></ruby>に与えられた役割は「90分間の飛行中、座席に縛りつけられた状態で機外(地表と宇宙空間)の写真を撮る」「管制員からの質問に答える」のみで、その答に学問的知識からの演繹や帰納が含まれることは期待されなかった。それどころか、当時の上層部は「宇宙飛行士へ中途半端に知識を与えると却って不安を抱くだろう(から学ばせたくない)」と考えていた節すらある。後年、アメリカの複数の宇宙飛行士と会話する機会があった<ruby><rb>Гагарин</rb><rt>ガガーリン</rt></ruby>は、彼らから矢継ぎ早に浴びせられた専門的な話題や質問にまったく答えられず「軍事機密です」で逃げざるを得なかった己に愕然としている。<br>1963年06月16日09時29分(UTC)に打ち上げられた[https://ru.wikipedia.org/wiki/Восток-6 <ruby><rb>Восток-6</rb><rt>ボストーク6号</rt></ruby>]で世界初の女性宇宙飛行士となった[https://ru.wikipedia.org/wiki/Терешкова,_Валентина_Владимировна <ruby><rb>Валентина</rb><rt>ワレンチナ</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>]に至っては、宇宙空間に出た直後からずっと「気持ち悪い！ 頭も体も痛い！」と管制員に泣き喚いて八つ当たりし、機内で暴れて窓ガラスに罅を入れた挙句、嘔吐を繰り返すという半狂乱状態に陥った。当然、ソ連共産党中央委員会はこの事実を極秘とし、国営タス通信から内外へ配信された、«<ruby><rb>Я</rb><rt>ヤー</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Чайка</rb><rt>チャイカ</rt></ruby>» (「こちら、カモメです」)で始まる管制員との一連の通信を記録したフィルム映像は、曲り形にも軍人である矜持でどうにか取り繕った<ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>渾身の演技であったことが、ソ連崩壊後の[https://ru.wikipedia.org/wiki/Гласность <ruby><rb>Гласность</rb><rt>グラスノスチ</rt></ruby>(情報公開)]で明らかになっている。尤も、当時の旧ソ連では宇宙機と地上局の無線通信が非暗号のアナログ波だったため世界中のアマチュア無線家が傍受しており、噂の範疇ではあるが<ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>を危惧する声は出ていた。アメリカではCIAが傍受した内容を翻訳・解析し、当時の大統領である[https://en.wikipedia.org/wiki/John_F._Kennedy John&nbsp;F.&nbsp;Kennedy]をはじめ国家首脳陣と関係機関へ逐次報告しており、この惨状を常時把握していた。そんな<ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>しか搭乗していない<ruby><rb>Восток-6</rb><rt>ボストーク6号</rt></ruby>が地球へ帰還できたのは、<ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>が<ruby><rb>Восток-6</rb><rt>ボストーク6号</rt></ruby>を直接操縦する必要が無かったからだ。但し、錯乱した<ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>は、地球帰還前に実行する手順にあった「<ruby><rb>Восток-6</rb><rt>ボストーク6号</rt></ruby>の状態確認と管制員への報告」を一切やらず、管制員からの問い掛けにも応答しなかったため、無事に帰還できる確証が得られぬまま地上から推進エンジンを逆噴射させており、06月19日08時20分(UTC)に無事帰還できたのは奇跡と言って良い。<br>このあたりは'''Two Sides of the Moon''' (ISBN 9780312308667)、和訳版は'''アポロとソユーズ''' (ISBN 9784789724524)に詳しい。<br>ちなみに、<ruby><rb>Терешкова</rb><rt>テレシコワ</rt></ruby>が起こした惨劇がその後の宇宙開発に与えた影響はあまりに大きい。当事国の旧ソ連は「女性は宇宙飛行士に向かない」と判断、女性宇宙飛行士チームを解散し、1982年に[https://ru.wikipedia.org/wiki/Военно-воздушные_силы_СССР ソヴィエト連邦空軍]中将[https://ru.wikipedia.org/wiki/Савицкий,_Евгений_Яковлевич <ruby><rb>Евгений</rb><rt>エフゲニー</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Савицкий</rb><rt>サヴィツキー</rt></ruby>]の娘である[https://ru.wikipedia.org/wiki/Савицкая,_Светлана_Евгеньевна <ruby><rb>Светлана</rb><rt>スベトラーナ</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Савицкая</rb><rt>サヴィツカヤ</rt></ruby>]が選抜され[https://ru.wikipedia.org/wiki/Союз_Т-7 <ruby><rb>Союз</rb><rt>ソユーズ</rt></ruby>&nbsp;T-7]で宇宙に出るまでの19年間、宇宙飛行士を男性に限定した。アメリカではNASAの鈍重な官僚機構が働いて更に慎重となり、初めて女性の宇宙飛行士を選抜するのは、<ruby><rb>Савицкая</rb><rt>サヴィツカヤ</rt></ruby>の更に後、1983年に[https://en.wikipedia.org/wiki/Space_Shuttle_Challenger Space&nbsp;Shuttle&nbsp;Challenger]の第2回飛行である[https://en.wikipedia.org/wiki/STS-7 STS-7]で[https://en.wikipedia.org/wiki/Sally_Ride Sally&nbsp;Ride]が宇宙に出るまで待たねばならず、Sallyでようやく3人目となった。それ以降を総計しても、2020年末時点で、宇宙に出た経験がある男性宇宙飛行士が全世界で約450名なのに対し、女性宇宙飛行士が約60名(うち日本人は[https://en.wikipedia.org/wiki/Chiaki_Mukai 向井千秋]・[https://en.wikipedia.org/wiki/Naoko_Yamazaki 山崎直子]の2名)というのは、いかにもアンバランスである。</ref><br />
<ref name="competition">尤も、この正義はあくまで民需向けに限った話で、対非共産圏国への技術力の誇示が国の存続に係わる分野では意図的に競わせている。例えば宇宙開発分野は[https://ru.wikipedia.org/wiki/Королёв,_Сергей_Павлович <ruby><rb>Сергей</rb><rt>セルゲイ</rb></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Королёв</rb><rt>コロリョフ</rt></ruby>]が旧ソ連では巨人であり圧倒的な実績を遺しているが、ソ連共産党は[https://ru.wikipedia.org/wiki/Янгель,_Михаил_Кузьмич <ruby><rb>Михаил</rb><rt>ミハイル</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Янгель</rb><rt>ヤンゲル</rt></ruby>]も同じ分野で競わせている。即ち、当時のソ連共産党でも「技術の進歩に競争は不可欠である」ことは認識していたのだ。ただ、<ruby><rb>Королёв</rb><rt>コロリョフ</rt></ruby>の肩書が「第1設計局(ОКБ-1)主任設計者」だったのに対し、<ruby><rb>Янгель</rb><rt>ヤンゲル</rt></ruby>のそれは「第585設計局(ОКБ-586)主任設計者」だったことからも、数字の大小が能力を示すものではなかったとはいえ、<ruby><rb>Королёв</rb><rt>コロリョフ</rt></ruby>が優位だったのは揺がないようだ。</ref><br />
<ref name="error">軍備品の製造過程で発生した、事前に規定した製品規格を満たさない品物は、非共産圏諸国では機械的に弾かれ、軍事機密に該当しなければ『放出品』として民間市場へ安価に払い下げて民需を満たしていたが、さすがに1980年代に入ると民需を満たす国内工業が充分育っており、この払い下げ措置は「民需を満たす」というより「貧困層の救済」や「市井のミリタリー趣味者に提供する」方向等へ変わっていった。翻って共産圏諸国では、この年代に入ったとて資源調達能力も国内工業も育たず生産能力が低いままであり、本来は軍に納品できず民需へ振り向ける規格外品であっても、指示された軍需を満たすためには軍に納品せざるを得ない状況であった。</ref><br />
<ref name="ak-47">その典型例が、旧ソ連で1946年に開発され1949年に旧ソ連軍に制式採用されて以降、現在も世界中の軍組織でバリバリの現役である自動小銃・[https://ru.wikipedia.org/wiki/Автомат_Калашникова AK-47]である。</ref><br />
<ref name="cal">偶然か必然か、[[National Semiconductor 4510]]とほぼ同じ値(挙動)である。特に<math>\left (\tfrac{\ln 884736744}{\pi}\right )^2</math>の演算結果が小数点第4位まで同じなのを「偶然」の一言で片付けて良いのだろうか。[[National Semiconductor 4510]]にも記したが、ナショセミはこれに実装した科学・数学向けRPN関数電卓用ワンチップマイクロプロセッサであるMM5760Nの外販を前提に動いており、かつ、MM5760Nは4ビットCPUなので、1950年1月から機能し始めた[https://en.wikipedia.org/wiki/Coordinating_Committee_for_Multilateral_Export_Controls COCOM(対共産圏輸出統制委員会)]の規制対象外であることから、旧ソ連はMM5760Nを正々堂々輸入し[https://en.wikipedia.org/wiki/Reverse_engineering リバースエンジニアリング]した可能性が否定できないと考えている。もしこれが正しいとすると、当時の旧ソ連とアメリカには、少なくとも8年の技術格差が存在したことになる。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=RPN%E9%9B%BB%E5%8D%93&diff=6821
RPN電卓
2025-11-24T09:14:36Z
<p>Webmaster: </p>
<hr />
<div>1991年3月<ref name="pc" />に自分専用のPCを購入してもらったことから始まった、日常的にコンピュータと戯れる生活。その過程で、管理人には様々な奇癖が身についてしまった。例えば<br />
*キーボードで&nbsp;{{keypress|Ctrl}}&nbsp;は&nbsp;{{keypress|A}}&nbsp;の左隣に無ければならない<br />
*エディタは[https://www.gnu.org/software/emacs/ GNU Emacs]でなければならない<ref name="mode" /><br />
*[https://ja.wikipedia.org/wiki/SKK SKK]以外で日本語が入力できない<br />
*数字フォントの[https://en.wikipedia.org/wiki/Slashed_zero ゼロはスラッシュ入り]でなければならない<br />
などで、これらが整っていないコンピュータでの作業能率は著しく低下する<ref name="kink" />。尤も、これらが発露したとて他人を傷つけることは無く、困るのは専ら己のみなので、今のところ矯める気はまったく無い。<br />
<br />
そんな一連の奇癖のなかに<br />
<br />
*'''電卓はRPNでなければならない'''<br />
<br />
という、ある意味で致命的なものがある。<br />
<br />
なぜ致命的なのか。それは、ふつうの電卓が使えない体になってしまったにもかかわらず、世界の電卓市場でRPNは絶滅しかけており、こと日本においては2020年頃を境に正規品の新品が入手できなくなった希少種だからだ。どうしても、と言われれば、奇策を練り伝手を頼れば入手できるものの、往時より品質が劣る並行輸入品を現地価格の倍以上の高値で攫まされて悔悟するのが落ちだ。こういった現状が、同じ奇癖を持つ御同輩の殆どを「今使っているRPN電卓が壊れたときのために、状態が良い、往時の製品を蒐集する」という奇行に走らせる。管理人もその一人だ。<br />
<br />
「1,000円も出せば新品が買える電卓の『中古品』を買い漁って大丈夫か？」<br />
<br />
恐らく世間の大半の人には意味不明で理解不能な行動だろうが、[[HP製RPN電卓の特長#異常に堅牢な造作|「大丈夫だ、問題ない」と答えられる科学的な根拠]]が確かにあるのだから仕方無い。そして、こういう根拠を見つけ出し、言い訳にする行為そのものが、面白くも厄介なRPN電卓の沼に自ら進んで落ちた証であることを否定しない。趣味・嗜好とはそういうものだ。<br />
<br />
ここでは、管理人が所有・常用しているRPN電卓について、1968年〜2001年に旧[https://en.wikipedia.org/wiki/Hewlett-Packard Hewlett-Packard Company]が自社で企画・開発・製造・販売した機種<ref name="after" />を主として、個人的に調査・確認した事項を概括している。本文には宇宙開発に関わる記述が頻出するが、これは、管理人が宇宙工学([https://en.wikipedia.org/wiki/Kalman_filter カルマンフィルタ]による[https://en.wikipedia.org/wiki/List_of_orbits 人工衛星の軌道決定])を専攻していたことから強い思い入れがあるのと、電卓やコンピュータを含む計算機工学と宇宙開発が切っても切れない関係にあり、特にHP製RPN電卓はアメリカの宇宙開発の歴史に冒頭から登場しているからである。<br />
<br />
=目次=<br />
#[[RPN電卓/序説|序説]]<br />
#[[RPN電卓/歴史と現在|歴史と現在]]<br />
#[[HP製RPN電卓の特長]]<br />
#[[Nut/Saturnプロセッサファミリ]]<br />
#[[所有するRPN電卓本体]] - <span style="font-size:0.7em; font-style:italic">販売期間</span><br />
##[[HP-35]] - <span style="font-size:0.7em; font-style:italic">1972年2月1日〜1975年11月30日</span><br />
##[[HP-45/HP-46]] - <span style="font-size:0.7em; font-style:italic">1973年3月1日〜1976年1月15日</span><br />
##[[HP-65]] - <span style="font-size:0.7em; font-style:italic">1974年1月19日〜1977年1月3日</span><br />
##[[HP-55]] - <span style="font-size:0.7em; font-style:italic">1975年1月1日〜1977年1月3日</span><br />
##[[National Semiconductor 4510]] - <span style="font-size:0.7em; font-style:italic">1975年2月??日〜1977年??月??日</span><br />
##[[HP-25]] - <span style="font-size:0.7em; font-style:italic">1975年8月1日〜1978年5月1日</span><br />
##*[[HP-25E]] - <span style="font-size:0.7em; font-style:italic">[[HP-25]]のチップセットを修理・アップグレードする同人キット 2015年1月25日〜現在</span><br />
##[[HP-91]] - <span style="font-size:0.7em; font-style:italic">1976年3月1日〜1979年1月1日</span><br />
##[[HP-67/HP-97]] - <span style="font-size:0.7em; font-style:italic">1976年7月1日〜1982年1月11日/1984年12月1日</span><br />
##[[OMRON 12SR]] - <span style="font-size:0.7em; font-style:italic">立石電機株式会社(現・オムロン株式会社)の輸出専用機種 1976年??月??日〜不明</span><br />
##[[HP-10]] - <span style="font-size:0.7em; font-style:italic">HPで唯一の加算器方式 1977年7月1日〜1979年3月1日</span><br />
##[[HP-34C]] - <span style="font-size:0.7em; font-style:italic">1979年7月1日〜1983年4月1日</span><br />
##[[HP-12C]] - <span style="font-size:0.7em; font-style:italic">1981年9月1日〜現在</span><br />
##[[HP-10C/HP-11C/HP-15C]] - <span style="font-size:0.7em; font-style:italic">1982年9月2日/1981年9月1日/1982年7月1日〜1984年3月1日/1989年1月1日</span><br />
##[[HP-16C]] - <span style="font-size:0.7em; font-style:italic">1982年7月1日〜1989年1月1日</span><br />
##[[HP-41CX]] - <span style="font-size:0.7em; font-style:italic">1983年10月1日〜1990年11月1日</span><br />
##*[[HP-41CL]] - <span style="font-size:0.7em; font-style:italic">HP-41シリーズのチップセットをアップグレードする同人キット 2010年1月14日〜現在</span><br />
##[[Электроника МК-52]] - <span style="font-size:0.7em; font-style:italic">1983年??月??日〜1992年??月??日</span><br />
##[[Электроника МК-61]] - <span style="font-size:0.7em; font-style:italic">1983年??月??日〜1994年??月??日</span><br />
##[[HP-28S]] - <span style="font-size:0.7em; font-style:italic">1988年1月4日〜1992年4月1日</span><br />
##[[HP-42S]] - <span style="font-size:0.7em; font-style:italic">1988年10月31日〜1995年5月1日</span><br />
##[[HP-48SX]] - <span style="font-size:0.7em; font-style:italic">1990年3月16日〜1993年6月1日</span><br />
##[[HP-48GX]] - <span style="font-size:0.7em; font-style:italic">1993年6月1日〜2003年5月30日</span><br />
##[[HP-50g]] - <span style="font-size:0.7em; font-style:italic">2006年7月??日〜2015年??月??日</span><br />
##[[HP-35s]] - <span style="font-size:0.7em; font-style:italic">2007年7月12日〜2021年??月??日</span><br />
##[[WP 34S]] - <span style="font-size:0.7em; font-style:italic">[https://en.wikipedia.org/wiki/HP_20b HP-20b]または[https://en.wikipedia.org/wiki/HP_30b HP-30b]を[[HP-16C]]と[[HP-42S]]を合体させたRPN関数電卓に化かすためのオープンソースソフトウェア 2011年6月29日〜現在</span><br />
#:Extra. [[Casio CASIO-MINI CM-605]] - <span style="font-size:0.7em; font-style:italic">かの有名な[https://ja.wikipedia.org/wiki/カシオミニ カシオミニ]シリーズの6代目モデル 1974年4月??日〜1974年11月??日</span><br />
#:Extra. [[Casio fx-10]] - <span style="font-size:0.7em; font-style:italic">日本初のポケット関数電卓 1974年5月??日〜1975年??月??日</span><br />
#:Extra. [[Casio fx-7000GA]] - <span style="font-size:0.7em; font-style:italic">管理人が中学3年で初めて購入した中置記法のグラフィックプログラム関数電卓 1990年??月??日〜1991年??月??日</span><br />
#:Extra. [[HP PrintCalc 100]] - <span style="font-size:0.7em; font-style:italic">再参入後に発売した活字ドラム式プリンタ付きの中置記法の四則演算電卓 2008年11月13日〜不明(だが終売済)</span><br />
#[[所有するRPN電卓周辺機器]]<br />
##[[HP-41CX]]/[[HP-42S]]/[[HP-48SX]]/[[HP-48GX]]/[[HP-50g]]向け<br />
###[[HP 82240A/HP 82240B]]<br />
##[[HP-25]]/[[HP-25E]]向け<br />
###[[HP 82028A]]<br />
##[[HP-65]]向け<br />
###[[HP 00065-67001]]<br />
###[[HP 00065-67002]]<br />
###[[HP 00065-67005]]<br />
###[[HP 00065-67007]]<br />
###[[HP 00065-67044]]<br />
##[[HP-67/HP-97]]向け<br />
###[[HP 00097-90021]]<br />
###[[HP 00097-90031]]<br />
###[[HP 00097-90057]]<br />
###[[HP 00097-90084]]<br />
##[[HP-41CX]]向け<br />
###[[Handy Compact&trade;]]<br />
###[[HP 00041-14001]]<br />
###[[HP 00041-14003]]<br />
###[[HP 00041-15006]]<br />
###[[HP 5061-7285]]<br />
###[[HP 5061-7287]]<br />
###[[HP 82104A]]<br />
###[[HP 82120A]]<br />
###[[HP 82143A]]<br />
###[[HP 82153A]]<br />
###[[HP 82181A]]<br />
###[[HP 82182A]]<br />
###[[HP 82242A]]<br />
###[[Port-X-Tender]]<br />
###[[PPC ROM]]<br />
###[[ZENROM]]<br />
##[[Электроника МК-52]]向け<br />
###[[БРП-3]]<br />
###[[БРП-4]]<br />
##[[HP-48SX]]/[[HP-48GX]]向け<br />
###[[EE・Pro&trade;]]<br />
###[[Electrical Engineering Application Pac]]<br />
###[[Electrical Engineering Reference Pac]]<br />
###[[HP 82210A]]<br />
###[[HP 82211A]]<br />
###[[HP 82215A]]<br />
###[[Math・Pro&trade;]]<br />
###[[Mathematics Pac]]<br />
###[[TDS 512K GX RAM CARD]]<br />
#[[所有する電卓に関する書籍]]<br />
##[[丸善 対数表 七桁]]<br />
##[[フィスター ディジタル計算機の論理設計]]<br />
##[[電卓技術教科書〈基礎編〉]]<br />
##[[電卓技術教科書〈研究編〉]]<br />
##[[Algorithms for RPN calculators]]<br />
##[[ポケット電卓による計算解析 −HP 25による−]]<br />
##[[Extend your HP-41]]<br />
##[[HP-41 Extended Functions Made Easy]]<br />
##[[HP-41 Synthetic Programming Made Easy]]<br />
##[[Inside the HP-41]]<br />
##[[WP 34S Owner's Manual and Calculation Guide]]<br />
<br />
==脚注==<br />
<references><br />
<ref name="pc">管理人が高校へ進学する直前のタイミングだが、管理人以外でも、小・中学校からの友人や、高校でできた友人や知人も、押し並べて同じタイミングでPCを購入していた。この当時、東京から凡そ100km離れた地方都市で、公立の、いわゆる進学校と呼ばれる高校に通っていた生徒の結構な数が、同じ希望を抱いていたことに驚くと同時に、それを許可した親が結構居たことも興味深い。「私立に較べて学費が安く済む公立に合格したから」というのが最大の理由だろうが、[https://ja.wikipedia.org/wiki/バブル時代 バブル時代]の恩恵を受け地方にも出現し始めた複数のPCショップが毎週のように出稿した新聞折込広告の威力も相俟って、日を追う毎に価格が下落していたことも影響したと思う。ただ、この対象を同級生にまで広げると、PCを持ってないほうが圧倒的だったので、単に類が友を呼んだだけかもしれない。管理人がこのタイミングでPCを購入できた経緯は[[Casio_fx-7000GA#cite_note-pc-5|ここ]]で記した。<br>なお、厳密には、小学校4年で[https://ja.wikipedia.org/wiki/ファミリーコンピュータ ファミコン]を、小学校5年で発売と同時に[https://ja.wikipedia.org/wiki/ファミリーコンピュータ_ディスクシステム ディスクシステム]を、それぞれ買ってもらったものの、ユーザの任意に使用できるコンピュータではないため除外した。その意味では、もし、やはり当時猛烈に欲しかったものの友人・知人含め誰一人買ってもらえなかった、ファミコン上で任意のゲームプログラムが自作できる[https://ja.wikipedia.org/wiki/ファミリーベーシック ファミリーベーシック]を買ってもらえていたら、これを「初めて所有したコンピュータ」としただろう。</ref><br />
<ref name="mode">[https://www.gnu.org/software/emacs/ GNU Emacs]には[https://www.gnu.org/software/emacs/manual/html_mono/calc.html 電卓(Calc)モード]が実装されており、{{keypress|Meta}}&nbsp;{{keypress|X}}&nbsp;{{keypress|C}}&nbsp;{{keypress|A}}&nbsp;{{keypress|L}}&nbsp;{{keypress|C}}&nbsp;{{keypress|Enter}}&nbsp;で呼び出せるが、このモードでのデフォルトはRPNだ。なぜなら、開発者が、実装した機能や関数を[[HP-28S]]を含むHP-28シリーズや[[HP-48SX]]と[[HP-48GX]]を含むHP-48シリーズを参考にしたからで、Calcモードのマニュアル冒頭でもその旨を[https://www.gnu.org/software/emacs/manual/html_mono/calc.html#What-is-Calc 宣言している]。それほどまでにRPNはこの業界に浸透している。</ref><br />
<ref name="kink">当然、{{keypress|Ctrl}}&nbsp;が左下隅のキーボードや[https://en.wikipedia.org/wiki/Vi_(text_editor) vi]や[https://www.vim.org/ vim]も使えるし、[https://en.wikipedia.org/wiki/Google_Japanese_Input mozc]でも日本語は入力できるし、スラッシュが無いゼロも判読できるが、作業途中での休憩時間とタバコの本数は倍増する。</ref><br />
<ref name="after">HPは2001年末に電卓事業から撤退後、2003年に再参入したが、管理人は再参入後に発売された機種(本サイトでは[[HP-50g]]と[[HP-35s]]が該当する)には興味を唆られず、よって、これらについては詳細な調査や追跡をしていない。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-41CX&diff=6820
HP-41CX
2025-11-23T12:59:03Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1983年10月1日〜1990年11月1日に販売された上級プログラム関数電卓で、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の最終形態。コードネームは[https://en.wikipedia.org/wiki/Honeynut_squash Honeynut (南瓜の一種)]。単体では222関数を実装したプログラム関数電卓だが、その中身は「個人が所有できる高精度な数値演算専用コンピュータ」の嚆矢である。<br />
__TOC__<br />
===関数電卓とパーソナルコンピュータの狭間===<br />
[[HP-34C]]でも記述したが、有り体に言えばHPは[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の購入者に富裕層と法人を想定しており、主たる用途も単体での使用はもとより周辺機器やオプションソフトウェアと組合せてユーザが求める演算システムを容易に構築できることに重きを置いた。〝パーソナルコンピュータ〟という概念がようやく形になり始めたものの、当然ながら非常に高価で、おいそれと手が出るものではなかったという時代背景を考えれば当然の開発方針である。<br />
<br />
このような用途に応じさせるには、ハードウェアには十分な拡張性を、ソフトウェア(プログラミング機能)には汎用性を、それぞれ持たせる必要がある。その答えとして1979年7月1日に定価295ドル(約65,000円)で発売したのが、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の初代である[http://www.hp-collection.org/calculators/41c.html HP-41C]だ。型名の末尾に付けられたCの意味は[[HP-25#cite_note-25c-5|HP-25の脚注]]と同じで、単体では128関数を内蔵した上級プログラム関数電卓だが、同時に発売した[[HP-34C]]とは大きく異なり、非常に挑戦的な製品として仕上がった。<br />
<br />
# HP製電卓で初めて液晶ディスプレイを採用した<ref name="lcd" />が、表示形式は、数字だけが表示できる[https://en.wikipedia.org/wiki/Seven-segment_display 7セグメント方式]ではなく、アルファベットと記号も表示できる<ref name="segment" />ようHPが独自開発した[https://en.wikipedia.org/wiki/Fourteen-segment_display 14セグメント方式]とした<br>これにより消費電流が激減し、HP製可搬型電卓では初めて、バッテリとして市販の乾電池が使用できるようになった<br>[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]はアルカリ単5形×4本で駆動する<ref name="sideeffect" /><br />
# プログラミング方式を、これまでの制約が多い「内蔵関数キーを実行する順番に押下して覚えさせる」ものから、汎用性の高い「プログラミング言語により命令文で記述する」ものに変更すべく、本体型名の〝41〟を冠した専用プログラミング言語[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) '''FOCAL'''('''F'''orty-'''O'''ne '''CA'''lculator '''L'''anguage)]を内蔵した<br />
# [https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]のプログラムはアルファベットとアラビア数字と記号で構成される文字列で命令文を記述するため、単体でアルファベットを入力できるようにした<br>これに伴い、物理キーの有無を問わず、すべての内蔵関数をコマンドでも入力できるようにしたため、シフトキーは&nbsp;{{keypress|<math>\color{Dandelion}\blacksquare</math>}}&nbsp;1段のみに削減した<br>例えば開平(square root)は、置数後に、物理キー&nbsp;{{keypress|<math>\sqrt{x}</math>}}&nbsp;を押下しても&nbsp;{{keypress|<math>\text {XEQ}</math>}}&nbsp;{{keypress|<math>\text {ALPHA}</math>}}&nbsp;{{keypress|<math>\text {S}</math>}}&nbsp;{{keypress|<math>\text {Q}</math>}}&nbsp;{{keypress|<math>\text {R}</math>}}&nbsp;{{keypress|<math>\text {T}</math>}}&nbsp;{{keypress|<math>\text {ALPHA}</math>}}&nbsp;とコマンドで入力しても、まったく同じ開平の演算処理を実行、同じ結果を出力する<br />
# 本体上部に4口の拡張スロットを設け、RAMの増量/周辺機器/オプションソフトウェアの装着を可能とした<br />
<br />
これらの特長はHPをして本機のマニュアル冒頭で'''''personal computing systems'''''と宣言<ref name="manual" />させるほどエポックメイキングな製品志向ではあるが、これが市場で受け容れられるとは必ずしも考えておらず、まずは単体のRPN関数電卓で使用してもらうことでコマンドやプログラミング方法を覚えてもらい、気に入ってくれたならオプションソフトウェアや周辺機器を徐々に購入してもらう…このような慎重な販売戦略で売り出した。関数電卓でありながら拡張スロットを備え各種オプションを装着できるアーキテクチャを採用するに至ったのは、1976年11月に世界で初めて[https://en.wikipedia.org/wiki/ROM_cartridge ロムカセット]形式の家庭用テレビゲーム機である[https://en.wikipedia.org/wiki/Fairchild_Channel_F フェアチャイルド・チャンネルF]が発売され、翌1977年には北米で[https://en.wikipedia.org/wiki/Atari_2600 Atari 2600]が売れまくっていたことで一般市民にも受け容れられると判断したのかもしれないが、その確証は無い<ref name="rom" />。<br />
<br />
しかし、この販売戦略は大当たりする。<br />
<br />
先述の通り、現在のように一般人が比較的安価にパーソナルコンピュータを購入するどころか触れることすらできなかった当時、[[HP-35]]から連綿と続くHPのRPN関数電卓が精確な演算結果を出力するのは既に知られていたため、単体の関数電卓としての実力はもちろん、別ページで説明する[[HP_82143A|感熱紙プリンタ]]や[[HP_82104A|磁気カードリーダライタ]]、[[HP_82153A|バーコードリーダ]]などの充実した周辺機器、[[HP_5061-7287|数学・統計]]や[[HP_00041-14003|金融・財務]]、[[HP_00041-15006|回路網解析]]など専門分野に特化した数値演算をユーザがプログラムを組むことなく実行するためのオプションソフトウェアであるアプリケーションパックを同時に販売したことから、これらを組み合わせて〝精確な数値演算を入出力・実行するシステム〟が容易に構成できるため爆発的に売れたのだ。それまでのヒット機種である[[HP-67/HP-97]]でユーザが作成したプログラムや別売のソフトウェアも[[HP_82104A|磁気カードリーダライタ]]で読み込め実行できる<ref name="compatibility" />ことも拡販に寄与した。その結果、HPが事前に想定した購入者層からは大幅に外れ、販売店に月賦を申し込んでまで購入する個人が後を絶たない状況となった。<br />
<br />
これら一連の動きは、半導体の集積度と性能が上がり価格が下がったことで、科学者やエンジニアが「高精度な数値演算専用コンピュータを個人で所有」するようになった始まりと捉えられる。それまで、大学や研究所が購入したホストコンピュータに利用料金を払って[https://en.wikipedia.org/wiki/Time-sharing タイムシェアリング]するしかなかったところ、半導体技術の進歩により「高精度な数値演算専用コンピュータを個人で所有」できる時代が到来、好きな時間に好きなだけ利用料金を払わず演算できるのだから、多少の月賦も我慢しようというものだ。この視点で現代から俯瞰すると、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]は「関数電卓とパーソナルコンピュータの狭間」に位置付けられよう。<br />
<br />
===改良とユーザの拡大===<br />
[http://www.hp-collection.org/calculators/41c.html HP-41C]が一躍大ヒットモデルとなったことで、開発・製造元であるHPはもちろん、サードパーティやユーザコミュニティからも様々なアプリケーションパックが発売され始めたが、その使い込まれ方もHPの事前の想定を遥かに超えていく。[http://www.hp-collection.org/calculators/41c.html HP-41C]のヘヴィユーザから「内蔵メモリが63レジスタ(441バイト)<ref name="resistor" />と少な過ぎる。ちょっと込み入ったプログラムを書くには、4口の拡張スロット全てに内蔵メモリ拡張モジュール(HP 82106A)を装着せざるを得ず、周辺機器が使えなくなる」というクレームを多数受ける事態となったのだ。HP 82106Aは1個で64レジスタ(448バイト)拡張でき定価45ドル(約9,900円)だが、さすがのHPも、定価295ドルの関数電卓のメモリを最大容量の319レジスタ(2,233バイト)まで拡張すべく180ドル(約39,600円)も追加で投資するユーザが大量に現れるとは考えもしなかったようだ。ちなみに[[HP_82143A|感熱紙プリンタ]]は定価350ドル(約77,000円)、[[HP_82104A|磁気カードリーダライタ]]は定価195ドル(約42,900円)だが、いずれも販売数は堅調に推移していく。<br />
<br />
嬉しい悲鳴と共に想定の斜め上なクレームを受けたHPは、[http://www.hp-collection.org/calculators/41c.html HP-41C]発売から僅か1年半後の1980年12月15日、内蔵メモリを予め最大容量の319レジスタまで拡張した二代目である[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を定価325ドル(約73,500円)で発売することを決断する。型名に追加した末尾のVはローマ数字の5で、内蔵メモリが5倍になったことを示す。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のチップセットとして採用している[[Nut/Saturnプロセッサファミリ|Nut]]アーキテクチャは内蔵メモリの上限が319レジスタなので「追加で30ドルお支払いいただければ予め内蔵メモリを上限まで積みますから、4口ある拡張スロットをHP 82106Aで埋めずに済みますよ」というのが[http://www.hp-collection.org/calculators/41cv.html HP-41CV]の製品コンセプトだが、これも相変らず売れることになる。特に有名なのは、「内蔵メモリを上限まで使い切るほど大規模なプログラムを書いても、すべての拡張スロットが空いている」ことがポイントとなり、アメリカ空軍が装備品として制式採用、空中給油機[https://en.wikipedia.org/wiki/Boeing_KC-135_Stratotanker KC-135]の[https://en.wikipedia.org/wiki/Center_of_gravity_of_an_aircraft W&B(ウエイト・アンド・バランス)]を演算<ref name="w&b" />するための専用アプリケーションパック"KC-135 W&B1"および"KC-135 W&B2"を作成・運用していたり、アメリカ航空宇宙局(NASA)が宇宙往還輸送船[https://en.wikipedia.org/wiki/Space_Shuttle スペースシャトル]に装備品として[https://history.nasa.gov/computers/Ch4-6.html 採用]し、宇宙空間を飛行中に必要な軌道決定や様々な演算、果ては乗組員の目覚まし時計として使われるまでに至った<ref name="nasa" />ことだろう。スペースシャトルの11回目の飛行計画である[https://en.wikipedia.org/wiki/STS-41-C STS-41-C]でミッションスペシャリストとして搭乗した宇宙飛行士の[https://en.wikipedia.org/wiki/Terry_Hart Terry Hart]は、スペースシャトルの飛行計画で使用する[http://www.hp-collection.org/calculators/41cv.html HP-41CV]のプログラミングを担当していた<ref name="th" />。これら漏れ聞こえてくる様々な使用実績が、[http://www.hp-collection.org/calculators/41cv.html HP-41CV]の販売台数を更に押し上げた。<br />
<br />
なお、HPは、[http://www.hp-collection.org/calculators/41cv.html HP-41CV]発売と同時に、先述のHP 82106Aを30ドル(約6,780円)まで値下げ、HP 82106Aの4倍である256レジスタ(1,792バイト)を1モジュールにしたQuad Memoryモジュール・HP 82170Aを95ドル(約21,500円)で発売し拡張スロットを3口空けられるようにするよう、それまでの[http://www.hp-collection.org/calculators/41c.html HP-41C]ユーザへ便宜を図ると共に、[http://www.hp-collection.org/calculators/41c.html HP-41C]の定価は295ドルから250ドル(約56,500円)に、HP純正アプリケーションパックはそれまで定価75ドル(約17,000円)だったものは45ドル(約10,200円)に、45ドルだったものは30ドルに、それぞれ一斉に値下げを断行した。半導体技術の進歩と量産効果によるコスト低減もあろうが、ユーザの拡大(と囲い込み)の意味合いが強い施策である。<br />
<br />
が、[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を発売したとて、内蔵メモリを使い切ってしまうユーザが減らないことに変わりは無かった。これほどまでに売れた理由は、[http://www.hp-collection.org/calculators/41c.html HP-41C]の登場によりパーソナルユースであっても比較的大規模な数値演算を必要とする場面がそこここに出来上がったこと、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が乾電池で駆動し<ref name="battery" />可搬である<ref name="pokecon" />こと、当時はまだパーソナルコンピュータが一般人が気軽に買えるような価格ではなかったことが大きい。〝世界初〟を謳うラップトップパーソナルコンピュータは[https://en.wikipedia.org/wiki/Toshiba_T1100 Toshiba T1100]とされているが、これが発売されたのは[http://www.hp-collection.org/calculators/41cv.html HP-41CV]発売から約5年半後の1985年4月で、価格も1,900ドル(約478,800円)と高価であり、費用対性能比で関数電卓が勝っていたからだ。<br />
<br />
さりとて、[[Nut/Saturnプロセッサファミリ|Nut]]アーキテクチャでは内蔵メモリをこれ以上増設できない…思案したHPは、[http://www.hp-collection.org/calculators/41c.html HP-41C]と[http://www.hp-collection.org/calculators/41cv.html HP-41CV]では[[HP 82181A]]を別途購入・装着しないと使用できなかった拡張メモリ(補助記憶機構)を124レジスタ(868バイト)内蔵することにした。拡張メモリはファイルストレージとして機能し、ユーザが組んだプログラムをファイルとして保存できる。これにより拡張メモリを最大124 + 238 + 238 = 600レジスタ(4,200バイト)まで増設可能とした。更に、これだけでは芸がないと思ったのか、これまた[http://www.hp-collection.org/calculators/41c.html HP-41C]と[http://www.hp-collection.org/calculators/41cv.html HP-41CV]ではアプリケーションパックとして別途購入・装着しないと使用できなかった拡張メモリを操作する機能([https://archived.hpcalc.org/greendyk/hp41c-extended/5.html HP 82180A])や時計・タイマ機能([[HP 82182A]])など94関数も追加で内蔵することとし、単体で222関数を実装したRPN関数電卓へアップグレードすることにした。これが[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の三代目となる本機である。1983年10月1日、定価を[http://www.hp-collection.org/calculators/41cv.html HP-41CV]と同じ325ドル(約75,700円)に据え置いて発売した。型名に追加した末尾のXはeXtensions(拡張)を示す。このアップグレードは[http://www.hp-collection.org/calculators/41cv.html HP-41CV]発売以降の約3年間に進化した半導体技術が1チップあたりの集積度を向上させたために実現したもので、定価を据え置くことができたのも半導体技術の進化と同時に進行していた価格下落の賜物である。これもまた爆発的に売れ、7年1ヶ月もの長期間、HPのRPN関数電卓のトップモデルとしてラインナップされ続けることになる<ref name="memory" />。<br />
<br />
===ユーザコミュニティと合成的プログラミング===<br />
[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]について触れる際に絶対外せないのが「ユーザコミュニティによる合成的プログラミングの創出」である。<br />
<br />
[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP-9100A]から始まったHPの関数電卓は、出自がホストコンピュータであること、出力される演算結果が精確であること、プログラミングが可能であることから、早くからそこここにファンクラブ然としたユーザコミュニティが形成された。その活動内容は、所属するメンバ同士によるRPN関数電卓の使用法に関する情報交換や電卓自体への[https://en.wikipedia.org/wiki/Hacker_culture ハッキング]でほぼ統一されており、このような動きは他社の関数電卓ではあまり見られないものだ。開発・製造元であるHPも、市場に投入した製品に対する率直な意見を広範囲に拾い上げることができ、その後の製品戦略で参考になることから、この動きを拒否することはなく黙認していた。<br />
<br />
[[HP-65]]で触れたPPC(Personal Programming Center)は、1974年6月にアメリカ・カリフォルニア州サンタアナを本拠として設立されたHP製RPN関数電卓ユーザコミュニティの大手で、その活動は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が発売されていたこの頃にピークを迎えていた。このPPCが、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が内蔵している[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]のプログラムソースコードを作成・編集するエディタ機能で「OSだけが使用するメモリ空間」を読み書きできるバグを発見したのは、[http://www.hp-collection.org/calculators/41c.html HP-41C]発売直後である。その後、これを故意に踏み抜き、「OSだけが使用するメモリ空間」に保持している値(内蔵ソフトウェアROMからロードした演算命令のバイナリコード)を書き換えると、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のマニュアルで公開されている関数より遥かに高機能な演算やプログラミングが可能なことも明らかとなった。<br />
<br />
あたかも[https://en.wikipedia.org/wiki/Test_tube 試験管]や[https://en.wikipedia.org/wiki/Laboratory_flask フラスコ]の中で複数の[https://en.wikipedia.org/wiki/Reagent 試薬]を混ぜて自然界には存在しない[https://en.wikipedia.org/wiki/Chemical_compound 化合物]を[https://en.wikipedia.org/wiki/Chemical_synthesis 合成]するかのように、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のメモリの中でメモリが保持している値を書き換えて内蔵ソフトウェアROMには存在しない演算命令を合成する様から'''合成的プログラミング (Synthetic Programming)'''と命名された<ref name="synthetic" />この一連の手順とプログラム技法は、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のヘヴィユーザを中心に急速に広まっていく。しかも、製造・開発元であるHPはその実行を禁止せず、ユーザの自己責任とした。「AYOR (At Your Own Risk) であれば、どうぞご勝手に。その代わり、これを実行した結果どうなろうと、我々に文句を言わないでね」と見逃したのだ。<br />
<br />
この様子と経緯を見たPPCは、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]ユーザが誰でも気軽に合成的プログラミングを実行できるよう122個の[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]ルーチンを作成し取り纏めた'''[[PPC ROM]]'''の有償頒布を開始した。同人ソフトウェアなのでHPによるサポートなど一切無いが、頒布以降、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のヘヴィユーザにとって必要不可欠なアプリケーションパックとして流布する。詳細は[[PPC ROM]]を参照されたい。<br />
<br />
===HP製RPN関数電卓史上2番目のロングセラー===<br />
こうして、HPのRPN関数電卓の歴史でも特筆すべき一大勢力を築くことになった[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]は、初代である[http://www.hp-collection.org/calculators/41c.html HP-41C]の販売が終了する1985年1月1日までは三世代が同時に、初代の販売終了後は1990年1月1日まで二世代が同時にラインナップされ、最終的には本機が1990年11月1日で販売終了する11年5ヶ月に渡り販売され続けた。この記録は、1981年9月1日から現在まで販売され続けている[[HP-12C]]に次ぐ第2位で、同時発売だったものの1983年4月1日で販売終了となった[[HP-34C]]と較べるのも馬鹿らしくなるほどのロングセラーかつベストセラーである。そしてこの[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の成功は、その後に開発・販売されるHP製RPN関数電卓に多大な影響を与えることになる。<br />
<br />
ここまでロングセラーとなるとユーザの裾野も広大となるからか、販売終了から30年以上経った現在でも人気が高く、どこかの国の軍組織で使われていたと思われる放出品<ref name="surplus" />が大量に出品されることが間々あるなど、eBayをはじめとする中古市場やオークションサイトにも比較的大量に流通しており、入手性は良い。流通量としては[http://www.hp-collection.org/calculators/41cv.html HP-41CV]が最も多く、次に本機、最後に[http://www.hp-collection.org/calculators/41c.html HP-41C]となるが、その差は僅かだ。その中でも新品に近いものは高値で取引され<ref name="auction" />、非常に活発な[http://www.hp41.org ユーザコミュニティ]も健在である。<br />
<br />
まったくの余談だが、管理人は[[PPC ROM]]を装着した本機が「地球上で最強の関数電卓」だと考えており、管理人の手が届く範囲内には必ずこの組合せが置いてある。現在では[[HP 82104A]]や[[HP 82143A]]を装着した10セットほどがあちこちに転がっている。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}507225.705\ \; (\varepsilon\!_R=1.33\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||約400kHz (Halfnut 1LF5-0003)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||アルカリ単5形×4本 または [[HP 82120A]]<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1983年〜1990年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1983年発売時の定価||325ドル (約75,700円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="lcd">世界で初めて液晶ディスプレイを採用した電卓は、1973年6月発売のシャープ製ポケット電卓[https://jp.sharp/products/lcd/tech/dentaku/story.html EL-805]である。</ref><br />
<ref name="manual">[http://www.hp-collection.org/calculators/41c.html HP-41C]と[http://www.hp-collection.org/calculators/41cv.html HP-41CV]では''The HC-41C and HP-41CV calculators represent a totally new concept in the design of Hewlett-Packard calculators. In fact, because of their advanced capabilities, these calculators can even be called'' '''''personal computing systems.''''' とまで言い切っているが、本機では''The HP-41CX is an advanced model of the HP-41 family of compact,'' '''''handheld computers.''''' と若干控え目な表現に書き換えられた。これは、本機の発売が1983年で、その頃には一部でパソコンが普及したからであろう。</ref><br />
<ref name="rom">机上設置型では1971年発売の[https://www.hpmuseum.org/hp9810.htm HP-9810A]が、本機を含む[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と同様に3口のROMスロットを備えていた。またこれとは別に周辺機器と接続するためのI/Oスロットを4口備えていた。これらの特長から「[https://www.hpmuseum.org/hp9810.htm HP-9810A]を可搬型にし、価格を抑え、パーソナルユースに堪えるようにしたのが、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]である」と、[https://www.hpmuseum.org/hp9810.htm HP-9810A]と[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の類似性は頻繁に指摘される。この8年間で起きた半導体の技術の進歩と価格の低減がそうさせたとも言えよう。</ref><br />
<ref name="segment">例えば、演算結果が桁溢れ(算術オーバーフロー:本機では<math>\mbox{OF}_{[1]}>9.999999999\times10^{99}</math>)を起こした場合、7セグメント方式など数字しか表示できない機種では<code>E</code>や<code>0</code>や<code>o</code>などと表示するが、本機では<code>OUT OF RANGE</code>と正確な理由を表示する。[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]でプログラミングする際もプログラム名やメッセージをアルファベットの文字列が設定できる。</ref><br />
<ref name="sideeffect">Owner's Manual Vol.2には、本機の消費電流が「通常使用時で5〜20mA、電源ON後に何も入力しない時で0.5〜2.0mA、電源OFF時は0.01〜0.05mA」であると記載されている。</ref><br />
<ref name="resistor">1レジスタ(7バイト)に「最長」7行のプログラムを格納できる。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]は演算命令が可変長なので、このような記載となる。</ref><br />
<ref name="compatibility">後方互換性のみサポート。よって、前方互換性である「[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で作成・保存した磁気カードは[[HP-67/HP-97]]で読み込んで実行する」ことは'''できない'''。</ref><br />
<ref name="w&b">機体の大小にかかわらず、飛行機では燃料・貨客を含む総重量(ウェイト)とその重心の位置が非常に重要で、その機体にとっての平衡(バランス)状態を保てなければ安全な飛行も離着陸もできない。特に[https://en.wikipedia.org/wiki/Boeing_KC-135_Stratotanker KC-135]は空中給油機なので、離陸時は満載で88.452トンまで積載する「僚機への給油用のジェット燃料」が飛行中に急速に減るため、機体の重心も飛行中に大幅に移動する。よって、平衡状態を保つよう操縦し安全に着陸するには、「僚機への給油用のジェット燃料」の残量から、機体の重心がどこにあるかを常時演算し把握する必要がある。これは、民間航空機で乗客に対し「離着陸時は着席しシートベルトを着用せよ」と厳命している理由と同じで、離着陸時は機体が[https://en.wikipedia.org/wiki/Aircraft_principal_axes#Transverse_axis_(pitch) ピッチ(前後)方向]に傾くため危険というのもあるが、乗客に機内を歩かれると機体の重心が移動するため離着陸の操縦が著しく困難になるという理由も大きい。</ref><br />
<ref name="nasa">このときNASAはHPに、納品する[http://www.hp-collection.org/calculators/41cv.html HP-41CV]に対して2点の改造を特注した。「クォーツ時計/タイマー/アラーム機能の実装」と「ACアダプタ差込口と拡張スロットの溶接による閉塞」である。HPはこれらに応え、前者は記録的な速さで[[HP 82182A]]を開発することで実現、後者は[http://www.hp-collection.org/calculators/41cv.html HP-41CV]への静電気の出入りを防止する施策のため念入りに行われた。これら[https://airandspace.si.edu/collection-objects/calculator-hand-held-hp-41/nasm_A19890003000 改造済のHP-41CV]を受領したNASAは、更に独自に、[https://hpinspace.wordpress.com/2013/08/26/nasa-hp-41cv-donated-to-ladd-observatory-at-brown-university/ 取り外し可能な特注キーパッド・オーバーレイを追加、背面のゴム足は取り払い、使われていない表面という表面にベルクロ(所謂マジックテープ)を貼り付けた]。搭乗した宇宙飛行士は各個人用に支給された[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を宇宙服のどこかに貼り付けて活動し、それ以外の[https://images.nasa.gov/details-s07-14-629 2台がオービタの計器盤に備え付けられた]。</ref><br />
<ref name="th">スペースシャトルの初飛行6ヶ月前である1981年2月、[https://en.wikipedia.org/wiki/Terry_Hart Terry Hart]はNASAから「宇宙飛行士にとって最高の電卓を見つけよ」と依頼され、当時の市販品の最上位機種である[https://en.wikipedia.org/wiki/TI-59_/_TI-58 TI-59]と[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を比較検討、「英数字が表示できる」ことが決め手となって[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を採用した。その後Hartは[http://www.hp-collection.org/calculators/41cv.html HP-41CV]がNASAの要求以上のスペックであることに気づき、「軌道離脱プログラム」「燃料消費に連動して移動する[https://en.wikipedia.org/wiki/Space_Shuttle_orbiter オービタ]の重心を演算するプログラム(通称"CG")」「[https://en.wikipedia.org/wiki/Space_Shuttle_orbiter オービタ]の地球上での軌跡を演算し観測対象の地表の点を特定するプログラム(通称"Landtrack")」などを組んだ。最も使用されたプログラムは「Acquisition of Signal(通称"AOS")」で、ミッション中は連続実行された。[https://en.wikipedia.org/wiki/Space_Shuttle_orbiter オービタ]と管制官の直接通信は13ヶ所ある地球局のいずれかの上空を通過する10分間しか行えず、[https://en.wikipedia.org/wiki/Space_Shuttle_orbiter オービタ]地球局の真上を通過しない場合はさらに短くなるが、AOSは地球局上空を通過し始める時にビープ音を鳴らし、信号喪失(Loss of Signal: LOS)までの残り時間を表示するものであった。</ref><br />
<ref name="battery">なにより「市販の乾電池」で動くことが決定的である。それまでの機種のように専用充電池を購入せずに済むのでランニングコストの削減に繋がる。液晶ディスプレイを採用したからこそだ。なお、[http://www.hp-collection.org/calculators/41c.html HP-41C]附属マニュアルでは「9〜12ヶ月持つ」と記載しているが、これはHP製電卓で初の液晶ディスプレイを採用したことを強調するためのものと考えられる。1年半後に発売された[http://www.hp-collection.org/calculators/41cv.html HP-41CV]の附属マニュアルでは、早くもこのような記載は無くなった。本機附属マニュアルでも寿命については記載されてないが、長寿命であることに変わりはない。</ref><br />
<ref name="pokecon">ほぼ同時期である1980年の日本では、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と似たコンセプトで、主に工業高校生や高専・大学生向けに開発された独自の製品文化である[https://ja.wikipedia.org/wiki/ポケットコンピュータ ポケットコンピュータ(ポケコン)]が発売されたため、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の日本国内での実売台数は海外ほど伸びていないと想像される。そしてHPでも、事実上のポケコンとして、1982年に[https://www.hpmuseum.org/hp75.htm HP-75C]を、1984年に[https://www.hpmuseum.org/hp75.htm HP-75D]と[https://www.hpmuseum.org/hp71.htm HP-71B]を、日本の後追いで開発・販売したものの、これら2モデル3機種が「日本国内で売れた」という話は寡聞にして知らない。ちなみに[https://www.hpmuseum.org/hp71.htm HP-71B]はHPが初めて'''''Portable Computer'''''を謳った製品で、その後、日本でも爆発的なブームとなり一部では[https://ja.wikipedia.org/wiki/Morphy_One 悲劇]も産んだ、[https://en.wikipedia.org/wiki/MS-DOS MS-DOS]で動く[https://en.wikipedia.org/wiki/HP_200LX HP-200LX/HP-100LX/HP-95LX]や、[https://en.wikipedia.org/wiki/Windows_Embedded_Compact Windows CE]で動く[https://en.wikipedia.org/wiki/Jornada_(PDA) Jornadaシリーズ]に続くこととなる。</ref><br />
<ref name="synthetic">これは計算機工学でいう[https://en.wikipedia.org/wiki/Program_synthesis '''プログラム合成 (Program synthesis)''']とは意味も動作もまったく異なる</ref><br />
<ref name="surplus">出品者の国籍からするとアメリカかイスラエルの軍組織のようだ。これらの放出品は本体前面のHPのロゴが無く、頑丈そうな特殊なケースに納められているので一瞥して判る。</ref><br />
<ref name="memory">言い換えると、「[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]プログラム用に319 + 600 = 919レジスタ(6,433バイト)まで内蔵することで、ようやく、当時のヘヴィユーザの需要を満たせた」ことになる。それほど大規模なプログラムを組んでいたのだろう。</ref><br />
<ref name="auction">いわゆるMIB(Mint In Box:元箱入り未使用品)であれば1,000ドルを下ることはなく、状態の良い中古の完動品であれば[[HP-48SX]]や[[HP-48GX]]より100ドル以上高値で取引される。拡張性や周辺機器の豊富さが取引価格を押し上げているようだ。もっとも、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で本体の不動品が出品されることはあまり無い。[[HP_82143A|感熱紙プリンタ]]や[[HP_82104A|磁気カードリーダライタ]]といった周辺機器は不動品でも出品されるが、これらの大半はDIYで修理可能だからだ。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=Debian%E3%81%A7Fcitx5%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%97%E3%81%A6SKK%E3%82%92%E8%A8%AD%E5%AE%9A%E3%81%99%E3%82%8B&diff=6816
DebianでFcitx5を使用してSKKを設定する
2025-06-22T02:43:52Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|Debian GNU/Linux Customize Tips|frame=1}}<br />
<br />
Debian GNU/Linuxを含む*NIX系OSで、日本語をはじめとする[https://en.wikipedia.org/wiki/Variable-width_encoding マルチバイト文字]を問題なく'''入力'''できる環境を構築するには、何を使いどう設定すべきか、というメモ。<br />
<br />
日本語圏でも該当者は非常に少ないだろうが、管理人には必須のハックなので、事象/原因/対策/経緯を下記に残す。<br />
<br />
==【事象】Webブラウザでだけ日本語が入力できない==<br />
<br />
管理人は、「[[RPN電卓/序説|RPN以外の電卓が使えない]]」のと同様に「[https://ja.wikipedia.org/wiki/SKK SKK]以外の日本語入力が使えない」<ref name="windows1" />という不治の病に冒されている。恐らく死ぬまで治らないし、治すつもりも一切ない、極めて平和的だが厄介な宿痾だ。<br />
<br />
ある時、下記の条件をすべて満たすと、一部のアプリケーションソフト(特にWebブラウザは種類問わず)で日本語が入力できない事象に遭遇した。<br />
<br />
*[https://www.debian.org/releases/stable/ Debian 12 (bookworm)]をフレッシュインストールするとき、<br />
*デスクトップ環境に[https://en.wikipedia.org/wiki/KDE_Plasma_5 KDE Plasma 5]を選択し、<br />
*[https://en.wikipedia.org/wiki/List_of_input_methods_for_Unix_platforms インプットメソッド]フレームワークに[https://en.wikipedia.org/wiki/Uim uim]/[https://en.wikipedia.org/wiki/System_for_Cross-domain_Identity_Management SCIM]/[https://en.wikipedia.org/wiki/Intelligent_Input_Bus IBus]のいずれかを使用して[https://ja.wikipedia.org/wiki/SKK SKK]を設定する。<br />
<br />
管理人がDebianでデスクトップ環境を新規に構築する流れ作業の1つで、今まで引っ掛かったことすら無かったのだが、今回はなぜかWebブラウザでだけSKKをONにできず日本語が入力できない。試しにDebianを丸ごと再インストールすること3回、やはり同じ事象が発生し続けた。インターネットに接続して運用することが当たり前となった現代のLinuxホストで、使用頻度が最も高いアプリケーションソフトであるWebブラウザでだけ日本語が入力できない(＝検索できない)のは致命的<ref name="w3m" />だ。<br />
<br />
==【原因】通信プロトコルとアプリケーションフレームワーク==<br />
<br />
<blockquote><br />
「世に数多あるLinuxディストリビューションでソフトウェア品質に最も厳格なDebianで必ず発生するということは、SKKの設定云々ではなく、根本的な原因が別にあるはずだ」<br />
</blockquote><br />
<br />
サーバにしろクラインアトPCにしろ、それらにインストールするOSを自由の選択できるとき、管理人はかれこれ20年以上、Debian GNU/Linuxだけを採用し続けている。その理由は先述の通り『世に数多あるLinuxディストリビューションでソフトウェア品質に最も厳格』だからで、それが証拠に、通常運用中にどれだけ過負荷になろうともサーバやPCがフリーズまたはストールした経験は1度も無く、[https://en.wikipedia.org/wiki/APT_(software) apt]コマンド一発で永遠にメジャーアップグレードし続けることが可能だからだ。ここまで堅実かつ堅牢で、日常の運用がストレスフリーなOSは他に無い。Windowsなんぞとは比較すること自体が失礼だ。管理人はDebianに全幅の信頼を寄せている。<br />
<br />
そんなDebianで必ず発生するということは、Debianが提供しているソフトウェアの問題ではなく、他に決定的な原因が別個に有るはず。それを把握しないことには対策を打てない&#x2E3A;そう踏んだのだ。<br />
<br />
週末の土日を丸々潰して調べ倒したところ、2つの原因が抽出できた。<br />
<br />
*1つは、*NIX系OSのデスクトップ環境特有の実装である'''ディスプレイサーバとクライアント間の通信プロトコルの差'''だ。<br>KDE Plasma 5では、ディスプレイサーバとクライアント間の通信プロトコルに[https://en.wikipedia.org/wiki/X_Window_System X Window System (X11)]だけではなく[https://en.wikipedia.org/wiki/Wayland_(protocol) Wayland]を採用している。管理人が20年以上お世話になっていた'''uimをはじめSCIMもIBusもX11だけをサポートしWaylandは未サポート'''で、'''今後もWaylandをサポートする予定が無い'''<ref name="support" />とも聞く。故に、uim/SCIM/IBusを使用している限りはX11のみで日本語の文字コードを送信することになり、Waylandを使用できない。<br />
<br />
*もう1つは、'''アプリケーションフレームワークの差'''だ。<br>KDE Plasma 5は[https://en.wikipedia.org/wiki/Qt_(software) Qt]をベースに構築している。それが理由なのか詳細は不明だが、KDE Plasma 5のディスプレイサーバがクライアントに日本語の文字コードを送信する際、そのクライアントがQtをベースに構築したアプリケーションソフトの場合はX11でもWaylandでも正常に完了するものの、'''[https://en.wikipedia.org/wiki/GTK GTK]をベースに構築したアプリケーションソフトの場合、Waylandでは正常に完了するが、X11では正常に送信できず異常終了'''<ref name="gnome" />する。<br />
<br />
この2つが重なると、冒頭に記した条件をすべて満たしたときにこの事象が発生することが理解でき、かつ、この事象がWebブラウザでだけ発生するのも納得できる。[https://en.wikipedia.org/wiki/Firefox Firefox]にしろ[https://en.wikipedia.org/wiki/Microsoft_Edge Microsoft Edge for Linux]にしろ[https://en.wikipedia.org/wiki/Vivaldi_(web_browser) Vivaldi]にしろ、現行の各種WebブラウザはGTKをベースに構築されているからだ。管理人が常用するWebブラウザ以外のアプリケーションソフトでは、GTKで構築されている[https://en.wikipedia.org/wiki/EasyTag EasyTag]でも同じ事象が発生し、日本語を入力するだけで自身ばかりかKDEをも巻き込んでハングアップしてしまうが、KDEのデフォルトのファイラである[https://en.wikipedia.org/wiki/Dolphin_(file_manager) Dolphin]や[https://en.wikipedia.org/wiki/Konqueror Konqueror]はQtで構築されているため事象が発生しない。<br />
<br />
これら直接確認できた一連の挙動と2つの原因を擦り合わせても、見事に辻褄が合う。原因はこの2つで確定だ。<br />
<br />
==【対策】Fcitx5へ乗り換える==<br />
<br />
即ち、クライアント-ディスプレイサーバ間の通信プロトコルとして'''X11とWaylandの両方をサポート'''し、アプリケーションフレームワークも'''GTKとQtの両方に対応'''したインプットメソッドフレームワークを使用すれば、この事象は発生しない&#x2E3A;これが原因から導き出される対策となる。<br />
<br />
2024年時点でこの条件を満たし正常に機能するインプットメソッドフレームワークは'''[https://en.wikipedia.org/wiki/Fcitx Fcitx5]のみ'''<ref name="part" />だ。ソースコードも現在進行形でメンテナンスされており、バグフィックスもある程度は期待できる。これを期にuimからFcitxへ乗り換える以外にあるまい。<br />
<br />
現在のFcitxは[ˈfaɪtɪks]と発音する<ref name="voice" />と[https://fcitx-im.org/wiki/History#Name_story_of_Fcitx 決められている]が、かつては'''F'''ree '''C'''hinese '''I'''nput '''T'''ool of '''X'''の略であったことから解るように、当初はX11で中国語を入力するためのインプットメソッドフレームワークとして開発されたものだ。その汎用性の高さから、現在では中国語以外のアジア圏のマルチバイト文字入力で使われるようになり、Debianの公式debパッケージには中国語の他に日本語/朝鮮語/タイ語/ベトナム語がある。管理人は日本語と英語しか解せず、それ以外の言語には不案内だが、中国語/日本語以外の言語でも公式にdebパッケージとなっていることから、これらも正常に機能していると判断している。<br />
<br />
下記がFcitx5を使用してSKKを使うための設定手順である。これを実行すれば、ベースにしているアプリケーションフレームワークがQtだろうとGTKだろうと、すべてのアプリケーションソフトでSKKによる日本語入力が問題なく可能となる。<br />
<br />
なお、下記の手順は、管理人の趣味・嗜好により、LinuxディストリビューションはDebian、デスクトップ環境はKDEを選択した場合に適用できる。もし英語キーボードを使用している場合は、項番5の<code>キーボード - 日本語</code>を該当するもの(例えば<code>キーボード - 英語 (US)</code>など)に差し替える必要がある。SKK以外のインプットメソッドエンジンを使用する場合は、項番1の<code>fcitx5-skk</code>を、[https://ja.wikipedia.org/wiki/Google_日本語入力#Mozc mozc]であれば<code>fcitx5-mozc</code>に、[https://en.wikipedia.org/wiki/Anthy Anthy]であれば<code>fcitx5-anthy</code>に、項番6の<code>SKK</code>を<code>mozc</code>または<code>Anthy</code>に、ぞれぞれ差し替えれば良い。<br />
<br />
<br />
# <code>kde-config-fcitx5</code>と<code>fcitx5</code>と<code>fcitx5-skk</code>をインストール後、デフォルトでインストールされている<code>uim</code>と<code>uim-mozc</code>をアンインストールする。<br><code># apt install --install-recommends fcitx5 fcitx5-skk kde-config-fcitx5</code><br><code># apt remove --purge uim uim-mozc</code><br><br />
# ユーザディレクトリの<code>~/.config/environment.d</code>に、下記の3行だけを保存した<code>im.conf</code>を置く。<blockquote>XMODIFIERS=@im=fcitx<br>GTK_IM_MODULE=fcitx<br>QT_IM_MODULE=fcitx</blockquote><br />
# ユーザディレクトリの直下に、下記の3行だけを保存した<code>.xsessionrc</code>を置く。<blockquote>XMODIFIERS=@im=fcitx<br>GTK_IM_MODULE=fcitx<br>QT_IM_MODULE=fcitx</blockquote><br />
# OSごと再起動する<br />
# タスクバー左側のアプリケーションランチャーから [設定] → [KDE システム設定] → [入力デバイス] → [仮想キーボード] と進み、<code>Fcitx 5</code>を選択後、[適用(A)]を押下する。<br />
# 同じく [KDE システム設定] → [地域と言語] → [入力メソッド] と進み、[入力メソッドオフ]に<code>キーボード - 日本語</code>を新規に追加後それ以外すべて削除、[入力メソッドオン]に<code>SKK</code>を新規に追加し、[適用(A)]を押下する。<br />
# 再度OSごと再起動し、<code>Fcitx 5</code>が自動で起動する(タスクバー右側にSKKのアイコンが表示される)ことを確認する。<br />
## 表示されない(SKKで日本語が入力できない)場合は、OS起動時に<code>Fcitx 5</code>が自動で起動しないことが原因なので、手動で追加する。<br>タスクバー左側のアプリケーションランチャーから [設定] → [KDE システム設定] → [起動と終了] → [自動起動] と進み、[+Add…] から [+Add application…] を選択、ポップアップメニューが表示されるので、[ユーティリティ] から<code>Fcitx 5</code>を選択後に [OK] を押下して追加する。<br>追加完了後に再度OSごと再起動し、<code>Fcitx 5</code>が自動で起動する(タスクバー右側にSKKのアイコンが表示される)ことを確認する。<br />
## 表示された(SKKで日本語が入力できた)場合は、SKKの詳細を設定する。<br>設定変更後はそのSKKのアイコンを右クリック、ポップアップメニューから [設定の再読み込み] を選択して実行し、変更したSKKの設定を反映させる。<br />
<br />
<br />
上記の手順は、最初に<code>~/.config/environment.d/im.conf</code>でWaylandの挙動を、次に<code>~/.xsessionrc</code>でX11の挙動を、それぞれ、<code>XMODIFIERS</code>パラメタでKDEが使用するインプットメソッドフレームワークをFcitx5に指定し、<code>GTK_IM_MODULE</code>パラメタと<code>QT_IM_MODULE</code>パラメタでクライアントのアプリケーションフレームワークがGTKだろうとQtだろうとインプットメソッドフレームワークはFcitx5だと宣言、仮想キーボードに<code>Fcitx 5</code>に設定することでFcitx5を有効とし起動させ、<code>Fcitx 5</code>が文字入力を受け付ける物理キーボードの種類とFcitx5用の日本語入力エンジン(この場合はSKKなので<code>fcitx5-skk</code>)を設定する操作である。こうすることで、ユーザが物理キーボードから入力したマルチバイト文字は、使用した物理キーボードの種類とインプットメソッドエンジンを基に仮想キーボードである<code>Fcitx 5</code>が適切に変換、ディスプレイサーバはWaylandでもX11でも仮想キーボードから渡されたマルチバイト文字をクライアント(各アプリケーションソフト)に正常に渡すことができ、入力が完了する&#x2E3A;このような実装になっている。<br />
<br />
言い換えると、アジア圏のユーザが所望する言語のFcitx5用インプットメソッドエンジンが既にラインナップされていれば、それらの中から適宜選択してインストールするだけで済み、もしラインナップされていなければ、その言語用のインプットメソッドエンジンを開発しさえすれば良い。「仮想キーボード」という概念を導入することで統一した設定画面と方法をユーザに提供できるため、従来のuim/SCIM/IBusと較べてスマートな実装だ。<br />
<br />
気を付けなければならないのは、入力メソッドをON/OFFするホットキーに、多数の言語キーボードで使用できる設定が予め入っていることだ。Debianでdebパッケージ化されインストールできる<code>kde-config-fcitx5</code>には中国語の他に日本語/朝鮮語/ベトナム語のキーボードでも入力できるホットキーがデフォルトで設定されているが、これらは誤操作を頻発させる原因にしかならない。日本語キーボードで入力できるホットキーには {{keypress|全角/半角}} と {{keypress|Ctrl}} - {{keypress|SPACE}} の2つが設定されているものの、EmacsではピュアなSKKの実装であるddskkを常用する管理人のようなユーザにとって {{keypress|Ctrl}} - {{keypress|SPACE}} は比較的高頻度で使用するキーバインド(選択範囲の始点を指定する[https://www.gnu.org/software/emacs/manual/html_node/emacs/Setting-Mark.html Mark Set])なので、ここでも設定された状態は害悪でしかない。よって、不要な設定はすべて削除したほうが良いだろう。管理人はKDE上でSKKをON/OFFするホットキーを {{keypress|全角/半角}} だけとし、それ以外すべての設定を削除した。<br />
<br />
その他の詳細は下記の公式記事を参照すること。<br />
<br />
https://wiki.debian.org/ja/I18n/Fcitx5<br>https://fcitx-im.org/wiki/Setup_Fcitx_5<br />
<br />
==【経緯】なぜこの事象に遭遇し格闘する羽目に陥ったのか==<br />
<br />
ここから先は、このメモを残すことになった経緯である。<br />
<br />
発生した【事象】の【原因】が把握でき【対策】を打つことで事象が終息したなら、以降の【経緯】を読む必要はまったく無い。<br />
<br />
<center>☆</center><br />
<br />
2024年06月に入った途端、そろそろ無停止連続運用12年目を迎えようとしていた常用のファンレスPC(OSはDebian GNU Linux w/KDE)から、今まで聴いたことがない「キュルキュル」という微かな音が鳴り始めた。マウスカーソルを動かしたり、キーボードを打鍵したりすると、その度に音量が若干大きくなる。ずーっと鳴り続けているため耳に付くのもいただけない。<br />
<br />
「はて。ファンレスPCなのに音が鳴るとは何事ぞ？」<br />
<br />
いろいろ調べると、どうやら'''[https://www.intel.co.jp/content/www/jp/ja/support/articles/000032539/processors/intel-core-processors.html コイル鳴き]'''のようだ。管理人は初めて聴く音なので判別できなかった。<br />
<br />
「う〜ん。噂には聞いていたが、まさかナマで『コイル鳴き』を聴くことになるとはな…」<br />
<br />
“[https://ja.wikipedia.org/wiki/ルパン三世_カリオストロの城 ルパン三世 カリオストロの城]”で偽札工場とゴート札を目の当たりにしたルパンからカリオストロ公国の秘密を教えられた銭形のとっつぁんと同じフォーマットの<ruby><rb>台詞</rb><rt>ひとりごと</rt></ruby>を吐いた己に驚くと同時に呆れながら、M/Bの状態を確認すべく、PCの電源を落とした。<br />
<br />
ケースを開け、M/Bを眺めてみたものの、外見からは特に異常は見られなかったので、ケースを閉じ、再びPCの電源を入れたのだが&#x2E3A;M/Bは先ほどと同じ音で「キュルキュル」と鳴くのみで、[https://en.wikipedia.org/wiki/BIOS BIOS]が[https://en.wikipedia.org/wiki/Power-on_self-test Post]することは二度と無かった。既にM/Bは壊れており、PCは惰性で辛うじて動いていたのだ。<br />
<br />
「やっちまった…電源落とさなきゃ良かった！」<br />
<br />
いくら嘆いても後の祭りである。<br />
<br />
それにしても、可動部が多く先に壊れそうなHDDが、この約12年間で1度も[https://en.wikipedia.org/wiki/Self-Monitoring,_Analysis_and_Reporting_Technology S.M.A.R.T.]エラーを吐かず稼動し続けたことに感動した。その間にDebianは squeeze → wheezy → jessie → stretch → buster → bullseye → bookworm と7世代もメジャーアップデートがあり、その都度[https://en.wikipedia.org/wiki/APT_(software) apt]コマンドでアップデートし続けた「Debianの権化」のような中身だが、先に壊れたのがM/Bとは…いよいよIntel Core 3rd Generationな[https://en.wikipedia.org/wiki/Ivy_Bridge_(microarchitecture) Ivy Bridge]ともお別れである。管理人の日常の使用法ではIvy Bridgeに16GBのRAMで何の不満もなく、OSがDebianだからこそ、約12年もの長寿を全うできたのだろう。ハードウェアを陳腐化させることにやたら熱心なうえにユーザには自由度をまったく与えないWindowsをOSとして使い続けていたら、ハードウェアは壊れていないにもかかわらず、疾うの昔に強制的に買い替えさせられていたはずだ。管理人はPC用OSとしてのWindows<ref name="win" />とはXP Service Pack 2で決別している。<br />
<br />
<center>☆</center><br />
<br />
先ほどからPCがファンレスであることを強調しているが、これは管理人宅では「24時間365日いつでも使えるよう、PCは起動しっ放し」だからだ。2001年02月、社会人になって最初に住んだアパートの住所一帯がUSENブロードネットワークス(当時)が世界で初めて商用で開始した「光ファイバによるコンシューマ向けインターネット接続サービス」の[https://usen.com/cms_data/newsrelease/pdf/2001/20010214_8.pdf サービスエリア]になったため、それまでの[https://ja.wikipedia.org/wiki/ISDN ISDN]ダイヤルアップバルクチャネル接続(128kbps)から一足飛びに光ファイバ常時接続(100Mbps)へ移行した際に身に付いた悪癖である。現代ではその役割は専らスマートフォンだが、2001年早春の時点で一般ユーザがインターネットを使用する端末はPCしか無く、当時はデスクトップPCのOSとしてWindows XPしか選択肢が無かった<ref name="windows2" />うえに起動にも停止にも時間が掛かる代物だったので、それがじれったく思え、前段のルータでファイアウォールを噛まし、PC自体は24時間365日起動しっ放しにしたのだ。<br />
<br />
ファンレスを選択する理由は「多少なりとも部屋の中の雑音を減らしたい」「モータ等の可動部品を無くしてPCを1日でも延命したい」「消費電力を削減したい」の3つ。いずれも、管理人の用途ではPCがハイスペックである必要が無く、ファンレスで排熱できる程度のスペックで十分だからこそ設定できる項目だ。尤も、ファンレスPCなどというものが影も形も無かった頃から、排熱ファンがウヮンウヮン唸るPCですら構わず起動しっ放しだった。2001年当時は[https://en.wikipedia.org/wiki/Supermicro Supermicro]社のM/Bに[https://en.wikipedia.org/wiki/Xeon#NetBurst-based_Xeon Intel Xeon MP]をDual CPUで組んだ自作PCを使用しており排熱ファンも爆音だったが、ファンの風切り音程度では睡眠を妨げられない、得な性分であることも幸いした。<br />
<br />
そんな2002〜2003年頃、自作PC界隈で降って湧いたように「水冷PC」なるものが話題になり始めた。PCを静音化するため、小型モータが音高らかに<ref name="fan" />回転させるファンをCPUに密着させて強制空冷する方式ではなく、ラジエータに満たした純水をCPUに密着させた排熱用アダプタとの間でポンプで循環させることで純水に熱を逃して冷却する方式を指すが、そのあまりの怪しさ炸裂っぷりとシステムの大掛りっぷりに、管理人は手を出さなかった。高校からの友人は物珍しさから飛びついたものの、直径15cm高さ120cmぐらいある巨大なラジエータの置き場所に困ったり、排熱用アダプタ(正しくは「水冷ブロック」というらしい)の造作が甘く隙間から水漏れしたり、純水を通すホースから水漏れしたり、純水を循環させるポンプの駆動音が割と五月蝿いうえに頻繁に壊れたりと、個人では如何ともし難いトラブルの連続に心が折れ、早々に放棄して強制空冷に戻してしまった。現在は冷媒に純水だけではなく非電導性の油も使われるため「液冷PC」と呼ばれ、パーツの精度もそれなりに上がっているのだろうが、当時の水冷パーツはコンシューマ向けにすら熟れておらず、品質が悪かったのだ。<br />
<br />
結局、メンテナンスフリーで運用可能なコンシューマ向きの静音化は、CPUに密着させる[https://en.wikipedia.org/wiki/Heat_sink 放熱器(ヒートシンク)]とPCケースを一体化させて[https://en.wikipedia.org/wiki/Fin_(extended_surface) フィン]の伝熱面積を稼ぐことで放熱性能を上げて自然空冷させる方式しか残らなかった。これが「ファンレスPC」である。2005〜2006年頃に実用となるファンレスPCが出現したことで、管理人のPCの選択基準は「Linuxが動くこと」<ref name="linux" />とともに「ファンレスであること」を絶対条件とした。ハードウェアとしてのPCを、使用するOSを理由にした強制的な買い替え圧力から守れるのと同時に、常に高速回転し続けることから比較的短時間で故障しやすいモータを無くすことで長寿命化が期待できるからだ。<br />
<br />
そして今回、この考えが概ね正しかったと証明できたと思う。メンテナンスフリー期間の実績値の一例が「約12年」で確定したからだ。その間はハードウェアとしてのPCに何の手も加えずに済んでおり、したがって、財布から出て行く金銭と家から出て行く産業廃棄物の量も、世間一般のPCユーザと較べて驚くほど少なく済んだことになる。今までもそうだが、これからもオープンソースソフトウェアコミュニティに足を向けて寝ることはできない。<br />
<br />
ちなみに、管理人が約12年間連続で無停止運用していたPCは、LinuxファンレスPC専業といっても過言ではない、イスラエルが拠点の[https://fit-iot.com/web/ fit-pc]が開発・製造し2012年06月に販売を開始した[https://www.fit-pc.com/web/products/intense-pc/intense-pc-overview/ Intense PC]である。RAMもHDDも購入者が装着するベアボーンが当時の為替レートで約7万円。もはや十分過ぎるほどモトは取っただろう。<br />
<br />
<center>☆</center><br />
<br />
話が逸れた。元に戻す。<br />
<br />
己のミスで、不意に、自由に使えるPCが突然消えてしまった。急ぎ、ファンレスPCを購入しなければならない。<br />
<br />
いつもなら先述のfit-pcから購入するのだが、いつもなら翌日発送で1週間程度で日本に到着するところ、前年からの[https://en.wikipedia.org/wiki/Israel-Hamas_war ハマスとの戦争]が原因なのか「納期は1ヶ月」だという。さすがに1ヶ月は待てないし、状況が状況なだけに、本当に1ヶ月で納品されるかも怪しい。<br />
<br />
15年振りに国内から購入することにした。ファンレスPCといえば秋葉原の[https://www.oliospec.com オリオスペック]だ。管理人は15年前にもここから購入している。調べると、Intel Core 14th Generationな[https://en.wikipedia.org/wiki/Raptor_Lake Raptor Lake Refresh]が納期1週間だという。CPUとRAMは最速かつ最大容量にアップグレードして発注した。昨今の傾向から内蔵ストレージにSSDしか選択できないのは仕方無いが、そもそも今まで運用していたHDDが壊れてないので、受領後にAYORでそれに換装すれば良い。もともと、日常使用するファイル群は自宅ネットワーク内にあるNASに放り込む運用なので、HDD内にロストして困るファイルは特に無く、Debianと若干の設定用ファイルぐらいしか入ってない。この換装で問題なく動いてくれれば万々歳だ。<br />
<br />
が、そうは問屋が卸さない。<br />
<br />
最近の自作PC事情に詳しい諸兄姉ならお判りだと思うが、現代の最新M/BのファームウェアはBIOSではなく[https://en.wikipedia.org/wiki/UEFI UEFI]である。BIOSは実装されたストレージに[https://en.wikipedia.org/wiki/Master_boot_record MBR]があれば、それを起動ディスクと見做して読み込み始め、それからOSを…と進むのだが、UEFIはストレージにEFIパーティションが無いと読み込みすらしない。しかし、管理人の手許にある12年モノの「Debianの権化」にはMBRしか無い。よって、起動できないのだ。<br />
<br />
「そう言やぁそうだった。CSMを有効にせねば」<br />
<br />
CSM(Compatibility Supported Module)はUEFIでもMBRを読み込ませるための救済策で、まさにこのような場面で使用するためにある。では早速…と、今回購入した[https://www.asrock.com/index.jp.asp ASRock]社の[https://www.asrock.com/mb/Intel/B760M-ITXD4%20WiFi/index.jp.asp M/B]でUEFIを把み、CSMをEnableに倒してみたが、驚きの内容をポップアップ後に拒否された。<br />
<br />
<pre>CSM is disabled.<br />
To enabled CSM, please install an external graphics card.<br />
</pre><br />
<br />
なんと、CSMをEnableにするには、外付けのグラボが刺さってなければならない…。<br />
<br />
「なんだこの意味不明で理解不能な制限事項は？！」<br />
<br />
先述のfit-pcから過去に何度か購入しているファンレスPCのUEFIにこのような莫迦げた制限は無く任意にCSMをEnableに倒せる。よって、BIOSのPCに装着していたHDDをそのまま換装できており、最初は目を疑ったのだが、何度やっても拒否されるため、現実として受け容れるしかない。<br />
<br />
そして当然のことながら、外付けのグラボなんぞ買ってないし、買う気も無い。管理人の用途では不要なうえ、CPUより高熱を発するグラボを装着したPCがファンレスで運用できる訳がないからだ。事実、オリオスペックも「ビデオカード等、発熱の大きいカードは搭載できません」と警告している。<br />
<br />
というか、ASRock社は、何を理由にこんな制限を設けているのだろうか？<br />
<br />
どこかのサードベンダから「M/Bに『外付けグラボが刺さっている』と認識させるダミーの[https://en.wikipedia.org/wiki/PCI_Express PCIe]カード」が売っていれば嬉しいが、そんな都合が良いものは無い。PCを自作する理由が25年前と異なり、外付けグラボが刺さってない自作PCがマイノリティと化したご時世<ref name="minority" />だ、そんなものを作っても需要が無い。<br />
<br />
万事休す。ほぼ自作PCと変わらないBTOなPCで起きたトラブルはすべて自己責任、事前に調べ切れなかった己を呪うしかない。<br />
<br />
「仕方無い。フレッシュインストールだ」<br />
<br />
管理人はPC用ストレージとしてのSSDをまったく信用していない<ref name="ssd" />ので、これを期にHDDは新品に交換することにした。それは12年前に購入した予備品だ。今まで12年間壊れることなく運用できていたため出番が無く、開封されぬままデッドストックと化していた、12年物だが新品のHDDを現役復帰させ、今回購入した500GB SSDはジャンク箱にお引き取りいただいた。12年の長い眠りに就いていたところ突如叩き起こされたHDDは今、何事もなく元気に稼動している。さりとて、今回購入したファンレスPCにはRAMを最大容量である64GBも奢ったことから、HDDに切った1GBのswapパーティションにキャッシュを書き込む場面は皆無で、すべてRAMだけで賄えていることが確認できている。よって、OSやアプリケーションソフトの起動時を除く通常運用中に、このHDDが必死こいてデータを読み書きする場面はそう無いだろう。これからも末永く頑張ってもらえると考えている。<br />
<br />
&#x2E3A;こうしてDebianをフレッシュインストールした後に発覚し、丸2日ほど悩みに悩んで調べ倒したのが、冒頭の「SKKによる日本語入力不可事象」である。<br />
<br />
==脚注==<br />
<references><br />
<ref name="windows1">会社から支給されるWindows PCには、MIT Licenseで公開されている[https://github.com/nathancorvussolis/corvusskk CorvusSKK]をインストールして有り難く使わせてもらっている。ホントはWindowsすら使いたくないのだが、「禄を食むには仕方ない」と諦めている。</ref><br />
<ref name="support">伝聞なので真偽は不明だが、「今からWaylandを実装するにはソースコードの大幅な書き換えが必須」なのに「メンテナが不在」らしい。</ref><br />
<ref name="gnome">もうひとつの*NIX系OSのデスクトップ環境の雄である[https://en.wikipedia.org/wiki/GNOME GNOME]はGTKのみで実装されているため、この事象は発生しないかもしれないが、面倒なので確認していない。ただ、最近のGNOMEの実装ではX11ではなくWaylandを採用しているそうなので、同じ事象が発生しそうではある。人柱求む。</ref><br />
<ref name="part">Wayland対応はまだ完全ではないらしい。[https://fcitx-im.org/wiki/Using_Fcitx_5_on_Wayland Using Fcitx 5 on Wayland]には''certain features of fcitx that works under X11 are not yet supported by Wayland. (X11で動作するfcitxの一部の機能はまだWaylandではサポートされていません。)'' とある。</ref><br />
<ref name="w3m">一応、管理人が常用しているEmacsには必ず、テキストベースWebブラウザである[https://w3m.sourceforge.net/index.ja.html w3m]を使えるよう仕込んではいるものの、GUIによる操作が大前提となってしまった現代のWebコンテンツを目の前に、使用できる場面はかなり限定される。あくまで非常用だ。</ref><br />
<ref name="voice">日本語では「ファイティクス」と発音する</ref><br />
<ref name="fan">プロペラ/スクリュー/ファンなど呼び名の違いはあれど、[https://en.wikipedia.org/wiki/Impeller 羽根車(インペラ)]を空気中で回転させるとき、回転口径をより小さく、回転数をより多くすると、羽根が空気を切る音の周波数が高くなるのと同時に音量が増す。この事象は物理学の問題なのでヘリコプター(回転翼機)でも換気扇でも扇風機でもドローンでも共通して発生し、PCの静音化を阻む最大の要因となる。CPUが高負荷となり高温になったことで排熱ファンが高回転すると、ノートPCから「キーン」という耳障りな音が五月蝿く鳴り響く理由はこれだ。</ref><br />
<ref name="windows2">2001年当時、LinuxにしろFreeBSDにしろ、X Window Systemに対応しているグラフィックカードは「そんな古いの、秋葉原のジャンク屋でも売ってないぞ」と苦笑されるような骨董品のみに限られていた。ネットワークインタフェースカード(NIC)も[https://en.wikipedia.org/wiki/NE1000 NE2000]互換のPHYチップ以外はマトモに機能しない期間が長かった。外付けNICベンダがわざわざ「NE2000互換です」と強調し始めたのもこの頃だ。斯様な状況ゆえ、恐ろしいことに、当時のコンシューマ向けOSは事実上Windows一択だったのだ。「とりあえず試してみるか」と軽口が出る程度にはドライバが充実している現代のLinux情勢とは隔世の感がある。</ref><br />
<ref name="linux">2004年ならいざ知らず、2024年のLinux Kernelは大概のハードウェアを自動で認識してくれるので、「Linuxが動くこと」をそこまで重要視する必要は無くなりつつある。一応、購入前には[https://linux-hardware.org/ ヒトバシラーな情報]は確認するのだが。</ref><br />
<ref name="win">Blu-rayドライブの制御と書き出しにはWindowsのライブラリが必要ことから、市販のBlu-ray付きHDDレコーダにはWindows Embedded Compactが必ず組込まれている。よって、Windowsを完全に排除できない。ちなみにBlu-ray付きHDDレコーダは、HDDの制御が[https://en.wikipedia.org/wiki/TRON_project TRON]で、装置全体の制御がLinuxで、それぞれ実装されており、内部では3種類のOSが動いていることになる。なんと無駄な実装だろうか。</ref><br />
<ref name="minority">管理人が社会人なりたての25年前は「メーカの市販品より高性能で安価に収まる」からと秋葉原を歩き回ったのだが、CPU/メモリ/HDDといったパーツの性能が向上したことで一般ユーザのPCの用途を満たすには十分な性能のパーツが低価格となり、PCも市販品で問題なくなったのと同時に、PCの需要がデスクトップからラップトップ(ノートPC)に移ったことで自作が不可能となり、自作PC市場は急速にシュリンクした。その結果、ここ10年の自作PCは「高性能なグラボを載せて高精細な画像がぬるぬる動く<s>紙芝居を観る</s>ゲームをやる」ための嗜好品へと変わり、自作PC＝外付けグラボ必須＝高価となってしまった。なにしろ現代のグラボはCPUと同じかそれ以上の価格なのだから当然だろう。こうして「高性能を安価に」という需要で勃興した自作PC市場は、当初と正反対な性格に変貌し、ますますシュリンクした。秋葉原の通称“自作通り”も往時の面影はほぼ無い。最近はノートPCですらハイエンドモデルにはグラボを載せて「ゲーミングノート」と名付けて売る時代だ、仕方あるまい。<br>以上から、現代の自作PCで外付けグラボが刺さってないのは相当なレアケースで、しかもそれをわざわざダミーで埋めるなどという需要が皆無であることが判る。</ref><br />
<ref name="ssd">やはり24時間365日通電しっ放しで運用しているが故に、数年置きにMicroSDカードが読み書き不能に陥る[[Raspberry Pi]]での事例を引き合いに出すまでもなく、その仕組み上、書き込み回数に制限があり、それを越えると突然使用不能になる[https://en.wikipedia.org/wiki/Flash_memory フラッシュメモリ]を使用しているSSDは、読み書きが頻繁に行われるPCのストレージとして不適だと断じている。HDDよりも著しく短命なのは火を見るよりも明らかだ。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=RPN%E9%9B%BB%E5%8D%93/%E5%BA%8F%E8%AA%AC&diff=6815
RPN電卓/序説
2025-06-14T08:54:21Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|frame=1}}<br />
<br />
1968年、[https://en.wikipedia.org/wiki/Hewlett-Packard Hewlett-Packard Company]から「部屋を占拠するミニコンピュータに勝るとも劣らない、机上に置ける計算機」として4,900ドルで発売された[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0021/0021history.html HP-9100A]が世界初のRPN電卓である。その4年後の1972年2月1日に395ドルで発売された'''[[HP-35]]は世界初の<ruby><rb>可搬型</rb><rt>ポケット</rt></ruby>関数電卓'''でもあるが、これもRPN電卓である。この世に電子式卓上計算機＝電卓が出た当初は、電卓といえばRPN電卓だったのだ。<br />
<br />
しかし、それから55年経った2023年時点で新品が購入できるRPN電卓は、残念ながら、俗にいう金融電卓の[[HP-12C]]が1機種のみだ。こうなった経緯は[[RPN電卓/歴史と現在|歴史と現在]]から各機種の概説を順を追ってお読みいただくと解るかもしれない。<br />
<br />
ここでは、RPN電卓がふつうの電卓と著しく異なる点を記載する。外観を一瞥して判るのは、ふつうの電卓に必ずある&nbsp;{{keypress|<math>=</math>}}&nbsp;キーが無く、その代わりに一際大きな&nbsp;{{keypress|enter}}&nbsp;キーが有ることで、そのため操作方法もふつうの電卓とは違う。<br />
<br />
なぜ違うのか。なぜこのような電卓が世に出て、そして、忘れ去られようとしているのか。<br />
<br />
以下では序説として「RPN電卓とは何なのか」を述べる。<br />
<br />
__TOC__<br />
==記法==<br />
現在市販されている電卓では、演算させたい数値(<ruby><rb>被演算子</rb><rt>オペランド</rt></ruby>)と四則演算記号(<ruby><rb>算術演算子</rb><rt>オペレータ</rt></ruby>)や関数を入力する順番が2種類ある。'''<ruby><rb>中</rb><rt>ちゅう</rt><rb>置</rb><rt>ち</rt></ruby>記法'''と'''<ruby><rb>後</rb><rt>こう</rt><rb>置</rb><rt>ち</rt></ruby>記法'''だ。<br />
<br />
[https://en.wikipedia.org/wiki/Infix_notation 中置記法(Infix Notation)]は、算術演算子を被演算子の間に置く。例えば「『5と7の和』と『8から3の差』の積」を中置記法で立式すると、5と7と8と3が被演算子、＋とーと×が算術演算子なので、<br />
<center><br />
<math>(5+7)\times(8-3)</math><br />
</center><br />
となる。これは現代の初等数学教育で教授される西洋数学で使用する数式とまったく同じで、日本では文部科学省が告示している[https://www.mext.go.jp/a_menu/shotou/new-cs/index.htm 学習指導要領]では[https://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2019/03/18/1387017_004.pdf 加算・減算を小学1年(6〜7歳)、乗算を小学2年(7〜8歳)、除算を小学3年(8〜9歳)]、[https://www.mext.go.jp/component/a_menu/education/micro_detail/__icsFiles/afieldfile/2019/03/18/1387018_004.pdf 算術演算子の優先順位を中学1年(12〜13歳)]で教授するよう規定しているが、その間、初等教育(小学校) → 前期中等教育(中学校) → 後期中等教育(高等学校)<ref name="logics" />と一貫して数式の記法は中置記法のみなので、否が応でも馴染んでいる。一般的には数式＝中置記法と断言して良かろう。ふつうの電卓とは、中置記法の電卓を指す。<br />
<br />
対して後置記法(Postfix Notation)は、算術演算子を被演算子の後ろに置く。先ほどの「『5と7の和』と『8から3の差』の積」を後置記法で立式すると<br />
<center><br />
<math>5 \quad 7 \quad + \quad 8 \quad 3 \quad - \quad \times</math><br />
</center><br />
となる。先ほどの中置記法と見比べると、同じ演算内容を示しているにもかかわらず、演算子の優先順位を示す<ruby><rb>括</rb><rt>かっ<rt><rb>弧</rb><rt>こ</rt></ruby>が排除されていることが判る。'''後置記法は、数式から括弧を排除し、数式の解釈(演算順位)を明確化する'''ために考案されたからだ。また、副次的な利点として、後置記法の数式を左から順に日本語でそのまま読むだけで和訳(文章題に変換)できる。この例であれば「『5と7を足したもの』と『8から3を引いたもの』を掛ける」即ち「『5と7の和』と『8から3の差』の積」となる。この利点は日本語の文法から来るものだが、その意味では後置記法は日本人と親和性が高い(かもしれない。少なくとも管理人には親和性が高い)。<br />
<br />
後置記法は一般に'''[https://en.wikipedia.org/wiki/Reverse_Polish_notation 逆ポーランド記法:Reverse Polish Notation]'''と呼ばれているため、入力の順番に後置記法を採用している電卓は世界的に'''RPN電卓'''と呼ばれる。<br />
<br />
なお、後置記法とは対義関係になる'''[https://en.wikipedia.org/wiki/Polish_notation <ruby><rb>前</rb><rt>ぜん</rt><rb>置</rb><rt>ち</rt></ruby>記法(ポーランド記法:Polish Notation)]'''も存在するが、これが電卓に採用された例は寡聞にして知らない。その理由は、前置記法を電卓の演算ロジック(ソフトウェア)に落とし込んでみると、中置記法や後置記法より動作が複雑で無駄が多くユーザにも不便だと判るからだろう。これは最後に考察する。念のため先ほどの「『5と7の和』と『8から3の差』の積」を前置記法で立式すると<br />
<center><br />
<math>\times \quad + \quad 5 \quad 7 \quad - \quad 8 \quad 3</math><br />
</center><br />
となり、被演算子と算術演算子の位置が後置記法の対照となる。<br />
<br />
前置記法をポーランド記法、後置記法を逆ポーランド記法と別称する理由は、ポーランドの論理学者[https://en.wikipedia.org/wiki/Jan_%C5%81ukasiewicz <ruby><rb>Jan</rb><rt>ヤン</rt></ruby><ruby><rb>&nbsp;</rb><rt>&#xFF65;</rt></ruby><ruby><rb>Łukasiewicz</rb><rt>ウカシェヴィチ</rt></ruby>]が、先に前置記法を、後で後置記法を考案したからだ。時系列としては、算術演算子と被演算子を分離し、算術演算子を前に、被演算子を後ろに記述することで、二項演算で括弧を排除しつつ一意に表記できるとŁukasiewiczが[https://philpapers.org/rec/POGRON 論文で公表]したのが1924年、それらを逆に配置しても同様だとŁukasiewiczが[https://philpapers.org/rec/UKAASF 論文で公表]したのが27年後の1951年である。<br />
<br />
ではなぜŁukasiewiczは先に前置記法を考案したのか。これは恐らくヨーロッパ圏で使用されている言語の文法から来たものと愚考している。例えば「<math>5+7=</math>」を文章題として書き起こすことを考えてみる。算数の文章題は書き起こすと命令文になるが、命令文は主語(S)が取れ、動詞(V)は算術演算子を指すため、目的語(O)である2つの数詞を含めそのまま書き下すと、[https://en.wikipedia.org/wiki/Subject–object–verb_word_order SOV型]である日本語では「5と7を<b>加えよ</b>」と動詞が文章の最後に置かれるOV型の後置記法に、[https://en.wikipedia.org/wiki/Subject–verb–object_word_order SVO型]である英語やポーランド語では &ldquo;<b>Add</b> five and seven.&rdquo; や &bdquo;<b>Dodaję</b> pięć i siedem.&rdquo; と動詞が文章の先頭に置かれるVO型の前置記法になる。話者が常用する文法としては決定的な差であり、ときに日本語話者が外国語を学ぶ際に高い壁を作るが、この差が、日本では後置記法が受け容れられ易く、ポーランド人のŁukasiewiczが前置記法を先に考案した理由ではないだろうか。<br />
<br />
そして、もしこの推測が正しいとすると、ここから想像されるのが「RPN電卓が廃れた一因」である。地球上に山ほどある言語体系のうち「動詞が文章の先頭(もしくは主語の直後)に置かれる文法」と「動詞が文章の最後に置かれる文法」の比率がどの程度なのか、管理人は言語学に不案内なので把握していない<ref name="order" />が、前者が多いのであれば、人間が楽をするための道具で不便なものは購入しないだろう。ユーザが頭の中で文章題を作成・読解する文法(論理)が前置記法なのに、後置記法であるRPN電卓ではわざわざひっくり返して入力しなければならない…こんな面倒なことをさせられるぐらいなら、学校で教授されることで慣れ親しんでいる中置記法をそのまま入力できる、ふつうの電卓を購入するのが当然というものだ。<br />
<br />
いずれにしろ、現代の電卓市場で、RPN電卓の存在感は皆無に等しい。<br />
<br />
以降、本サイトでは後置記法をRPNと表記する。<br />
<br />
==スタックマシン==<br />
RPNと非常に相性が良く、ハードウェアもソフトウェアも最小限で済むことから、事実上のコンビとして使用される概念に'''[https://en.wikipedia.org/wiki/Stack_machine スタックマシン]'''がある。RPN電卓特有の操作方法はスタックマシンであるがゆえのもので、管理人が把握している限り、スタックマシンではないRPN電卓を見たことが無い。<br />
<br />
計算機工学におけるコンピュータアーキテクチャによるスタックマシンの学問的な定義は<br />
<center><br />
中間結果格納用に'''LIFO(Last In, First Out:後入れ先出し)'''形式でアクセス制限した'''スタック(stack)'''と呼ぶメモリを使用する計算機<br />
</center><br />
となる。<br />
<br />
[https://en.wikipedia.org/wiki/LIFO LIFO]形式とは、最初に記憶した内容は最後に、最後に記憶した内容は最初に取り出すことができ、それらが無くなれば格納場所は空になるというデータ格納方式をいう。<br />
[https://en.wikipedia.org/wiki/Stack_(abstract_data_type) スタック(stack)]とは、その英単語訳通り[https://dictionary.cambridge.org/ja/dictionary/english-japanese/stack 「箱にモノを入れて積み上げるような動作や状態」]を指す。<br />
<br />
書類を綴じて保存する[https://www.kingjim.co.jp/products/type/flat-file.html フラットファイル]を思い出せば解り易いかもしれない。メモを書いたレポート用紙をフラットファイルに1枚ずつ綴じていくと、最初に綴じたレポート用紙は背表紙のすぐ上となる最終ページに保存され、そこから1枚ずつ重ねて綴じられていき、最後に綴じたレポート用紙はフラットファイルの表紙を開いてすぐの1ページ目に保存される。綴じられたレポート用紙をフラットファイルから1枚ずつ取り出すには、必然的に、最後に綴じられた1ページ目から取り出すことになり、最初に綴じられた最終ページのレポート用紙を取り出せるのは最後になる。ここで「フラットファイル」がスタック、「レポート用紙に書かれたメモ」が記憶した内容、「レポート用紙を綴じる/取り出す順番の決まり」がLIFO形式である。<br />
<br />
言い換えると、'''メモリの内容を読み書きできる出入口が1箇所に制限されている'''ことで'''メモリの内容を読み書きする順番が自動的に一意に定まる'''のがLIFO形式である。これは非常に重要な事実で、電卓にスタックマシンを採用すれば'''被演算子に演算命令を実行する順番も自動的に一意に定まる'''ことから'''ハードウェアもソフトウェアも単純な処理だけで済む'''ため'''極めて小規模'''で実装でき'''高速な動作'''が可能となるからだ。更に、副次的な効果として、ハードウェアの部品点数が少なくソフトウェアも小さくなるため、製品の販売価格と、製品にバグを作り込む確率を劇的に下げられることも挙がる。計算機工学から見ても優秀なアーキテクチャの1つである。<br />
<br />
なお、スタックに内容を記憶させる操作を'''プッシュ(push)'''、スタックから記憶させた内容を取り出す操作を'''ポップ(pop)'''という。先ほどのフラットファイルの例えに倣うと、被演算子を書き込んだレポート用紙を1枚ずつフラットファイルに綴じる操作がプッシュ、フラットファイルに綴じられたレポート用紙を1枚ずつ順番に取り出す操作がポップとなる。<br />
<br />
==動作==<br />
ではなぜRPNとスタックマシンは非常に相性が良く、RPN電卓では事実上コンビで使用されるのか。先ほどの「『5と7の和』と『8から3の差』の積」をHP製RPN電卓で演算させた際のスタックの動作で確認してみる。<br />
<br />
標準的なHP製RPN電卓はX・Y・Z・Tの4段スタック<ref name="stack" />で、ディスプレイには常にスタックXの内容が表示される。LIFOの例に倣えば、レポート用紙を4枚綴じることができるフラットファイルの表紙が破れていて、1ページ目に綴じられたレポート用紙のメモが常に読める状態である。<br />
<br />
<br />
最初は全て空<ref name="mem" />である。空でない場合は&nbsp;{{keypress|<math>\text {CL}x</math>}}&nbsp;をキーインし空にする。スタックXは便宜的に<code>0</code>を表示する。<br />
<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"| 0<br />
|}<br />
<br />
<br />
{{keypress|<math>5</math>}}&nbsp;をキーインし、スタックXに<code>5</code>をプッシュする。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"| 5<br />
|}<br />
<br />
<br />
{{keypress|enter}}&nbsp;をキーインしてスタックXの内容をスタックYにプッシュし、続けて&nbsp;{{keypress|<math>7</math>}}&nbsp;を押下してスタックXに<code>7</code>をプッシュする。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;" | <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;" | 5<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"| 7<br />
|}<br />
<br />
<br />
{{keypress|<math>+</math>}}&nbsp;をキーインすると、スタックYとスタックXの内容をポップして、RPN電卓での算術演算子<code>+</code>の定義である「YとXの和」を演算、その結果である<code>12</code>をスタックXにプッシュすることで表示され、スタックYは空になる。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|12<br />
|}<br />
<br />
<br />
続けて&nbsp;{{keypress|<math>8</math>}}&nbsp;をキーインすると、スタックXの内容をスタックYにプッシュし、スタックXに<code>8</code>をプッシュする。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|12<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|8<br />
|}<br />
<br />
<br />
{{keypress|enter}}&nbsp;をキーインすると、スタックYの内容をスタックZに、スタックXの内容をスタックYに、それぞれプッシュする。続けて{{keypress|<math>3</math>}}&nbsp;をキーインし、スタックXに<code>3</code>をプッシュする。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|12<br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|8<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|3<br />
|}<br />
<br />
<br />
{{keypress|<math>-</math>}}&nbsp;をキーインすると、スタックYとスタックXの内容をポップして、RPN電卓での算術演算子<code>-</code>の定義である「YからXの差」を演算、その結果である<code>5</code>をスタックXにプッシュすることで表示される。スタックZの内容はスタックYにプッシュされ、スタックZは空になる。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|12<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|5<br />
|}<br />
<br />
<br />
最後に&nbsp;{{keypress|<math>\times</math>}}&nbsp;をキーインすると、スタックYとスタックXの内容をポップして、RPN電卓での算術演算子<code>*</code>の定義である「YとXの積」を演算、最終的に求めたい結果である<code>60</code>をスタックXにプッシュすることで表示され、スタックYは空になる。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|T<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Z<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row"|Y<br />
| style="height:1px; width:30px; text-align:right;"| <br />
|-<br />
! scope="row" style="color:white; background-color:black;"|X<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|60<br />
|}<br />
<br />
<br />
以上の9ステップで完了する。このように、RPNとスタックマシンの組合せることで<br />
<br />
* '''頻出する二項演算では、常に2個の被演算子を先に入力・記憶させる必要があるが、この操作が「スタックにプッシュする」だけで済む'''<br />
* '''被演算子をスタックにプッシュした時点で、被演算子の桁数を含む内容が決定済であるため、その後に算術演算子に沿った演算を即実行して良いと電卓が判断でき、わざわざ演算を実行させる契機である&nbsp;{{keypress|<math>=</math>}}&nbsp;を人間が入力する必要が無い'''<br />
* '''演算過程(中間結果)もスタックにプッシュするため、そのためのメモリを別途実装する必要が無いのと同時に、ユーザも確認できる'''<br />
<br />
ことになり、必要最低限のハードウェアとソフトウェアだけで極めて効率的な演算が可能となる。<br />
<br />
その代わり、RPN電卓ユーザは'''常に頭の中でスタックの状態や中身を思い浮かべる必要がある'''。が、それはすぐに慣れてしまう。それよりも、キーインするステップ数の少なさと合理性(合理的思考であり合理的志向である)から抜け出せなくなる。'''RPN電卓ユーザは、ふつうの電卓(中置記法の電卓)が使えなくなる能力が自然と身に付いてしまう'''と謂われる所以である。この能力が利点か欠点か、その判断は読者諸兄姉に委ねるが、少なくとも管理人は利点と判断している。<br />
<br />
これに対して、同じ式を中置記法の電卓で演算すると、{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>7</math>}}&nbsp;{{keypress|<math>=</math>}}&nbsp;{{keypress|<math>\mbox{M}+</math>}}&nbsp;{{keypress|<math>\mbox{C}</math>}}&nbsp;{{keypress|<math>8</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>=</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>\mbox{MR}</math>}}&nbsp;{{keypress|<math>=</math>}}&nbsp;と13ステップ入力する必要がある。<br />
<br />
まず「5と7の和」を演算し、その結果をメモリに保存。メモリ内容以外をクリアした後に「8から3の差」を演算、その結果に対して乗算の算術演算子を入力後、メモリに保存した「5と7の和」の演算結果を呼び出して&nbsp;{{keypress|<math>=</math>}}&nbsp;を入力し演算させることで、ようやく最終的な演算結果の<code>60</code>が得られる。<br />
<br />
ここまで煩雑になる理由は「演算過程(中間結果)を記憶させるにはユーザの操作が必要である」ことと「演算させる契機として都度&nbsp;{{keypress|<math>=</math>}}&nbsp;を入力する必要がある」ことに依る。特に後者は、最後に入力した被演算子(今回で言えば括弧内を演算するときの<code>7</code>と<code>3</code>)が1桁で終わるのか2桁以上あるのか、即ち、被演算子の内容が決定済か否かを電卓が判断できないため、演算するにはユーザからの指示が必須となる。よって、演算過程(中間結果)をメモリへ保存する操作と、演算を実行させる契機として都度&nbsp;{{keypress|<math>=</math>}}&nbsp;を入力する操作が加わり、トータルでの入力ステップ数を増やす結果を招いている。<br />
<br />
整理すると、電卓にRPNとスタックマシンを採用すると、<br />
<br />
<center><br />
数式から、演算順位を明確化するための括弧を排除する<br />
</center><br />
ために<br />
<center><br />
算術演算子や関数が、必ず、被演算子の後ろに置かれる<br />
</center><br />
ことから<br />
<center><br />
「電卓に演算させる契機の入力」と「演算させたい算術演算子や関数の入力」が集約されて、1回の入力で済む<br />
</center><br />
という特性が生じ<br />
<center><br />
演算順位を考える必要が無くなり、キーインすべき回数も減るため、数式の演算を短時間で合理的に行える<br />
</center><br />
ことになる。<br />
<br />
よって、RPN電卓は<br />
入力方法に後置記法を採用し、被演算子をスタックにそれぞれプッシュした後、それらに対して演算させたい算術演算子や関数を指定、スタックをポップして指定された演算を実行し、その結果をスタックにプッシュして表示する動作を繰り返すスタックマシン<br />
と定義される。このとき、スタックを複数段用意(フラットファイルを厚くしてレポート用紙を多数綴じられるように)すると、入力した順に被演算子をスタックにプッシュし、最後の2つのスタックに対して算術演算子を指示することで連綿と演算できるのが、RPN電卓の最大の特長であり利点である。<br />
<br />
尤も、電卓に限らず、あらゆるコンピュータが演算を実行する動作はRPNである。先述の通り、ハードウェアもソフトウェアも必要最低限で済むため演算に必要なリソースとコストが低いこともあるが、人間が入力した数式をコンピュータが解釈(評価)する際も、人間と同様に、数式を被演算子と算術演算子または関数に分解する必要があり、その最短の手順は「最初に演算対象である被演算子を特定して読み込んでから、その後に演算命令である算術演算子や関数を読み込み、最後に被演算子へ演算命令を実行する」という形にならざるを得ず、この挙動はRPNそのものだからだ。<br />
<br />
つまり、中置記法の電卓は「人間には学校で学んだ数式通りの入力を求めつつ、内部でわざわざRPNに変換した後、当初の目的である演算をPRNで実行している」、RPN電卓は「RPNへの変換作業は人間にやらせて、電卓自身は当初の目的である演算のみに特化できている」ことになる。もっと言えば、中置記法の電卓には「中置記法→RPN変換機能」が必須なので回路とロジックが複雑で大規模になるが、RPN電卓には不要なので回路とロジックが単純で小規模に収まることになる。<br />
<br />
なお、現行の電卓の入力方式に'''加算器方式'''がある。目の前に積まれた伝票にある数字をひたすら集計する際にキーインするステップ数が最も少なく済むため現在では主に企業の経理担当者が好んで使用しており新品も製造・販売され続けているが、もともとは電卓より遥かに歴史が長い、小売店等に置かれている[https://en.wikipedia.org/wiki/Cash_register キャッシュレジスタ(金銭登録機、いわゆる「レジ」)]の入力方式である。基本的な操作は名前の通り「表示している数字に対して、数字を入力後、加算(または減算)を指示する」というもので、レジがまだ[https://en.wikipedia.org/wiki/Mechanical_calculator 機械式計算機]だったころの名残だが、これはRPNとまったく同じである。しかし、機械式から電子式(つまり電卓)へ置き換えるにあたり乗算機能と除算機能を付加した際、加算と減算は先述の基本操作が維持されたものの、乗算と除算は中置記法となった。<br />
<br />
即ち、'''加算器方式は「加減算が2段スタックのRPN、乗除算が中置記法」のハイブリッド'''となる。<br />
<br />
その理由は、[https://en.wikipedia.org/wiki/Logic_gate 論理回路]による乗算と除算の演算では[https://en.wikipedia.org/wiki/Shift_register シフタ]を使用するためだと推測される。マイクロプロセッサを使用していない電卓の演算回路は純粋な論理回路のみで構成する[https://en.wikipedia.org/wiki/Random_logic ワイヤードロジック]で駆動しておりソフトウェアは存在しないが、電卓が発明され世に出た当時の機種では論理回路をディスクリートで組まねばならなかった。論理回路だけで乗算と除算を実装する場合、『被乗数を乗数だけ繰り返し加算した結果(積)を求める』と定義される乗算では、乗数をシフタで左シフト後に被乗数と[https://en.wikipedia.org/wiki/Logical_conjunction 論理積]を取る必要が、『被除数から除数だけ繰り返し減算し、減算できた回数(商)と、減算できず余った数値(剰余)を求める』と定義される除算では、被除数と除数の大小比較を繰り返し減算できた(商が立った)際は被除数をシフタで左シフトし、再度除数と大小比較する必要が、それぞれある。即ち「これからキーインされる被演算子はシフタに渡せ」と物理的に回路を切り替えたり、「商が立った後は再度左シフトせよ」と繰り返す必要がある除算命令を出すための操作が中置記法という形で顕れたのだろう<ref name="z80" />。<br />
<br />
それが顕著なのが、1961年に世界で初めて発売された電卓である[https://en.wikipedia.org/wiki/Sumlock_ANITA_calculator ANITA Mk-8]である。ANITA Mk-8は論理回路を半導体ではなく真空管群で構成しており、スイッチング素子には[https://en.wikipedia.org/wiki/Dekatron 計数放電管]を、数字の表示には[https://en.wikipedia.org/wiki/Nixie_tube ニキシー管]を、それぞれ使用しているが、[http://anita-calculators.info/AnitaMk8OperatingInstructions.pdf 操作マニュアル]を読むと非常に興味深い。<br />
* 加算は「『加算モード設定キー』を押下後、フルキーで最上位桁から次々キーイン」<br />
* 減算は「いったん『加算モード設定キー』を押下して被減数をフルキーからキーイン後、『減算モード設定キー』を押下して減数をフルキーで最上位桁から次々キーイン」<br />
と、スタックが2段のRPNと同じ動きである。『加算モード設定キーの押下』がスタックに被演算子をプッシュする準備なのだろう。「次々キーイン」できるのは置数のためのフルキーがモーメンタリスイッチだからだ。しかし、<br />
* 乗算は「『乗算モード設定キー』を押下して被乗数をフルキーからキーイン後、乗数を『乗数入力専用フルキー』からキーイン」<br />
* 除算は「いったん『加算モード設定キー』を押下して被除数をフルキーからキーイン後、『除算モード設定キー』を押下して除数をフルキーからキーインし、『乗数入力専用フルキー』の&nbsp;{{keypress|<math>0</math>}}&nbsp;を押下」<br />
と、現代では凡そ見掛けない方法となる。ただ、「どうやってシフタに渡さねばならない被演算子を区別し、確実にシフタへ渡すか」に苦労している様子は見て取れる。この場合、「『乗算入力専用フルキー』からキーインした被演算子」は直接シフタに渡しているのだろう。<br />
<br />
いずれにしろ、「中途半端なRPN」とも「中途半端な中置記法」とも言える加算器方式を、本サイトでは「広義のRPN」として扱う。<br />
<br />
==2つの理由==<br />
先述のANITA Mk-8から3年後の1964年には計数放電管をディスクリートのトランジスタに置き換えた電卓が発売されたが、依然として演算回路が純粋な論理回路のみで構成されていることに変わりはなかった。また、この時点から1970年代前半まではまだ半導体が未成熟で高価な部品だったこともあり、出荷後に電卓を故障させないためにも、延いては最終的な製品価格を抑えるためにも、使用する半導体の数は少なければ少ないほど良しとされた。'''電卓の回路とロジックを単純化・極小化し、使用する半導体の数を減らすには、加算器方式(広義のRPN)を選択するしかなかった'''のだ。これこそが、広義のRPNである加算器方式の電卓が世に出た理由である。<br />
<br />
そのため、かつて日本で開発・製造・販売されていた電卓の殆どが加算器方式(とその亜流)であった。にもかかわらず、現在のように中置記法が主流となったのは、かの有名な[http://arch.casio.jp/dentaku/info/history/casiomini/ カシオミニ]の初代(1972年8月発売)と2代目(1973年2月発売)が爆発的に売れた後である。<br />
<br />
それまで電卓の購入層は経理担当者や科学者や技術者に限られており<ref name="abacus" />、RPNへの変換作業を人間にやらせる操作方法でも問題になりにくかった。今では俄かに信じられないが、'''1972年にカシオが初めて発売した科学・数学向け机上設置型関数電卓[https://www.oldcalculatormuseum.com/casiofx1.html fx-1]ですら加算器方式'''だったぐらいだ。しかし、『電卓のパーソナル化』を目指して開発したカシオミニでは「すべてのユーザが加算器方式を受け容れるとは限らない。'''『パーソナル化』を目指すなら、学校で習った通りに入力できる中置記法へ移行したほうが良い'''」と3代目(1973年5月発売)から中置記法への移行を決断したのは当然の流れだろう。<br />
<br />
この3代目でカシオミニシリーズの累計販売台数は100万台を越え、1975年5月発売の最終モデルである8代目までで1,000万台以上を売り切った。うち600万台が国内で販売され、400万台は海外へ輸出されたようなので、[https://www.e-stat.go.jp/stat-search/file-download?statInfId=000007915541&fileKind=2 1975年の国勢調査で、当時の日本が約3,000万世帯]だったことを考慮すると、'''僅か3年で国内世帯の&#x2155;に中置記法の電卓が浸透する'''という凄まじい数字と勢いであった。この大成功でカシオは『電卓のパーソナル化』を見事に達成し、グローバルな視点からも電卓メーカとしての地位を確かなものとしたが、この出来事は同時に、競合他社をも一斉に中置記法へ移行させ、'''RPN電卓に電卓市場からの退場を宣告した'''ことにもなった。カシオミニをはじめとする中置記法の電卓が電卓市場を席捲したことで、加算器方式の電卓が売り場から追い遣られたからだ。3代目の製品開発期間を考慮すると、カシオは1972年後半に中置記法への移行を決断したことになるが、電卓が誕生したのは1964年なので、広義のRPNでもある加算器方式が主流派だったのは、僅か8年間だったことになる。<br />
<br />
が、奇しくも'''同じ1972年に[[HP-35]]が発売'''されている。HPは[[HP-35]]の開発期間が2年間、即ち1969〜70年に開発を開始したことを公表しており、このときはまだ広義のRPNである加算器方式が主流派だったため何ら不思議ではないが、もしこのときもカシオが加算器方式を採用し続けていたら、現在でもRPNが世界の電卓の標準的な入力方式として生き長らえていたのかもしれないし、もし[[HP-35]]の開発開始が2〜3年遅れていれば、本Webサイトは存在しなかっただろう。[[HP-35]]はマイクロプロセッサとソフトウェアの組合せで構成する[https://en.wikipedia.org/wiki/Microcode マイクロプログラム方式]のため、ROMとRAMの容量さえ許せば中置記法を採用することも可能だからだ。<br />
<br />
歴史に「たら・れば」は禁物とはいえ、RPN電卓とは、時宜の交錯が醸した妙味であると痛感せざるを得ない。<br />
<br />
==もし前置記法の電卓が存在したら…？==<br />
最後に、前置記法の電卓を考察する。<br />
<br />
管理人の視野が狭いだけなのかもしれないが、先述した通り、管理人は「前置記法の電卓が実際に販売された例」を見聞きしたことがない。ではなぜ電卓に前置記法は採用されないのだろうか？<br />
<br />
先ほどと同じ「『5と7の和』と『8から3の差』の積」を、前置記法をスタックマシンに適用した電卓で演算するシミュレーションをしてみる。<br />
<br />
キーインするのは&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>7</math>}}&nbsp;{{keypress|<math>-</math>}} {{keypress|<math>8</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>3</math>}}&nbsp;の9ステップとなるが、これをそのままキーインしても演算が実行されないことは中置記法の動作で説明したのと同じだ。最後の<code>3</code>が決定済か否かを電卓が判断できないからだ。そこで、「演算させる契機として&nbsp;{{keypress|enter}}&nbsp;を入力する」ルールを設定すると下記になるだろう。<br />
<br />
<br />
{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>7</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;までキーインした時点で『5と7の和』を演算して良いことが確定するため、スタックB・C・Dをポップし「CとBに対するD」即ち『5と7の和』を演算する。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|E<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|*<br />
|-<br />
! scope="row"|D<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|+ <br />
|-<br />
! scope="row"|C<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|5<br />
|-<br />
! scope="row"|B<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|7<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|A<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|-<br />
|}<br />
<br />
<br />
『5と7の和』の演算結果である<code>12</code>が、この演算を実行する契機となった&nbsp;{{keypress|<math>-</math>}}&nbsp;がプッシュされたスタックの1つ上段のスタック(この例ではスタックB)にプッシュされる<ref name="swap" />。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|E<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|<br />
|-<br />
! scope="row"|D<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|<br />
|-<br />
! scope="row"|C<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|*<br />
|-<br />
! scope="row"|B<br />
| style="height:1px; width:30px; text-align:right; color:red; font-family:monospace;"|12<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|A<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|-<br />
|}<br />
<br />
<br />
続けて&nbsp;{{keypress|<math>8</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>3</math>}}&nbsp;と最後までキーインしても『8から3の差』は演算されない。最下段のスタックの内容(この例ではスタックAの<code>3</code>)が1桁で決定済で演算して良いことを電卓が検知できないからだ。よって、先ほど追加したルールに従い、演算させる契機として&nbsp;{{keypress|enter}}&nbsp;をキーイン、スタックA・B・Cをポップし「BとAに対するC」即ち『8から3の差』を演算する。<br />
<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|E<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|*<br />
|-<br />
! scope="row"|D<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|12<br />
|-<br />
! scope="row"|C<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|-<br />
|-<br />
! scope="row"|B<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|8<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|A<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|3<br />
|}<br />
<br />
<br />
『8から3の差』の演算結果である<code>5</code>がスタックAにプッシュされるものの、ユーザが欲する『12と5の積』は演算されず停止する。この演算を実行して良いかを電卓が判断できないからだ。よって、先ほどと同様、演算させる契機として&nbsp;{{keypress|enter}}&nbsp;を再度キーイン、スタックA・B・Cをポップし「BとAに対するC」即ち『12と5の積』を演算する。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|E<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|<br />
|-<br />
! scope="row"|D<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|<br />
|-<br />
! scope="row"|C<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|*<br />
|-<br />
! scope="row"|B<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|12<br />
|-<br />
! scope="row" style="color:white; background-color:black;"|A<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|5<br />
|}<br />
<br />
<br />
『12と5の積』の演算結果である<code>60</code>がスタックAにプッシュされ、すべての演算が終了する。{{keypress|enter}}&nbsp;を2回追加でキーインしたため、トータルで11ステップとなった。<br />
{| class="wikitable"<br />
|- style="vertical-align:middle;"<br />
! scope="row"|E<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|<br />
|-<br />
! scope="row"|D<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"|<br />
|-<br />
! scope="row"|C<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"| <br />
|-<br />
! scope="row"|B<br />
| style="height:1px; width:30px; text-align:right; font-family:monospace;"| <br />
|-<br />
! scope="row" style="color:white; background-color:black;"|A<br />
| style="height:1px; width:30px; font-weight:bold; text-align:right; color:white; background-color:black; font-family:monospace;"|60<br />
|}<br />
<br />
<br />
…はっきり言って非常に使い難い。<br />
<br />
その理由は、前置記法が被演算子の前に算術演算子や関数を記述する記法ゆえ、'''被演算子だけではなく算術演算子や関数もスタックに積む'''必要があり、'''算術演算子や関数が必ず被演算子より奥のスタックに押し込まれる'''ことに尽きる。これにより、同じ規模の演算を実行するにも中置記法やRPNの電卓より多くのスタック(ハードウェアとしてのメモリとそれを管理するソフトウェア)を実装する必要があり、中置記法の電卓で {{keypress|<math>=</math>}} を入力するのと同様に演算契機をユーザが別途入力しなければならなくなる。<br />
<br />
また、上記の考察では最下段のスタックのみ表示する電卓を想定したが、こうしてスタックの中身と演算過程を比較してみると、前置記法では最低3段のスタックを表示させたほうが良いことが判る。なぜなら、電卓で頻発する[https://en.wikipedia.org/wiki/Binary_operation 二項演算]を実行する際は常に「算術演算子または関数が1段」「被演算子が2段」の'''3段のスタックが同時にポップ'''されるため、RPNとは較べものにならないほどスタックの出入りが激しいからだ。<br />
<br />
更に言えば、記憶すべきスタックの中身や状態に被演算子＝数字だけでなく算術演算子または関数＝記号も加わることで、訓練されたユーザでも、積まれたスタックがどういう状態なのか途中で把握できなくなると思われる。それを防ぐには、RPNや中置記法の電卓より大きな(複数行が表示できる)ディスプレイを実装したほうが親切だろう。<br />
<br />
以上の考察から、電卓に前置記法を採用すると、ユーザが操作中に記憶すべきスタックの内容が増えるにもかかわらず、キーインするステップ数は中置記法と大差なく、実装しようとすればハードウェアもソフトウェアもどの記法より大規模となることが判る。これでは電卓の入力方式として<ref name="lang" />の前置記法は不適と言わざるを得ない。<br />
<br />
尤も、この考察は、冒頭で宣言したように「前置記法をスタックマシンに適用した電卓」に限られることに注意されたい。「スタックマシンではない電卓」ではもっとスマートな動作になる可能性が否定できないものの、管理人の貧弱な脳味噌では、前置記法の数式を入力した(読み込んだ)だけでは、その式を演算して良いか否かを判断できず、よってユーザからの演算実行指示が必須であることに変わりが無いため、「だったらわざわざ判り難い前置記法なんぞ使わず、中置記法で良いんじゃね？」という結論になると考えている。<br />
<br />
==脚注==<br />
<references><br />
<ref name="logics">私立学校は学習指導要領からの逸脱が容易であるため、私立学校で学習する場合、学年次が学習指導要領と同じとは限らないうえ、前置記法や後置記法を学ばない可能性を否定できない。また、管理人が調べる限り、「後期中等教育を包含する5年制(商船に関する学科は5年6か月)の高等教育機関」である高等専門学校(高専)でも『[https://en.wikipedia.org/wiki/Logic 論理学]』は開講していることと、その成り立ちから理工系が大半を占めることから、高専生が前置記法や後置記法を学ぶ可能性は高いと判断し除外した。当然「高等教育機関」である大学では『論理学』はそこここで開講しているため除外した。日本の大学では理工系学部生のみならず、論理学の発祥が哲学であるため文科系学部生でも学ぶ可能性は充分ある。</ref><br />
<ref name="order">Wikipediaの[https://en.wikipedia.org/wiki/Word_order 語順]によると、地球上の1,377言語ではSOV型が最多の565言語、次いでSVO型が488言語だそうだ。しかし、地球上での実際の話者数や、SOV型であるドイツ語では目的語を文頭に置いた場合は動詞が主語の次に置かれる[https://en.wikipedia.org/wiki/V2_word_order 動詞第二位語順]をとる場合があること等を考慮すると、実態としてはSVO型のほうが優勢だと思われる。地球上で圧倒的に話者が多い中国語・英語・スペイン語がいずれもSVO型であることも大きい。尤も、今後増えるであろうインド系言語はSOV型だそうなので、しばらくすると状況は変わるのかもしれない。</ref><br />
<ref name="stack">HPが最初に発売したRPN関数電卓である[https://www.hpmuseum.org/hp9100.htm HP 9100A/B]は3段スタックだった</ref><br />
<ref name="mem">1976年7月1日に発売された[http://www.hp-collection.org/calculators/25c.html HP-25C]以降のHP製RPN関数電卓は、バッテリが切れない限り、電源を切ってもスタックの内容が消去されないため、次に電源を入れたときに再利用できる。裏を返せば、まったく別の演算をさせる際は明示的にスタックの内容を消去する必要がある。</ref><br />
<ref name="z80">ここまでの説明で判る通り、コンピュータにとって算術乗算と算術除算はかなり複雑な処理で、論理回路が大規模になる。世界初のマイクロプロセッサである[https://en.wikipedia.org/wiki/Intel_4004 Intel 4004]はもちろん、[[HP-35]]から[[HP-65]]まで使用された[http://www.hp.com/hpinfo/abouthp/histnfacts/museum/personalsystems/0023/other/0023hpjournal01.pdf Classicアーキテクチャ]、現在でも使用されている[https://en.wikipedia.org/wiki/Zilog_Z80 Z80]には算術加算命令と算術減算命令しか実装されなかったぐらいだ。よって、これら初期のマイクロプロセッサで乗算と除算を実行するには、算術加算命令と算術減算命令を駆使してソフトウェアで実現する必要がある。<br>裏を返せば、これら初期のマイクロプロセッサより、論理回路だけで演算回路を構成しているにもかかわらず乗算と除算が演算できる電卓のほうが高級なハードウェアだったといえるうえ、すべてのHP製RPN電卓はマイクロプロセッサとソフトウェアの組合せで設計されていることになる。</ref><br />
<ref name="abacus">それ以外の学生や社会人は算盤(か筆算か暗算)が当たり前だった。商店街で買い物した際に店主自ら算盤を弾く様は1980年代まで日常生活の風景として溶け込んでいたし、管理人が足繁く通っている秋葉原の[https://akizukidenshi.com/ 秋月電子通商]では購入したパーツを入れる紙袋に店員がボールペンで筆算していた時代が長かった。</ref><br />
<ref name="swap">「演算結果は常に最下段のスタックにプッシュする」仕様に仮定すると、この演算例では&nbsp;{{keypress|<math>-</math>}}&nbsp;が奥のスタック(スタックB)に積まれるので、次の演算を考慮すると、ここでスタックの入れ替え&nbsp;{{keypress|<math>a \rightleftarrows b</math>}}&nbsp;も押下する必要がある。が、ここで述べたような「算術演算子や関数のキーインが契機で演算を実行した場合、その演算結果は、演算する契機となった算術演算子や関数がプッシュされたスタックの直上のスタックにプッシュする」仕様を設定すれば、ユーザに&nbsp;{{keypress|<math>a \rightleftarrows b</math>}}&nbsp;を押下させずに済む気はする。尤も、前置記法の電卓の実機なんぞ見たことも聞いたことも触ったこともなく、頭で考えただけなので、どちらの仕様設定が正しいかは不明だ。</ref><br />
<ref name="lang">「被演算子だけではなく算術演算子や関数もスタックに積む必要がある」ことが徒となり、電卓の入力方式としては欠点しか表出しない前置記法だが、この特性ゆえにプログラミング言語の文法として採用される場合がある。最も有名かつ歴史が長いのは、管理人も常用するエディタである[https://en.wikipedia.org/wiki/GNU_Emacs GNU Emacs]のコアも構成する、1958年に登場した[https://en.wikipedia.org/wiki/Lisp_(programming_language) LISP]におけるS式の構文である。LISPのS式はソースコード(即ち算術演算子や関数)とデータ(即ち被演算子)を等価に扱い評価するため、被演算子だけではなく算術演算子や関数もスタックに積んで演算(評価)する前置記法は文法として最適である。したがって、LISPの弱点も前置記法と同じで、ソースコードの読解にコツが要り、ステップ数が無駄に多くなりスタック(メモリ)も大量に必要で演算量(演算回数)も増える。その結果、電卓や二昔もしくは三昔前のホストコンピュータなど貧弱なハードウェアでは[https://en.wikipedia.org/wiki/Thrashing_(computer_science) スラッシング]が多発し動作が著しく遅くなる。そのため、多くのユーザが同時にログインする運用形態のUNIXマシンでハードウェアが貧弱な場合、そのUNIXマシンのrootにより、LISP処理系やEmacsの使用が禁止されていることが殆どである。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=OMRON_12SR&diff=6812
OMRON 12SR
2025-05-24T02:25:20Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
数は少ないものの、HP以外のメーカがRPN電卓を製造・販売した例がある。本機はそのひとつで、1976年に日本企業である立石電機株式会社(現・オムロン株式会社)が'''輸出専用機種'''として製造・販売した、科学・数学向けポケットRPN関数電卓である。型番である12SRの「12」は演算可能桁数、「SR」はSlide Rule＝計算尺を指す。<br />
<br />
なお、本機を製造・販売した立石電機も、[[Nut/Saturnプロセッサファミリ#cite_note-busicom-1|ビジコン]]同様、電卓という製品に触れる際には外せない日本企業である。世界市場をも巻き込む激戦だった電卓戦争中の1971年4月19日、電卓の販売価格が俗に「1桁1万円」と謂われていたこの頃に、8桁電卓の[http://transistor0069.blog96.fc2.com/blog-entry-1438.html OMRON 800]を49,800円で発売し[https://www.icom.co.jp/personal/beacon/electronics/774/ オムロン・ショック]を惹起したことや、海外を含む数多の電卓メーカの[https://en.wikipedia.org/wiki/Original_design_manufacturer ODM]/[https://en.wikipedia.org/wiki/Original_equipment_manufacturer OEM]引受元でもあったため自社ブランド製品含め当時最も多くの電卓を生産していた<ref name="first" />ことでも有名だが、本論ではないので割愛する。<br />
__TOC__<br />
===とにかく詳細不明===<br />
輸出専用機種である本機の情報は日本国内にほぼ無く、海外のRPN電卓マニアが''One of non-HP RPN calculators''と触れる程度で、その量は少ない。底面に貼られた銘板から日本で製造されたことは確定しているが、販売時期からして製造年は1975〜1976年と推定される。当時の販売価格(または卸値)も不明<ref name="wholesale" />である。当然だが附属するマニュアルには日本語が1文字も無く、1ページを縦に2分割して、左側に英語、右側にドイツ語で同じ内容を並記した48ページのパンフレット1冊のみで、背表紙右下に『11909 (4-76) Printed in Japan』とあることから、マニュアルの版下は1976年4月に作られ、日本で印刷されていることは判る。<br />
<br />
本機を国内で販売せず輸出専用機種とした理由も不明だが、管理人は「本機の性能がHP製に太刀打ちできなかった」からだと考えている。本機は、[[HP製RPN電卓の特長|特長]]にある演算例を本機で実行するとHP製と同じ結果が得られることから'''BCDでの演算'''と推定され、その'''演算結果がやけに高精度'''で同時期に販売されていたWoodstockシリーズより勝っているにもかかわらず、それよりなにより、'''演算速度が極めて遅い'''ことで有名だからだ。これは三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\tan</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>\text{arc}</math>}}&nbsp;、自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;、常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>10^x</math>}}&nbsp;、冪乗&nbsp;{{keypress|<math>y^x</math>}}&nbsp;、階乗&nbsp;{{keypress|<math>x!</math>}}&nbsp;といった、本機に内蔵している機能や関数を使用した演算で顕著となり、例えば<math>2^3=8</math>の演算に冪乗&nbsp;{{keypress|<math>y^x</math>}}&nbsp;を使うと'''約3.5秒'''掛かるという超鈍足ぶりである。しかもその3.5秒間は『表示部のVFD全桁が高速でチラつく』という、いかにも「(一昔前の)コンピュータが全力で演算してますよ」というギミック付きでだ。本機の表示部はただでさえ消費電力量が多いVFDを採用しているので、電池の消耗を考えれば、この3.5秒間は何も表示させずブラックアウトさせたほうが良いのだが…。なお、附属マニュアルに記載されている「バッテリの寿命」は、マンガン乾電池とNi-Cd充電池<ref name="ni-cd" />で5.5時間、アルカリ乾電池で10時間である。<br />
<br />
本機の1年前に製造・販売された[[HP-25]]の冪乗&nbsp;{{keypress|<math>y^x</math>}}&nbsp;は勿論、5年前に製造・販売された世界初のポケットRPN関数電卓である[[HP-35]]の冪乗&nbsp;{{keypress|<math>x^y</math>}}&nbsp;でも<math>2^3=8</math>は数ミリ秒で演算できるのに、後発で新規開発した本機のほうが低速どころか超鈍足というのは異常である。自分で起こしたオムロン・ショックを考えれば、当時も今も異常に高価と映るであろうHP製にRPN関数電卓で対抗するには販売価格で勝負するしか無いはずが、いざ製造してみたらこの体たらく。本機が販売された時期は電卓戦争の末期ではあるものの、ただでさえ日本人は今でいう〝スペック厨〟の気があり、電卓戦争の真っ最中は同価格や同機能で少しでも性能が低い製品はメーカを問わず容赦無くデッドストックと化し、二束三文でも売値が付かない状況に陥るため、企業規模に関係なく大赤字を被ることになり、大企業であれば電卓事業からの撤退、中小・零細企業であれば倒産の憂き目に遭うというその戦況は、まさに血で血を洗う悲惨さであった。しかも本機は科学・数学向けであり、想定される購買層が関数電卓の仕組みや他社の製品動向を把握している可能性が高いため、同機能で高性能(というか当たり前の演算速度)であるHP製に対抗できないと考えたとしても不思議ではない。「この演算速度では、いくら低価格に設定したとて国内で売れないだろう。であれば、演算速度やスペックをあまり気にしない海外へ最初から全台振り向けて、ある程度の卸値で売り切ったほうが、被害は少なく済むのでは？」…立石電機が本機を輸出専用機種した理由は、このような営業面での判断だったと想像している。<br />
<br />
===Mostekの御仕着せ===<br />
管理人は当初、本機は、立石電機がRPN関数電卓市場に乗り込むべくフルスクラッチで自社開発したと考えていたが、それは誤りであった。海外の計算尺マニアが主宰するWebサイトに、本機についての[https://www.sliderulemuseum.com/Calculators.htm 興味深い記事]を見つけたのだ。<br />
<br />
'''''Mostek, the chip maker of the original Hewlett Packard HP 35 and dozens of other early HP calculators, introduced in 1975 a sensational set of Integrated Circuits with the MK50075A "Data Processor" and two sets of ROM's with 1k*15bits, each, defining the algorithm of the product: MK50101/MK50102: Financial calculator and MK50103/MK50104: Scientific calculator We know only six calculators based on the MK50075A and MK50103/104 chip-set: APF Mark 55, Corvus Model 500 and its twin Emerson E12, this Omron 12SR, the Sanyo CZ-2901 and Privileg SR54NC. But they all have two things in common: RPN and superior performances.'''<br><br>(ヒューレット・パッカードの[[HP-35]]をはじめとする数多くの初期HP電卓のチップメーカであるMostekは、1975年に、MK50075Aデータプロセッサと、製品のアルゴリズムを定義した1k×15ビットROMの2セットを搭載した素晴しいICセットを発表した。MK50101/MK50102:金融・財務向け電卓とMK50103/MK50104:科学・数学向け電卓で、MK50075AとMK50103/104チップセットを採用した電卓は6機種しかない。[https://www.calculator.org/calculators/APF_MARK_55.html APF Mark 55]、[https://www.calculator.org/calculators/Corvus_500.html Corvus Model 500]とその双子であるEmerson E12、Omron 12SR、[http://www.taschenrechner-sammlung.de/Calculators/Sanyo-CZ-2901/Contents.htm Sanyo CZ-2901]、[https://www.calculator.org/calculators/Privileg_SR_54_NC.html Privileg SR54NC]である。しかし、それら全てに、RPNと優れたパフォーマンスという2つの共通点がある。)''<br />
<br />
つまり、本機を含む6機種のRPN電卓は、[[HP-35]]でも登場し、それ以降もHP製RPN関数電卓では不可欠な半導体ベンダである[https://en.wikipedia.org/wiki/Mostek Mostek]が1975年に独自開発したマイクロプロセッサ[http://www.calcuseum.com/SCRAPBOOK/BONUS/22291/1.htm MK50075A]と、RPN関数電卓用ソフトウェアROMである[http://www.calcuseum.com/SCRAPBOOK/BONUS/20098/1.htm MK50103]と[http://www.calcuseum.com/SCRAPBOOK/BONUS/22292/1.htm MK50104]を組み合せただけの、謂わば「Mostek御仕着せのRPN関数電卓」だと判ったのだ。海外のRPN電卓マニアにより本機の[https://www.keesvandersanden.nl/calculators/omron12sr_inside.php 基板]が公開されているが、確かにマイクロプロセッサと2個のROMの型番は合っている。それまで立石電機は伝統的に日立製作所製のカスタムLSIで電卓を製造していたので本機だけイレギュラーということになるが、電卓メーカの立場からすれば、半導体の供給元を複数確保できれば納入価格を下げられる可能性が上がるため、試験的にMostekから出来合いの電卓用LSIを量産最小ロットだけ購入して製造したのが本機なのかもしれない。<br />
<br />
更に、上記抜粋にもある[https://www.calculator.org/calculators/Corvus_500.html Corvus Model 500]/[https://www.calculator.org/calculators/APF_MARK_55.html APF Mark 55]/本機を解説した書籍・[http://www.wass.net/manuals/Everything%20RPN.pdf Everything you've always wanted to know about RPN]が1976年にT. K. Enterprisesから7ドル50セントで発売されていたことも見つけた。HP以外の電卓メーカによるRPN関数電卓、正確に言えば先述した3個のMostek製LSIを採用したRPN関数電卓を解説するという、実売部数が見込めないだろうニッチ過ぎる書籍<ref name="book" />だが、これを読むと、これら3個のMostek製LSIを採用した全てのRPN関数電卓で内蔵関数を含む物理キーへの機能配置がまったく同じであることが判る。機能やキーアサインはHP製をよく研究した(もしくは真似した)もので、プログラミング機能は存在しないものの、スタックの名称はX・Y・Z・'''W'''<ref name="stack" />とされ、10個用意されているメモリへの記憶&nbsp;{{keypress|<math>\text {STO}</math>}}&nbsp;、メモリからの呼び出し&nbsp;{{keypress|<math>\text {RCL}</math>}}&nbsp;、スタックXとYの入替え&nbsp;{{keypress|<math>x\!\leftrightarrow\!y</math>}}&nbsp;、各スタックを巡回して表示&nbsp;{{keypress|R⬇}}&nbsp;、冪乗&nbsp;{{keypress|<math>y^x</math>}}&nbsp;は、HP製と機能ともども同じである。また、度量衡換算機能として、キログラム⇔ポントの変換&nbsp;{{keypress|<math>\text {kg/lb}</math>}}&nbsp;、センチメートル⇔インチの変換&nbsp;{{keypress|<math>\text {cm/in}</math>}}&nbsp;、リットル⇔ガロンの変換&nbsp;{{keypress|<math>\text {lit/gal}</math>}}&nbsp;、摂氏⇔華氏の変換&nbsp;{{keypress|<math> {^\circ\mbox{C}/^\circ\mbox{F}}</math>}}&nbsp;ができる<ref name="exchange" />のも同じだ。<br />
<br />
整理すると、このMostek製LSIを採用したRPN関数電卓の機能は、[[HP-35]]の後継機種として1973年5月1日に発売された[[HP-45/HP-46|HP-45]]とほぼ同じになるため、スペックとしてはHPから3年遅れていることになる。<br />
<br />
三角関数/逆三角関数の演算で使用できる角度の単位として、本体上部の物理スイッチでは度数&nbsp;{{keypress|<math>\text {DEG}</math>}}&nbsp;とグラード(フランス度)&nbsp;{{keypress|<math>\text {GRAD}</math>}}&nbsp;しか設定できず、最も使用頻度が高いであろう弧度&nbsp;{{keypress|<math>\text {RAD}</math>}}&nbsp;に設定するには、シフトキー(本機ではfunction keyと名付けている)&nbsp;{{keypress|{{Font color|black|Limegreen|<math>\; \color{black}{\mathbf{F}} \;</math>}}}}&nbsp;{{keypress|<math>\tan</math>}} と入力せねばならない他、度数もしくはグラード(フランス度)から弧度への変換として&nbsp;{{keypress|{{Font color|black|Limegreen|<math>\; \color{black}{\mathbf{F}} \;</math>}}}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;が内蔵関数として割り当てられているが、これはMostek製ROMの仕様のようだ。即ち、このROMでは、電源ON直後は物理スイッチに依り度数&nbsp;{{keypress|<math>\text {DEG}</math>}}&nbsp;モードかグラード(フランス度)&nbsp;{{keypress|<math>\text {GRAD}</math>}}&nbsp;モード<ref name="grad" />、オプションキーと&nbsp;{{keypress|<math>\tan</math>}}&nbsp;で弧度&nbsp;{{keypress|<math>\text {RAD}</math>}}&nbsp;モードで動作する。そのため、電源スイッチ以外の物理スイッチを増設することによる価格高騰や要らぬ故障の誘発を嫌ったからか、[http://www.taschenrechner-sammlung.de/Calculators/Sanyo-CZ-2901/Contents.htm Sanyo CZ-2901]以外の4機種ではグラード(フランス度)モードが省略されている。<br />
<br />
また、この同じ時期(1975年〜1976年)に、アナログ半導体の代名詞として有名な大手半導体ベンダであり10年ほど前にTIに買収された[https://en.wikipedia.org/wiki/National_Semiconductor ナショナル セミコンダクター](通称ナショセミ)も、自社開発のLSIによるRPN電卓を7機種([https://www.calculator.org/calculators/Novus_650.html Novus 650 Mathbox]/[https://www.calculator.org/calculators/Novus_3500.html Novus 3500 Sliderule]/[[National Semiconductor 4510|Novus 4510 Mathematician]]/[https://www.calculator.org/calculators/Novus_4515.html Novus 4515 Mathematician PR]/[https://americanhistory.si.edu/collections/search/object/nmah_1305758 Novus 4520 Scientist]/[https://www.calculator.org/calculators/Novus_4525.html Novus 4525 Scientist PR]/[https://www.calculator.org/calculators/National_Semiconductor_4640.html National Semiconductor 4640])製造・販売したが、この7機種で撤退している<ref name="ns />。<br />
<br />
このような一連の経緯が判ると、1975年〜1976年の電卓業界の様子が目に浮かぶ。即ち、<br />
*電卓戦争も終戦間近であるこの時期には既に、一部からは圧倒的な支持を受けていたものの、RPNはマイノリティとなっていたこと。<br />
*RPN関数電卓はHPしか製造・販売しておらず販売価格も高止まりしたままであることを見据えて、HP以外の電卓メーカが価格勝負でRPN関数電卓市場へ参入しようとしていたこと。<br />
*HPからRPN関数電卓専用LSIの製造を受託されRPNの肝を知っているはずのMostekがRPN関数電卓専用のチップセットを作っても、その演算速度は超鈍足<ref name="scpa" />で、世界中で6機種にしか採用されず、RPNの実装に一日の長があるHP以外がRPNに手を出すことを躊躇わせるには十分な出来事だったであろうこと。<br />
*1973年に電卓市場へ参入したナショセミは、自社の半導体工場でLSIを開発・製造できるため、価格競争力が他社より強い<ref name="price" />にもかかわらず、PRN電卓の販売継続を断念せざるを得ないほど、HPの機能と性能が勝っていたこと。<br />
が容易に想像できるのだ。<br />
<br />
ただ、結果論ではあるものの、これ以降「RPN電卓」という製品そのものがHPの独擅場となってしまった。これが良かったのか悪かったのか、判断に苦しむところではある<ref name="judge" />。<br />
<br />
ちなみに、本機の基板にはMostek製LSI以外に、東芝製の、表示部に採用されている14桁分の<ruby><rb>VFD</rb><rt>蛍光表示管</rt></ruby>ドライバICが3個実装されている。VFDは1966年に日本で発明された技術で、電卓戦争の最中に電卓の表示部として採用されたことで技術が進歩したデバイスだが、裏を返せば、1970年代の電卓で表示部にVFDを採用しているのはほぼ日本メーカのみであり、海外メーカは殆どで7セグメントLEDを採用しているため、表示部がVFDというだけで日本製の電卓である可能性が極めて高い。<br />
<br />
再三記述している通り、本機は輸出専用機種だったからか、国内で入手するのはほぼ不可能で(少なくとも管理人は国内で売られているのを見たことがない)、eBayをはじめとする中古市場やオークションサイトで海外から購入するしかない。管理人は4台所有しているが、入手先はスペイン・イギリス・旧東ドイツ・アメリカとバラバラである。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-749}6813.85411\ \; (\varepsilon\!_R=9.99\times10^{-4})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 43.0000000000</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||不明<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||単3形×3本<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1975年？〜1976年？<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||日本<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1976年発売当時の定価||不明<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="first">まったくの余談だが、小学校低学年だった管理人が初めて触れた電卓は、自宅の居間に転がっていた[https://www.tus.ac.jp/info/setubi/museum/db/database/dentaku_data/omuron/16203.html OMRON 8S]である。管理人が産まれる前の新婚だった母親が家計簿をつける際の、算盤からの乗換え先だったようだ。</ref><br />
<ref name="ni-cd">本機は、乾電池の代わりに単3形Ni-Cd充電池を装着し、別売の純正ACアダプタ(4510AL)で充電して使用することもでき、満充電まで15時間と記載されている。附属マニュアルと電卓背面の銘板によれば、ACアダプタの出力は「DC4.5V、200mA、センターマイナス極性」で、本体上面左側のジャックを確認すると現在最も標準的な「⌀2.1mmプラグ」であるため、[https://www.sengoku.co.jp/mod/sgk_cart/detail.php?code=6AYJ-FMF7 センターマイナス極性への変換]だけ注意すれば、[https://www.sengoku.co.jp/mod/sgk_cart/detail.php?code=EEHD-05MT Ni-Cd充電池]と[https://www.sengoku.co.jp/mod/sgk_cart/detail.php?code=EEHD-57ZY ACアダプタの代替品]はいくらでも入手可能である。充電池はNi-MH充電池でも問題無いと思うが試していない。<br>なお、HP製RPN関数電卓では、RPN電卓マニアによる充電回路の解析や実験で、交換する充電池がNi-CdではなくNi-MHでも問題無いことが確認されているため、同じ形でも充電容量が2倍以上多いNi-MHへの置換が急速に進んでいる。</ref><br />
<ref name="wholesale">ほぼ同時期に販売されていたと推定される[http://www.taschenrechner-sammlung.de/Calculators/Sanyo-CZ-2901/Contents.htm Sanyo CZ-2901]の、オーストラリアでの販売価格が[https://people.eng.unimelb.edu.au/jzobel/calculators/page2.html 60ドル]だったそうだ。AUDにしろUSDにしろ、1975年頃は1ドル＝300〜320円なので、日本円で約20,000円と考えて良いだろう。とすると、メーカからの卸値は32〜34ドル＝10,000円周辺だろうか。</ref><br />
<ref name="book">やはり売れなかったようで、2020年時点では、当時出版された実物(古本)の存在が確認できていない。[https://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/archv021.cgi?read=220338 所有者は居る]ので、出版されていたことは間違いないようだが。</ref><br />
<ref name="stack">HP製RPN電卓で3+1段スタックの場合はX・Y・Z・'''T'''と名付けられ、最上位である4段目のTは'''Top'''の略だが、本機の4段目である'''W'''の意味は、附属マニュアルにも解説書にも記載されておらず不明である。管理人の想像では「アルファベット順がW→X→Y→Zだから」。つまり、Wに特段の意味は無く、日本語で甲・乙・丙・丁や仁・義・礼・智を使うときと同様、単なる記号であろう。</ref><br />
<ref name="ns">ナショセミは中置記法の(関数)電卓も自社開発LSIで多機種を製造・販売していたが、1980年頃には電卓市場そのものから撤退している。</ref><br />
<ref name="exchange">このMostek製LSIでは、キログラム⇔ポントの変換&nbsp;{{keypress|<math>\text {kg/lb}</math>}}&nbsp;、センチメートル⇔インチの変換&nbsp;{{keypress|<math>\text {cm/in}</math>}}&nbsp;、リットル⇔ガロンの変換&nbsp;{{keypress|<math>\text {lit/gal}</math>}}&nbsp;、摂氏⇔華氏の変換&nbsp;{{keypress|<math> {^\circ\mbox{C}/^\circ\mbox{F}}</math>}}&nbsp;が、それぞれ&nbsp;{{keypress|{{Font color|black|Limegreen|<math>\; \color{black}{\mathbf{F}} \;</math>}}}}&nbsp;と&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>\div</math>}} に割り当てられている。なお、[[HP-45/HP-46]]には&nbsp;{{keypress|<math> {^\circ\mbox{C}/^\circ\mbox{F}}</math>}}&nbsp;が実装されていない。<br>尤も、もし本機が日本国内で開発されていたなら、このような度量衡換算機能は実装されないだろう。これらはすべてアメリカやヨーロッパで使用されている単位系で、日本国内では換算する需要がほぼ無いだからだ。その意味でも本機の開発が日本国内ではないことが判る。</ref><br />
<ref name="scpa">1984年11月9日にアメリカで[https://en.wikipedia.org/wiki/Semiconductor_Chip_Protection_Act_of_1984 Semiconductor Chip Protection Act (半導体チップ保護法)]が成立する前まで、世界中の半導体ベンダが互いに競合他社の回路パターンを剽窃して製造・販売すること自体が違法ではなく、特に、世界初のマイクロプロセッサである[https://en.wikipedia.org/wiki/Intel_4004 Intel 4004]を開発したIntelはそれに悩まされ続けた。裏を返せば、この時期のMostekは、HPが起こした回路パターンを剽窃することも可能だったのだが、HPとの契約なのか、単に紳士協定なのか、Mostekはそれをやらなかったようだ。なお、日本でも、1985年5月31日公布の[https://ja.wikipedia.org/wiki/半導体集積回路の回路配置に関する法律 半導体回路配置保護法]により、登録から10年間保有できる[https://ja.wikipedia.org/wiki/回路配置利用権 回路配置利用権]が知的財産権の1つとして定義され、違法となった。</ref><br />
<ref name="price">一例として、1975年末時点で、HPが[[HP-45/HP-46|HP-45]]の定価を395ドルから195ドルへ値下げして販売していた時、ナショセミは対抗機種である[https://www.calculator.org/calculators/National_Semiconductor_4640.html National Semiconductor 4640]を半値以下の[http://www.vintagecalculators.com/html/national_semiconductor.html 90ドルで販売]できていた。</ref><br />
<ref name="judge">2001年時点のHPの莫迦な経営判断で強制的に終幕させられてしまい、今となっては「RPN電卓」という製品そのものが廃れたも同然であることと、現在のHPに電卓の製造品質を保つ能力が無いことが[[HP-10C/HP-11C/HP-15C#cite_note-le-3|HP-15Cの限定復刻版]]の製造時に白日の下に晒されたことから、終幕させられる前のHPによる、一貫して無駄に高品質なRPN電卓が市場に供給され続けたこと自体が世界中の好事家を熱狂させたという事実を考慮すると、良かったのではないかと思う反面、RPNそのものはプログラミング言語やCPUアーキテクチャで生き続けており死ぬことは有り得ないので、粗製濫造でも構わないから「RPN電卓」という製品は生き長らえて然るべきとも考えており、この面では悪かったのではないかと思う。つまり、愛憎相半ばする感想を抱いている。</ref><br />
<ref name="grad">物理スイッチでソフトウェアROMの特定のピン間を短絡することで&nbsp;{{keypress|<math>\text {GRAD}</math>}}&nbsp;モードとなる。よって、物理スイッチが常時ONとなるような故障が発生すると、度数モードが使用できなくなる。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-34C&diff=6802
HP-34C
2025-05-06T04:15:03Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1979年7月1日〜1983年4月1日に販売された、[[HP-25]]を含むWoodstockシリーズの次の世代にあたる、第三世代の上級プログラム関数電卓。この世代はSpiceシリーズと呼ばれているが、本機のコードネームは[https://dictionary.cambridge.org/us/dictionary/english/basil Basil (ハーブの一種。バジリコ)]である。<br />
__TOC__<br />
本機はSpiceシリーズの科学・工学・数学向け関数電卓では最上位機種に当たるが、ポケット関数電卓として世界で初めて、<math>f(x)=0</math>&nbsp;形式の任意の方程式で、'''<ruby><rb>方程式の求根</rb><rt>ルートソルバ</rt></ruby>'''&nbsp;{{keypress|<math>\text {SOLVE}</math>}}&nbsp;と、任意の区間で定積分を演算する'''数値積分'''&nbsp;{{keypress|<math>\textstyle \int_{y}^{x}</math>}}&nbsp;の2機能が実装されたことと、本機の階乗&nbsp;{{keypress|<math>x!</math>}}&nbsp;は、階乗の概念を複素数全体に拡張した特殊関数である[https://en.wikipedia.org/wiki/Gamma_function '''ガンマ関数''']が演算できる<ref name="gamma" />ことが最大の特長である。スタックXに非負の整数をプッシュして&nbsp;{{keypress|<math>x!</math>}}&nbsp;を押下すれば階乗を、任意の数をプッシュして<math>1</math>を減算後に&nbsp;{{keypress|<math>x!</math>}}&nbsp;を押下すればガンマ関数を、それぞれ演算する。96関数を内蔵した本機の物理キーは30個しか無いことから、1個の物理キーに4機能を割り当てるべく、シフトキーが&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;{{keypress|{{Font color|black|DeepSkyBlue|<math>\; \color{black}{\mathbf{g}} \;</math>}}}}&nbsp;{{keypress|{{Font color|white|black|<math>\; \color{white}{\mathbf{h}} \;</math>}}}}&nbsp;の3段構えとなった。3段シフトキーはClassicシリーズの[[HP-65]]・[[HP-67/HP-97|HP-67]]に続き3機種目で、一部では[https://www.thimet.de/CalcCollection/Calculators/HP-34C/Contents.htm リアルモンスター]とも呼ばれている。<br />
<br />
プログラムは通常で70行、20個あるユーザレジスタを開放することで1レジスタあたり7行追加できるため最大で210行を保存できる。[[HP-25]]とは異なりサブルーチンや間接ジャンプ命令も設定できるうえ、本機の型名の末尾にCがある<ref name="c" />通り、バッテリに残容量がある限りは電源をOFFにしてもレジスタやプログラムの内容は保存される。<br />
<br />
これ以外はこれまでのハードウェアを踏襲しており、赤色7セグメントLEDによる10桁表示、純正ACアダプタ(HP 82087'''B'''<ref name="b" />)で純正充電池(HP 82109A)を充電することで最大3時間ほどコードレスで使用できるなど、ほぼ同じである。HP 82109Aの実態は2本直列の単3形Ni-Cd充電池だが、[[HP-25]]の純正充電池(HP 82019A/B)とは異なり、専用プラスティックケースに収めたものではなく単3形電池を2個並べた外形そのままであるため、現代であれば単3形アルカリ乾電池で置き換えて使用するほうが便利である。ただ、その外形故、様々なベンダから純正充電池の代替となる充電池が販売されており、充電池の入手には困らない。<br />
<br />
===販売政策の犠牲に===<br />
このように本機は割と華々しくデビューしたのだが、残念ながらあまり人気が出ず、販売台数は伸びなかった。理由は「HPによるRPN関数電卓のラインナップと価格の政策」にある。1979年7月1日、HPは本機と同時に、現在でも大変人気がある[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の初代である[http://www.hp-collection.org/calculators/41c.html HP-41C]も発売したのだ。<br />
<br />
本機発売当時のHPは、RPN関数電卓のラインナップと価格の政策上、本機と[http://www.hp-collection.org/calculators/41c.html HP-41C]の存在意義を明確に分けていた。両機を比較すると、販売価格では、本機は[http://www.hp-collection.org/calculators/41c.html HP-41C]の半値で、実装された機能では、本機は単体でルートソルバや数値積分があるものの[http://www.hp-collection.org/calculators/41c.html HP-41C]は単体でこれらを演算できず、別売の純正アプリケーションパック(HP-41シリーズ用数学拡張モジュールもしくは[[HP_5061-7287|HP-41シリーズ用数学・統計拡張モジュール]])を購入する必要があった。これらの差は、経済面から購入時の制約が厳しいものの高機能なプログラム関数電卓を求める購買層には本機を、制約が緩い購買層には[http://www.hp-collection.org/calculators/41c.html HP-41C]を、という意図で付けられたものと推定されている。尤も、本機には拡張性が無く、表示部は部品価格も仕様も熟れた7セグメントLEDを採用しだが、[http://www.hp-collection.org/calculators/41c.html HP-41C]には4口の拡張スロットが設けられ、HPでは初めて液晶ディスプレイを採用し、実装したLSIやICの数も倍以上多い等、両機に価格差を付けなければならない要素は政策以外にも十分有るのだが、それらを差し引いても、人気面や販売量で本機は[http://www.hp-collection.org/calculators/41c.html HP-41C]に敵わなかった。<br />
<br />
その結果、当時の購入希望者が、本機の販売時期と実装された機能と価格を、前世代である[[HP-25]]および[http://www.hp-collection.org/calculators/25c.html HP-25C]と[http://www.hp-collection.org/calculators/41c.html HP-41C]を含めて比較すると、ちょうど狭間に落ち込む形で没個性に映ってしまったことと、1982年7月1日にHPは本機の後継機種として[[HP-10C/HP-11C/HP-15C|HP-15C]]を発売したが、当然のように本機より高機能かつ低価格となった[[HP-10C/HP-11C/HP-15C|HP-15C]]が選択されたからである。マニアの間では「[[HP-25]]や[http://www.hp-collection.org/calculators/25c.html HP-25C]を買って数年後に、本機と[http://www.hp-collection.org/calculators/41c.html HP-41C]を同時に売られても、財布が持たない」「最大の敵は[[HP-10C/HP-11C/HP-15C|HP-15C]]と[[HP-10C/HP-11C/HP-15C|HP-11C]]。(中略) 本機を十分に拡張したのが[[HP-10C/HP-11C/HP-15C|HP-15C]]であり、本機からルートソルバと数値積分を削ると[[HP-10C/HP-11C/HP-15C|HP-11C]]になる」「比較すれば[http://www.hp-collection.org/calculators/41c.html HP-41C]が本機より優れていたのは明白だ。本機を選択する唯一の理由は価格だ」等と[https://archived.hpcalc.org/museumforum/thread-32470.html 議論]された。通常の四則演算は当然として、本機が内蔵している各種関数を使用した演算性能そのものは現代でも通用する精確さがあるだけに、非常に残念な扱いをされてしまったことになる。<br />
<br />
その後にHPが[[HP-10C/HP-11C/HP-15C|HP-15C]]を発売した際にも、HP-41シリーズを[[HP-12C]]/[[HP-10C/HP-11C/HP-15C|HP-15C]]/[[HP-16C]]等と同等以上に関数や機能を拡張するためのアプリケーションパックである[[HP 5061-7285|HP-41シリーズ用アドバンテージ拡張モジュール]]を発売することで、このラインナップと価格の政策を維持した。即ち、購入時の制約が厳しい層に勧める機種を本機から[[HP-10C/HP-11C/HP-15C|HP-15C]]に置き換えたのだが、皮肉なことに、それまでのHP製RPN関数電卓とは一線を画す斬新かつ小型なデザインの筐体、表示部に液晶ディスプレイを採用したことでバッテリの長寿命化に成功しACアダプタを不要にしたこと、そしてなにより本機に実装された機能や関数に加え複素数が扱え行列も演算できるのに本機より低価格であること等、本機と比較する気を失せさせるほど高機能な[[HP-10C/HP-11C/HP-15C|HP-15C]]は爆発的に売れた。ますます本機の立つ瀬が無い。[[HP-10C/HP-11C/HP-15C|HP-15C]]は1989年1月1日に終売となり、現在でも製造復活が所望される名機にまで登り詰めたが、1983年4月1日の販売終了後は誰からも省みられることなく姿を消した本機とは、あまりに対照的である。もし本機が喋るとしたら、己の不遇を託つであろう2機種のうちのひとつが本機である(もうひとつは[[HP-55]])。<br />
<br />
なお、このラインナップと価格の政策は、8年半後の1988年1月1日に一新され、その3日後である1988年1月4日に発売した[[HP-28S]]から適用された。その間に劇的な進歩を遂げた半導体の品質向上と価格低下が、一新せざるを得ない状況にHPを追い込んだからだ。尤も、[https://www.hp-collection.org/calculators/28c.html HP-28C]とその改良版である[[HP-28S]]は、ユーザからもHPからも「失敗作」と捨て置かれたため、本機や[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]を含む科学・数学向けRPN関数電卓の後継機種は、機能からも販売価格からも[[HP-42S]]のみ1機種に収斂されてしまい、1990年3月16日に[[HP-48SX]]が発売されるまでは雌伏の時期<ref name="lying" />だったのだが。この意味で[[HP-42S]]は〝一般ユーザ向け〟のRPN関数電卓の、ひとつの頂点であろう。〝RPN電卓マニア向け〟の頂点は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]から不動だ。<br />
<br />
以上のような状況と、現代でも充分通用する演算精度を持つ本機を既存のユーザが手放す動機がほぼ皆無であることから、eBayをはじめとする中古市場やオークションサイトには殆ど出品されず、状態の良い個体を入手するには同志の伝手を辿ったほうが早い。これは他のSpiceシリーズでも同様だ。また、この状況に引き摺られるように、HP電卓マニアによるSpiceシリーズに関するアーキテクチャやチップセットのプロセッサクロック周波数等のハッキング情報が皆無だ<ref name="clock" />。これらをハックするには否が応にも分解する必要があるが、比較的気軽に分解できるほどタマが無いのか、そもそもマニアですらSpiceシリーズに興味が無いのか…もしかすると、歴代のHP製RPN関数電卓で最も謎に包まれているのがSpiceシリーズかもしれない。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}507225.705\ \; (\varepsilon\!_R=1.33\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||不明 (Spice)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||HP 82109A (2.4V 450mAh 充電池:中身は単3形Ni-Cd充電池×2個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1979年〜1983年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ、シンガポール、ブラジル<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1979年発売時の定価||150ドル (約35,850円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="gamma">階乗はSpiceシリーズから実装された関数だが、そもそも階乗が実装されていない[[HP-25]]は当然として、階乗が実装されている[[HP-41CX]]や[[HP-42S]]でもガンマ関数を演算するにはプログラムを組む必要がある。ちなみに、本機の次にポケットRPN関数電卓単体でガンマ関数が演算できる機種は[[HP-10C/HP-11C/HP-15C|HP-15C]]である。</ref><br />
<ref name="c">型名の末尾に付けられたCの意味は[[HP-25#cite_note-25c-5|HP-25の脚注]]を参照のこと</ref><br />
<ref name="b">Spiceシリーズの純正ACアダプタにはHP 82087'''A'''も存在するが、本機のように型名の末尾にCが付けられたSpiceシリーズの機種では必ずHP 82087'''B'''を使うよう指示されている。本機マニュアル271ページでは''Use only the "B" suffix version ac adapter/recharger shipped with your calculator (see product number on recharger). Earlier "A" suffix version rechargers will not damage your calculator, but may clear continuous memory when plugged in. (本機に同梱されているBバージョンのACアダプタ/充電器のみを使用してください(充電器の製品番号を参照してください)。それ以前のAバージョンを使用しても本機は破損しないものの、連続メモリの内容をクリアしてしまうかもしれません。)''と警告している。</ref><br />
<ref name="lying">[[HP-28S]]を失敗作と断じたことから、HPは、依然として売れ行きが好調だった[[HP-41CX]]を249ドル(約35,000円)に値下げして1990年11月1日まで販売していた。[[HP-42S]]が性に合わなかったり、[[HP-10C/HP-11C/HP-15C|HP-15C]]の購入を逸してしまったユーザへの救済策でもある。</ref><br />
<ref name="clock">[https://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/archv016.cgi?read=107447 全機種で同じベンチマークプログラムを走らせ、これが走り切る時間を計測することで他機種と比較する]手法では、220kHzの[[HP-10C/HP-11C/HP-15C|HP-15C]]よりは速いことが判っており、300〜350kHz程度ではないかと推定されている。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=PPC_ROM&diff=6799
PPC ROM
2025-05-06T01:10:00Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓周辺機器|frame=1}}<br />
<br />
[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のユーザコミュニティがハッキングにより創出した'''合成的プログラミング(Synthetic Programming)'''を、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のユーザであれば誰でも実行できるようにするための[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]ルーチンをまとめた同人モジュール。[[HP-41CX]]の拡張スロットに装着し、合成的プログラミングを実行する。1981年12月末にPPC ROM PROJECT名義で有償頒布された。PPCはPersonal Programming Centerの略で、1974年6月にRichard J. Nelsonが創設した、アメリカ・カリフォルニア州サンタアナを本拠とするHP製RPN関数電卓ユーザコミュニティの大手。モジュール背面に記されるパッケージ名称は〝'''PPC ROM'''〟。<br />
<br />
その高性能と多機能っぷりから11年5ヶ月もの長期に渡り販売され続けた[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]には、HPは勿論サードパーティからも[https://calc.fjk.ch/db/hp41mod.php 多種多様なアプリケーションパック]が市場に投入されたが、本モジュールはこれらと異なりアプリケーションソフトウェアではない。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]でプログラムを実行する際、内蔵ソフトウェアが抱えるバグを突いてOSを乗っ取り、ユーザがマニュアルの記載通りに使用していればアクセスできないはずの「OSだけが使用するメモリ空間」にアクセス、そこに記憶している内容をユーザの任意のものに書き換えることで、マニュアルに記載している関数や機能より高度かつ高機能に動かすための、122個のルーチン集である。よって、本モジュールはプログラミングをしないと機能せず、単体で挿してルーチンだけ実行しても何の意味も無い。液晶ディスプレイに<code>NONEXISTENT</code>と実行不能エラーを表示して停止するだけだ。<br />
<br />
122個のルーチンには[[HP 5061-7287|HP-41シリーズ用数学・統計拡張モジュール]]や[[HP 00041-14003|HP-41シリーズ用財務・金融拡張モジュール]]を装着することで使用できる機能と類似するものも含まれるが、その大半は、通常の[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]では実行できない'''「あるレジスタ(またはスタック)に格納された数値/演算結果を、ユーザ(またはプログラマ)の任意の形式/場所で、閲覧/変換/移動/削除する」'''機能を提供するもので埋められている。各ルーチンには2レターコードが割り当てられており(例えば「高精度積分ルーチン」には積分:'''I'''nte'''g'''rateから<code>IG</code>)、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]でプログラムを組むときや実行するときにプログラマがそれを指定することで本モジュールからルーチンを呼び出して適用する。現代なら差し詰め〝チートツール〟とでも言うのだろう。<br />
<br />
同人モジュールなので[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の製造元であるHPのサポートは皆無だが、[https://literature.hpcalc.org/items/1330 電話帳にも喩えられるほど分厚い(492ページ)丁寧かつ詳細なマニュアル]が附属しており、ルーチンの中身や使用法で迷うことは無い。実行できる内容も実行した結果も申し分無く、本モジュールを装着した[[HP-41CX]]は一介の関数電卓から高機能かつ多機能な数値解析システムへと進化する。<br />
<br />
ebayをはじめとする中古市場やオークションサイトでは[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]本体以上の高値で取引されるが、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]を使用するなら、それを押して購入すべきだろう。管理人は保有する[[HP-41CX]]の台数以上の個数を常に確保しており、4口ある拡張スロットの1口に本モジュールを装着している。<br />
<br />
本モジュールのマニュアルの前言では、特長として下記が列挙されている。<br />
<br />
* 何百名ものユーザによってプログラムされ、文書化されている<br />
* 1バイトあたりの機能比が抜群<br />
* 非常に完全な技術的詳細<br />
* 追加ヘルプのための個人的な連絡先<br />
* ルーチンROM - アプリケーションプログラムROMではありません。これはプログラマのためのROMです<br />
* すべてのHP-41ユーザが合成的プログラミングのフルパワーを利用できる<br />
* オペレーティングシステムの拡張と強化プログラム<br />
* 最速の数値ソートルーチン<br />
* ブロック演算と行列演算の定義とプログラム化<br />
* 財務計算の機能拡張と精度向上<br />
* 称賛に値する積分プログラム<br />
* 大幅に拡張されたマルチプロット高解像度グラフィックプログラム<br />
* Viewフラグで設定したフラグの行列式の印刷<br />
* ブロックビューでのゼロデータのスキップ<br />
* <code>XE</code>ルーチンによるHP-41の全ROMへのアクセス向上 <br />
* <code>IP</code>ルーチンと<code>PS</code>ルーチンを使用したQUAD"ページ"切替によるメモリの拡張<br />
<br />
__TOC__<br />
===頒布された経緯と背景 - ''バグから出た怒り''===<br />
このような〝電卓向け〟の〝同人ソフトウェア〟というトリッキー極まりない際物が40年も前に頒布された経緯と背景は非常に興味深いため、以下に概略を記述する。<br />
<br />
1970年代中盤になると、民生品向けに採用される程度に普及し始めた8ビットマイクロプロセッサを応用した製品として、個人でも購入できるコンピュータ＝パーソナルコンピュータが製造・販売されるようになった。様々なメーカが市場に参入したが、成功と見做されるのは1977年に発売された[https://en.wikipedia.org/wiki/Apple_II Apple II]であろうか。しかし、[https://en.wikipedia.org/wiki/Apple_II Apple II]の当時の定価は最小構成でも1,298ドル(約354,000円)と高価で、購入できる層は非常に限定された。なによりOSやプログラミング環境を含むソフトウェアが未熟かつ高価だったことと、現代と比較すれば玩具同然のハードウェアスペックだったことも相俟って、好事家以外にまで受け容れられる状況ではなかった。<br />
<br />
[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の初代である[http://www.hp-collection.org/calculators/41c.html HP-41C]が295ドル(約65,000円)で発売された1979年当時、職務上必要だったり、趣味で欲したりするであろう、HPの本拠たる[http://www.garbagenews.net/archives/1971980.html アメリカで年収五分位における中位年収層の平均年収は約50,000ドル]＝平均月収は約4,170ドル(約921,600円)であった。アメリカでの所得税等の非消費支出は収入の35%程度だそうなので、月収換算で約2,700ドル(約600,000円)になる。この程度の収入があれば個人でも[http://www.hp-collection.org/calculators/41c.html HP-41C]は購入可能だ。このような時代背景を考慮すると、電池で駆動する可搬型で、プログラミング環境と機能拡張のための外部インタフェースがオプションを購入せずとも実装済で、現代でも通用する精確な数値解析を含む演算が実行できる関数電卓として販売された[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が、アッという間に多数のユーザを獲得し、熱狂させ、[https://en.wikipedia.org/wiki/Hacker_culture ハッキング]を伴う同人活動が自然発生する必要条件を十分満たしていたと言えよう。<br />
<br />
エンジニアや科学者に一大旋風を巻き起こした[[HP-65]]の発売から約半年経った1974年6月に"HP-65 Users Club"として組織されたPPCは、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が発売されたこの時期にハッキング活動量のピークを迎えていた。それまでも[http://www.hp-collection.org/calculators/41c.html HP-41C]では[https://www.finseth.com/hpdata/hp41c.php 様々なバグの存在が指摘されていた]が、このときPPCは、本来であればユーザが触れることすらできないはずの、マイクロプロセッサと内蔵ソフトウェアによる演算処理中の「OSだけが使用するメモリ空間」が、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が内蔵している「FOCALプログラムやテキストファイルを作成・編集するエディタ機能」で直接覗ける(readできる)バグを発見した。<br />
<br />
このバグを突いて、PPCの会員が「OSだけが使用するメモリ空間」を覗いたところ、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]は下記の挙動であると解析された。<br />
<br />
[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]に実装された命令には、ユーザが物理キーの押下かアルファベット文字列と&nbsp;{{keypress|<math>\text{XEQ}</math>}}&nbsp;の組合せ入力で指示する演算命令(関数や機能)である「マクロな命令」と、それを内部で順番に実行するひとつひとつの手順(処理)である「ミクロな命令」がある。「ミクロな命令」は内蔵関数や機能で共通して使い回せる単位に分解されたものなので、必要な「ミクロな命令」を順番にひとつひとつ処理することで、内蔵されたりアプリケーションパックによって拡張されたりした多種多様な関数や機能である「マクロな命令」が実行される。つまり、「マクロな命令」は「ミクロな命令」の集合体である。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で機能しているプログラミング言語の視点で整理すると、「ミクロな命令」と「マクロな命令」は[https://en.wikipedia.org/wiki/Low-level_programming_language 低級言語]([https://en.wikipedia.org/wiki/Machine_code 機械語])に、[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]は[https://en.wikipedia.org/wiki/High-level_programming_language 高級言語]に、それぞれ分類され、包含関係は「ミクロな命令」⊂「マクロな命令」⊂ [https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]となる。<br />
<br />
なぜこんな回りくどい実装なのか。その理由は、多種多様な関数や機能の中で同じ処理を共通化(ルーチン化)することで、可用性が広がるのと同時にソフトウェアが極小化でき、ひいては内蔵関数を増やせることが期待できるからだ。半導体が高価だった頃の常套手段である。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]での実際の実装とは異なる代表例だが、乗算は被乗数を乗数回加算するものと[https://en.wikipedia.org/wiki/Multiplication 定義される]ので、マクロな命令である乗算&nbsp;{{keypress|<math>\times</math>}}&nbsp;を、被乗数を乗数回だけ、ミクロな命令である加算&nbsp;{{keypress|<math>+</math>}}&nbsp;を繰り返す処理で実装する手法<ref name="method" />がある。[[RPN電卓/序説#動作|序説]]で言えば、最後の&nbsp;<math>12 \times 5</math>&nbsp;を&nbsp;<math>12+12+12+12+12</math>&nbsp;で演算することになるが、どちらも結果は&nbsp;<math>60</math>&nbsp;が得られ同等である。即ち、乗算&nbsp;{{keypress|<math>\times</math>}}&nbsp;という関数を実現するために、乗算専用の命令を別個で新規に作るのではなく、既存の加算&nbsp;{{keypress|<math>+</math>}}&nbsp;を再利用して同等の機能を実現している<ref name="times" />。このように「実装する関数や機能をすべて個別に作り込む」のではなく「いくつか『使い勝手が良い』ミクロな命令だけを用意し、それらを再利用して組合せて新しい関数や機能を実現する」手法を積み重ねソフトウェアの規模を極力小さくすることで、ハードウェアとしてのROMの上限まで「『使い勝手が良い』ミクロな命令を組合せた新しい関数」を1個でも多く実装できる余地が生まれる<ref name="dq1" />。[[HP-35]]が、僅か7,680バイト(7.5kB)のROMに焼き込んだ767命令<ref name="hp35" />で、四則演算&nbsp;{{keypress|<math>+</math>}}&nbsp;{{keypress|<math>-</math>}}&nbsp;{{keypress|<math>\times</math>}}&nbsp;{{keypress|<math>\div</math>}}&nbsp;は当然として、度数法での三角関数&nbsp;{{keypress|<math>\sin</math>}}&nbsp;{{keypress|<math>\cos</math>}}&nbsp;{{keypress|<math>\tan</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>\mbox {arc}</math>}}&nbsp;、常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;、自然対数&nbsp;{{keypress|<math>\ln</math>}}&nbsp;とその逆関数&nbsp;{{keypress|<math>e^x</math>}}&nbsp;、逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;、開平&nbsp;{{keypress|<math>\sqrt{x}</math>}}&nbsp;、冪乗&nbsp;{{keypress|<math>x^y</math>}}<ref name="exp" />、円周率&nbsp;{{keypress|<math>\pi</math>}}&nbsp;を実装できたのは、こうした努力の賜物であり好例だろう。塵も積もれば山となる。[https://en.wikipedia.org/wiki/Prajnaparamita 般若経]を解説する[https://en.wikipedia.org/wiki/D%C3%A0_zh%C3%ACd%C3%B9_l%C3%B9n 大智度論]の教えそのままである。<br />
<br />
ただし、容易に想像できるように、このような回りくどい形式で実装された関数や機能は、回りくどい演算手順で実行されることになるため、演算(処理)完了まで時間が掛かる。特に、電池で駆動させる可搬型関数電卓に実装できる程度の非力なマイクロプロセッサとメモリの組合せでは、演算桁数を多く(高精度に)設定すると、演算完了までの時間が秒単位で延びる。このことから、製品設計の最初で規定する「『使い勝手が良い』ミクロな命令」は、マイクロプロセッサやメモリなどハードウェアの仕様や実際の挙動と首っ引きして慎重に見極め取捨選択しなければならないことが判る。ソフトウェアとしては使い勝手が良くても、ハードウェアとしては煩雑な処理が強いられる命令を実装してしまうと、ただでさえ遅い演算(処理)完了時間が更に延びることになるため、ここはメーカの腕の見せ所だ。<br />
<br />
実際の[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]では「スタックにプッシュされた数値の有無を確認する処理」、「スタックから数値をポップする処理」、「演算した結果をスタックXにプッシュする処理」、「スタックXにプッシュした数値を液晶ディスプレイに表示する処理」など、どの関数や機能でも実行される同じ処理が「ミクロな命令」として共通化されており、あらゆる関数を実行する際は、同じ「ミクロな命令」を呼び出す形となる。<br />
<br />
[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]では、「ミクロな命令」は1個が1バイト(8ビット)でバイナリコード化されているため'''演算処理命令(バイト)'''と、「マクロな命令」はミクロな命令を処理する順番に並べたものであることから'''演算処理命令列(バイト列)'''と、それぞれ呼ばれる<ref name="call" />。<br />
<br />
よって、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の「OSだけが使用するメモリ空間」には、演算過程の中間値と、内蔵ソフトウェアから読み出されたバイト列が記憶されることになる。<br />
<br />
例えば、ユーザが二項演算の加算を実行すべく、スタックXとスタックYに所望する数値をプッシュし&nbsp;{{keypress|<math>+</math>}}&nbsp;キーを押下したときを考える。ユーザには「スタックYとスタックXにプッシュした数値をポップし、加算を実行、その結果をスタックXに再度プッシュする」動作だけが見えているものの、「OSだけが使用するメモリ空間」にバイト列として記憶される内容は、「キーが押下されるのを待つ」バイトから始まり、{{keypress|<math>1</math>}}&nbsp;〜&nbsp;{{keypress|<math>9</math>}}&nbsp;の置数キーや&nbsp;{{keypress|enter}}&nbsp;キーが押下される度に「どのキーが押下されたか特定する」バイト、「そのキーに割り当てられている演算の種類や数値が何かを特定する」バイト、「入力された数値をスタックにプッシュする」バイト等、最初にユーザから何かしらキーインされた際に順番に処理すべきバイトが、内蔵ソフトウェアから処理する順番に呼び出され、バイト列として記憶される。マイクロプロセッサはバイト列を頭から順番に読み取って(デコードして)実行可能なプロセスに変換して実行することで、ユーザが加算したい数値がスタックXとスタックYにプッシュされる。<br />
<br />
ここでユーザが加算&nbsp;{{keypress|<math>+</math>}}&nbsp;を押下すると、キーインされた関数や演算が加算&nbsp;{{keypress|<math>+</math>}}&nbsp;だと特定された後、「対象となる数値をスタックYとスタックXへ検索に行く」バイト、「検索した結果、スタックに数値が存在することを確認する」バイト、「スタックから数値をポップする」バイト、「数値を加算する」バイト、「演算結果をスタックXにプッシュする」バイト、「スタックXにプッシュした数値を液晶ディスプレイに表示する」バイト等、加算&nbsp;{{keypress|<math>+</math>}}&nbsp;を実行するために順番に処理すべきバイト列が、内蔵ソフトウェアから処理する順番に呼び出されて記憶され、先ほどと同様、マイクロプロセッサはそれを頭から順番にデコードして実行可能なプロセスに変換して実行、すべて走り切ることで、ようやく加算&nbsp;{{keypress|<math>+</math>}}&nbsp;が完了する。<br />
<br />
つまり、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で何かしらの関数や演算を実行するということは、スタックにプッシュした数値に対して、関数や演算ごとに内蔵ソフトウェアで設定されたバイト列を適用することである&#x2E3A;このように解析されたのだ。<br />
<br />
肝腎なのは、この挙動が加算&nbsp;{{keypress|<math>+</math>}}&nbsp;に限らずすべての関数や演算で同じであり、ユーザから指定された関数や演算によって内蔵ソフトウェアから呼び出されるバイト列だけが異なる、という点だ。これは、'''[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の演算処理手法や内容は、ミクロな命令であるバイトを組合せたマクロな命令であるバイト列で規定され'''ており、'''内蔵関数やアプリケーションパックがもつ機能に応じてバイト列を変更することで、あらゆる演算を実行している'''ことを意味している。<br />
<br />
更に、この挙動は演算だけに留まらず、装置の管理もまったく同じである。装着されたバッテリの電圧を監視し閾値以下となったら<code>BAT</code>と警告を表示することや、4口ある拡張スロットに対してアプリケーションパックや周辺機器の装着有無を監視し、もし装着を検知したら、それらとの入出力や制御をすることも、内蔵ソフトウェア(やアプリケーションパックや周辺機器)から読み出したバイト列によって実行している。<br />
<br />
と、いうことは&#x2E3A;<br />
<br />
''「『OSだけが使用するメモリ空間』がエディタで覗ける(readできる)のであれば、このメモリ空間が記憶している演算処理命令(バイト)をエディタで書き換える(writeする)ことも可能なのでは？」<br><br>「もし書き換えが可能なら、演算処理命令列(バイト列)を変更できることになるので、演算処理の手法や内容、周辺機器の動作も、ユーザの任意のものに変更できるのでは？」''<br />
<br />
こう想定したPPC会員は更にハッキングを続け、遂に任意のバイトを書き換える(writeする)手順を確立。いざバイト列を書き換えてみたところ、ここでもうひとつ重要な動作仕様を発見する。'''OSやマイクロプロセッサがバイト列の真正性を検証しない'''のだ。<br />
<br />
言い換えると、OSやマイクロプロセッサが処理する演算処理命令の組合せ＝演算処理命令列が、内蔵ソフトウェアには存在しない、通常では考えられない突飛な内容でも、OSやマイクロプロセッサは何の疑いもせず実行してしまう(どのようなバイト列でも「処理しなければならない」ものとして動いている)のだ。この動作仕様により、HPが[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]では不可能と規定した演算も実行可能であることが確認された。<br />
<br />
尤も、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が発売された1980年初頭の時点では、この動作仕様は已むを得なかったと考える。所謂メインフレームをはじめとする大型コンピュータに実装している数値演算プロセッサやOSならまだしも、乾電池で駆動させる関数電卓が内蔵できる非力な4ビットマイクロプロセッサとOSに、演算処理命令列の真正性を検証する仕様を持たせること自体が明らかにオーバースペックで、もし持たせた場合は演算処理が重く遅くなり消費電力が増えることが目に見えているからだ。それ以前に、関数電卓が内蔵するソフトウェアを外部からハッキングされて演算処理命令を書き換えられる事態なんぞHPは想定すらしておらず、したがって、演算処理命令列の真正性はHPの製品開発体制内で担保されると判断したのだろう。インターネットの普及とともに大なり小なり殆どのコンピュータがネットワークを介して相互に接続される現代だと、OSやマイクロプロセッサがこのような動作仕様であれば「とんでもない大穴が開いてるぞ！ 脆弱性だ！」と大騒ぎになり、[https://en.wikipedia.org/wiki/Security_hacker#Cracker クラッカー]の恰好の餌食となるだろうが、ネットワーク接続とは無縁なこの当時のコンシューマ向けコンピュータ製品では妥当だ。<br />
<br />
こうして[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]は、ユーザコミュニティの手により、HPが指定した演算処理手法や内容の縛りから(半ば強引に)解放され、ユーザが任意に演算処理内容を操れる自由度を得ることになった<ref name="preface1" />。この'''「HPが指示した演算処理命令(バイト)をユーザが書き換えることで、HPが指定した演算処理手法や内容とは異なる、ユーザが実行させたい新たな演算処理命令列(バイト列)をメモリ内で合成する」'''手順が合成的プログラミングと呼ばれ、ヘヴィユーザの間で急速に広まっていく。これらを組合せると、HPがマニュアルで公開している関数や機能より遥かに高度かつ高機能な演算やプログラミングが可能だからだ。本モジュールのマニュアルでは端的に下記のように説明している。<br />
<br />
''A "synthetic instruction" is any combination of HP-41C bytes that can not be entered into a program or manually executed using normal keystrokes. Various techniques have been developed that enable the construction of arbitrary byte sequences in program memory. When the 41C processor encounters a byte sequence, it must process it, whether it is a normal combination or not. The results of executing non-standard byte combinations often turn out to have useful, practical applications.<br><br>(「合成命令」は、通常のキーストロークではプログラムに入力したり手動で実行したりできない、HP-41Cのバイトの任意の組合せです。プログラムメモリ内に任意のバイト列を構成する様々な技法が開発されました。41Cプロセッサは、バイト列を検出すると、それが通常の組合せであるかどうかにかかわらず処理しなければなりません。非標準なバイト列の組合せを実行した結果は、多くの場合、有用で実用的なアプリケーションになります。)''<br />
<br />
だが同時にこの事実は「HPは意図的に[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のポテンシャルを大幅に絞ってやがる！」とも受け取られた。<br />
<br />
プログラマはふだんから、そのプログラミング環境に用意されたミクロな命令を自由自在に組合せ、マクロな命令を実行するソースコードを書くのが仕事だ。それまでは、HPの御仕着せで自由度が少ない[https://en.wikipedia.org/wiki/High-level_programming_language 高級言語]である[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]でしか[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のソースコードが書けないと思っていたところ、挙動の解析結果から、HPが規定したマクロな命令も内部ではミクロな命令の組合せで動いていて、しかも、HPの手によるミクロな命令の組合せ方は詰めが甘く見え、更に言えば、これら[https://en.wikipedia.org/wiki/Low-level_programming_language 低級言語]で構成されたマクロな命令をユーザの任意に変更できたり、ユーザが新規に任意のマクロな命令を作成できることが判ったのだから、バグによる僥倖とはいえ、怒るのは当然だろう。<br />
<br />
''「[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]として規定・公開しているマクロな命令を、プログラマが欲する粒度のミクロな命令の組合せで動かしているなら、なぜミクロな命令をそのままユーザに使わせてくれないんだ！」<br><br>「[https://en.wikipedia.org/wiki/High-level_programming_language 高級言語]だけではなく[https://en.wikipedia.org/wiki/Low-level_programming_language 低級言語]も使えるようにしたほうが、木目細かなプログラミングが可能なことは知ってるはずだろ！」<br><br>「それに、折角のミクロな命令をこんな勿体無い使い方してるんじゃぁ、OSもメモリも、己が持っているはずの能力を完全に出し切れないじゃないか！」<br><br>「我々プログラマなら、HPよりも上手くミクロな命令を使い熟せて、OSとメモリの潜在能力を使い切れるぞ！」''<ref name="time" /><br />
<br />
本モジュールのマニュアルにある『合成的プログラミング入門』という章は、怒気を含んだ下記の文面で締め括られている。<br />
<br />
''In closing, it should be reemphasized that there is nothing magic about synthetic programming, despite its strange history and "exotic" creation techniques. Synthetic instructions are just instructions that didn't happen to find their way into the Owner's Manual. Their use should be embraced by all serious HP-41C/V programmers.<br><br>(最後に、その奇妙な歴史と「風変わりな」作成技法にもかかわらず、合成的プログラミングには何の魔法も無いことを再度強調しておきます。合成命令は、偶々、マニュアルに掲載されなかったにすぎません。HP-41C/Vの本格的なプログラマであれば、合成命令を積極的に活用すべきです。)''<br />
<br />
このような経緯で広まった合成的プログラミングを、製造・開発元であるHPではその実行を禁止せず、ユーザの自己責任とした。「AYOR (At Your Own Risk) であれば、どうぞご勝手に。その代わり、これを実行した結果どうなろうと、HPに文句を言わないでね」と見逃したのだ<ref name="preface2" /><ref name="preface4" />。先述した通り、合成的プログラミングは「OSだけが使用するメモリ空間」にもアクセスするため、例えば、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が関数電卓として正常に駆動し続けるうえで変更してはならないバイト列を誤って書き換えると、いとも簡単に完全にロックされ、キーボードからのキーインを含め外部から何の操作も受け付けない状態に陥る。こうなると、バッテリパックを抜去し、メモリに記憶した内容が飛び工場出荷時の状態に戻るまで[https://en.wikipedia.org/wiki/Prostration_(Buddhism) 五体投地]を数時間続けた後、バッテリパックを再度装着、電源を再投入し、無事に工場出荷時の状態で起動してくれるのを願うしかないのだが、合成的プログラミングを実行する度にドキドキしながらこの操作を繰り返さねばならないようでは、とてもではないが危なっかしくて、PPC会員は勿論、他のマニアや一般ユーザが気軽に使用できない。<br />
<br />
そこでPPCはHPに[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]に関する仕様や内部文書を開示を要望、合成的プログラミングがより安全に行えるよう、手順やソースコードをブラッシュアップし、アプリケーションパックとしてまとめることを企図した。これが本モジュールの製造名義でもある'''PPC ROM PROJECT'''だ。当然、HPも当初は出し渋ったのだが、最終的にはPPCの熱意に負けて開示した<ref name="preface3" />。だからといってHPが合成的プログラミングにお墨付きを与えた訳ではなく<ref name="preface4" />、40年以上経った現在でもAYORで実行するものだが、開示されたこと自体が本モジュールの開発成功に大きく寄与したのは言うまでもない。<br />
<br />
本モジュールのマニュアルの前言に<br />
<br />
''It took two years and two months to complete. The first year was spent in mastering the HP-41 system, and while we were "first in line" for HP's announced Custom ROM Program, we waited until we could utilize the full power of the HP-41 to produce as complete a programmer's ROM as possible.<br><br>(完成までに2年2カ月を要しました。最初の1年間はHP-41システムを習得するのに費やし、HPが発表した「カスタムROMプログラム」には「一番乗り」したのですが、HP-41をフル活用して、可能な限り完全なプログラマ向けROMを作成できるようになるまで待ちました。)''<br />
<br />
とある通り、このプロジェクトは作業期間が2年を越える膨大なものとなった。さりとて同人モジュールなので、頒布する期日にデッドラインが設定されているわけではないため、慌てず焦らず急ぎつつ、納得するまでチューニングし万全を期すことを選択しているのは流石だ。HPとの受託製造契約はいの一番に締結したものの、実際に製造する日までもいの一番である必要は無い、と極めて冷静である。<br />
<br />
また、一介のユーザコミュニティが同人モジュールを製造・頒布できたのは、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が爆発的に売れたことから様々なサードパーティがHPに対し[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]向けのアプリケーションソフトをリリースすることを希望したことを受け、HPが[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]向けのアプリケーションソフト用のカスタムROMを受託製造する「カスタムROMプログラム」を始めたからであると明記されているのも興味深い。<br />
<br />
この「カスタムROMプログラム」を申し込んだサードパーティはかなりの数に上ったらしく、HPは途中でカスタムROMの受託製造費を大幅に値下げした<ref name="cost" />。カスタムROMの種類が多くとも、モジュールとしての製造総数が多ければ、製造コストが当初の見積りほど掛からなかいことが判ったからだ。本モジュールも製造時にHPから値下げを告げられたことから[https://www.hpmuseum.org/forum/thread-18935-post-165025.html#pid165025 出資1口について2セット(2個のROM、2冊のポケットガイド、2冊の製本版マニュアル、2冊のルーズリーフ版マニュアル)頒布する]よう方針を転換、完成した本モジュールを出資者へ送付する際は、PPCを主宰するRichard J. Nelsonが認めた<br />
''Because of the economics of numbers and a price reduction that HP made after the project started you actually have two ROMs and two sets of manuals. I believe that it is most fitting that if you "dispose" of one of your ROM's that you do so to another PPC Member, or to a person who joins PPC.<br><br>(規模の経済性と、プロジェクト開始後のHPの値下げにより、貴殿には2個のROMと2セットのマニュアルをお届けします。もし貴殿が、お届けしたROMのうち1個を「処分」するなら、他のPPC会員か、PPCに新規入会した方にするのが、最も適切であると考えます。)''<br />
という手紙も同梱した。全出資者に半額相当を返金する手間や送金手数料、PPCへの新規加入者を増やす施策などを考えると、当初の出資金額に見合う2セットを頒布して、1セットは受領した出資者の自由にしたほうが手っ取り早いと考えたのだろう。いかにも大量生産・大量消費を地で行くアメリカらしいマッチョなやり方である。<br />
<br />
ちなみに、この手紙には<br />
<br />
''Your ROM's are serialized. The complete list of serial numbers (1A, 1B thru 2500A, 2500B)<ref name="serial" /> are in the Manual in Appendix F on page 135. Serial numbers 1997A and 1997B "disappeared" in the packing process. If you ever see either of these ROM's let me know.<br><br>(貴殿のROMにはシリアル番号が付与されています。シリアル番号の完全なリスト(1A, 1B から 2500A, 2500B)<ref name="serial" />はマニュアル135ページの付録Fに掲載しています。シリアル番号1997Aと1997Bは梱包の過程で「消えて」しまいました。もしこれらのROMを見かけたら教えてください。)''<br />
<br />
ともあるので、本モジュールの製造に[https://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/archv016.cgi?read=104732 1口あたり95ドル(約22,000円)出資]<ref name="price" />した会員が約2,500名<ref name="users" />居り、その全員に、数字は同じだが末尾だけAとBに分かれたROMを送付したことが判る。よって、本モジュールは少なくとも5,000個製造された<ref name="lot" />ことになる。同人ソフトウェアとしては異例の大量生産だ。裏を返せば、自分たちで計画した同人ソフトウェアの製造に対して2,500名近い会員から賛同を得られ総額237,500ドル(約5,230万円)もの資金を集めることができた当時のPPCは、相当な動員力と資金力を有する巨大なユーザコミュニティだったということになる。2020年代ではよく見掛ける、クラウドファウンティングで資金を集めてニッチなモノの開発・製造するプロジェクトと比較しても引けを取らないどころか凌駕している規模である。<br />
<br />
===HPとユーザコミュニティは「ズブズブの〝共犯関係〟」？===<br />
ここまでの経緯を追うと、大きな謎がひとつ残される。HPのバグ対応の奇妙さだ。<br />
<br />
[[HP-35]]での手痛い実例を出すまでもなく、これまでHPは、内蔵ソフトウェアにバグが存在していることが判れば、可及的速やかにソフトウェアからそのバグを取り除き、その後の生産ではバグを取り除いたソフトウェアを焼き込んだROMに差し替える対応をしてきた<ref name="rom" />。これはユーザから指摘されたバグでも同様である。<br />
<br />
だが、頒布開始が'''1981年12月末'''である本モジュールは、'''1979年7月'''1日発売の[http://www.hp-collection.org/calculators/41c.html HP-41C]や'''1980年12月'''15日発売の[http://www.hp-collection.org/calculators/41cv.html HP-41CV]は勿論、'''1983年10月'''1日発売の[[HP-41CX]]でも問題なく同等に機能する。即ち、HPは、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が抱えるエディタ機能のバグを故意に取り除かず存置することで、すべての[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で本モジュールが正常に機能するよう対応しているかに見えるのだ。<br />
<br />
ではなぜHPはこのバグを取り除かず存置したのか。当時のHPが「折角『カスタムROMプログラム』を利用してまで製造した同人モジュールを『無かったこと』にするのは可哀想だし、ここまで育ったユーザコミュニティを大事にしたい」と考えたのか、「このバグを取り除いたソフトウェアを焼き込んだROMを実装した[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が市中に出回ることで、本モジュールが使える筐体と使えない筐体が併存すると判ったときの、ユーザコミュニティの対応が面倒だ」と考えたのか。はたまた逆に「ユーザコミュニティからの要請で、このモジュールが今後も多くのユーザで使えるよう、このバグだけは存置することに決めた」のか。<br />
<br />
この謎が管理人の頭の片隅で深い眠りに就いていたあるとき、興味深い公式文書に出くわした。1949年〜1998年にHPが自社の技術開発情報をまとめ月刊誌として公開していた[https://en.wikipedia.org/wiki/Hewlett-Packard_Journal HP Journal]の[https://www.hpl.hp.com/hpjournal/pdfs/IssuePDFs/1981-01.pdf 1981年1月号]には[[HP 82153A]]に関する技術解説記事が掲載されているが、その末尾にある謝辞に、当時のPPCが[[HP 82153A]]の製品化前のテストに協力した旨が記されている<ref name="ack" />のを見つけたのだ。この記述は、世間一般のユーザには非公開の機密情報であろう、新しく発売される[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]専用の周辺機器に関する内容を、大手のユーザコミュニティであるPPCにだけは事前に漏洩するどころか、あまつさえ、所属している有力な一部の会員にその製品のテスタとして参加を求め意見を聴取していたことを意味する。<br />
<br />
これを素直な人が見たなら「へぇ〜。えらくオープンだな。数多居るHP電卓ユーザの代表として呼んだのだろけど、それぐらい、当時のHPとユーザコミュニティ(特にPPC)の間には信頼関係が成立していたのね」と受け取るのだろうが、俗世の濁りに染まった管理人の目には「おいおい、想像以上にズブズブの〝共犯関係〟じゃねーか。それに、協力を求めたのが『個人』じゃなくて『自社に好意を持っているユーザコミュニティ』というのもイヤラシイ。当然、事前に何かしらの契約書は交わすのだろうけど、そんなことをしなくとも、機密情報を集団に共有させれば自律的に会員相互が機密を漏洩させないか監視し合うだろうことを解ってやっている」と映り、頭の中で熟睡していた謎を叩き起こした。<br />
<br />
有り体に言えば、この文書を目の当たりにしたことで、このバグを取り除かず存置した理由として先ほど挙げたいくつかのうち「ユーザコミュニティからの要請を受けて、このバグだけは存置することに決めた」線が濃く見えるようになってしまったのだ。<br />
<br />
なにしろ、ユーザコミュニティに出入りするほどではない世間一般の[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]ユーザがマニュアルの記述に従って操作する限り、このバグを踏み抜くことは無いうえ、このバグが存在したとて、マニュアルに記載している仕様通りの演算が実行できることは明確になっている。つまり、このバグは世間一般のユーザに何の影響も無い、所謂 ''harmless issue'' (存在は認識しているが、存在していても無害なバグ)と言えるものだ。<br />
<br />
よって、これまでHPが行ってきたバグ対応の過程を把握しているユーザコミュニティが、HPの機先を制して「我々は今後も、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で合成的プログラミングを実行したいし、継続して本モジュールを使用できる環境を維持・拡大したいから、このバグは取り除かず、そのまま存置して欲しい」と要望、それを受諾したHPがこのバグを ''harmless issue'' に分類し、世間一般のユーザには勿論HP社内の他部署や上層部にもこのように説明もしくは説得することで、「このバグは取り除かず存置する」と決定するのは十分可能だと考えられる。更に、''harmless issue'' を取り除くときに新しいバグを作り込んでしまう(ことで結果的に改修費用が増大する)可能性や、そもそも ''harmless issue'' を取り除くこと自体の費用対効果が薄い<ref name="excuse" />ことも付言すれば、この説明や説得を補強できる。<br />
<br />
謂わば、HPとユーザコミュニティの、ズブズブの〝共犯関係〟が、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]からこのバグを取り除かず存置させ続けたのではないだろうか。<br />
<br />
元より、このバグが存外に根深く、下手するとソフトウェアを最初から作り直さなければならないぐらい、簡単に取り除けない類のものだった可能性も考えられるが、客観的な事実として、[https://www.finseth.com/hpdata/hp41c.php HP-41Cで指摘されたエディタ機能以外の13個のバグ]<ref name="cv" />が[https://www.finseth.com/hpdata/hp41cx.php HP-41CXでは全て取り除かれている]ことから、その可能性は低いだろうことも、この線をより太くさせた。<br />
<br />
本モジュールが5,000個以上も製造され<ref name="lot" />ユーザコミュニティの手に渡ったことがHPの対応を変えさせたのか、ユーザコミュニティとの〝共犯関係〟がこのバグを取り除かせなかったのか&#x2E3A;謎は深まるばかり<ref name="mystery" />だが、HPのRPN関数電卓ラインナップから去るその時まで、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]はこのバグを抱えたまま生産され続けたのは事実である。そのお陰で、現在流通しているすべての[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]で本モジュールが使用できるのだ。<br />
<br />
===時代の20年先を行っていたオープンソースプロジェクト===<br />
本モジュール開発当時の様子はマニュアルの前言に色濃く表れている。<br />
<br />
''Because of the nature of the PPC ROM PROJECT, this manual is somewhat unusual. This manual is the effort of over one hundred users who worked directly on it, and many hundreds of others who indirectly contributed to its completion.<br><br>(PPC ROM PROJECTの性質上、このマニュアルはやや特殊です。このマニュアルは、直接取り組んだ100名以上のユーザと、間接的に完成に貢献した数百名ものユーザの、努力の結晶です。)''<br />
<br />
''This project is unique in the history of software projects. IBM and other large corporations have assigned multi-tens of programmers to a software project, but never before have over 100 programmers worked so long and so hard on a project--without compensation of any kind. The PPC ROM PROJECT is a community project in the true sense of the word. The project has always been completely public with month by month reports openly published for all to study and respond to.<br><br>(このプロジェクトは、ソフトウェアプロジェクトの歴史の中でも特異なものです。IBMをはじめとする大企業は何十名ものプログラマをひとつのソフトウェアプロジェクトに従事させたことはありますが、100名以上のプログラマが、これほど長時間、これほど懸命に、如何なる報酬も無しにプロジェクトに取り組んだことは、かつてありませんでした。PPC ROM PROJECTは本当の意味でのコミュニティプロジェクトです。このプロジェクトは月例報告書によって常に完全に公開されており、すべての人が研究・対応できるようになっています。)''<br />
<br />
驚くことに、この内容は、1998年2月に成立した[https://en.wikipedia.org/wiki/Open_Source_Initiative Open Source Initiative]が提唱する[https://opensource.guide/starting-a-project/ オープンソースプロジェクト]の精神そのままである。このような活動が1979年8月<ref name="before" />に勃興した事実は、当時[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の登場がRPN関数電卓コミュニティでいかに衝撃的だったかを物語る証左だろう。それほどまでに当時の[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]ユーザは熱心かつ真剣に向き合っており、また、向き合わせるだけの魅力があったということだ。これには管理人も心から同意する。<br />
<br />
また、<br />
<br />
''We believe in true personal computing and that a so-called higher level language is not always the path to greater computing power. We want to manage our always-too-small memory in ways we think are best. We prefer a flexible operating system that allows us to control our programming environment, and we want a well thought out operating system that can be altered if we wish.<br><br>(私たちは真のパーソナルコンピューティングを信じており、所謂[https://en.wikipedia.org/wiki/High-level_programming_language 高級言語]が、より大きな演算能力への道とは限らないと考えています。私たちは、いつも小さ過ぎるメモリを、最善と考える方法で管理したいのです。私たちは、プログラミング環境を制御できる柔軟なオペレーティングシステムを好みますし、必要に応じて変更できる、よく考えられたオペレーティングシステムを使いたいのです。)''<br />
<br />
''The routines in the PPC ROM express these interests and concerns. Much of the work that went into the ROM is original and makes a contribution to the Art<ref name="art" />.<br><br>(PPC ROMに焼き込まれたルーチンは、こういったことに関心と興味を示しています。これらルーチンの多くはオリジナルであり、プログラム術<ref name="art" />へ貢献します。)''<br />
<br />
の二文には、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のソフトウェア開発者に対する猛烈な怒りと強烈なアンチテーゼが込められていて清々しい。<br />
<br />
''「あなたがたが作った[https://en.wikipedia.org/wiki/High-level_programming_language 高級言語]である[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]とOSでは、ハードウェアの能力を十分に生かし切れない。[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]を動かすための[https://en.wikipedia.org/wiki/Low-level_programming_language 低級言語]であるバイトを適切に組み直すだけで、ここまで高機能な演算とプログラミングが可能であることを、我々は証明した。もしあなたがたが[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]での『ユーザが実行できるプログラミング環境』として[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]程度のものを提示すればユーザが納得すると考えているなら、それはおかしい。ユーザはそこまで馬鹿ではない」''<br />
<br />
''「我々が作ったルーチンは、ユーザによるプログラミングに使われたがっていることを確信できる。翻って、あなたがたが作った[https://en.wikipedia.org/wiki/FOCAL_(Hewlett-Packard) FOCAL]のルーチンは、そこまでユーザに求められているだろうか？」''<br />
<br />
そう述べているのと同義だからだ。凄まじいまでのhacker spiritsの発露である。<br />
<br />
===ユーザコミュニティの熱気が作らせた===<br />
現代ではまったく見られなくなったが、1980年代前半ぐらいまで、日本で販売されていた電化製品の取扱説明書には、その製品の回路図が記載されており、回路図だけを集めた書籍も販売されていた。半導体の集積回路化がそこまで進んでおらず、ほぼ全てがディスクリートで設計・構成されていたため、故障して修理を依頼するとフィールドエンジニアが現地に足を運び、その場で取説に記載された回路図を読んで故障箇所を特定、異常と判定した部品を交換して復旧させるために必要だというのもあるが、電化製品の生命線である回路図が不特定多数へ公開されることにそこまで神経質になる必要もなかった、長閑な時代だったからだ。管理人も小学生だったころに家にあったブラウン管アナログカラーテレビのディスクリート回路図に魅せられ、故障時には家に呼び付けられた電器屋のオヤジがそれを読み、壊れたトランジスタを特定後、半田鏝で剥がして交換し復旧させているのを目撃している。<br />
<br />
アメリカでも同じ状況だったかまでは調べ切れてないが、HPは電化製品を含む電気機器を対象とした測定機の開発・製造が出自なので、ユーザコミュニティの熱意に負けて詳細仕様の公開に踏み切った判断は理解できる。「マニアは中身の詳細を知りたいだろう」と。その裏には、アメリカという国の根幹に常に流れるDIY精神があるとはいえ、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の部品はほぼ全てが集積回路化され、それらは市販されていなかった<ref name="repair" />ので、1980年代であれば「製品仕様を公開したとて容易に真似できるものではない」うえ「公開することでユーザの裾野が更に広がり、それが拡販にも繋がる」という自信あってこその対応だという想像もつく。<br />
<br />
これが2020年代である現代となると、ライトユーザの安価な設備投資でも、ROMに焼かれたソフトウェアを吸い出せたり、空のROMにソフトウェアを書き込めたり、マイクロプロセッサや液晶ディスプレイやキーボード用スイッチが安価で入手できることから、「製品のクローンを安易に作成できてしまう」可能性が高い。もし現代のHPがユーザコミュニティから同様の要請を食らったら、特許や実用新案が引っ掛かったり、競合他社に剽窃される可能性を考えたりで、仕様や回路図を公開せず<ref name="wp34s" />門前払いするだろう。<br />
<br />
このような世情の変化を踏まえると、同人とはいえ本モジュールが頒布されるまでに至った事実は、40年前という時間軸を考慮しても非常に画期的かつ重要な出来事であったかが解る。〝電卓向け〟の〝同人ソフトウェア〟なんぞ、後にも先にも、本モジュール以外に見たことが無い。当時のユーザコミュニティが持つ熱気が作らせたのだろう。とりもなおさず、この出来事から、当時の[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のユーザコミュニティが如何に広大だったかを窺い知ることもできる。<br />
<br />
ちなみに、1979年の日本では、それまで部品を個別の集めるか半完成品のキットでしか売られておらず「マイクロコンピュータ(マイコン)」と呼ばれていたところに、日本電気株式会社から初めて完成品の「パーソナルコンピュータ(パソコン)」が[https://ja.wikipedia.org/wiki/PC-8000シリーズ#PC-8001 PC-8001]と名付けられ本体価格168,000円で発売されている。この年の大卒平均初任給は109,500円だったので、[https://ja.wikipedia.org/wiki/PC-8000シリーズ#PC-8001 PC-8001]は勿論、[http://www.hp-collection.org/calculators/41c.html HP-41C]ですら高価だと感じたことだろう。日本での[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の販売実績は公開されておらず不明だが、HP製品の日本での総販売代理店でありHPと横河電機製作所の合弁企業であった横河・ヒューレット・パッカード株式会社(YHP)は、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の国内販売にあたり500ページ超のマニュアルを日本語に翻訳してから販売していることから、それなりに売れてはいたようだが。<br />
<br />
==脚注==<br />
<references><br />
<ref name="method">使用するマイクロプロセッサとプログラミング言語に依存するものの、乗算させる処理で、プログラミング言語に規定された乗算関数を使用せず、被乗数を乗数回加算する形で実装すると、コンパイル後のバイナリコードが小さくなるうえ処理速度が向上することが結構ある。マイクロプロセッサやプログラミング言語では、基本的な機能である加算と減算は単純な処理だが、その応用である乗算と除算は複雑な処理で、かつ、処理完了までのステップ数が多くなることが理由だ。コンパイル後のバイナリコードを焼き付けるROMの容量が非常に小さいハードウェア環境や、ミリ秒どころかマイクロ秒単位で演算が完了すること自体がミッションの成否を分けるため全体の処理性能をカリカリにチューンしなければならない宇宙開発(特に宇宙機)等では現代でも使われる手法である。</ref><br />
<ref name="times">1976年3月に発売され現在も製造され続けている超有名8ビットマイクロプロセッサ[https://en.wikipedia.org/wiki/Zilog_Z80 Z80]は、実行できる算術演算命令が加算<code>ADD</code>と減算<code>SUB</code>のみである。したがって、[https://en.wikipedia.org/wiki/Zilog_Z80 Z80]に乗算や除算をさせる場合はソフトウェアで実装するしかないのだが、[https://en.wikipedia.org/wiki/Zilog_Z80 Z80]がデフォルトでアクセスできるメモリ空間はROMとRAMを合わせて64kB(65,536バイト)と狭小だ。よって、[https://en.wikipedia.org/wiki/Zilog_Z80 Z80]のソフトウェアはこのような書き方のオンパレードとなる。乗算は本文と同じ実装が殆ど、除算は被除数から除数を減算できた回数(と、それによって生じた剰余)を得る実装が基本だ。ちなみに222関数を実装した[[HP-41CX]]の内蔵ソフトウェアは20kB(20,480バイト)のROMに焼き込まれ、RAMは2,233バイト(1レジスタが7バイトで319レジスタ)＝2kBちょっとである。</ref><br />
<ref name="dq1">ソフトウェアのダイエットと言えば、管理人の世代は漏れなく購入することが義務(？)であろう[https://ja.wikipedia.org/wiki/ドラゴンクエストシリーズ ドラゴンクエストシリーズ]の第1作「[https://ja.wikipedia.org/wiki/ドラゴンクエスト ドラゴンクエスト]」が、僅か64kBのROMにプログラム・キャラクタ・音楽のすべてを収めるべく、[https://game.watch.impress.co.jp/docs/news/312961.html ゲーム内で使う片仮名を20個に制限した]ことが有名だ。1986年5月27日発売のソフトウェアですらこのような状況だったということは、それ以前に発売された[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のソフトウェア開発では、プログラム関数電卓として使い勝手が良く、かつ、ソフトウェアのダイエットに繋がるミクロな命令を、如何に設定するかが何より重要な課題だったかが判る。ちなみに[https://ja.wikipedia.org/wiki/ドラゴンクエスト ドラゴンクエスト]で使える片仮名は「イ・カ・キ・コ・シ・ス・タ・ト・ヘ・ホ・マ・ミ・ム・メ・ラ・リ・ル・レ・ロ・ン」で、これらと濁点「゛」と音引き「ー」の組合せが許容された。なお、平仮名は全文字が許容されたようだ。</ref><br />
<ref name="hp35">この場合は「ミクロな命令」と「マクロな命令」を合算した個数である。三角関数/逆三角関数/対数/指数で近似値を得るには[https://en.wikipedia.org/wiki/Taylor_series テイラー展開]を使用するが、それをたった767命令で、しかも現代でも通用する演算精度で実装しているのだから驚く他ない。演算量を減らすためか、本来のテイラー展開を使用せず簡易式で実装した[[電卓技術教科書〈研究編〉|シャープのエンジニア]]は、[[HP-35]]の演算精度に何を思ったのだろうか。</ref><br />
<ref name="exp">歴代のHP製RPN関数電卓で[[HP-35]]だけ、冪乗のスタック配置が逆である。例えば&nbsp;<math>2^3</math>&nbsp;を演算させる場合、他機種のように&nbsp;{{keypress|<math>y^x</math>}}&nbsp;であれば&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>y^x</math>}}&nbsp;とRPNらしく素直に入力できるが、本機では&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|enter}}&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|<math>x^y</math>}}&nbsp;と羃指数を先に入力する必要がある。これは、本機の命令数の制約から常用対数&nbsp;{{keypress|<math>\log</math>}}&nbsp;の逆関数である10の冪乗&nbsp;{{keypress|<math>10^x</math>}}&nbsp;の実装が見送られたため、スタックXの真数を演算する際にキーイン数が最小となる&nbsp;{{keypress|<math>1</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;{{keypress|<math>x^y</math>}}&nbsp;で済むよう、敢えて入れ替えたといわれている。</ref><br />
<ref name="call">''For the most part, instruction codes are not handled by the CPU as individual binary bits, but are grouped to gether into groups of 8 bits called "bytes". A byte is the smallest unit of program code over which the user has keyboard control. Many 41C instructions are represented as a single byte, and the remainder as multibyte groups; none are coded with fewer than 8 bits. (殆どの場合、CPUは命令コードを個々のバイナリビットとして扱わず、「バイト」と呼ばれる8ビットのグループにグループ化して扱います。バイトはユーザがキーボードで制御できるプログラムコードの最小単位です。多くの41C命令は1バイトで表現され、残りは複数バイトのグループで表現されます。8ビット未満でコード化されたものは有りません。)''</ref><br />
<ref name="preface1">Richard J. Nelsonによるマニュアルの前言には''It is true that PPC members have mastered the HP-41 all by themselves. It is also true, however, that while those wild and weird synthetic programmers were exploring the 41 system, HP was quietly cheering and applauding their effort. (PPC会員がHP-41を独力でマスタしたのは事実です。しかし、このような荒唐無稽で奇妙な合成プログラマたちが41のシステムを探求している間、HPは静かに彼らの努力を応援し、拍手を送っていたこともまた事実です。)'' とある。どうやら当時のHPはユーザコミュニティによるハッキングを、疎ましいので止めさせたい行為ではなく、自社のソフトウェアを無償でデバッグしてくれる有り難い行為だと考えていたようだ。40年以上前のHPとユーザコミュニティの関係性が解る、貴重な記述である。</ref><br />
<ref name="time">HPが指定した演算処理手法や内容が手緩く、実装次第では[[HP 5061-7287|HP-41シリーズ用数学・統計拡張モジュール]]や[[HP 00041-14003|HP-41シリーズ用財務・金融拡張モジュール]]を購入せずとも大抵の演算が可能だと判ったのだから、ある意味で当然の反応と言えよう。ただ、演算時間から見ると痛し痒しである。例えば、数多ある円周率<math>\pi</math>の近似値を得る公式の1つとして有名な[https://en.wikipedia.org/wiki/Leibniz_formula_for_%CF%80 ライプニッツの公式]<math>\textstyle \int_{0}^{1}\!\frac{4}{(x^2+1)}dx=\pi</math>の演算で比較する。本文でも触れた、本モジュールに収録されている高精度積分ルーチン<code>IG</code>は[https://en.wikipedia.org/wiki/Romberg%27s_method ロンベルグ法]による数値解析だが、演算桁数を小数点第4位までに設定すると'''49秒'''掛かって<code>3.1416+00</code>を、第6位までに設定すると'''89秒'''掛かって<code>3.141593+00</code>を、それぞれ出力することが、本モジュールのマニュアルに明記されている。これに対し、[[HP 5061-7287|HP-41シリーズ用数学・統計拡張モジュール]]が内蔵している数値積分<code>INTG</code>は[https://en.wikipedia.org/wiki/Simpson%27s_rule 合成シンプソン&frac13;法]による数値解析だが、演算時間と演算結果を実機で確認すると、<math>n=10</math>で演算すると'''9秒'''で<code>3.141592614</code>が、<math>n=30</math>で演算すると'''26秒'''で<code>3.141592653</code>が、それぞれ得られる。両者を比較すると、演算精度はどちらも問題無いが、演算速度は[[HP 5061-7287|HP-41シリーズ用数学・統計拡張モジュール]]が倍以上速い。即ち、演算精度と演算時間を天秤にかけた結果、当時のHPは「『演算時間が長い』のはユーザにデメリットで、マーケティングからも製品のメリットを覆い隠してしまう」と、数値積分をアプリケーションパックとして切り出す判断をしたと考えられる。だが、プログラマからすれば「単体でそのポテンシャルが有るなら、演算時間が多少長くても、高精度な演算結果が得られる機能が欲しい！」と考えるのも解る。マーケティングとエンジニアリングでどうバランスするか、難しい話である。</ref><br />
<ref name="preface2">Richard J. Nelsonはマニュアルの前言で''Also, there was no reason to restrict these instructions from being placed into the ROM--at PPC's risk, of course. (また、これらの命令をROMに入れることを制限する理由はありません&#x2E3A;勿論、PPCのリスクで。)'' と、本モジュールの製造と使用の危険性はPPCが負っていたことを述べている。</ref><br />
<ref name="preface3">Richard J. Nelsonはマニュアルの前言で''Formally, informally, officially, and unofficially, HP personal assisted where they could. (公式、非公式、正式、略式に、HPは可能な範囲で個人的に支援しました。)'' と謝意を述べている。</ref><br />
<ref name="cost">[[HP-41CX]]で記載したように、[http://www.hp-collection.org/calculators/41c.html HP-41C]を発売した当初のHP純正アプリケーションパックの定価は75ドルか45ドルであったところ、1980年12月15日に[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を発売したと同時に、75ドルのものは45ドルに、45ドルのものは30ドルに、それぞれ一斉に値下げしたが、このとき同時に「カスタムROMプログラム」による受託製造費も値下げした。アプリケーションパックがバカ売れしていたところに「カスタムROMプログラム」の受注も加わったことでモジュールとしての製造総数が積み増しされ、結果として、製造コストが半減したからだ。「規模の経済」(和製英語でいうスケールメリット)を地で行く好例であろう。</ref><br />
<ref name="preface4">Richard J. Nelsonもマニュアルの前言で''It is not possible for HP to endorse or approve synthetic instructions. (HPが合成的命令を推奨したり承認したりすることは有り得ません。)''と強い調子で明記している。</ref><br />
<ref name="serial">管理人は13個のPPC ROMを所有しているが、この形式のシリアル番号が刻まれたものは8個(末尾Aが6個、末尾Bが2個)ある。即ち、それ以外の5個は追加で製造されたものとなる。</ref><br />
<ref name="price">この金額はかなり高い。[[HP-41CX]]で記載したように、[http://www.hp-collection.org/calculators/41c.html HP-41C]を発売した当初のHP純正アプリケーションパックの定価は75ドルか45ドルだったが、1980年12月15日に[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を発売したと同時に、75ドルのものは45ドルに、45ドルのものは30ドルに、それぞれ一斉に値下げしている。本モジュールの製造・販売が企画された1979年8月時点では[http://www.hp-collection.org/calculators/41cv.html HP-41CV]が発売されてないため、このときユーザが持っていたであろうアプリケーションパックに対する相場感は75ドルか45ドルだったはずだ。よって、出資額は相場より20〜50ドル高いことになる。ユーザコミュニティだけでの話とはいえ、それでも2,500口が埋まったのだから、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]に対する当時の熱狂ぶりと期待感の大きさが判る。</ref><br />
<ref name="users">マニュアルの該当ページを確認すると、1名義で2口・3口・4口・5口と出資した会員が結構居ることが判る。よって、出資者の総数は2,500名を割る。最多は1名義で10口。7口出資した名義もある。</ref><br />
<ref name="lot">[https://www.hpmuseum.org/forum/thread-18935-post-165027.html#pid165027 ここ]に依ると、最初に製造した5,000個は1981年末に全出資者へ送付している。その後、本モジュールが評判となり、出資しなかったことを後悔したPPC会員が続出したため、PPCは追加での製造を決断。PPCは概ね250個単位でHPに発注し、1982年末までにトータルで5,600〜5,650個を(即ち、1年間で600〜650個を追加で)製造・送付している。なお、1983年以降も追加製造は続いており、製造総数は詳らかでない。</ref><br />
<ref name="rom">真のHP製RPN関数電卓マニアは「ある機種で内蔵ソフトウェアROMが差し替えられたことが判っている場合、すべてのROMバージョンの本体を所有する」のが大前提で、「[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]や[https://www.hpmuseum.org/hp71.htm HP-71]のアプリケーションパックでROMのバージョン違いが存在する場合も、すべてのROMバージョンを揃える」とのこと。とてもではないが、管理人は[[HP-35]]以外の機種でそこまでするつもりはない。そもそも重大なバグを抱えた内蔵ソフトウェアROMを実装した本体は殆ど市場に出回らない＝摘出されたバグは即改修され入手困難＝市場に出ると異常に高値で取引されることもある。稀に、その貴重性をあまり理解してないセラーが「バグばかりだから」と極端な安値で出品すると争奪戦になる。<br>管理人も、[https://www.finseth.com/hpdata/hp41c.php 13個のバグ]をすべて含む最初期のソフトウェアROMが実装された、1979年第32週(8月5日〜11日)製造の[https://www.hp-collection.org/calculators/41c.html HP-41C]を所有しているが、これは偶々eBayに「170ドルで即落札」という異常な安値で出品されていたのを見つけ、その場で応札したからだ。このようにRPN関数電卓マニアは、日々のeBay巡回が欠かせない。</ref><br />
<ref name="ack">14ページに''Special thanks goes to the PPC (a user's group) for help in testing the product, especially to Jake Schwartz for suggestions leading to the paper keyboard layout. (製品のテストに協力してくれたPPC(ユーザグループ)、特に紙のキーボードの配置につながる提案をしてくれたJake Schwartzに特別な感謝を捧げます。)''とある。「紙のキーボード」とは、各物理キー毎に振られたバーコードを本体の外形に合わせて配置し印刷したもので、Jake Schwartzは[https://m.youtube.com/watch?v=XQ_wC2Zp0OI 2023年現在もPPCに所属する超古参会員]だ。テストに参加していたであろう1980年末頃は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のソフトウェアの全貌を把握し終えており本モジュールの開発で忙しかっただろうが、一般ユーザは決して触れることができない、製品化される前の試供品のテストに参加できたのだから、ユーザコミュニティとしても鼻高々だっただろう。</ref><br />
<ref name="cv">[http://www.hp-collection.org/calculators/41cv.html HP-41CV]のROMは[http://www.hp-collection.org/calculators/41c.html HP-41C]と[https://www.finseth.com/hpdata/hp41cv.php まったく同じ]である。</ref><br />
<ref name="mystery">もし当時の関係者にインタビューできたら、HPとユーザコミュニティでは公式見解が異なるのではないだろうか。</ref><br />
<ref name="excuse">このような ''harmless issue'' への対応は、費用対効果を何よりも重視する外資系企業では特にありがちな、極めて現実的な内容だ。管理人も日々頻繁に見掛ける。稀に、他の重要なバグと一緒に改修されることもあるが、やっつけ仕事なので、正しく改修されていないこともよく経験する。</ref><br />
<ref name="before">Richard J. Nelsonはマニュアルの前言に''In the August, 1979, FPC JOURNAL (V6N5P27c), I proposed that we take on a routines ROM. In late August of 1979 I sent a formal letter to Hewlett-Packard which stated in part: "PPC would like to purchase an 8K HP-41C Custom ROM. Please consider this as a formal "Letter of Intent". Enclosed is a check (PPC #999) for $1,000.00 as a deposit." (1979年8月のFPC JOURNAL (V6N5P27c)で、私はルーチンROMの開発を提案しました。1979年8月下旬、私はHPに次の内容を認めた正式な文書を送付しました：「PPCはHP-41Cの8kBカスタムROMの購入を希望します。この手紙を正式な『合意文書』と見做してください。手付金として1,000ドルの小切手を同封します。」)'' と、PPC ROM PROJECTが1979年8月にスタートしたことを明記している。</ref><br />
<ref name="art">この文でのartの語義は「技術・要領・コツ」だが、わざわざ"the Art"と定冠詞＋大文字で記しているのは、数学者・計算機科学者であり「アルゴリズム解析の父」と呼ばれる[https://www-cs-faculty.stanford.edu/~knuth/ Donald Knuth]が1968年からライフワークとして出版しているアルゴリズム解説書[https://www-cs-faculty.stanford.edu/~knuth/taocp.html ''The Art of Computer Programming (TAOCP)'']から来ていると想像される。1974年、氏のそれまでの様々な偉業に対し「コンピュータ界のノーベル賞」と位置付けられる[https://en.wikipedia.org/wiki/Turing_Award チューリング賞]が[https://amturing.acm.org/award_winners/knuth_1013846.cfm 授与された]が、その1つに「TAOCPの出版」が挙げられるほど、この業界では影響力が大きく、今なお必読の書とされる。尤も、原著である英語版はもとより、日本語訳版で読んでも、内容を理解するのは難しい。行間と意図を読み取り、想像力を働かせ、脳をフル回転させる必要がある。ただ、読んでいて面白いのは確かだ。</ref><br />
<ref name="repair">1987年12月31日以前に発売した機種に対してはHPが修理サービスを提供しており、また、ユーザでも簡単に開腹できたため、ユーザがAYORでDIYで修理したい場合、HPに問合せることで、そのための保守部材であるLSIを含む部品の入手は可能だったようだ。1988年1月1日以降に発売した機種からは「購入後1年未満で故障した製品には同等以上機種の新品と交換、購入後1年経過後は修理サービス提供なし」へ製品保証内容が変更され修理サービスが提供されなくなり、保守部材も市販されなかったようだ。詳細は[[HP-28S#「半導体の技術進歩と低廉化」が全てを変えた|HP-28S]]を参照のこと。</ref><br />
<ref name="wp34s">尤も、ユーザ自身がAYORで製品の中身を解析し公開すること自体は避けられず、また、そうするよう仕向けたとしか思えない製品をHPが販売したことはある。さもなければ、ユーザコミュニティによるもう1つの偉業と言って然るべき同人プロジェクトである[[WP 34S]]は産まれなかっただろう。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP_82182A&diff=6795
HP 82182A
2025-05-05T13:33:19Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓周辺機器|frame=1}}<br />
<br />
[http://www.hp-collection.org/calculators/41c.html HP-41C]および[http://www.hp-collection.org/calculators/41cv.html HP-41CV]専用の時計モジュール。モジュール背面に記されるパッケージ名称は〝'''TIME MODULE'''〟。HP-41CおよびHP-41CVの拡張スロットに装着し、時計および計時に関する機能を拡張する。<br />
<br />
このモジュールを装着すると、時計・2199年12月31日までのカレンダーと経過日数や週数の計算・スプリットタイムを含むストップウォッチ機能・タイマー機能・アラーム機能が使えるようになる。なお、[[HP-41CX]]には高精度発振器とこのモジュールで拡張できる機能が内蔵されているため装着不要だ。<br />
<br />
===NASAからの要請===<br />
本モジュールはNASAからの要請により超特急で新規開発されたものだ。1981年、NASAが初飛行を目指していた[https://en.wikipedia.org/wiki/Space_Shuttle スペースシャトル]の装備品として[http://www.hp-collection.org/calculators/41cv.html HP-41CV]を制式採用するにあたり、HPに2点の改造を要請したが、本モジュールはそのうちの1点「クォーツ時計/タイマー/アラーム機能の実装」に端を発する。恐らくNASAはこれらの機能を[http://www.hp-collection.org/calculators/41cv.html HP-41CV]に内蔵させることを意図したと思われる<ref name="nasa" />が、HPは[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の拡張性をフルに生かしモジュールを新規開発することで実現、一般発売に至った。<br />
<br />
本モジュールには[http://www.hp-collection.org/calculators/41c.html HP-41C]と[http://www.hp-collection.org/calculators/41cv.html HP-41CV]には実装されていない高精度発振器が組込まれているため、これら2機種に装着することで正確な計時が可能となるが、高精度発振器を駆動させ続ける必要があるため消費電力が増す<ref name="battery" />。<br />
<br />
管理人は[http://www.hp-collection.org/calculators/41c.html HP-41C]と[[HP-41CL]]で使用するために所有している。<br />
<br />
==脚注==<br />
<references><br />
<ref name="nasa">NASAがHPに要求したもう1点が「ACアダプタ差込口と拡張スロットの溶接による閉塞」であることからも判る。なお、HPはこの「溶接による閉塞」を施した以外は市販品とまったく同じ[http://www.hp-collection.org/calculators/41cv.html HP-41CV]と本モジュールをNASAに納品している。</ref><br />
<ref name="battery">マニュアルでは以下のように記載されている。<br><br />
*高電流消費(5～20mA)。{{keypress|ALMCAT}}&nbsp;機能(アラームカタログ)を使用している場合、または、ストップウォッチモードに設定している(ストップウォッチが表示されている)場合。このモードは、[http://www.hp-collection.org/calculators/41c.html HP-41C]または[http://www.hp-collection.org/calculators/41cv.html HP-41CV]がプログラムを実行している状態に相当する。<br />
*中程度の電流消費(0.5～2.0mA)。時計を表示している場合。このモードは、[http://www.hp-collection.org/calculators/41c.html HP-41C]または[http://www.hp-collection.org/calculators/41cv.html HP-41CV]とディスプレイの電源がONでキーボードからの入力を待っている状態に相当する。<br />
*低電流消費(0.01～0.05mA)。[http://www.hp-collection.org/calculators/41c.html HP-41C]または[http://www.hp-collection.org/calculators/41cv.html HP-41CV]とディスプレイの電源がOFFの場合。本モジュールの高精度発振器は、時計、および(動作中の場合は)ストップウォッチを維持するために継続的に動作する必要がある。このモードは、[http://www.hp-collection.org/calculators/41c.html HP-41C]または[http://www.hp-collection.org/calculators/41cv.html HP-41CV]の電源がOFFの状態に相当する。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-67/HP-97&diff=6784
HP-67/HP-97
2025-05-05T01:24:45Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1976年7月1日〜1982年1月11日/1984年12月1日に販売された科学・数学向けRPN関数電卓。HP-67は可搬型、HP-97は机上設置型だが、マイクロプロセッサと実装された関数はまったく同じで、両機種専用ROMとRAMは第二世代にあたるWoodstockシリーズ向けに開発されたアーキテクチャを流用することで大幅なコストダウンを実現した。コードネームは、HP-67が[https://en.wikipedia.org/wiki/Northrop_Grumman_E-2_Hawkeye Hawkeye (ノースロップ・グラマン社が製造しているアメリカ海軍向け早期警戒機E-2)]<ref name="hawkeye" />、HP-97が[https://en.wikipedia.org/wiki/Kitty_Hawk,_North_Carolina Kitty Hawk (アメリカ・北カリフォルニア州の街。ライト兄弟により初の有人動力飛行が成功した地)]である。製品寿命としてはHP-97が約2年長いが、その理由は、HPが発売する机上設置型RPN関数電卓の最終モデルをHP-97としたことに依る配慮だろう。1980年代に入ると購入者側も関数電卓を含む電卓＝可搬型という認識が当たり前となったことで机上設置型の販売数が漸減傾向となり、残り少ない需要はHP-97で賄うことにしたのだ<ref name="95c" />。HP-97の販売終了を以て、HPの関数電卓のラインナップから机上設置型は姿を消した。<br />
__TOC__<br />
===HP製関数電卓のプログラミング環境の種を播く===<br />
両機種の共通仕様として、磁気カードリーダライラを内蔵し、メモリは26スタック分、プログラミングは224ステップ(＝磁気カード1枚)分まで拡大されている。プログラミング機能では間接アドレスが指定できるようになり、ネストも3段まで許容されるよう改善されている。また、標準ソフトウェアである14本＋1本のプログラム入り磁気カード、24本のブランク磁気カード、1本のヘッドクリーニングカードを1セットにした〝Standard Pac〟(00067-13101/00097-13101)<ref name="standard" />も附属した。<br />
<br />
可搬型であるHP-67は[[HP-35]]の外形を踏襲して物理キーが35個しか無いため、各キーに4つの機能を割り当てるべくシフトキーがシフトキーが&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;{{keypress|{{Font color|black|DeepSkyBlue|<math>\; \color{black}{\mathbf{g}} \;</math>}}}}&nbsp;{{keypress|{{Font color|white|black|<math>\; \color{white}{\mathbf{h}} \;</math>}}}}&nbsp;と3段構えだが、机上設置型であるHP-97はサーマルプリンタを実装し筐体が大きいことから、関数だけで物理キーを24個実装できたため、シフトは&nbsp;{{keypress|{{Font color|black|DarkOrange|<math>\; \color{black}{\mathbf{f}} \;</math>}}}}&nbsp;のみ1段で済んでいる。サーマルプリンタでは純正感熱ロール紙(HP 82045A)を使用するが〝幅2インチ¼＝57.15mm〟〝直径45mm〟を満たす市販の感熱ロール紙であれば転用できる。管理人が調べる限り、三栄電機製プリンタ[http://www.sanei-elec.co.jp/products/printer-sm1-21/ SM1-21]の専用補充品である[http://www.printy-net.jp/html/roll/p-57-45a.html P-57-45A]が、幅はまったく同じ、直径はほぼ同じなので、使用している。HP-67は勿論、HP-97も充電池で駆動できるが、満充電後の連続運用時間はそれぞれ「3時間」「3〜6時間」と短い。専用充電池は販売停止となって久しいが、代替品の入手は容易く、その点で困ることは無い。<br />
<br />
HP-67とHP-97の間でプログラムは完全互換する。即ち、HP-67でプログラムしたものを磁気カードに書き込み、それをHP-97に読み込ませても、HP-97は問題なくプログラムを実行でき、まったく同じ結果が得られる。逆もまた然りである。しかし、磁気カードに記録される内容は両機種で異なる。プログラミングは物理キーに割り当てられた機能や関数を呼び出す形で実行するが、このとき機能や関数を呼び出す方法が「物理キーの座標(位置)」だからだ。先述の通り、HP-67とHP-97では物理キーの数も位置もまったく異なるため、プログラムを磁気カードに保存する際は、プログラムのソースコードと一緒にプログラミングした機種を記録する。磁気カードを読み込んだ機種とプログラミングした機種が異なるときは、ソースコードにある「物理キーの座標(位置)」を、読み込んだ機種のそれに変換してからRAMに格納して実行することで、互換性を確保している。<br />
<br />
日本では、伝説的なプログラマであり経営者であった<span style="font-size:0.7em">故</span>[https://en.wikipedia.org/wiki/Satoru_Iwata 岩田聡]氏が高校生だった時、HP-67のプログラミング機能で磁気カード6枚(224ステップ×6枚＝1,344ステップ)を費やし[https://en.wikipedia.org/wiki/Star_Trek Star Trek]をテーマにしたゲームを作成、それを当時のHP製品に関する日本国内での総代理店でありHPと横河電機製作所の合弁会社であった横河・ヒューレット・パッカード株式会社(YHP)に送ったところ、あまりの出来の良さに驚いたYHPがHP-67に関する大量の資料を送り返した[https://www.4gamer.net/games/999/G999905/20141226033/index_2.html エピソード]が有名である。[http://www.dentaku-museum.com/calc/calc/51-hp/hp/ad/ad5/1.pdf YHPによる日本国内での定価]は、HP-67が144,000円、HP-97が240,000円。<br />
<br />
なお、先代である[[HP-65]]と異なり、本機には宇宙に出た記録が無い。NASAの公式記録では、1978年8月1日、航空機の[https://en.wikipedia.org/wiki/Aircraft_dynamic_modes 空力安定性]を本機のプログラミング機能で演算・実行するための[https://ntrs.nasa.gov/citations/19780022195 メモ]を公開したのが唯一の事例である。<br />
<br />
HP-67にしろHP-97にしろ、eBayをはじめとするオークションサイトへの出品は少ないどころか、両機種とも発売から45年経過しているため、状態が良好で完動品となると珍品扱いで高価となる。特に両機の磁気カードリーダライタとHP-97のサーマルプリンタは〝故障してるのが当たり前〟なので、RPN電卓マニアが売っているDIYキットを購入のうえ公開している手順([https://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/articles.cgi?read=241 HP-67磁気カードリーダライタの修理手順]/[https://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/articles.cgi?read=180 HP-97磁気カードリーダライタの修理手順]/[https://www.hpmuseum.org/cgi-sys/cgiwrap/hpmuseum/articles.cgi?read=84 HP-97サーマルプリンタの修理手順])に沿って自分で修理するか、有償で請け負うRPN電卓マニアに修理を依頼するかの二択となる。尤も、DIYキットは日本国内で売っておらずアメリカから取り寄せる必要があるため、DIYキットを取り寄せるにしろ修理を依頼するにしろアメリカとやりとりする手間は同じなので、最初からRPN電卓マニアに修理を依頼するほうが早い。管理人は懇意にしているアメリカ在住の信頼できるRPN電卓マニアに修理を依頼<ref name="mania" />することで全台を完動品とし、可搬型のHP-67は4台所有しているが、机上設置型のHP-97は、その大きさ故、2台しか所有していない。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}507225.705\ \; (\varepsilon\!_R=1.33\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック<br />
|colspan="2"|3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数<br />
|colspan="2"|180kHz (Woodstock)<br />
|-<br />
|rowspan="2" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-67<br />
|colspan="2"|HP 82001A/B (3.6V 450mAh/900mAh 充電池:中身は単3形Ni-Cd充電池×3個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-97<br />
|colspan="2"|HP 82033A (4.8V 750mAh 充電池:中身はSC(Sub-C)形Ni-Cd充電池×4個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間<br />
|colspan="2"|1976年〜1982年/1984年<br />
|-<br />
|rowspan="2" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-67<br />
|アメリカ → シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-97<br />
|アメリカ → シンガポール → ブラジル<br />
|-<br />
|rowspan="2" align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1976年発売当時の定価<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-67<br />
|450ドル (約132,750円)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|HP-97<br />
|750ドル (約221,250円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="hawkeye">本機の開発に着手したと想定される1973年、E-2に実装されたコンピュータをアナログからディジタルへ換装したE-2Cがロールアウトしているが、そのディジタルコンピュータ群のひとつとして[https://en.wikipedia.org/wiki/HP-UX HP-UX]の[https://en.wikipedia.org/wiki/Windowing_system Windowing system]で動くAdvanced Control Indicator Set (ACIS)が含まれており、それを記念して付与したものと思われる。なお、ACISに実装されたCPUは[https://www.jhuapl.edu/content/techdigest/pdf/V23-N2-3/23-02-Sunday.pdf 組込専用のHP 743、のちHP 744]である。</ref><br />
<ref name="95c">1977年1月、実装された機能や関数から[[HP-41CX]]を含むHP-41シリーズの机上設置型と見做せる[http://www.hp-collection.org/calculators/95c.html HP-95C]を完成、ごく少量(50台とも100台とも)生産したものの、市場に投入しなかった。型番にCが付されていることから判るように、本機は磁気カードリーダライタの代わりに[[HP-25#cite_note-25c-5|連続メモリ]]を実装しているが、複数人で共有する形で使われることが多い机上設置型では、各ユーザがキーインしないと機能や定数を記憶させることができないうえ、使用後はそれらを忘れずに全てクリアしないと別のユーザの演算に影響を及ぼす可能性が高い[[HP-25#cite_note-25c-5|連続メモリ]]より、各ユーザが作成した磁気カードを読み込ませるだけで機能や定数を一気に書き換えられる磁気カードリーダライタのほうが市場性があるとHPは判断、[http://www.hp-collection.org/calculators/95c.html HP-95C]はお蔵入りとし、HP-97を継続して販売することにした。しかし、2年後の1979年、[[HP-25#cite_note-25c-5|連続メモリ]]を実装し、磁気カードリーダライタを別売[[HP_82104A|オプションパーツ]](195ドル＝約42,900円)とした初代HP-41シリーズである[http://www.hp-collection.org/calculators/41c.html HP-41C]を295ドル(約65,000円)で市場に投入したところ、ヴァージョンアップを繰り返し足掛け11年5ヶ月間販売されるという超ベストセラー機種となったことから、このときHPが下した「[http://www.hp-collection.org/calculators/95c.html HP-95C]は販売中止」という決断は誤っていたことになる。このような経緯から、HP製RPN電卓マニアが[http://www.hp-collection.org/calculators/95c.html HP-95C]について触れるときは「時代を先取りし過ぎた機種」と哀憫の情を伴うことになる。<br>ではなぜ[http://www.hp-collection.org/calculators/95c.html HP-95C]の存在が知られたのかと言えば、「HP(の誰か)が倉庫で眠っていたのを放出したから」が正解のようだ。あまりの生産数の少なさ故、入手できるか否かは時の運。もし出品された場合は著しく高価になると思われる。ネットに転がっている全232ページの[https://literature.hpcalc.org/items/1121 マニュアル]を読むにつけ、少なくともHPの製造部門は[http://www.hp-collection.org/calculators/95c.html HP-95C]の販売について準備万端整えていたことが窺え、寂寥感が増す。</ref><br />
<ref name="standard">磁気カードリーダライタで読み込ませることで、以下の機能や関数を拡張する。<br />
*[https://en.wikipedia.org/wiki/Moving_average 移動平均]<br />
*作表(タビュレータ) 最大24行<br />
*曲線あてはめ<br />
*カレンダー<br />
*年金と複利演算<br />
*プログラミングの初歩(Follow me)<br />
*[https://en.wikipedia.org/wiki/Solution_of_triangles 三角形の決定]<br />
*ベクトル演算<br />
*多項式評価<br />
*3行3列の行列式演算<br />
*<math>f(x)</math>の演算と求根<br />
*[https://en.wikipedia.org/wiki/United_States_customary_units アメリカ慣用単位]⇔SI単位変換<br />
*算数の初歩(Arithmetic Teacher)<br />
*ゲーム「月ロケットと着陸船」<br />
*HP-67/HP-97故障診断</ref><br />
<ref name="mania">こうして現地のRPN電卓マニアと仲良くなると、状態が良いRPN電卓をeBay等へ出品する前に割安な価格で斡旋してくれたり、面白い情報を教えてくれたりするメリットも副次的に発生する。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-25&diff=6783
HP-25
2025-05-05T00:56:55Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1975年8月1日〜1978年5月1日に販売された科学・数学向けRPN関数電卓。第一世代である[[HP-35]]の後継となる第二世代の[https://www.hpmuseum.org/hp21.htm HP-21]の上位機種にあたり、HP製RPN電卓としては8機種目である。コードネームは[https://dictionary.cambridge.org/us/dictionary/english/squash Squash (南瓜)]。第二世代はWoodstockシリーズとも呼ばれている<ref name="1st" />が、本機はWoodstockシリーズ初のプログラマブル関数電卓<ref name="program" />である。管理人は『[[ポケット電卓による計算解析 −HP 25による−]]』という書籍の存在を知り、本書の美品が購入できたため、本機を購入している。<br />
__TOC__<br />
[[HP-35]]から3年経過した間に進歩したMOS LSI技術<ref name="mos" />を貪欲に取り入れることで、[[HP-35]]ではそれぞれ独立した半導体として実装した演算回路(A&R)・制御回路(C&T)・二相クロックドライバの3個を1チップに収めたマイクロプロセッサであるACT(Arithmetic, Control and Timing)を[https://www.hpmuseum.org/hp21.htm HP-21]と本機向けに新規開発・実装し、[[HP-35]]と比較して1台あたり200ドルにも及ぶ大幅な価格低減に成功している。スタックは3+1段で変わらず、ACTは10進数だけではなく16進数でも演算できるよう拡張され、12ビットアドレス空間(最大4,096命令)、再帰命令、ユーザが自由に使用できる8個のユーザレジスタ(1レジスタは56ビット)、16個のフラグ、2レベルのリターンアドレス、4ビットレジスタを実装しており、内部では[[HP-35]]と同じ14桁BCDで演算しているが、筐体をポケットサイズに収めることと消費電力を抑えるために、演算結果は7セグメント赤色LEDが10桁分しか無い。演算結果の比較から、本機に実装された演算アルゴリズムを含むソフトウェアは[[HP-35]]と同じと推定される<ref name="soft" />ものの、プロセッサクロック周波数が20kHz切り下げられ180kHzにされたため演算速度が[[HP-35]]より遅いのを体感できる。ユーザによる最大49ステップのプログラムを実行できるが、スタックとプログラムを格納するRAMは揮発性で、入力したプログラムを外部に出力する手段も用意されていないため、電源をOFFするとスタックの内容とプログラムは消失する<ref name="25c" />。本機の附属マニュアルは非常に充実しており、120ページ4色刷りのOwner's Manual、Quick References Guide、161ページのProgram Bookの3部構成。プログラムフォームのサンプルシートも含まれている。<br />
<br />
===自爆する電卓 - ''Roasted chip''===<br />
[[HP-35]]の好評を受けて設計・開発された第二世代たるWoodstockシリーズだが、残念ながら、ハードウェアに致命的な欠陥が存在する。それは'''消耗品である純正充電池(HP 82019A/B)が、整流回路で必須の回路素子(基準電圧源)として組み込まれることを前提にした設計になっている'''というものだ。<br />
<br />
現在市販されているACアダプタは、内蔵する降圧用交流トランスで商用交流電力から受電した交流電力を降圧後、整流回路で直流化して外部に直流電力を供給するのが一般的だが、本機を含むWoodstockシリーズの純正ACアダプタ(HP 82026A)は、交流120V/240Vの複電圧に対応した降圧用交流トランスしか内蔵しておらず、したがって、外部には交流電圧10V程度<ref name="ac" />の交流電力を供給する。これによりWoodstockシリーズでは、HP 82026Aから受電した交流電力を本体に内蔵した整流回路で直流化し、基板上のMOS LSIやICやLEDなど各ハードウェアに供給しつつ、HP 82019A/Bも充電するという回路構成にならざるを得ないのだが、この整流回路の設計に大きな問題がある。<br />
<br />
Woodstockシリーズの整流回路は、<br />
#整流用ダイオード1本で半波整流<br />
#電流制限抵抗1本に直列する形でHP 82019A/Bを充電 (充電電圧2.75V, 充電電流125mA)<br />
#電流制限抵抗とHP 82019A/Bの間から線を引き出し、DC-DCコンバータである2石ブロッキング発振回路へ直流電圧2.4Vの電力を渡す<br />
#2石ブロッキング発振回路はMOS LSIやICやLEDなど各ハードウェア所定の電圧まで昇圧し、これらへ直流電力を供給する<br />
という構成だが、2石ブロッキング発振回路へ渡す電力の直流電圧2.4Vを規定するクランプ回路の基準電圧源として、充電中であるHP 82019A/Bの端子電圧2.4Vを利用する設計になっているのだ。<br />
<br />
クランプ回路は、受電した電力が基準電圧源より過大な電圧であっても、基準電圧源と同じ電圧に<ruby><rb>固定</rb><rt>クランプ</rt></ruby>する機能を提供する。本機のような低電圧の整流回路では、管理人を含むアマチュアの電子回路設計者でも、基準電圧源にダイオード2本を採用する。しかし、当時のHPのハードウェア設計者は「HP 82019A/Bの実態は『2本直列した単3形Ni-Cd充電池』だ。充電されたNi-Cd充電池は1本あたりの起電力＝電圧が1.2Vだから、2本直列で2.4Vになる」ことに着目、基準電圧源にHP 82019A/Bを利用することを思い付いてしまい、整流回路からダイオード2本をケチった。<br />
<br />
これにより、本機をHP 82026Aで給電した状態で使用するときもHP 82019A/Bが取り外せなくなった。裏を返せば、HP 82019A/Bが正常に装着されてなかったり、経時劣化や容量抜けなど異常な状態であることを見逃したりと、HP 82019A/Bに少しでも不備がある状態で本機にHP 82026Aで給電すると、HP 82019A/Bが基準電圧源として機能せずクランプ回路が成立しないため、規定の直流電圧2.4Vより高圧の直流電力を2石ブロッキング発振回路へ渡すことを意味する。ブロッキング発振回路は入力電圧が高ければ昇圧後の出力電圧も高くなる回路特性なので、整流回路全体としては、MOS LSIやICやLEDの電気的仕様を超える高圧の直流電力を供給し、最終的にはそれらを焼き切ってしまう(過電圧による焼損)。<br />
<br />
つまり、Woodstockシリーズ使用時は常に、HP 82019A/Bの装着状態や劣化状況をユーザが監視せねばならず、それを怠ると、いとも簡単に自爆する電卓なのだ。<br />
<br />
さすがに「電源回りの回路設計が雑なので…」とは言えないからだろう、Woodstockシリーズのマニュアルは随所に''Whether you operate from battery or from power supplied by the charger,'' '''''the battery must always be in the calculator.''' (充電池で使用する場合も、充電器から電源を供給する場合も、'''必ず、常に、電卓に充電池を装着してください。''')'' という定型の注意書きが繰り返され、本機マニュアル102ページでは、わざわざ下記のように目立たせて警告を発しているものの、これらの文から、整流回路がここまで粗末なことを見透すのは難しい。<br />
<br />
<center><br />
{|style="border-style: solid; border-width: 1px; border-color: skyblue"<br />
|<center><font color="red">'''CAUTION'''</font><br>'''Attempting to operate the HP-25 from the ac line with the battery pack removed may result in damage to your calculator.'''<br>''(純正充電池を取り外した状態でACアダプタを接続してHP-25を使用すると、損傷する可能性があります。)''</center><br />
|}<br />
</center><br />
<br />
恐らくはHP 82026Aを単純にして、かつ、ダイオード2本をケチることでコストダウンを狙ったのだろうが、MOS LSIの微細化で実装するLSIの数を減らせた時点で既に200ドルもの大幅なコストダウンに成功しているので、MOS LSIと較べてかなり安価な基準電圧源ダイオード2本を削ってまで、通常使用時ですら故障が発生する整流回路を採用すべきではないのは言うまでもない。もし「ダイオード2本を実装する場所が筐体内に確保できなかった」のが削減の理由だとしたら、ここを妥協してまで筐体を小型化すること自体を止めるべきなのも同じだ。当時としては高価なRPNポケット関数電卓に、自爆したとき運悪く回路が短絡したままだと発火しかねない整流回路を採用したのか、現在でも理解不能な謎のひとつである。海外のRPN電卓マニアが'''''Roasted chip'''''と呼ぶこの事象は現在も世界中で多発しており、その殆どはHP 82019A/Bの経時劣化を見逃したことが原因で、ユーザが知らぬ間に致命傷を負っている。何如な当時のNi-Cd充電池でも1年未満で容量抜けが発生するような経時劣化は起きないであろうことから、発売当初に購入した本機のユーザは「HPが規定した1年間の無償修理期間を過ぎて暫くしたら突然壊れた」ように見えただろう。<br />
<br />
このように、本機はユーザが気付かぬうちに勝手に自爆して故障することが多かったうえ、ふつうのユーザは故障した電卓を廃棄するため、発売から45年経った現在、本機は美品はおろか完動品や故障品ですら貴重品扱いである。尤も、先述した「電源OFFでスタックの内容とプログラムが消失する」仕様が嫌われ、そもそも本機は人気が無く<ref name="popularity" />、eBayをはじめとする中古市場やオークションサイトにも殆ど出品されない<ref name="exhibit" />ため、入手性は極めて悪い。[http://www.dentaku-museum.com/calc/calc/51-hp/hp/ad/ad5/1.pdf YHPによる日本国内での定価]は40,000円。<br />
<br />
なお、この自爆機能を発動させることなく現在まで生き残った数少ない本機を使用する際は、遥か昔に販売を停止した[https://www.keesvandersanden.nl/calculators/batteries.php HP 82019A/Bのケース中央のプラスティックバーを慎重に切り落とし、Ni-Cd充電池から市販のアルカリ単3電池に入れ替え]て使用するか、もし現在も正常なHP 82019A/Bが手許にあるとしても、絶対に本機では充電せず、HP 82019A/B専用の純正充電器([[HP 82028A]])で充電後に装着して使用するのがお約束である。純正充電池が手許に無い場合は純正ACアダプタによる給電で使用するしか選択肢が無い[[HP-35]]とは異なり、本機を含むWoodstockシリーズでは如何なる場合でも純正ACアダプタの使用が禁忌事項であるという珍しい状況になっている。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}518796.992\ \; (\varepsilon\!_R=2.87\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||180kHz (Woodstock)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||HP 82019A/B (2.4V 325mAh/650mAh 充電池:中身は単3形Ni-Cd充電池×2個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1975年〜1978年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ、シンガポール、ブラジル<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1975年発売当時の定価||195ドル (約59,300円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="1st">[[HP-35]]をはじめとする第一世代のチップセットには呼称が無かったらしく、便宜上、Classicシリーズと呼んでいる。なお、一連のシリーズ名称はHP電卓マニアが勝手に名付けたものなので、“解ってる”人にしか通用しない。</ref><br />
<ref name="program">プログラム可能なHP製ポケットRPN関数電卓としては、いずれもClassicシリーズである[[HP-65]]、[[HP-55]]に続き3機種目となる。</ref><br />
<ref name="mos">主に採用したのは微細化(集積度)に関する技術であり、構造は[[HP-35]]と同じpMOSであるため、実装するLSIの数は減っているものの、消費電力はそこまで下がっていない(2.5V, 500mW)。</ref><br />
<ref name="soft">現代の一般的な関数電卓と同様、本機には、三角関数・逆三角関数の直接演算可能な角度の単位として、度数&nbsp;{{keypress|<math>\text {DEG}</math>}}&nbsp;の他に弧度&nbsp;{{keypress|<math>\text {RAD}</math>}}&nbsp;とグラード(フランス度)&nbsp;{{keypress|<math>\text {GRD}</math>}}&nbsp;が実装されたが、敢えて度数&nbsp;{{keypress|<math>\text {DEG}</math>}}&nbsp;に設定し、<math>\tfrac{355}{226}</math>に<math>\tfrac{180}{\pi}</math>を乗じて度数に変換して正接&nbsp;{{keypress|<math>\tan</math>}}&nbsp;を演算させると、[[HP-35]]と同じ結果である<code>-7462686.567</code><math> (\varepsilon\!_R=4.61\times10^{-3})</math>を出力する。<br>本文にある通り、弧度&nbsp;{{keypress|<math>\text {RAD}</math>}}&nbsp;で演算させるほうが高精度な結果を出力するのは当然なのだが興味深い。電卓内部で丸めたことで誤差が発生した無理数を含む演算が多ければ多いほど、誤差を累積・伝播させることになり、その演算結果が数学的な正解からどんどん離れる様子が端的に判る。これは他のHP製RPN関数電卓はもちろん、日本製の関数電卓でも同じで、[[HP-41CX]]で度数&nbsp;{{keypress|<math>\text {DEG}</math>}}&nbsp;に設定し同様の演算をさせると<code>-7519131.170</code><math>(\varepsilon\!_R=2.92\times10^{-3})</math>となり弧度&nbsp;{{keypress|<math>\text {RAD}</math>}}&nbsp;での演算結果より精度が悪化することが、偶々手許にあるCasio fx-61Fでは弧度&nbsp;{{keypress|<math>\text {RAD}</math>}} で演算させると<code>-7497938.067</code><math>(\varepsilon\!_R=9.07\times10^{-5})</math>となかなかの高精度ではあるものの、度数&nbsp;{{keypress|<math>\text {DEG}</math>}}&nbsp;で演算させると<code>-7498171.713</code><math>(\varepsilon\!_R=1.22\times10^{-4})</math>と精度が1桁落ちることが、それぞれ確認できる。管理人が理系大学の学生だった30年ほど前には単独の授業科目として開講されていた『[https://en.wikipedia.org/wiki/Numerical_analysis 数値解析]』の講義内容を、PCに処理言語をインストールしてソースコードを書いてプログラムを組んで演算させるまでもなく関数電卓1台で理解できる好例である。</ref><br />
<ref name="25c">本機が発売された翌1976年7月1日、この不便さを解消するため、新規に開発した低消費電力CMOSメモリとキャパシタを実装することでスタックとプログラムを格納するRAMを不揮発性にし、電源をOFFにしてもスタックの内容とプログラムを消失させないよう改良した[https://www.hpmuseum.org/hp25c.htm HP-25'''C''']を発売した。型名に追加した'''C'''は、HPでは不揮発性RAMをContinuous Memory:連続メモリと名付けたことに因む。その後、1979年〜1987年に発売した機種のうち型名にCが付与されたもの[HP-33C/[[HP-34C]]/HP-38C/HP-41C(1979年7月1日発売)、HP-41CV(1980年12月15日発売)、[[HP-10C/HP-11C/HP-15C|HP-11C]]/[[HP-12C]](1981年9月1日発売)、[[HP-10C/HP-11C/HP-15C|HP-15C]]/[[HP-16C]](1982年7月1日発売)、[[HP-10C/HP-11C/HP-15C|HP-10C]](1982年9月2日発売)、[[HP-41CX]](1983年10月1日発売)、HP-18C(1986年6月1日発売)、HP-28C(1987年1月5日発売)]も同じ機能が実装されていることを表す命名規則を採用していたが、1988年1月4日発売の[[HP-28S]]で廃止された。どのメーカでも不揮発性RAMを実装するのが当たり前となり、製品の型名でわざわざ強調する意味が無くなったからである。ちなみに、HPのライバルであるTIは、同じものをConstant Memory:定常メモリと名付けている。</ref><br />
<ref name="ac">仕様上の出力は交流電圧10V・最大容量1.8VAだが、単なる交流トランスであることと、電力会社から各戸に引き込まれている商用交流電力の電圧が頻繁に上下することから、交流トランスの仕組み上、入力電圧が上下すれば出力電圧も上下することになり、出力交流電圧を10Vに固定できない。</ref><br />
<ref name="popularity">Woodstockシリーズでは、本機の改良版である[https://www.hpmuseum.org/hp25c.htm HP-25C]と、本機の上位機種にあたる上級プログラム関数電卓[https://www.hpmuseum.org/hp29.htm HP-29C]が人気のようだが、本文で示した致命的な欠陥により、これらも美品どころか完動品ですら貴重品で、eBayをはじめとする中古市場やオークションサイトに出品されるのも稀である。</ref><br />
<ref name="exhibit">HP製RPN電卓を専門に扱っているような“解ってる”出品者であれば、Woodstockシリーズを出品する際の品物説明に「動作確認でACアダプタを使っていません」や「私はこの商品にACアダプタを接続したことがありません」といった但し書きを必ず付けて、出品者が品物を自爆させかねない操作をしてないことを宣言することで、これまた“解ってる”人は安心して入札し、あまり人気が無い本機でも完動品は比較的高価で取引されるが、リサイクル業者等の“解ってない”出品者から、動作確認作業の内容やこの種の但し書きが無く出品された品物は、その動作確認作業が原因で自爆している可能性が高いため、“解ってる”人は入札を控える。<br>管理人は1度、恐らく殆ど使われてなかったであろう、外装に傷ひとつ無い、極めて美品の本機がeBayに出品されていたのを見つけたものの、説明文に「充電池が壊れていたのでACアダプタのみで動作確認しましたが、LEDが一瞬鈍く光った後、動きませんでした」とあったときの遣る瀬無さたるや…もしかすると物好きが出品者に直接連絡して買い叩いたのかもしれないが、システム上はその出品に誰も入札せず、取引終了日時経過後に引っ込められた。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=GNU_Emacs%E3%81%A8Wanderlust%E3%81%A7OAuth2%E3%82%92%E4%BD%BF%E7%94%A8%E3%81%97%E3%81%A6Gmail%E3%82%92%E9%80%81%E5%8F%97%E4%BF%A1%E3%81%99%E3%82%8B&diff=6777
GNU EmacsとWanderlustでOAuth2を使用してGmailを送受信する
2025-04-20T01:51:43Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|Debian GNU/Linux Customize Tips|frame=1}}<br />
<br />
[https://en.wikipedia.org/wiki/Email_client メーラ(MUA)]を使用してGmailを送受信する際のユーザ認証に[https://oauth.net/2/ OAuth2]が強制されるようになって久しい。これは、[https://www.gnu.org/software/emacs/ GNU Emacs]と[https://github.com/wanderlust/wanderlust/blob/master/README.ja.md Wanderlust]の組み合わせでGmailをOAuth2認証で送受信するには、何をどう設定すべきか、というメモ。<br />
<br />
なお、管理人のPC環境から、OSはDebian、Emacsとそれに付随するelispパッケージはDebian公式リポジトリやMELPAリポジトリにアップロードされているものに限定する。再インストール時などに再現性が悪いからだ。<br />
<br />
===前提条件===<br />
#[https://support.google.com/cloud/answer/15549257?hl=ja&ref_topic=15540269&sjid=13290097507279632304-NC Googlaが公開している手順]に従い、送受信したいGmailアカウントのclient IDとclient secretを取得・有効化し、別途メモする。<br />
#EmacsでMELPAリポジトリが使用できるよう<code>~/.emacs.el</code>に必要な行を追加する。<br />
#GmailではSMTP送信文を暗号化する[https://en.wikipedia.org/wiki/Opportunistic_TLS STARTTLS]を採用しているので、EmaceとWanderlustから<code>gnutls-bin</code>を使用できるようインストールと設定をする。<br />
<br />
===設定手順===<br />
#'''Debian公式リポジトリから'''Wanderlustと必要なelispパッケージをインストールする。<br>Wanderlustと必要なelispパッケージはMELPAリポジトリからもインストールできるが、'''MELPAリポジトリからインストールするとOAuth2が機能しないので要注意。機能しない理由は不明。'''<br>ここでWanderlust本体である<code>wl</code>と、これに必要な<code>apel</code>, <code>flim</code>, <code>semi</code>の3個のelispパッケージが同時にインストールされる。<br />
#MELPAリポジトリから<code>auth-source-xoauth2</code>, <code>oauth</code>, <code>oauth2-auto</code>, <code>oauth2-request</code>, <code>url-http-oauth</code>の5個のelispパッケージをインストールする。<br>このとき、<code>aio</code>, <code>alert</code>, <code>dash</code>, <code>oauth2</code>, <code>request</code>の5個のelispパッケージがdependencyとして使用可能であることを確認する。<br />
#<code>~/.wl</code>に、OAuth2認証を有効とする<code>(auth-source-xoauth2-enable)</code>という行を追加後、[https://wanderlust.github.io/wl-docs/wl-ja.html#oauth2 Wanderlustのマニュアル]に従って、先述の前提条件でメモしたclient IDとclient secretを追加する。<br />
#WanderlustでGmailアカウントの認証手段に<code>xoauth2</code>と指定する。<br>たとえば、IMAP受信メールボックスでは<code>~/.folders</code>に<code>%INBOX:"xxxxx@gmail.com"/<font color=red>xoauth2</font>@imap.gmail.com:993!</code>と設定する。<br>SMTP送信認証では<code>~/.wl</code>に<code>(wl-smtp-authenticate-type . "<font color=red>xoauth2</font>")</code>と設定する。<br />
<br />
<br />
以降は、他のメールアカウントと同様に送受信できる。<br />
<br />
なお、設定後に初めてGmailアカウントでSMTP/IMAPアクセスすると「アクセストークン受け入れ処理」が走り、そのPCのデフォルトWebブラウザにリダイレクトされるので、遷移後の画面に表示される手順に従いアクセストークンをactivateする必要がある。また、このアクセストークンは受け入れ後7日(604,800秒)でexpireして使用不可となり、結果としてGmailが送受信できなくなるので、そのときは<code>~/.emacs.d/sasl-xoauth2/</code>に保存されている送信用と受信用の2個のアクセストークン(拡張子は<code>.plstore</code>)を手動で削除し、再度、アクセストークン受け入れ処理をやり直す必要がある。</div>
Webmaster
https://www.tylor.jp/index.php?title=HP-48GX&diff=6776
HP-48GX
2025-04-13T08:30:24Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1993年6月1日〜2003年3月30日に販売された汎用RPL上級グラフィックプログラム関数電卓。[[HP-48SX]]の直接の後継機で、コードネームは[https://en.wikipedia.org/wiki/Charles_Martel Hammer (メロヴィング朝フランク王国の宮宰だったカール・マルテルの別称)]である。型名にXが付いていることから判るように、本機背面には拡張カードスロットを2口装備している。同日に兄弟機種として拡張カードスロットが無い[http://www.hp-collection.org/calculators/48g.html HP-48G]も発売された。この2機種に[[HP-48SX]]/[http://www.hp-collection.org/calculators/48s.html HP-48S]/[http://www.hp-collection.org/calculators/48g+.html HP-48G+]の計5機種でHP-48シリーズを構成し、すべてでRPL(と階層化メニュー)を採用している。<br />
<br />
[[HP-48SX]]と較べ、マイクロプロセッサのクロック周波数は4MHzに倍速クロックアップ、RAMは128kBに4倍増、内蔵関数も500以上増やしたことで、「これ以上を関数電卓に求めるのは酷だ」と言わんばかりの超高機能数値解析コンピュータへ進化したが、価格は[[HP-48SX]]と同額に据え置かれ、[[HP-48SX]]と入れ替わる形で9年9ヶ月もの間製造・販売された。操作体系は[[HP-48SX]]と変わらないよう配慮されているものの、内蔵関数が増えたことで階層化メニューも深くなり、関数の入力や設定の手数が増えている。例えば本機で&nbsp;<math>253!</math>&nbsp;を演算させるには&nbsp;{{keypress|<math>2</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\text {MTH}</math>}}&nbsp;{{keypress|<math>\text {NXT}</math>}}&nbsp;<span style="background-color:black"><font color="white"><b><tt>PROB</tt></b></font></span>&nbsp;<span style="background-color:black"><font color="white"><b><tt>&emsp;!&emsp;</tt></b></font></span> と[[HP-48SX]]より1ステップ多くキーインする必要がある。製造年によりドットマトリクス液晶ディスプレイが代わっていることも知られており、当初からの大半は明表示が青色のパネルだったが、時期は不明なものの終盤の少数は明表示が黒色のパネルに変更されている。<br />
<br />
マニュアルも[[HP-48SX]]より更に分厚くなり、附属マニュアルとしては全612ページのUser's Guideが同梱されたが、実際にはこれだけでは足りず、プログラミング方法と実装されたコマンドの詳細を知るには、別売マニュアルである全764ページのAdvanced User's Reference Manualを購入する必要があった。即ち、本機の全貌を把握し使い込むには全1,376ページに及ぶマニュアルを読破しなければならない。[[HP-48SX]]同様、本機もRPLで演算環境が実装・構築されており、その体系をユーザに余すことなく伝えるにはそれだけの紙幅が必要だったのだ。<br />
__TOC__<br />
===最後の徒花===<br />
しかし、ここまで超高機能に仕上がった本機が「爆発的に売れた」とか「製造復活を熱望されている」という話は聞かない。せいぜい、電卓はRPNしか使えない体になってしまった管理人のような者が購入する程度に留まり、結果として、HPが自社で開発・製造したRPN関数電卓は本機が最後となった。<br />
<br />
その理由はいくつかあるが、最大の理由は'''関数電卓を取り巻く環境の変化'''である。本機が発売された1993年は、IBM PC互換機(DOS/V機)が登場してパーソナルコンピュータ(PC)の価格破壊が進み、インターネットが一般ユーザにも開放されたことで商用ISPが登場、サービス提供を開始した年であり、[[HP-48SX]]を発売した時とは大きく異なる。それまでであれば関数電卓を最も使い込むユーザ層であろうハッカーやエンジニアを中心に急速にPCとグローバルリーチャビリティが普及し、オープンソースによるOSや数値解析プログラミング言語のコンパイラが比較的簡単に入手できるようになったことで、関数電卓に内蔵されてない関数や任意の演算アルゴリズムを、関数電卓以上の演算速度で、関数電卓と同等以上の演算精度を持つ演算結果が、関数電卓を最も使い込むユーザ自身が所有するPCで得られるようになり、関数電卓を購入する必要性が無くなったのだ。管理人は大学2年生だった1995年の秋(後期)にPC-9801シリーズからDOS/Vシリーズに乗り換えたが、1991年に購入したPC-9801シリーズと較べて、購入価格は半減し、CPUクロック周波数と内蔵メモリは10倍に増えた。通っていた私立理系単科大学は、情報系学科の講義・演習用に[https://www.freebsd.org/ FreeBSD]で構築されたワークステーションが整然と並ぶ計算機室が5室整備されており、これらが講義や演習で使われていない時間帯は、事前に利用講習を受講しログインIDを発行された学生であれば所属学科を問わず自由に利用できた。管理人が大学に入学した1994年春、初めてインターネット(WWWとFTPとE-mail)と[https://en.wikipedia.org/wiki/Fortran#FORTRAN_77 FORTRAN 77]と[https://en.wikipedia.org/wiki/C_(programming_language) C]と[https://en.wikipedia.org/wiki/LaTeX <span class="texhtml" style="font-family: 'CMU Serif', cmr10, LMRoman10-Regular, 'Latin Modern Math', 'Nimbus Roman No9 L', 'Times New Roman', Times, serif;">L<span style="text-transform: uppercase; font-size: 0.75em; vertical-align: 0.25em; margin-left: -0.36em; margin-right: -0.15em; line-height: 1ex;">a</span>T<span style="text-transform: uppercase; vertical-align: -0.25em; margin-left: -0.1667em; margin-right: -0.125em; line-height: 1ex;">e</span>X</span>]に触れたのも、これら計算機室であった。進級する条件として単位取得が必修であった工学実験で課されるレポートも、それまでは、実験で得られた数値に数式を適用する際は関数電卓で演算、その結果を[https://www.d2sol.co.jp/product_search/handwritten/sheet/graphpaper/ 方眼紙/片対数方眼紙/両対数方眼紙]上に点で打ち、それら点同士を[https://webshop.sekaido.co.jp/product/A000993 自在定規]や[https://webshop.sekaido.co.jp/product/A000989 雲形定規]で結ぶことで曲線グラフを手描き<ref name="ruler" />したが、比較的若い教員が担当する科目から順に、PCでの演算やシミュレーションを前提として、数値演算も曲線グラフ描画もPCで出力させる内容へ差し替えられていった。これにより一部の同級生が「過去レポが通用しなくなった」と嘆いていたのを覚えている<ref name="report" />。本機が発売された1990年代中盤はまさに、'''個人による数値演算の主役が関数電卓からPCへ移行'''する過渡期にあたり、しかもこの変化は不可逆であった。<br />
<br />
もう1つの理由は、'''アメリカ国内の電卓市場におけるHPのマーケット・シェア低下'''である。[[Nut/Saturnプロセッサファミリ#cite_note-vs_ti-4|別ページ]]でも記した通り、アメリカの電卓市場は初等および中等の数学教育がキャスティング・ボートを握っており、電卓メーカの売上げも大半がここからとなるため、製品開発のターゲットは自然と中高生(と中高生に教える教師)になる。ライバルであるTIは徹底的なまでに中高生とアメリカの数学教育に適合した安価な機種を開発・販売し続けることで「電卓＝TI」と刷り込み、その中高生が社会に出て働き始め電卓を買う際にもTIを選択するように仕向ける<ref name="share" />という、ファストフードチェーンの日本マクドナルドに似た長期戦略がこの頃に結実し、アメリカ国内の電卓市場におけるマーケット・シェアの90%以上を獲得するに至った。当然、数学教育以外の分野向け製品についてもTIはHPの動向を窺っており、HPが本機を発売した年の対抗機種である[https://en.wikipedia.org/wiki/TI-82 TI-82]は本機を圧倒する高性能機に仕上がった。これは、HPが、信頼と実績と伝統から、[[HP-35]]から本機に至るまで、電卓に採用するCPUアーキテクチャを「自社開発の4ビットシリアルマイクロプロセッサ」から頑として変えなかったことからハードウェアの高性能化に遅れを取ると同時に高コスト化に喘いでいたのに対し、TIは、こだわりも節操も無く、[https://en.wikipedia.org/wiki/Zilog_Z80 Z80]や[https://en.wikipedia.org/wiki/Motorola_68000 MC68k]や[https://en.wikipedia.org/wiki/ARM_architecture_family ARM]など、そのときに最適で低コストなCPUアーキテクチャを選択し、その中で可能な範囲で容易にハードウェアを高性能化できたことが大きい。その結果、同じ販売価格で純粋にハードウェアスペックを比較するとTIが勝ることと、世の大勢はRPNに思い入れやこだわりが無いことから、ますますTIのシェアが上がっていった。RPNの優位性を積極的に説かなかったHPにも責任はあろう。<br />
<br />
最後の理由は、'''ハードウェアとソフトウェアのアンバランスさ'''である。そもそも本機はグラフの描画が「可能なものの常用するには厳しい」ほど処理が遅いどころか、特に拡張カードスロットに何かしらのアプリケーションカードを装着していると秒間3回以上連続してキーインできない(ユーザからの入力を零す)ことすらある。何かしらキーインする度に、内蔵および拡張カードスロットに装着したアプリケーションソフトウェアから認識した関数を[https://en.wikipedia.org/wiki/Tree_(data_structure) 木構造]を辿って探索していて、しかもその間は[https://en.wikipedia.org/wiki/Keyboard_buffer キーバッファ]が機能しない<ref name="hp81" />からだ。当然、キーインされた数値/文字/命令に応じて探索結果は絞られていくのだが、キーインの入力速度より関数の探索速度が遅ければ、ハードウェアリソースがソフトウェアによる関数の探索に引っ張られ(遅い処理に律速され)、[https://en.wikipedia.org/wiki/Keyboard_buffer キーバッファ]を準備する処理が実行されず<ref name="hp81" />、ユーザからのキーインを零すことになる。端的に言えば、アプリケーションカードを装着した状態の本機は、CPUクロック周波数とメモリ量と内部バス速度が不整合な状態<ref name="unbalance" />に陥っている。[[HP-48SX]]ではこの事象が発生しないため、[[HP-48SX]]から500以上の関数を追加実装した時点で、関数の探索速度が既に常時最速のまま張り付いている状態なのだろう。言い換えると、アプリケーションカードを装着した状態での性能試験を実施しなかったと考えられる。もし実施していれば、アプリケーションカードを装着したときは「探索速度を上げる」か「探索方法を変える」か「探索対象を絞る」か、いずれかの対策を打たねばならないと判断できよう。いずれにしろ、ハードウェアとソフトウェアがまったく噛み合ってない本機は、'''超高機能だが超高性能ではない'''、残念な機種と言わざるを得ない。この状況を回避するには、気長に、ひと呼吸置いてキーインすれば良いだけなのだが、それまでの他機種では難無くできたことができないのはストレスになるもので、これまでのHP製関数電卓と同じ感覚でキーインすると苛々させられる。故に、管理人が日頃常用する機種は、本機の遠い祖先である[[HP-41CX]]となり、本機を「最後の徒花」と難じている。<br />
<br />
<center>☆</center><br />
<br />
現在からこれら3つの理由を俯瞰すると、管理人の眼には「本機が[https://en.wikipedia.org/wiki/TI-82 TI-82]に負けた時点で、HPは、電卓市場での積極的な事業展開を諦めた」ように映ってしまう。ひょっとすると、この時点で電卓事業部門が大幅に縮小されたのかもしれない。一応、2002年中に発売する予定で、TIの独擅場である初等および中等の数学教育市場に特化した[https://www.hpmuseum.org/xpand.htm Xpander]を開発していたものの、先述したように一般ユーザ向けは本機が最後で、後継機を開発していた話を聞かないからだ。そしてこの[https://www.hpmuseum.org/xpand.htm Xpander]も、HPの経営陣が2001年末で電卓事業からの撤退と事業部門の閉鎖を決断したことを受け、製造開始数ヶ月前である2001年11月に社内プロセスのすべてがキャンセルされ「幻の機種」となってしまった<ref name="xpander" />。ちなみに、[https://www.hpmuseum.org/xpand.htm Xpander]のCPUには従来の自社製4ビットシリアルマイクロプロセッサではなく日立製[https://en.wikipedia.org/wiki/SuperH SH-3]が、OSには自社のRPLではなく[https://en.wikipedia.org/wiki/Windows_Embedded_Compact#Releases Windows CE 3.0]が、ぞれぞれ採用され、関数電卓やプログラミング環境は[https://en.wikipedia.org/wiki/Windows_Embedded_Compact#Releases Windows CE 3.0]で動く個別のアプリケーションソフトウェアとしてインストールされる形態を取り、ハードウェアとしてテンキーのキーボードは実装したものの、アプリケーションソフトウェアの操作体系は液晶ディスプレイをスタイラスペンでなぞる方法を主とした。そのため、この当時ですら「これは『グラフィックプログラム関数電卓』ではなく『高価で中途半端な[https://en.wikipedia.org/wiki/Personal_digital_assistant PDA]』だ」「中高生の乱暴な取扱いに液晶ディスプレイが持ち堪えるとは思えない」など散々な言われようで、もし発売したとしても、HPの目論見通りに売れたかどうかは怪しい。なお、その後、[https://www.hpmuseum.org/xpand.htm Xpander]用に開発した[https://en.wikipedia.org/wiki/Windows_Embedded_Compact#Releases Windows CE 3.0]上で動く関数電卓アプリケーションソフトは、ノンサポートの単体ソフトウェアとして無償で開放された。「せっかく開発したのに、そのまま廃棄(削除)するのは勿体無い。だが、電卓事業から撤退した以上、このソフトのサポートやバグ対応に人員を割くことはできない」&#x2E3A;当時のHPの良心と社内事情がそのまま表出したような対応である。<br />
<br />
===さらば、RPN電卓===<br />
こうしてHPの電卓事業はジリ貧状態に突入し、2001年末に撤退するニュースが世界を駆け巡ったのは[[RPN電卓/歴史と現在|先述]]の通りだ。しかもこのときのHPのCEOが[https://en.wikipedia.org/wiki/Carly_Fiorina Carly Fiorina]だったという凶運も重なり、撤退方法に「電卓事業部門を丸ごと閉鎖、従業員は全員解雇」が選択されてしまった。この選択は、世界中のRPN電卓マニアを驚愕させもしたが、同時に憤怒と悲嘆の情をも抱かせた。「RPN電卓の33年の歴史が強引に幕引きさせられた」「なぜ電卓事業を他社へ譲渡もしくは売却しなかったのか」「もうRPN電卓は買えないのか」。<br />
<br />
間髪を置かず、その情は「さらば、RPN電卓」「最後にRPN電卓を買おう」と怒涛の勢いで本機を含む4機種のRPN電卓の流通在庫を買い漁らせ、瞬く間に世界中の電卓売り場から一掃された。2001年末当時のHPの関数電卓ラインナップでRPNを採用していたのが、[[HP-10C/HP-11C/HP-15C|HP-15C]]の後継機種とされる[http://www.hp-collection.org/calculators/32sii.html HP-32SII]<ref name="32sii" />と、HP-48シリーズの本機/[http://www.hp-collection.org/calculators/48g.html HP-48G]/[http://www.hp-collection.org/calculators/48g+.html HP-48G+]の4機種しか無かった<ref name="49g" />からである。<br />
<br />
あれから二十余年。eBayをはじめとする中古市場やオークションサイトには[[HP-48SX]]ともども出品数は多く、入手するのは比較的容易だ。特に本機は新品未開封のまま出品されることが多いのも特長だろう。これは、現在も本機を数値演算のメインで常用しているユーザが減り、RPN関数電卓とはどういう製品だったか、それを保存するという意味で購入・所有するマニアが大半だったことと、本機のエミュレータがWindows向け/Linux向け/Android向け/iOS向け/その他OS向け問わず山ほど出回っていることも影響していると思われる。<br />
<br />
<br />
なお、本機特有の事象として、経年により&nbsp;{{keypress|<math>\text {ON}</math>}}&nbsp;キーを押下しただけでは電源が入らないことがある。もしこの事象に遭遇したら、キーボード最上部にあるファンクションキーの&nbsp;{{keypress|<math>\text {B}</math>}}&nbsp;と&nbsp;{{keypress|<math>\text {C}</math>}}&nbsp;の中点から液晶ディスプレイの下部へ向かい垂線を1cm伸ばした点を軽く押しながら&nbsp;{{keypress|<math>\text {ON}</math>}}&nbsp;キーを押下すれば、電源を入れることができる。<br />
<br />
また、本機はシンガポールとインドネシアで製造されたが、一部のヘヴィユーザから「1996年以前のシンガポール製のほうが耐静電気性能が高い」と評されているものの、真偽は不明である。管理人は両国製を所有しているが、有意な差を見出せていない。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7497}089.06508\ \; (\varepsilon\!_R=2.26\times10^{-5})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 43.0000000000</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||無制限 (内蔵メモリが許すまで)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||4MHz (Yorke 00048-80063)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||単4形×3本<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1993年〜2003年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||シンガポール (〜1996年) → インドネシア (1997年〜)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1993年発売時の定価||350ドル (約39,000円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="ruler">機械系や建築系は当然だが、電気(強電)系でも電子(弱電)系でも、ましてや情報系でも、1990年代前半に工学部に居た大学生なら学科を問わず、一通りの製図用具を購入させられた。当時はPCを所有している学生のほうが少ないうえ、卒業後に就職した企業が社員全員にPCを与えるわけではない時代でもあったため、職業訓練の一環としても「曲線グラフを手描きする技能」の習得が求められたからだ。管理人は工学部電子工学科を卒業したが、弱電系の学生ですら、[https://en.wikipedia.org/wiki/Computer-aided_design 2D CAD]で作図し[https://en.wikipedia.org/wiki/Plotter X-Yプロッタ]で出力させる製図と、[https://en.wikipedia.org/wiki/Drafting_machine ドラフタ]と[https://en.wikipedia.org/wiki/Technical_pen 製図ペン]で手描きする製図の授業が、4年生へ進級する条件として単位取得が必修だった頃の話である。</ref><br />
<ref name="report">管理人が受験生だった1990年代前半、私立大学の入学試験で、各大学が独自に作問して課す試験(一般入試)だけではなく、[https://ja.wikipedia.org/wiki/大学入試センター試験 大学入試センター試験(セ試)]の結果を利用できるようになり、これらを並行して実施することが流行り始めた。しかも後者では「受験生が大学に申し出る『合否判定に使用して欲しい科目』は、セ試で受験したどの科目を選択しても良い＝一般入試では必須の科目を選択しなくても良い」とする大学もあった。本来はその大学にどうしても入学したい受験生が一般入試で失敗した際の救済策(故にセ試の結果に自信がある受験生が出願するため高倍率)なのだが、この脆弱性を突いて、高校で数学Ⅱ(基礎解析/代数・幾何/微分・積分/確率・統計)/物理/化学を履修していない文系の受験生が、セ試(の自己採点)で高得点だった国語/英語Ⅰ・Ⅱ/日本史/世界史を『合否判定に使用して欲しい科目』に申し出て理系の大学に合格、なぜかそのまま入学してしまう椿事が出来し始めた。高校から理系の学生であれば数学Ⅱ/物理/化学について素養がある(からこそ入試で合格した)ため、学部レベルの必修の工学実験ごときで過去レポなんぞ不要で、担当する教授もそのように実験全体を構築しているのだが、この脆弱性を突いて入学した元・文系の学生は、まず実験の意義と内容の理解が追い付かず慌てていたのを何度も目撃している。尤も、通常の講義や試験の前後でも内容がまったく理解できず慌てていたのだが。なお、碌に単位が取れてないことで有名だった、顔と名字は知っているものの話したことはないその同級生が卒業できたか否かは把握していない。</ref><br />
<ref name="share">これは教師の側にも言える。もし関数電卓のメーカを変えると操作方法も変わるため、教師もそれを学習し直す必要があるが、教師はそれを面倒臭がり、自分の生徒にはTIの関数電卓を購入するよう勧める…このサイクルは現在に至るまでアメリカの初等教育現場で延々と続いており、HPが気付いたときにはこの牙城を崩すのが難しいと判断、最終的には電卓事業そのものから(一旦)撤退となった。なお、なぜ教師が操作方法の学習し直しを面倒臭がったかと言えば、TIの電卓は中置記法であり、HPのRPN関数電卓を採用するには[[RPN電卓/序説|概念を変える必要がある]]からだ。</ref><br />
<ref name="hp81">[[HP-45/HP-46|HP-46]]で触れた[https://www.hpmuseum.org/hp81.htm HP-81]には、このような事態が発生することを見越してキーバッファが別売オプションとして用意されており、希望するユーザは有償で装着・内蔵できた(「バッファアセンブリ(00081-66542)」と「バッファ表示アセンブリ(00081-66543)」)。事前に性能試験を実施したからこその対応だ。</ref><br />
<ref name="unbalance">本文冒頭に記載した通り、本機は[[HP-48SX]]と較べ、マイクロプロセッサのクロック周波数は4MHzに倍速クロックアップ、RAMは4倍増の128kBあるが、内部バス速度は変更ナシと推定される。また一般に、拡張カードスロットに装着するアプリケーションカードで採用されているフラッシュメモリはアクセス速度が低い。いくら回転が速く記憶量が多い脳を持っていても、それらを繋ぐ神経が細く鈍いのでは、情報を処理する時間より、欲しい情報/処理した情報が届くのを待つ時間が長くなる。よって、脳は正常だが、他者からの問い掛けに対する反応が遅くなり、「とろいぞ！」と言われる…これと同じだ。足を引っ張っているのは内部バスとフラッシュメモリではなかろうか。</ref><br />
<ref name="xpander">「幻の機種」であるにもかかわらず、極稀に、1,000ドルを優に超える価格でeBayに出品されているのを見掛けることがある。しかし、これが落札されたのを見掛けたことはない。OSが[https://en.wikipedia.org/wiki/Windows_Embedded_Compact#Releases Windows CE 3.0]であるが故、入手しても碌に使えないだろうことが容易に想像できるからだ。いくら変わり者が多いRPN電卓マニアでも、落札したとて「飾る」か「保存する」かしか選択肢がない機種に1,000ドル以上を払う奇矯な人は居ない。[[HP製RPN電卓の特長#異常に堅牢な造作|特長]]でも記載した通り、HP製RPN電卓は「異常に堅牢な造作」ゆえに「故障せず長期間使える」ことが最大の利点であり、多少の高値が許される理由である。そこを履き違えられてもね…ということだ。</ref><br />
<ref name="32sii">製品の並びとしては確かに、1991年3月1日に70ドルで販売開始となった[http://www.hp-collection.org/calculators/32sii.html HP-32SII]は、1989年1月1日で販売終了となった[[HP-10C/HP-11C/HP-15C|HP-15C]]の後継と位置付けられるが、その割には[[HP-10C/HP-11C/HP-15C|HP-15C]]より機能が削られたり縮小されたりしている。[[HP-10C/HP-11C/HP-15C|HP-15C]]では行列が演算できるうえ、複素数演算状態に設定するとスタックが実部用と虚部用に2列並行するように倍増することで複素数でも最大4組積めるため、実数演算時と同じ感覚で複素数を扱うことができるが、[http://www.hp-collection.org/calculators/32sii.html HP-32SII]では行列が演算できず、複素数は1組の実部と虚部でスタックを2段消費してしまうため2組しか積めない。そのためRPN電卓マニアは[http://www.hp-collection.org/calculators/32sii.html HP-32SII]について、[[HP-10C/HP-11C/HP-15C|HP-15C]]の大人気振りと[[HP-34C]]の不人気振りから「『[[HP-10C/HP-11C/HP-15C|HP-15C]]から機能を削った』のではなく『[[HP-34C]]に(複素数演算)機能を(中途半端に)追加した』機種だよ」と皮肉るが、その指摘は正鵠を得ており、なぜHPが先発機種で好評だった機能を後継機種で削ったり縮小したりと改悪したのか、その理由が傍目には理解不能である。[[HP-10C/HP-11C/HP-15C|HP-15C]]と[http://www.hp-collection.org/calculators/32sii.html HP-32SII]の間には8年半もの歳月があり、その間に起きた半導体技術の進歩と価格の暴落を考慮すれば、わざわざ機能を削ったり縮小したりする理由が見当らないため尚更である。ちなみに、[http://www.hp-collection.org/calculators/32sii.html HP-32SII]に実装された、Saturnマイクロプロセッサを内包するワンチップLSIは[https://www.keesvandersanden.nl/calculators/hp32sii_repair.php NEC製]である。</ref><br />
<ref name="49g">厳密には[https://en.wikipedia.org/wiki/HP_49/50_series HP-49G]もあるが、これのデフォルトの入力方法は中置記法で、RPNで入力するには、電池を入れ替える度に「RPNモード」に設定変更する必要がある。即ち、[https://en.wikipedia.org/wiki/HP_49/50_series HP-49G]ではRPNがオマケ機能の扱いであるため、今回のようにRPN電卓に含めない場合が結構ある。この〝迷い〟や〝ブレ〟は、同じ仕様である[[HP-35s]]について触れる際にも見られる。なお、管理人は、[https://en.wikipedia.org/wiki/HP_49/50_series HP-49G]と[[HP-35s]]をRPN電卓に含めていない。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-48SX&diff=6774
HP-48SX
2025-04-13T07:22:45Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1990年3月16日〜1993年6月1日に販売された科学・数学向けRPL上級グラフィックプログラム関数電卓。コードネームは[https://en.wikipedia.org/wiki/Charlemagne Charlemagne (カール大帝)]。HPでは4機種目<ref name="display" />の、ディスプレイにグラフを描画できる機種である。型名にXが付いていることから判るように、本機背面にはソフトウェアや拡張メモリ(補助記憶機構)を装着できる拡張カードスロット<ref name="card" />を2口装備している。1991年4月2日には後発の兄弟機種として拡張カードスロットが無い[http://www.hp-collection.org/calculators/48s.html HP-48S]も発売された。この2機種に[[HP-48GX]]/[http://www.hp-collection.org/calculators/48g.html HP-48G]/[http://www.hp-collection.org/calculators/48g+.html HP-48G+]の3機種を加えた計5機種でHP-48シリーズを構成し、すべてでRPL(と階層化メニュー)を採用している。<br />
__TOC__<br />
===もはや「関数電卓」ではなく「数値演算専用コンピュータ」===<br />
ハードウェアとソフトウェアは、様々な意味で議論を巻き起こした[http://www.hp-collection.org/calculators/28c.html HP-28C]と[[HP-28S]]が直接の祖先となるものの、実装された機能からは、[[HP-41CX]]を含む[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の後継機種として開発されたことが判る。RPLを採用したため本機のOwner's Manualは全457ページのVol.1と全395ページのVol.2に二分冊(後に合冊)される程度に分厚く、全貌を把握するには骨が折れるが、合冊版では末尾にAppendix Fとして''Comparing the HP 48 and HP 41 (HP-48とHP-41の比較)''が14ページ追記され、本機と[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の共通点と差異を、主にプログラミングの面から説明している。その理由は、RPLを採用した本機を含むHP-48シリーズでは、[[HP-42S]]と異なり、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のプログラムを直接流用できないからだ。11年5ヶ月も販売され続けたことで膨大な数となった[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のユーザから同様の問合せが多数あったことを窺わせるが、この追記には、HPが目論んでいたであろう「[http://www.hp-collection.org/calculators/28c.html HP-28C]と[[HP-28S]]による、既存ユーザのSaturnプロセッサファミリへの移行」が失敗したこと対する、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]ユーザへの贖罪も含まれている気がしてならない。即ち、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]のユーザの殆どは[http://www.hp-collection.org/calculators/28c.html HP-28C]や[[HP-28S]]を購入しなかったため碌にハックされず、ユーザコミュニティでも[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]からの移行方法等が話題にならかったようで、HPはこの2機種を失敗作と断じたのだろう。<br />
<br />
その失敗作に届いたクレームを反映した結果、本機を含むHP-48シリーズでは、筐体は従来からのストレート型(幅81mm×奥行180mm×高さ29mm)に戻され、ドットマトリクス液晶ディスプレイは倍となる22桁8行まで拡大し、外部接続インタフェースとして有線シリアル通信ポートが追加され、物理キーは49個に減らされたにもかかわらず比較的高頻度に使用するであろう三角関数&nbsp;{{keypress|<math>\text {SIN}</math>}}&nbsp;{{keypress|<math>\text {COS}</math>}}&nbsp;{{keypress|<math>\text {TAN}</math>}}&nbsp;、開平&nbsp;{{keypress|<math>\sqrt{x}</math>}}&nbsp;、冪乗&nbsp;{{keypress|<math>y^x</math>}}&nbsp;、逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;には独立した物理キーが復活した。マイクロプロセッサは引き続きSaturnだが、クロック周波数は関数電卓とは思えぬ2MHzまでクロックアップし、単4電池3本を装着した質量は295gと肥大化したものの、こういった強化により、[http://www.hp-collection.org/calculators/28c.html HP-28C]や[[HP-28S]]で致命的な弱点として指摘された「外部とのデータやプログラムの授受手段」が複数用意され、拡張カードスロットには拡張メモリであるRAMカードの他、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]同様、HPやサードパーティから多種多様に発売されたソフトウェアを装着できる点は、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]を意識している証左である。<br />
<br />
本機では、四則演算や三角関数/逆三角関数/指数関数/対数関数/冪乗/羃根/逆数は当然として、階乗/ガンマ関数/双曲線関数/ルートソルバ/数値積分/行列式/複素数の扱い/平均/標準偏差/順列・組合せ/線形回帰と推定/正規分布/乱数発生などなど、凡そ現代数学で真値もしくは近似値の求解を迫られるであろう関数や機能を2,100個以上内蔵し、かつ、これらについてグラフを描画できるようにした。[https://en.wikipedia.org/wiki/Numerical_integration 数値積分]を演算させるべく数式を入力すれば、大型化されたドットマトリクス液晶ディスプレイの特性を生かしてインテグラル<math>\int</math>を使用した見慣れた定積分の式がそのまま表示されるギミックには感動すらしたようだ。本機のOwner's Manual Vol.1の冒頭では''Discovering the Power of the HP 48 (HP-48の威力を知る)''という節を設け<ref name="tutorial" />、架空の企業が実地試験から得たという廃棄プラスティックから原油を生成する速度のモデル式&nbsp;<math>R=\frac {G^2(1+\sin PT)}{1.4}</math>&nbsp;について、<math>G</math>&nbsp;と&nbsp;<math>P</math>&nbsp;には実地試験から得られる定数を代入することで時間&nbsp;<math>T</math>&nbsp;を変数とする関数と見做し&nbsp;<math>T</math>&nbsp;で積分することで、生成される原油の量&nbsp;<math>V=\!\!\int_{0}^{T}\!\!R(T)\,dT =\int_{0}^{T}\!\frac {G^2(1+\sin PT)}{1.4}\, dT</math>&nbsp;を演算、速度&nbsp;<math>R</math>&nbsp;と量&nbsp;<math>V</math>&nbsp;を縦軸に、時間&nbsp;<math>T</math>&nbsp;を横軸に取って1画面でグラフを描かせ、その曲線をカーソルでトレースしつつ、「ユーザが指定した量&nbsp;<math>V</math>&nbsp;を生成するには、どの程度の時間&nbsp;<math>T</math>&nbsp;が必要か」や「ユーザが指定した時間&nbsp;<math>T</math>&nbsp;では、どの程度の量&nbsp;<math>V</math>&nbsp;の原油が生成されるか」等を確認する一連の手順をスクリーンショット付きのチュートリアルで示しているが、1990年3月発売で、単4乾電池3本で駆動する可搬型RPN関数電卓が、内蔵関数だけ(＝単体)でここまでできることを示したこの内容は、管理人のように高校で[https://erid.nier.go.jp/files/COFS/s53h/chap2-4.htm 物理]と[https://erid.nier.go.jp/files/COFS/s53h/chap2-3.htm 微分・積分]を取っていれば平易に理解できる演算内容ながら「もっと難しい、解くのが面倒な式を食わせてみたい！」と思わせる複雑さも包含しており、購入者に本機の威力を解らせるには十分過ぎるインパクトである。<br />
<br />
しかし、内蔵関数が4桁ともなると、使用頻度が高い関数や機能を物理キーへの割り当てに苦労することになり、シフトキーは[[HP-34C]]以来の右&nbsp;'''<font color="#00BFFF">{{keypress|&#8625;}}</font>'''&nbsp;左&nbsp;'''<font color="#FF6600">{{keypress|&#8624;}}</font>'''&nbsp;アルファベット&nbsp;{{keypress|<math>\alpha</math>}}&nbsp;の3段構えとなった。例えば常用対数&nbsp;{{keypress|<math>\text {LOG}</math>}}&nbsp;と自然対数&nbsp;{{keypress|<math>\text {LN}</math>}}&nbsp;はそれぞれ&nbsp;'''<font color="#00BFFF">{{keypress|&#8625;}}</font>'''&nbsp;{{keypress|<math>y^x</math>}}&nbsp;と&nbsp;'''<font color="#00BFFF">{{keypress|&#8625;}}</font>'''&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;が割り当てられている。使用頻度が低い関数や機能には物理キーが割り当てられてないため、これらを呼び出すには相変わらず階層化メニューを辿らねばならない。例えば&nbsp;<math>253!</math>&nbsp;を演算するには、[[HP-42S]]同様、本機も階乗関数は確率&nbsp;<span style="background-color:black"><font color="white"><b><tt>PROB</tt></b></font></span>&nbsp;メニュー配下にあるため、{{keypress|<math>2</math>}}&nbsp;{{keypress|<math>5</math>}}&nbsp;{{keypress|<math>3</math>}}&nbsp;{{keypress|<math>\text {MTH}</math>}}&nbsp;<span style="background-color:black"><font color="white"><b><tt>PROB</tt></b></font></span>&nbsp;<span style="background-color:black"><font color="white"><b><tt>&emsp;!&emsp;</tt></b></font></span> と階層を下ることで、演算結果である<code>5.17346099264E499</code>を得られる。なお、この結果に&nbsp;<math>254</math>&nbsp;を乗じる(即ち&nbsp;<math>254!</math>&nbsp;を演算させる)と算術オーバーフローするため<code>9.99999999999E499</code>が表示され、数学的な真値の近似値である&nbsp;<math>1.31405909213\mathrm{E}502</math>&nbsp;は得られない。尤も、アルファベットの入力が階層化されてないだけでも[[HP-42S]]よりマシである。{{keypress|<math>\alpha</math>}}&nbsp;{{keypress|<math>\alpha</math>}}&nbsp;とアルファベットシフトキーを連打すると英字大文字入力モード、続けて&nbsp;'''<font color="#FF6600">{{keypress|&#8624;}}</font>'''&nbsp;{{keypress|<math>\alpha</math>}}&nbsp;で英字小文字入力モード、再度&nbsp;'''<font color="#FF6600">{{keypress|&#8624;}}</font>'''&nbsp;{{keypress|<math>\alpha</math>}}&nbsp;と押下すれば英字大文字入力モードに戻れる。いずれかのモードに入れば、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と同様にアルファベットを連続して入力できるので、RPLのソースコードを書く際の苛々は大幅に低減された。アルファベット入力モードから抜けるには&nbsp;{{keypress|<math>\alpha</math>}}&nbsp;を1回押下すれば良いことも含め、この挙動は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]を見習ったのだろうが、本機単体でソースコードを書く場面を考えれば至極当然の作り込みである。アルファベットを1文字入力するためにいちいち階層化メニューを辿らねばならない[[HP-42S]]が異常なのだ。<br />
<br />
結果として本機は、[http://www.hp-collection.org/calculators/28c.html HP-28C]や[[HP-28S]]と比較するのも烏滸がましい、RPN関数電卓の範疇を超えた「数値演算専用コンピュータ」といった趣で仕上がった。RPLを採用したため数式の数値化に&nbsp;'''<font color="#00BFFF">{{keypress|&#8625;}}</font>'''&nbsp;{{keypress|<math>\rightarrow\text{NUM}</math>}}&nbsp;(本機でも&nbsp;{{keypress|<math>\text {EVAL}</math>}}&nbsp;キー)を実行する一手間が必要だったり、不便極まりない階層化メニューが採用されていることは残念なものの、有線シリアル通信インタフェースが設けられたことでユーザがRPLのソースコードを書く手段が本機の階層化メニューだけに限られず、ユーザが持つ有線シリアル通信インタフェース付き端末で書いてから本機へ流し込めるようになったことで、ソースコードの長短でユーザが入力手段を使い分けられる逃げ道が用意された恰好となり、購入者にも納得感があったようだ。それでも、本機を単体で使い熟す場合は、階層化メニューをすべて記憶するか、別売で全504ページのReference Manualを傍らに首っ引きしなければならないことに変わりは無いのだが。<br />
<br />
===ラストチャンス===<br />
本機が発売された1990年初頭はIBM PC互換機(DOS/V機)によるPCの価格破壊が起きる直前にあたり、現代のようにオープンソースによるOSや数値解析プログラミング言語のコンパイラが気軽に入手できる訳もなく、それよりなにより一般ユーザがインターネットに接続できる環境が整ってなかった<ref name="isp" />ため国内・海外問わずネットワーク越しに演算リソースを借りることもできず、個人所有のパーソナルコンピュータで本機に実装された関数と同等の演算をするのは至難の業であった。<br />
<br />
よって、HPが意図的に狙ったかは不明なものの、発売時期が絶妙だった本機は良く売れた。関数電卓にとってのラストチャンスを見事に攫んだと言って良い。結果論だが、真っ当に売れた最後のRPN関数電卓は本機である。ライバルであるTIが同時期に発売した[https://en.wikipedia.org/wiki/TI-81 TI-81]より高機能かつ高性能だったことも本機の販売台数を押し上げた。<br />
<br />
が、本機も[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と同じ運命を辿る。あまりに有用であったが故にHPの想定を超えた使い込まれ方が続出、「内蔵メモリもCPUクロックも足りない！」という指摘を多数受けることになったのだ。その指摘からHPが出した答えが、1993年6月1日に発売した[[HP-48GX]]である。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7497}089.06508\ \; (\varepsilon\!_R=2.26\times10^{-5})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 43.0000000000</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||無制限 (内蔵メモリが許すまで)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||2MHz (Clarke 1LT8)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||単4形×3本<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1990年〜1993年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||シンガポール<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1990年発売時の定価||350ドル (約50,750円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="display">初は[http://www.hp-collection.org/calculators/28c.html HP-28C]と[[HP-28S]]、その後に[[HP-42S]]が続くが、液晶ディスプレイの大きさが、[http://www.hp-collection.org/calculators/28c.html HP-28C]と[[HP-28S]]は4行、[[HP-42S]]は2行しか無いため、単体でグラフを描画しても実用的とは言えず、実装されている赤外線インタフェースと[[HP_82240A/HP_82240B|HP 82240A/HP 82240B]]を経由して感熱ロール紙に印刷して視認することが事実上の前提であった。</ref><br />
<ref name="card">セイコーエプソン(当時)が開発した40ピンインタフェース規格をHPが独自に変更したもの。カードの大きさは[https://en.wikipedia.org/wiki/PC_Card PCMCIA(当時。1993年に「PCカード」と改称)]と同じ幅54.0mm×奥行85.6mmだが、高さはType 1の3.3mmより低い2.45mmである。</ref><br />
<ref name="isp">世界初の商用ISPは1989年にPSINetが、日本国内初の商用ISPは1992年11月にAT&T Jensが、それぞれサービスを開始している。</ref><br />
<ref name="tutorial">本機の後継機種である[[HP-48GX]]のUser's Guideには、このような購入者を掻き立てる演算例は無く、六法全書のように淡々と使用方法の記載が続くため、読んでも面白くない。HPは「ページ数も激増したし、[[HP-48GX]]は本機の購入者しか買わないだろうから、この種の演算例は要らんだろ」と考えたのだろうか。勿体無いことである。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-42S&diff=6773
HP-42S
2025-04-13T07:11:53Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1988年10月31日〜1995年5月1日に販売された科学・数学向け上級グラフィックプログラム関数電卓。コードネームは[https://en.wikipedia.org/wiki/Leonardo_da_Vinci Davinci (レオナルド・ダ・ヴィンチ)]。管理人が所有するのはシンガポール製。<br />
<br />
プログラム形式を、[[HP-41CX]]で追加実装した関数以外の、[http://www.hp-collection.org/calculators/41c.html HP-41C]と[http://www.hp-collection.org/calculators/41cv.html HP-41CV]に実装した関数とフォーマットに完全互換させ、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]向けに開発されたプログラム(ソースコード)をそのまま移植できることを売りにしているため、本機は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の正当な後継機と見做すべきなのだが、その中身は「RPLを採用してない[[HP-28S]]」である。<br />
__TOC__<br />
===宿痾と化した「階層化メニュー」===<br />
販売開始日から[[HP-28S]]と同時並行で開発が進められていたことが想像され、実装された関数や機能も[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]と酷似している。本来の意味の関数電卓に加え、複素数/ベクトル/行列/統計も演算でき、ルートソルバや数値積分、HEX/DEC/OCT/BINの数値で基数変換/整数演算/ビット演算を実装<ref name="basis" />し、22桁2行の英数字とグラフが描画できる<ref name="graph" />131×16画素のドットマトリクス液晶ディスプレイと赤外線プリンタと接続するための赤外線インタフェースを備え、ユーザインタフェースが階層化メニュー形式であることも含め同じである。異なるのは、プログラムを保存できるユーザメモリが7.2kBに切り下げられたこと、ドットマトリクス液晶ディスプレイの大きさ(行数)が半分になったこと、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と後方互換性を持たせるためにRPLを採用してないこと(したがってスタック段数は従来機種と同じ3+1段)、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]では別売のアプリケーションパックを装着しないと使用できなかった関数を含め内蔵関数が600以上まで拡大されたことぐらいである。<br />
<br />
物理キーが存在しない内蔵関数や機能は階層化メニューを辿って入力するは百歩譲って仕方無いとして、アルファベットの入力をも階層化メニューに押し込んだのはどういう了見なのだろうか。物理キーは37個あるもののシフトキーが&nbsp;{{keypress|<math>\color{RedOrange}\blacksquare</math>}}&nbsp;のみ1段であることも相俟って、階層化メニューの悪辣さで言えば[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]より本機のほうが上だ。[[HP-28S]]でも例示した&nbsp;<math>69!</math>&nbsp;を演算するには、本機の階乗関数は確率&nbsp;{{keypress|<math>\text {PROB}</math>}}&nbsp;メニューの下にある<ref name="28s" />ので&nbsp;{{keypress|<math>\text {6}</math>}}&nbsp;{{keypress|<math>\text {9}</math>}}&nbsp;{{keypress|<math>\color{RedOrange}\blacksquare</math>}}&nbsp;{{keypress|<math>\text {PROB}</math>}}&nbsp;<span style="background-color:black"><font color="white"><b><tt>&emsp;N!&emsp;</tt></b></font></span>&nbsp;となる。プログラミングでアルファベットを入力する場合は更に酷く、例えば<code>A</code>を入力するには&nbsp;{{keypress|<math>\color{RedOrange}\blacksquare</math>}}&nbsp;{{keypress|<math>\text {ALPHA}</math>}}&nbsp;<span style="background-color:black"><font color="white"><b><tt>ABCDE</tt></b></font></span>&nbsp;<span style="background-color:black"><font color="white"><b><tt>&emsp;A&emsp;</tt></b></font></span>&nbsp;となる。アルファベット1文字入力するのに最長で4ステップ…いくらプログラム形式が[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と後方互換していてもこのユーザインタフェースでは、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]向けのソースコードを本機に移植する作業は苦行以外の何物でもない。先述した通り、本機には物理キーが37個あるのだから、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と同様、1物理キーに1アルファベットを割り当てた「アルファベット入力モード」を作れただろうに。<br />
<br />
この「アルファベットの入力をも階層化メニューで行う」仕様が致命傷となり、本機の階層化メニューは宿痾と化した。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]でのアルファベット入力の軽快さを知っている管理人はこの仕様に心が折れ、本機でのプログラミングは早々に諦めた。せめてもの救いは、関数電卓では使用頻度が高い三角関数&nbsp;{{keypress|<math>\text {SIN}</math>}}&nbsp;{{keypress|<math>\text {COS}</math>}}&nbsp;{{keypress|<math>\text {TAN}</math>}}&nbsp;、常用対数&nbsp;{{keypress|<math>\text {LOG}</math>}}&nbsp;、自然対数&nbsp;{{keypress|<math>\text {LN}</math>}}&nbsp;、逆数&nbsp;{{keypress|<math>\textstyle \, {^{1} \!\!\! \diagup \!\!\! _{x}}</math>}}&nbsp;、開平&nbsp;{{keypress|<math>\sqrt{x}</math>}} には物理キーが設けられたため[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]のように「数値解析プログラミング専用機」とはならず、ユーザの手許に転がっている直近の諸問題について真値や近似値をお手軽に求解できることだが、これは関数電卓の基本であり、[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]と比較すること自体がオカシイのだと捉えなければならない。それだけ[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]の異常さが際立つ。<br />
<br />
なお、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と較べてプロセッサクロック周波数が2.5倍もクロックアップされたにもかかわらず、使用するバッテリがHP-10Cシリーズと同等の低容量に切り下げられた<ref name="vshp10" />ため、本機を常用すると高頻度にバッテリを交換する<ref name="battery" />羽目に陥る。<br />
<br />
===一般人には人気らしいが…？===<br />
あまりの[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]の不人気振りに、1990年3月16日に[[HP-48SX]]が発売されるまでの1年半、本機はHP製RPN関数電卓のラインナップで事実上の最上位機種に位置付けられた。[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と[[HP-10C/HP-11C/HP-15C|HP-15C]]の大多数と[[HP-16C]]の一部の機能や関数が本機に実装できたことで、それまでのラインナップにあった各機種のほぼ全ての機能が本機に収斂し、かつ、それらよりも販売価格が大幅に下がったからだ。そういう意味で本機は、〝一般ユーザ向け〟RPN関数電卓の、ひとつの頂点であろう。実際、本機は比較的良く売れたようで、製造期間は6年半に渡り、[https://thomasokken.com/free42/ Windows/Mac/Linux/Android/iOS向けエミュレータ]が存在する程度の人気は現在も保っている。eBayをはじめとする中古市場やオークションサイトにも出品され、入手性は良くもないが悪くもなく、状態が良ければ<ref name="condition" />落札価格や値付けもそれなりに高い。<br />
<br />
が、HP製関数電卓の歴史が事実上終焉した今となって俯瞰すると、この期間はHPの関数電卓事業がどん底だったと管理人は考える。「初めて触れたHP製RPN電卓が本機だ」というユーザであれば「まぁ…こんなもんかな」と刷り込まれるかもしれないが、古参のHP製RPN電卓ユーザ、特にプログラミングも多用する[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]ユーザともなると、階層化メニューの悪辣さと拡張性の無さから、本機に魅力を感じることは無い。演算精度と純正プリンタで印刷できるグラフの粒度は良い<ref name="dotmatrix" />ものの、それ以外は煮ても焼いても食えない代物だと即気付くからだ。先述した通り、本機は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]の直接の後継機として開発したため、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]をリファレンスとしつつ、これを凌駕することを目指したはずだが、結局は[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]を越えられなかったことになる。1990年11月1日までは、併売されていた[[HP-41CX]]が相変らず売れ続けたことが何よりの証左だろう。「[[HP-28S#cite_note-repair-4|HPは電卓修理サービスを止めてしまった]]ので、今使っている[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]が壊れたら修理できない。ならば、終売する前に予備機として[[HP-41CX]]を買っておこう」という動きすらあったようだ。<br />
<br />
即ち、HPは、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]をはじめとする既存のユーザを、次世代プロセッサたる[[Nut/Saturnプロセッサファミリ|Saturn]]を採用した新しいプラットフォームである本機や[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]へ積極的に移行させたかったのだが、それを動かすOSやソフトウェアのユーザインタフェースやハードウェアの拡張性に関する判断を悉く誤り、すべての面で既存のユーザの要望とは正反対の方向へ走ってしまったことで、その目論見が潰れたのだ。[[HP-28S]]で詳述した惨劇と同様「エンジニアリングとマーケティングの自己満足による敗北」と言って良かろう。この感想は歴代のHP製RPN関数電卓を使用してきたマニアやヘヴィユーザが異口同音に述べたようで、他者にRPN関数電卓を知らしめるとき本機を推す者は居ない。<br />
<br />
この状況を察知したHPは、次のHP-48シリーズでRPN関数電卓最後の大花火を打ち上げる。その端をきったのが[[HP-48SX]]である。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7497}089.06508\ \; (\varepsilon\!_R=2.26\times10^{-5})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 43.0000000000</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||1MHz (Lewis 1LR2)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||LR44×3個<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1988年〜1995年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ → シンガポール → ブラジル → インドネシア<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1988年発売時の定価||120ドル (約15,400円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="basis">[[HP-16C]]と異なり、演算させるには基数を揃える必要がある。</ref><br />
<ref name="graph">[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]や[[HP-48SX]]/[[HP-48GX]]を含むHP-48シリーズと異なり「グラフ機能」がアプリケーション化されてないため、本機でグラフを描くには、ドットマトリクス液晶ディスプレイの&nbsp;<math>x,y</math>&nbsp;座標を指定して1画素を点描する&nbsp;{{keypress|<math>\text {PIXEL}</math>}}&nbsp;命令や、文字コードで指定した縦8画素を選択しつつ点描する&nbsp;{{keypress|<math>\text {AGRAPH}</math>}}&nbsp;命令を駆使した、その数式専用のプログラムを書く必要がある。本機附属マニュアルにはプログラム例として、ドットマトリクス液晶ディスプレイにグラフを描く<code>"DPLOT"</code>のソースコードが154ページに、赤外線接続式サーマルプリンタ[[HP 82240A/HP 82240B]]にグラフを印刷する<code>"PLOT"</code>のソースコードが158ページに、それぞれ記載されている。なお、マニュアルに記載されている<code>"DPLOT"</code>は234バイト、<code>"PLOT"</code>は337バイトのユーザメモリを消費する。本機のユーザメモリは7,200バイト超あるため、相当込み入った数式を描画させてもメモリ不足にはならないと思われる。</ref><br />
<ref name="28s">なぜ階乗関数のカテゴライズが[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]での実数関数&nbsp;{{keypress|<math>\text {REAL}</math>}}&nbsp;メニューから変更されたかは不明である。尤も、管理人が学んだ頃の高校数学では[https://erid.nier.go.jp/files/COFS/s53h/chap2-3.htm 「確率・統計」]の[https://en.wikipedia.org/wiki/Partial_permutation 順列]・[https://en.wikipedia.org/wiki/Combinatorics 組合せ]で階乗&nbsp;<math>n!</math>&nbsp;が初出するので、本機のように確率&nbsp;{{keypress|<math>\text {PROB}</math>}}&nbsp;メニューの下にあるほうが自然とも思える。実数関数としては大学数学の代数学や解析学で出て来るものの、工学部出身で[https://en.wikipedia.org/wiki/Stochastic_process 確率過程論]を駆使していたためか、代数学や解析学に馴染が無いというのが正直な感想である。当然、理学部(特に数学科)なら話は別だろう。</ref><br />
<ref name="vshp10">HP-10Cシリーズはプロセッサの待機電流が10nA程度であることやプロセッサクロック周波数が220kHzと低いことも相俟って消費電力が0.25mW程度に収まり〝前回交換した時期を忘れる〟ほど長寿命となる</ref><br />
<ref name="battery">本機のバッテリ残量監視は閾値が微妙な設定だ。四則演算や内蔵関数による演算・プログラムの作成は可能だが、プログラムの実行・赤外線インタフェース経由での[[HP_82240A/HP_82240B|プリンタ]]への印刷など消費電力が大きい動作は不可能、という程度のバッテリ残量では、本機はバッテリ残量不足を警告する電池アイコン&#128267;を表示しない。「電卓の本分は『電卓だけで完結する演算』だろ！」と言わんばかりの閾値設定である。管理人が初めてこの事象に遭遇したとき、当初は本機や[[HP_82240A/HP_82240B|プリンタ]]の故障を疑ったが、本機のバッテリを新品へ交換すると復旧、それまで使用していたバッテリへ戻すと同じ事象が再発したため、本機のバッテリ(の残量監視の閾値)の問題であると切り分けられた。本機で「プログラムを作成することはできる(ソースコードを入力し保存することはできる)が、これを実行することはできない」事象が発生した場合は、バッテリを新品に交換してみることを推奨する。</ref><br />
<ref name="condition">本機を含む熱溶着封止ケースから採用された、上側ケース表面に貼られる「物理キーを説明するアルミニウム製シールプレート」と「それへの印刷品質」があまり良くないようで、ちょっと使い込むだけで文字やインクが剥げる。加えて、シールプレートの四隅や押下回数が多い電源キー&nbsp;{{keypress|<math>\text {ON}</math>}}&nbsp;やシフトキー&nbsp;{{keypress|<math>\color{RedOrange}\blacksquare</math>}}&nbsp;周辺など、通常使用中によく擦れる箇所は、剥げると同時に罅割れも発生し皺が寄る。しかし、上側ケースと一体成形された物理キー上面の文字は、[[HP製RPN電卓の特長|特長]]で記した通り印刷ではなく象嵌なので、長期間使用しても剥げたりせず新品同様である。その結果、本機の中古品は「キー表面は新品同様なのにキー周辺は罅割れて剥げる」という、俯瞰すると違和感を覚える外観となり見窄らしく映る。この美的感覚は世界共通のようで、本機の中古品取引相場は(完動品であれば)シールプレートの美醜で全てが決まる。未使用・未開封なデッドストックはもちろん、中古品でもシールプレートに傷ひとつ無い美品は500ドル以上の値付けとなるが、剥げた面積と値付けは反比例し、罅割れがあると買い手はほぼつかない。</ref><br />
<ref name="dotmatrix">[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]と[[HP 82143A]]または[[HP 82242A]]のセットで曲線を表現すると、印刷ヘッドがキャラクタ単位(通常は<code>*</code>や<code>+</code>を使用する)でしか移動しないため、印刷した曲線には滑らかさもなにもあったものではないが、本機や[[HP-28S]]でのグラフの印刷は「ドットマトリクス液晶に出力した画面をそのまま[https://en.wikipedia.org/wiki/Hard_copy ハードコピー]する」動作なので当たり前である。尤も、[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]に[[PPC ROM]]を装着し、<code>HA</code>ルーチン(HIGH RESOLUTION HISTOGRAM WITH AXIS)や<code>HS</code>ルーチン(HIGH RESOLUTION HISTOGRAM)や<code>HP</code>ルーチン(HIGH RESOLUTION PLOT)を使用して曲線を印刷すると、ドットマトリクス液晶画面のハードコピーと同等の出力が可能なので、本機/[http://www.hp-collection.org/calculators/28c.html HP-28C]/[[HP-28S]]の優位性は「マイクロプロセッサの性能向上による演算精度だけ」という身も蓋もないことになる。この意味でも[https://www.hpmuseum.org/hp41.htm HP-41シリーズ]に[[PPC ROM]]は必須である。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8&diff=6764
メインページ
2025-03-30T08:19:26Z
<p>Webmaster: </p>
<hr />
<div>*{{Fontsize|15|[[RPN電卓]]}}<br />
*{{Fontsize|15|[[Raspberry Pi]]}}<br />
*{{Fontsize|15|[[Debian GNU/Linux Customize Tips]]}}</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:Fontsize/doc&diff=6763
テンプレート:Fontsize/doc
2025-03-30T08:15:23Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>{{Documentation subpage|種類=[[Help:テンプレート|テンプレート]]}}<br />
<br />
==使用方法==<br />
<code><nowiki>{{Fontsize|ピクセル数|文字}}</nowiki></code><br><code><nowiki>{{Fontsize|サイズ|文字}}</nowiki></code><br />
===例===<br />
{| class="wikitable"<br />
|<code><nowiki>{{Fontsize|25|文字}}</nowiki></code>||{{Fontsize|25|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|250%|文字}}</nowiki></code>||{{Fontsize|250%|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|xx-small|文字}}</nowiki></code> - もっとも小さなサイズ||{{Fontsize|xx-small|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|x-small|文字}}</nowiki></code> - より小さなサイズ||{{Fontsize|x-small|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|small|文字}}</nowiki></code> - 小さなサイズ||{{Fontsize|small|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|medium|文字}}</nowiki></code> - Webブラウザの基準となるサイズ。サイズはWebブラウザによって異なる||{{Fontsize|medium|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|large|文字}}</nowiki></code> - 大きなサイズ||{{Fontsize|large|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|x-large|文字}}</nowiki></code> - より大きなサイズ||{{Fontsize|x-large|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|xx-large|文字}}</nowiki></code> - もっとも大きなサイズ||{{Fontsize|xx-large|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|smaller|文字}}</nowiki></code> - 要素に指定済みのサイズより1段階小さなサイズ||{{Fontsize|smaller|文字}}<br />
|-<br />
|<code><nowiki>{{Fontsize|larger|文字}}</nowiki></code> - 要素に指定済みのサイズより1段階大きなサイズ||{{Fontsize|larger|文字}}<br />
|}<includeonly>{{Sandbox other||<br />
{{デフォルトソート:{{TEMPLATENAME}}}}<br />
<!-- カテゴリは以下に追加してください --><br />
[[カテゴリ:レイアウト用テンプレート]]<br />
[[カテゴリ:フォント関連テンプレート]]<br />
}}</includeonly></div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:TEMPLATENAME&diff=6761
テンプレート:TEMPLATENAME
2025-03-30T08:15:23Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div><includeonly><!--(Template:TEMPLATENAME start:)<br />
-->{{safesubst:#ifeq:{{{require|{{{1|{{SUBPAGENAMEE}}}}}}}}|{{SUBPAGENAMEE}}<br />
| {{safesubst:#ifeq:{{safesubst:NAMESPACE}}|{{ns:Template}} | |{{safesubst:NAMESPACE}}:}}<!--<br />
-->{{safesubst:#ifeq:{{safesubst:SUBPAGENAMEE}}|{{{docpage|{{{override|doc}}}}}}<br />
| {{safesubst:BASEPAGENAME}}<br />
| {{safesubst:#switch:{{SUBPAGENAMEE}}<br />
|doc |sandbox |testcases = {{safesubst:BASEPAGENAME}}<br />
| {{safesubst:PAGENAME}}<br />
}} }} }}<!--(Template:TEMPLATENAME ends)<br />
--></includeonly><noinclude><br />
{{Documentation}}<br />
</noinclude></div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:Ifnumber&diff=6759
テンプレート:Ifnumber
2025-03-30T08:15:23Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div><includeonly>{{#ifeq: {{lc:{{{1|}}}}} | e | {{{3|0}}} | {{#iferror:{{#expr:{{{1|}}}*0}}|{{{3|0}}}|{{{2|1}}}}} }}</includeonly><noinclude><br />
{{Documentation}}<br />
</noinclude></div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Documentation/styles.css&diff=6757
モジュール:Documentation/styles.css
2025-03-30T08:15:23Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>/* {{pp-template}} */<br />
.documentation,<br />
.documentation-metadata {<br />
border: 1px solid #a2a9b1;<br />
background-color: #ecfcf4;<br />
clear: both;<br />
}<br />
<br />
.documentation {<br />
margin: 1em 0 0 0;<br />
padding: 1em;<br />
}<br />
<br />
.documentation-metadata {<br />
margin: 0.2em 0; /* same margin left-right as .documentation */<br />
font-style: italic;<br />
padding: 0.4em 1em; /* same padding left-right as .documentation */<br />
}<br />
<br />
.documentation-startbox {<br />
padding-bottom: 3px;<br />
border-bottom: 1px solid #aaa;<br />
margin-bottom: 1ex;<br />
}<br />
<br />
.documentation-heading {<br />
font-weight: bold;<br />
font-size: 125%;<br />
}<br />
<br />
.documentation-clear { /* Don't want things to stick out where they shouldn't. */<br />
clear: both;<br />
}<br />
<br />
.documentation-toolbar {<br />
font-style: normal;<br />
font-size: 85%;<br />
}<br />
<br />
<br />
@media screen {<br />
html.skin-theme-clientpref-night .documentation,<br />
html.skin-theme-clientpref-night .documentation-metadata {<br />
background-color: #0b1e1c;<br />
}<br />
}<br />
<br />
<br />
@media screen and (prefers-color-scheme: dark) {<br />
html.skin-theme-clientpref-os .documentation,<br />
html.skin-theme-clientpref-os .documentation-metadata {<br />
background-color: #0b1e1c;<br />
}<br />
}<br />
/* [[カテゴリ:テンプレートスタイル]] */</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Documentation/config&diff=6755
モジュール:Documentation/config
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>----------------------------------------------------------------------------------------------------<br />
--<br />
-- Configuration for Module:Documentation<br />
--<br />
-- Here you can set the values of the parameters and messages used in Module:Documentation to<br />
-- localise it to your wiki and your language. Unless specified otherwise, values given here<br />
-- should be string values.<br />
----------------------------------------------------------------------------------------------------<br />
<br />
local cfg = {} -- Do not edit this line.<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Protection template configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['protection-reason-edit']<br />
-- The protection reason for edit-protected templates to pass to<br />
-- [[Module:Protection banner]].<br />
cfg['protection-reason-edit'] = 'template'<br />
<br />
--[[<br />
----------------------------------------------------------------------------------------------------<br />
-- Sandbox notice configuration<br />
--<br />
-- On sandbox pages the module can display a template notifying users that the current page is a<br />
-- sandbox, and the location of test cases pages, etc. The module decides whether the page is a<br />
-- sandbox or not based on the value of cfg['sandbox-subpage']. The following settings configure the<br />
-- messages that the notices contains.<br />
----------------------------------------------------------------------------------------------------<br />
--]]<br />
<br />
-- cfg['sandbox-notice-image']<br />
-- The image displayed in the sandbox notice.<br />
cfg['sandbox-notice-image'] = '[[File:Sandbox.svg|50px|alt=|link=]]'<br />
<br />
--[[<br />
-- cfg['sandbox-notice-pagetype-template']<br />
-- cfg['sandbox-notice-pagetype-module']<br />
-- cfg['sandbox-notice-pagetype-other']<br />
-- The page type of the sandbox page. The message that is displayed depends on the current subject<br />
-- namespace. This message is used in either cfg['sandbox-notice-blurb'] or<br />
-- cfg['sandbox-notice-diff-blurb'].<br />
--]]<br />
cfg['sandbox-notice-pagetype-template'] = '[[Wikipedia:テンプレートのサンドボックスとテストケース|テンプレート・サンドボックス]]ページ'<br />
cfg['sandbox-notice-pagetype-module'] = '[[Wikipedia:テンプレートのサンドボックスとテストケース|モジュール・サンドボックス]]ページ'<br />
cfg['sandbox-notice-pagetype-other'] = 'サンドボックス・ページ'<br />
<br />
--[[<br />
-- cfg['sandbox-notice-blurb']<br />
-- cfg['sandbox-notice-diff-blurb']<br />
-- cfg['sandbox-notice-diff-display']<br />
-- Either cfg['sandbox-notice-blurb'] or cfg['sandbox-notice-diff-blurb'] is the opening sentence<br />
-- of the sandbox notice. The latter has a diff link, but the former does not. $1 is the page<br />
-- type, which is either cfg['sandbox-notice-pagetype-template'],<br />
-- cfg['sandbox-notice-pagetype-module'] or cfg['sandbox-notice-pagetype-other'] depending what<br />
-- namespace we are in. $2 is a link to the main template page, and $3 is a diff link between<br />
-- the sandbox and the main template. The display value of the diff link is set by <br />
-- cfg['sandbox-notice-compare-link-display'].<br />
--]]<br />
cfg['sandbox-notice-blurb'] = 'これは$2の$1です。__EXPECTUNUSEDTEMPLATE__'<br />
cfg['sandbox-notice-diff-blurb'] = 'これは$2 ($3)の$1です。__EXPECTUNUSEDTEMPLATE__'<br />
cfg['sandbox-notice-compare-link-display'] = '差分'<br />
<br />
--[[<br />
-- cfg['sandbox-notice-testcases-blurb']<br />
-- cfg['sandbox-notice-testcases-link-display']<br />
-- cfg['sandbox-notice-testcases-run-blurb']<br />
-- cfg['sandbox-notice-testcases-run-link-display']<br />
-- cfg['sandbox-notice-testcases-blurb'] is a sentence notifying the user that there is a test cases page<br />
-- corresponding to this sandbox that they can edit. $1 is a link to the test cases page.<br />
-- cfg['sandbox-notice-testcases-link-display'] is the display value for that link.<br />
-- cfg['sandbox-notice-testcases-run-blurb'] is a sentence notifying the user that there is a test cases page<br />
-- corresponding to this sandbox that they can edit, along with a link to run it. $1 is a link to the test<br />
-- cases page, and $2 is a link to the page to run it.<br />
-- cfg['sandbox-notice-testcases-run-link-display'] is the display value for the link to run the test<br />
-- cases.<br />
--]]<br />
cfg['sandbox-notice-testcases-blurb'] = '対応する$1・サブページもご確認ください。'<br />
cfg['sandbox-notice-testcases-link-display'] = 'テストケース'<br />
cfg['sandbox-notice-testcases-run-blurb'] = '対応する$1・サブページ ($2) もご確認ください。'<br />
cfg['sandbox-notice-testcases-run-link-display'] = '実行'<br />
<br />
-- cfg['sandbox-category']<br />
-- A category to add to all template sandboxes.<br />
cfg['sandbox-category'] = 'テンプレート・サンドボックス'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Start box configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['documentation-icon-wikitext']<br />
-- The wikitext for the icon shown at the top of the template.<br />
cfg['documentation-icon-wikitext'] = '[[File:Test Template Info-Icon - Version (2).svg|50px|link=|alt=]]'<br />
<br />
-- cfg['template-namespace-heading']<br />
-- The heading shown in the template namespace.<br />
cfg['template-namespace-heading'] = 'テンプレートの解説'<br />
<br />
-- cfg['module-namespace-heading']<br />
-- The heading shown in the module namespace.<br />
cfg['module-namespace-heading'] = 'モジュールの解説'<br />
<br />
-- cfg['file-namespace-heading']<br />
-- The heading shown in the file namespace.<br />
cfg['file-namespace-heading'] = '要約'<br />
<br />
-- cfg['other-namespaces-heading']<br />
-- The heading shown in other namespaces.<br />
cfg['other-namespaces-heading'] = '解説'<br />
<br />
-- cfg['view-link-display']<br />
-- The text to display for "view" links.<br />
cfg['view-link-display'] = '表示'<br />
<br />
-- cfg['edit-link-display']<br />
-- The text to display for "edit" links.<br />
cfg['edit-link-display'] = '編集'<br />
<br />
-- cfg['history-link-display']<br />
-- The text to display for "history" links.<br />
cfg['history-link-display'] = '履歴'<br />
<br />
-- cfg['purge-link-display']<br />
-- The text to display for "purge" links.<br />
cfg['purge-link-display'] = 'キャッシュを破棄'<br />
<br />
-- cfg['create-link-display']<br />
-- The text to display for "create" links.<br />
cfg['create-link-display'] = '作成'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Link box (end box) configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['transcluded-from-blurb']<br />
-- Notice displayed when the docs are transcluded from another page. $1 is a wikilink to that page.<br />
cfg['transcluded-from-blurb'] = 'この[[Help:テンプレートの説明文|解説]]は、$1から[[Help:テンプレート#テンプレートとは|呼び出されて]]います。'<br />
<br />
--[[<br />
-- cfg['create-module-doc-blurb']<br />
-- Notice displayed in the module namespace when the documentation subpage does not exist.<br />
-- $1 is a link to create the documentation page with the preload cfg['module-preload'] and the<br />
-- display cfg['create-link-display'].<br />
--]]<br />
cfg['create-module-doc-blurb'] = 'この[[Wikipedia:Lua|Scribuntoモジュール]]の解説ページを$1することができます。'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Experiment blurb configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
--[[<br />
-- cfg['experiment-blurb-template']<br />
-- cfg['experiment-blurb-module']<br />
-- The experiment blurb is the text inviting editors to experiment in sandbox and test cases pages.<br />
-- It is only shown in the template and module namespaces. With the default English settings, it<br />
-- might look like this:<br />
--<br />
-- Editors can experiment in this template's sandbox (edit | diff) and testcases (edit) pages.<br />
--<br />
-- In this example, "sandbox", "edit", "diff", "testcases", and "edit" would all be links.<br />
--<br />
-- There are two versions, cfg['experiment-blurb-template'] and cfg['experiment-blurb-module'], depending<br />
-- on what namespace we are in.<br />
-- <br />
-- Parameters:<br />
--<br />
-- $1 is a link to the sandbox page. If the sandbox exists, it is in the following format:<br />
--<br />
-- cfg['sandbox-link-display'] (cfg['sandbox-edit-link-display'] | cfg['compare-link-display'])<br />
-- <br />
-- If the sandbox doesn't exist, it is in the format:<br />
--<br />
-- cfg['sandbox-link-display'] (cfg['sandbox-create-link-display'] | cfg['mirror-link-display'])<br />
-- <br />
-- The link for cfg['sandbox-create-link-display'] link preloads the page with cfg['template-sandbox-preload']<br />
-- or cfg['module-sandbox-preload'], depending on the current namespace. The link for cfg['mirror-link-display']<br />
-- loads a default edit summary of cfg['mirror-edit-summary'].<br />
--<br />
-- $2 is a link to the test cases page. If the test cases page exists, it is in the following format:<br />
--<br />
-- cfg['testcases-link-display'] (cfg['testcases-edit-link-display'] | cfg['testcases-run-link-display'])<br />
--<br />
-- If the test cases page doesn't exist, it is in the format:<br />
-- <br />
-- cfg['testcases-link-display'] (cfg['testcases-create-link-display'])<br />
--<br />
-- If the test cases page doesn't exist, the link for cfg['testcases-create-link-display'] preloads the<br />
-- page with cfg['template-testcases-preload'] or cfg['module-testcases-preload'], depending on the current<br />
-- namespace.<br />
--]]<br />
cfg['experiment-blurb-template'] = "編集者は、このテンプレートを$1と$2で試すことができます。（[[Wikipedia:テンプレートのサンドボックスとテストケース|解説]]）"<br />
cfg['experiment-blurb-module'] = "編集者は、このモジュールを$1と$2で試すことができます。（[[Wikipedia:テンプレートのサンドボックスとテストケース|解説]]）"<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Sandbox link configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['sandbox-subpage']<br />
-- The name of the template subpage typically used for sandboxes.<br />
cfg['sandbox-subpage'] = 'sandbox'<br />
<br />
-- cfg['template-sandbox-preload']<br />
-- Preload file for template sandbox pages.<br />
cfg['template-sandbox-preload'] = 'Template:Documentation/preload-sandbox'<br />
<br />
-- cfg['module-sandbox-preload']<br />
-- Preload file for Lua module sandbox pages.<br />
cfg['module-sandbox-preload'] = 'Template:Documentation/preload-module-sandbox'<br />
<br />
-- cfg['sandbox-link-display']<br />
-- The text to display for "sandbox" links.<br />
cfg['sandbox-link-display'] = 'サンドボックス'<br />
<br />
-- cfg['sandbox-edit-link-display']<br />
-- The text to display for sandbox "edit" links.<br />
cfg['sandbox-edit-link-display'] = '編集'<br />
<br />
-- cfg['sandbox-create-link-display']<br />
-- The text to display for sandbox "create" links.<br />
cfg['sandbox-create-link-display'] = '作成'<br />
<br />
-- cfg['compare-link-display']<br />
-- The text to display for "compare" links.<br />
cfg['compare-link-display'] = '差分'<br />
<br />
-- cfg['mirror-edit-summary']<br />
-- The default edit summary to use when a user clicks the "mirror" link. $1 is a wikilink to the<br />
-- template page.<br />
cfg['mirror-edit-summary'] = '$1のサンドボックスバージョンを作成'<br />
<br />
-- cfg['mirror-link-display']<br />
-- The text to display for "mirror" links.<br />
cfg['mirror-link-display'] = '複製'<br />
<br />
-- cfg['mirror-link-preload']<br />
-- The page to preload when a user clicks the "mirror" link.<br />
cfg['mirror-link-preload'] = 'Template:Documentation/mirror'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Test cases link configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['testcases-subpage']<br />
-- The name of the template subpage typically used for test cases.<br />
cfg['testcases-subpage'] = 'testcases'<br />
<br />
-- cfg['template-testcases-preload']<br />
-- Preload file for template test cases pages.<br />
cfg['template-testcases-preload'] = 'Template:Documentation/preload-testcases'<br />
<br />
-- cfg['module-testcases-preload']<br />
-- Preload file for Lua module test cases pages.<br />
cfg['module-testcases-preload'] = 'Template:Documentation/preload-module-testcases'<br />
<br />
-- cfg['testcases-link-display']<br />
-- The text to display for "testcases" links.<br />
cfg['testcases-link-display'] = 'テストケース'<br />
<br />
-- cfg['testcases-edit-link-display']<br />
-- The text to display for test cases "edit" links.<br />
cfg['testcases-edit-link-display'] = '編集'<br />
<br />
-- cfg['testcases-run-link-display']<br />
-- The text to display for test cases "run" links.<br />
cfg['testcases-run-link-display'] = '作動'<br />
<br />
-- cfg['testcases-create-link-display']<br />
-- The text to display for test cases "create" links.<br />
cfg['testcases-create-link-display'] = '作成'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Add categories blurb configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
--[[<br />
-- cfg['add-categories-blurb']<br />
-- Text to direct users to add categories to the /doc subpage. Not used if the "content" or<br />
-- "docname fed" arguments are set, as then it is not clear where to add the categories. $1 is a<br />
-- link to the /doc subpage with a display value of cfg['doc-link-display'].<br />
--]]<br />
cfg['add-categories-blurb'] = '$1のサブページにカテゴリを追加してください。'<br />
<br />
-- cfg['doc-link-display']<br />
-- The text to display when linking to the /doc subpage.<br />
cfg['doc-link-display'] = '/doc'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Subpages link configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
--[[<br />
-- cfg['subpages-blurb']<br />
-- The "Subpages of this template" blurb. $1 is a link to the main template's subpages with a<br />
-- display value of cfg['subpages-link-display']. In the English version this blurb is simply<br />
-- the link followed by a period, and the link display provides the actual text.<br />
--]]<br />
cfg['subpages-blurb'] = '$1'<br />
<br />
--[[<br />
-- cfg['subpages-link-display']<br />
-- The text to display for the "subpages of this page" link. $1 is cfg['template-pagetype'],<br />
-- cfg['module-pagetype'] or cfg['default-pagetype'], depending on whether the current page is in<br />
-- the template namespace, the module namespace, or another namespace.<br />
--]]<br />
cfg['subpages-link-display'] = 'この$1のサブページ一覧。'<br />
<br />
-- cfg['template-pagetype']<br />
-- The pagetype to display for template pages.<br />
cfg['template-pagetype'] = 'テンプレート'<br />
<br />
-- cfg['module-pagetype']<br />
-- The pagetype to display for Lua module pages.<br />
cfg['module-pagetype'] = 'モジュール'<br />
<br />
-- cfg['default-pagetype']<br />
-- The pagetype to display for pages other than templates or Lua modules.<br />
cfg['default-pagetype'] = 'ページ'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Doc link configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['doc-subpage']<br />
-- The name of the subpage typically used for documentation pages.<br />
cfg['doc-subpage'] = 'doc'<br />
<br />
-- cfg['file-docpage-preload']<br />
-- Preload file for documentation page in the file namespace.<br />
cfg['file-docpage-preload'] = 'Template:Documentation/preload-filespace'<br />
<br />
-- cfg['docpage-preload']<br />
-- Preload file for template documentation pages in all namespaces.<br />
cfg['docpage-preload'] = 'Template:Documentation/preload'<br />
<br />
-- cfg['module-preload']<br />
-- Preload file for Lua module documentation pages.<br />
cfg['module-preload'] = 'Template:Documentation/preload-module-doc'<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Print version configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['print-subpage']<br />
-- The name of the template subpage used for print versions.<br />
cfg['print-subpage'] = 'Print'<br />
<br />
-- cfg['print-link-display']<br />
-- The text to display when linking to the /Print subpage.<br />
cfg['print-link-display'] = '/Print'<br />
<br />
-- cfg['print-blurb']<br />
-- Text to display if a /Print subpage exists. $1 is a link to the subpage with<br />
-- a display value of cfg['print-link-display'].<br />
cfg['print-blurb'] = '$1にこのテンプレートは[[:en:Help:Books/for experts#Improving the book layout|印刷用バージョンがあります]]。'<br />
.. 'もしこのテンプレートを更新した時は、印刷用バージョンも更新してください。'<br />
<br />
-- cfg['display-print-category']<br />
-- Set to true to enable output of cfg['print-category'] if a /Print subpage exists.<br />
-- This should be a boolean value (either true or false).<br />
cfg['display-print-category'] = true<br />
<br />
-- cfg['print-category']<br />
-- Category to output if cfg['display-print-category'] is set to true, and a /Print subpage exists.<br />
cfg['print-category'] = ''<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- HTML and CSS configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['templatestyles']<br />
-- The name of the TemplateStyles page where CSS is kept.<br />
-- Sandbox CSS will be at Module:Documentation/sandbox/styles.css when needed.<br />
cfg['templatestyles'] = 'Module:Documentation/styles.css'<br />
<br />
-- cfg['container']<br />
-- Class which can be used to set flex or grid CSS on the<br />
-- two child divs documentation and documentation-metadata<br />
cfg['container'] = 'documentation-container'<br />
<br />
-- cfg['main-div-classes']<br />
-- Classes added to the main HTML "div" tag.<br />
cfg['main-div-classes'] = 'documentation'<br />
<br />
-- cfg['main-div-heading-class']<br />
-- Class for the main heading for templates and modules and assoc. talk spaces<br />
cfg['main-div-heading-class'] = 'documentation-heading'<br />
<br />
-- cfg['start-box-class']<br />
-- Class for the start box<br />
cfg['start-box-class'] = 'documentation-startbox'<br />
<br />
-- cfg['start-box-link-classes']<br />
-- Classes used for the [view][edit][history] or [create] links in the start box.<br />
-- mw-editsection-like is per [[Wikipedia:Village pump (technical)/Archive 117]]<br />
cfg['start-box-link-classes'] = 'mw-editsection-like plainlinks'<br />
<br />
-- cfg['end-box-class']<br />
-- Class for the end box.<br />
cfg['end-box-class'] = 'documentation-metadata'<br />
<br />
-- cfg['end-box-plainlinks']<br />
-- Plainlinks<br />
cfg['end-box-plainlinks'] = 'plainlinks'<br />
<br />
-- cfg['toolbar-class']<br />
-- Class added for toolbar links.<br />
cfg['toolbar-class'] = 'documentation-toolbar'<br />
<br />
-- cfg['clear']<br />
-- Just used to clear things.<br />
cfg['clear'] = 'documentation-clear'<br />
<br />
<br />
----------------------------------------------------------------------------------------------------<br />
-- Tracking category configuration<br />
----------------------------------------------------------------------------------------------------<br />
<br />
-- cfg['display-strange-usage-category']<br />
-- Set to true to enable output of cfg['strange-usage-category'] if the module is used on a /doc subpage<br />
-- or a /testcases subpage. This should be a boolean value (either true or false).<br />
cfg['display-strange-usage-category'] = true<br />
<br />
-- cfg['strange-usage-category']<br />
-- Category to output if cfg['display-strange-usage-category'] is set to true and the module is used on a<br />
-- /doc subpage or a /testcases subpage.<br />
cfg['strange-usage-category'] = '((documentation))の異常な使用があるページ'<br />
<br />
--[[<br />
----------------------------------------------------------------------------------------------------<br />
-- End configuration<br />
--<br />
-- Don't edit anything below this line.<br />
----------------------------------------------------------------------------------------------------<br />
--]]<br />
<br />
return cfg</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Documentation&diff=6753
モジュール:Documentation
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>-- This module implements {{documentation}}.<br />
<br />
-- Get required modules.<br />
local getArgs = require('Module:Arguments').getArgs<br />
local messageBox = require('Module:Message box')<br />
<br />
-- Get the config table.<br />
local cfg = mw.loadData('Module:Documentation/config')<br />
<br />
local p = {}<br />
<br />
-- Often-used functions.<br />
local ugsub = mw.ustring.gsub<br />
<br />
----------------------------------------------------------------------------<br />
-- Helper functions<br />
--<br />
-- These are defined as local functions, but are made available in the p<br />
-- table for testing purposes.<br />
----------------------------------------------------------------------------<br />
<br />
local function message(cfgKey, valArray, expectType)<br />
--[[<br />
-- Gets a message from the cfg table and formats it if appropriate.<br />
-- The function raises an error if the value from the cfg table is not<br />
-- of the type expectType. The default type for expectType is 'string'.<br />
-- If the table valArray is present, strings such as $1, $2 etc. in the<br />
-- message are substituted with values from the table keys [1], [2] etc.<br />
-- For example, if the message "foo-message" had the value 'Foo $2 bar $1.',<br />
-- message('foo-message', {'baz', 'qux'}) would return "Foo qux bar baz."<br />
--]]<br />
local msg = cfg[cfgKey]<br />
expectType = expectType or 'string'<br />
if type(msg) ~= expectType then<br />
error('メッセージ: cfg.' .. cfgKey .. 'の入力エラー。（想定：' .. expectType .. '、実際：' .. type(msg) .. '）', 2)<br />
end<br />
if not valArray then<br />
return msg<br />
end<br />
<br />
local function getMessageVal(match)<br />
match = tonumber(match)<br />
return valArray[match] or error('メッセージ: メッセージ設定で$' .. match .. 'キーの値が見つかりませんでした。' .. cfgKey, 4)<br />
end<br />
<br />
return ugsub(msg, '$([1-9][0-9]*)', getMessageVal)<br />
end<br />
<br />
p.message = message<br />
<br />
local function makeWikilink(page, display)<br />
if display then<br />
return mw.ustring.format('[[%s|%s]]', page, display)<br />
else<br />
return mw.ustring.format('[[%s]]', page)<br />
end<br />
end<br />
<br />
p.makeWikilink = makeWikilink<br />
<br />
local function makeCategoryLink(cat, sort)<br />
local catns = mw.site.namespaces[14].name<br />
return makeWikilink(catns .. ':' .. cat, sort)<br />
end<br />
<br />
p.makeCategoryLink = makeCategoryLink<br />
<br />
local function makeUrlLink(url, display)<br />
return mw.ustring.format('[%s %s]', url, display)<br />
end<br />
<br />
p.makeUrlLink = makeUrlLink<br />
<br />
local function makeToolbar(...)<br />
local ret = {}<br />
local lim = select('#', ...)<br />
if lim < 1 then<br />
return nil<br />
end<br />
for i = 1, lim do<br />
ret[#ret + 1] = select(i, ...)<br />
end<br />
-- 'documentation-toolbar'<br />
return '<span class="' .. message('toolbar-class') .. '">('<br />
.. table.concat(ret, ' &#124; ') .. ')</span>'<br />
end <br />
<br />
p.makeToolbar = makeToolbar<br />
<br />
----------------------------------------------------------------------------<br />
-- Argument processing<br />
----------------------------------------------------------------------------<br />
<br />
local function makeInvokeFunc(funcName)<br />
return function (frame)<br />
local args = getArgs(frame, {<br />
valueFunc = function (key, value)<br />
if type(value) == 'string' then<br />
value = value:match('^%s*(.-)%s*$') -- Remove whitespace.<br />
if key == 'heading' or value ~= '' then<br />
return value<br />
else<br />
return nil<br />
end<br />
else<br />
return value<br />
end<br />
end<br />
})<br />
return p[funcName](args)<br />
end<br />
end<br />
<br />
----------------------------------------------------------------------------<br />
-- Entry points<br />
----------------------------------------------------------------------------<br />
<br />
function p.nonexistent(frame)<br />
if mw.title.getCurrentTitle().subpageText == 'testcases' then<br />
return frame:expandTemplate{title = 'module test cases notice'}<br />
else<br />
return p.main(frame)<br />
end<br />
end<br />
<br />
p.main = makeInvokeFunc('_main')<br />
<br />
function p._main(args)<br />
--[[<br />
-- This function defines logic flow for the module.<br />
-- @args - table of arguments passed by the user<br />
--]]<br />
local env = p.getEnvironment(args)<br />
local root = mw.html.create()<br />
root<br />
:wikitext(p._getModuleWikitext(args, env))<br />
:wikitext(p.protectionTemplate(env))<br />
:wikitext(p.sandboxNotice(args, env))<br />
:tag('div')<br />
-- 'documentation-container'<br />
:addClass(message('container'))<br />
:newline()<br />
:tag('div')<br />
-- 'documentation'<br />
:addClass(message('main-div-classes'))<br />
:newline()<br />
:wikitext(p._startBox(args, env))<br />
:wikitext(p._content(args, env))<br />
:tag('div')<br />
-- 'documentation-clear'<br />
:addClass(message('clear'))<br />
:done()<br />
:newline()<br />
:done()<br />
:wikitext(p._endBox(args, env))<br />
:done()<br />
:wikitext(p.addTrackingCategories(env))<br />
-- 'Module:Documentation/styles.css'<br />
return mw.getCurrentFrame():extensionTag (<br />
'templatestyles', '', {src=cfg['templatestyles']<br />
}) .. tostring(root)<br />
end<br />
<br />
----------------------------------------------------------------------------<br />
-- Environment settings<br />
----------------------------------------------------------------------------<br />
<br />
function p.getEnvironment(args)<br />
--[[<br />
-- Returns a table with information about the environment, including title<br />
-- objects and other namespace- or path-related data.<br />
-- @args - table of arguments passed by the user<br />
--<br />
-- Title objects include:<br />
-- env.title - the page we are making documentation for (usually the current title)<br />
-- env.templateTitle - the template (or module, file, etc.)<br />
-- env.docTitle - the /doc subpage.<br />
-- env.sandboxTitle - the /sandbox subpage.<br />
-- env.testcasesTitle - the /testcases subpage.<br />
-- env.printTitle - the print version of the template, located at the /Print subpage.<br />
--<br />
-- Data includes:<br />
-- env.protectionLevels - the protection levels table of the title object.<br />
-- env.subjectSpace - the number of the title's subject namespace.<br />
-- env.docSpace - the number of the namespace the title puts its documentation in.<br />
-- env.docpageBase - the text of the base page of the /doc, /sandbox and /testcases pages, with namespace.<br />
-- env.compareUrl - URL of the Special:ComparePages page comparing the sandbox with the template.<br />
-- <br />
-- All table lookups are passed through pcall so that errors are caught. If an error occurs, the value<br />
-- returned will be nil.<br />
--]]<br />
<br />
local env, envFuncs = {}, {}<br />
<br />
-- Set up the metatable. If triggered we call the corresponding function in the envFuncs table. The value<br />
-- returned by that function is memoized in the env table so that we don't call any of the functions<br />
-- more than once. (Nils won't be memoized.)<br />
setmetatable(env, {<br />
__index = function (t, key)<br />
local envFunc = envFuncs[key]<br />
if envFunc then<br />
local success, val = pcall(envFunc)<br />
if success then<br />
env[key] = val -- Memoise the value.<br />
return val<br />
end<br />
end<br />
return nil<br />
end<br />
}) <br />
<br />
function envFuncs.title()<br />
-- The title object for the current page, or a test page passed with args.page.<br />
local title<br />
local titleArg = args.page<br />
if titleArg then<br />
title = mw.title.new(titleArg)<br />
else<br />
title = mw.title.getCurrentTitle()<br />
end<br />
return title<br />
end<br />
<br />
function envFuncs.templateTitle()<br />
--[[<br />
-- The template (or module, etc.) title object.<br />
-- Messages:<br />
-- 'sandbox-subpage' --> 'sandbox'<br />
-- 'testcases-subpage' --> 'testcases'<br />
--]]<br />
local subjectSpace = env.subjectSpace<br />
local title = env.title<br />
local subpage = title.subpageText<br />
if subpage == message('sandbox-subpage') or subpage == message('testcases-subpage') then<br />
return mw.title.makeTitle(subjectSpace, title.baseText)<br />
else<br />
return mw.title.makeTitle(subjectSpace, title.text)<br />
end<br />
end<br />
<br />
function envFuncs.docTitle()<br />
--[[<br />
-- Title object of the /doc subpage.<br />
-- Messages:<br />
-- 'doc-subpage' --> 'doc'<br />
--]]<br />
local title = env.title<br />
local docname = args[1] -- User-specified doc page.<br />
local docpage<br />
if docname then<br />
docpage = docname<br />
else<br />
docpage = env.docpageBase .. '/' .. message('doc-subpage')<br />
end<br />
return mw.title.new(docpage)<br />
end<br />
<br />
function envFuncs.sandboxTitle()<br />
--[[<br />
-- Title object for the /sandbox subpage.<br />
-- Messages:<br />
-- 'sandbox-subpage' --> 'sandbox'<br />
--]]<br />
return mw.title.new(env.docpageBase .. '/' .. message('sandbox-subpage'))<br />
end<br />
<br />
function envFuncs.testcasesTitle()<br />
--[[<br />
-- Title object for the /testcases subpage.<br />
-- Messages:<br />
-- 'testcases-subpage' --> 'testcases'<br />
--]]<br />
return mw.title.new(env.docpageBase .. '/' .. message('testcases-subpage'))<br />
end<br />
<br />
function envFuncs.printTitle()<br />
--[[<br />
-- Title object for the /Print subpage.<br />
-- Messages:<br />
-- 'print-subpage' --> 'Print'<br />
--]]<br />
return env.templateTitle:subPageTitle(message('print-subpage'))<br />
end<br />
<br />
function envFuncs.protectionLevels()<br />
-- The protection levels table of the title object.<br />
return env.title.protectionLevels<br />
end<br />
<br />
function envFuncs.subjectSpace()<br />
-- The subject namespace number.<br />
return mw.site.namespaces[env.title.namespace].subject.id<br />
end<br />
<br />
function envFuncs.docSpace()<br />
-- The documentation namespace number. For most namespaces this is the<br />
-- same as the subject namespace. However, pages in the Article, File,<br />
-- MediaWiki or Category namespaces must have their /doc, /sandbox and<br />
-- /testcases pages in talk space.<br />
local subjectSpace = env.subjectSpace<br />
if subjectSpace == 0 or subjectSpace == 6 or subjectSpace == 8 or subjectSpace == 14 then<br />
return subjectSpace + 1<br />
else<br />
return subjectSpace<br />
end<br />
end<br />
<br />
function envFuncs.docpageBase()<br />
-- The base page of the /doc, /sandbox, and /testcases subpages.<br />
-- For some namespaces this is the talk page, rather than the template page.<br />
local templateTitle = env.templateTitle<br />
local docSpace = env.docSpace<br />
local docSpaceText = mw.site.namespaces[docSpace].name<br />
-- Assemble the link. docSpace is never the main namespace, so we can hardcode the colon.<br />
return docSpaceText .. ':' .. templateTitle.text<br />
end<br />
<br />
function envFuncs.compareUrl()<br />
-- Diff link between the sandbox and the main template using [[Special:ComparePages]].<br />
local templateTitle = env.templateTitle<br />
local sandboxTitle = env.sandboxTitle<br />
if templateTitle.exists and sandboxTitle.exists then<br />
local compareUrl = mw.uri.fullUrl(<br />
'Special:ComparePages',<br />
{ page1 = templateTitle.prefixedText, page2 = sandboxTitle.prefixedText}<br />
)<br />
return tostring(compareUrl)<br />
else<br />
return nil<br />
end<br />
end <br />
<br />
return env<br />
end <br />
<br />
----------------------------------------------------------------------------<br />
-- Auxiliary templates<br />
----------------------------------------------------------------------------<br />
<br />
p.getModuleWikitext = makeInvokeFunc('_getModuleWikitext')<br />
<br />
function p._getModuleWikitext(args, env)<br />
local currentTitle = mw.title.getCurrentTitle()<br />
if currentTitle.contentModel ~= 'Scribunto' then return end<br />
pcall(require, currentTitle.prefixedText) -- if it fails, we don't care<br />
local moduleWikitext = package.loaded["Module:Module wikitext"]<br />
if moduleWikitext then<br />
return moduleWikitext.main()<br />
end<br />
end<br />
<br />
function p.sandboxNotice(args, env)<br />
--[=[<br />
-- Generates a sandbox notice for display above sandbox pages.<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- <br />
-- Messages:<br />
-- 'sandbox-notice-image' --> '[[Image:Sandbox.svg|50px|alt=|link=]]'<br />
-- 'sandbox-notice-blurb' --> 'This is the $1 for $2.'<br />
-- 'sandbox-notice-diff-blurb' --> 'This is the $1 for $2 ($3).'<br />
-- 'sandbox-notice-pagetype-template' --> '[[Wikipedia:Template test cases|template sandbox]] page'<br />
-- 'sandbox-notice-pagetype-module' --> '[[Wikipedia:Template test cases|module sandbox]] page'<br />
-- 'sandbox-notice-pagetype-other' --> 'sandbox page'<br />
-- 'sandbox-notice-compare-link-display' --> 'diff'<br />
-- 'sandbox-notice-testcases-blurb' --> 'See also the companion subpage for $1.'<br />
-- 'sandbox-notice-testcases-link-display' --> 'test cases'<br />
-- 'sandbox-category' --> 'Template sandboxes'<br />
--]=]<br />
local title = env.title<br />
local sandboxTitle = env.sandboxTitle<br />
local templateTitle = env.templateTitle<br />
local subjectSpace = env.subjectSpace<br />
if not (subjectSpace and title and sandboxTitle and templateTitle<br />
and mw.title.equals(title, sandboxTitle)) then<br />
return nil<br />
end<br />
-- Build the table of arguments to pass to {{ombox}}. We need just two fields, "image" and "text".<br />
local omargs = {}<br />
omargs.image = message('sandbox-notice-image')<br />
-- Get the text. We start with the opening blurb, which is something like<br />
-- "This is the template sandbox for [[Template:Foo]] (diff)."<br />
local text = ''<br />
local pagetype<br />
if subjectSpace == 10 then<br />
pagetype = message('sandbox-notice-pagetype-template')<br />
elseif subjectSpace == 828 then<br />
pagetype = message('sandbox-notice-pagetype-module')<br />
else<br />
pagetype = message('sandbox-notice-pagetype-other')<br />
end<br />
local templateLink = makeWikilink(templateTitle.prefixedText)<br />
local compareUrl = env.compareUrl<br />
if compareUrl then<br />
local compareDisplay = message('sandbox-notice-compare-link-display')<br />
local compareLink = makeUrlLink(compareUrl, compareDisplay)<br />
text = text .. message('sandbox-notice-diff-blurb', {pagetype, templateLink, compareLink})<br />
else<br />
text = text .. message('sandbox-notice-blurb', {pagetype, templateLink})<br />
end<br />
-- Get the test cases page blurb if the page exists. This is something like<br />
-- "See also the companion subpage for [[Template:Foo/testcases|test cases]]."<br />
local testcasesTitle = env.testcasesTitle<br />
if testcasesTitle and testcasesTitle.exists then<br />
if testcasesTitle.contentModel == "Scribunto" then<br />
local testcasesLinkDisplay = message('sandbox-notice-testcases-link-display')<br />
local testcasesRunLinkDisplay = message('sandbox-notice-testcases-run-link-display')<br />
local testcasesLink = makeWikilink(testcasesTitle.prefixedText, testcasesLinkDisplay)<br />
local testcasesRunLink = makeWikilink(testcasesTitle.talkPageTitle.prefixedText, testcasesRunLinkDisplay)<br />
text = text .. '<br />' .. message('sandbox-notice-testcases-run-blurb', {testcasesLink, testcasesRunLink})<br />
else<br />
local testcasesLinkDisplay = message('sandbox-notice-testcases-link-display')<br />
local testcasesLink = makeWikilink(testcasesTitle.prefixedText, testcasesLinkDisplay)<br />
text = text .. '<br />' .. message('sandbox-notice-testcases-blurb', {testcasesLink})<br />
end<br />
end<br />
-- Add the sandbox to the sandbox category.<br />
omargs.text = text .. makeCategoryLink(message('sandbox-category'))<br />
<br />
-- 'documentation-clear'<br />
return '<div class="' .. message('clear') .. '"></div>'<br />
.. require('Module:Message box').main('ombox', omargs)<br />
end<br />
<br />
function p.protectionTemplate(env)<br />
-- Generates the padlock icon in the top right.<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- Messages:<br />
-- 'protection-template' --> 'pp-template'<br />
-- 'protection-template-args' --> {docusage = 'yes'}<br />
local protectionLevels = env.protectionLevels<br />
if not protectionLevels then<br />
return nil<br />
end<br />
local editProt = protectionLevels.edit and protectionLevels.edit[1]<br />
local moveProt = protectionLevels.move and protectionLevels.move[1]<br />
if editProt then<br />
-- The page is edit-protected.<br />
return require('Module:Protection banner')._main{<br />
message('protection-reason-edit'), small = true<br />
}<br />
elseif moveProt and moveProt ~= 'autoconfirmed' then<br />
-- The page is move-protected but not edit-protected. Exclude move<br />
-- protection with the level "autoconfirmed", as this is equivalent to<br />
-- no move protection at all.<br />
return require('Module:Protection banner')._main{<br />
action = 'move', small = true<br />
}<br />
else<br />
return nil<br />
end<br />
end<br />
<br />
----------------------------------------------------------------------------<br />
-- Start box<br />
----------------------------------------------------------------------------<br />
<br />
p.startBox = makeInvokeFunc('_startBox')<br />
<br />
function p._startBox(args, env)<br />
--[[<br />
-- This function generates the start box.<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- <br />
-- The actual work is done by p.makeStartBoxLinksData and p.renderStartBoxLinks which make<br />
-- the [view] [edit] [history] [purge] links, and by p.makeStartBoxData and p.renderStartBox<br />
-- which generate the box HTML.<br />
--]]<br />
env = env or p.getEnvironment(args)<br />
local links<br />
local content = args.content<br />
if not content or args[1] then<br />
-- No need to include the links if the documentation is on the template page itself.<br />
local linksData = p.makeStartBoxLinksData(args, env)<br />
if linksData then<br />
links = p.renderStartBoxLinks(linksData)<br />
end<br />
end<br />
-- Generate the start box html.<br />
local data = p.makeStartBoxData(args, env, links)<br />
if data then<br />
return p.renderStartBox(data)<br />
else<br />
-- User specified no heading.<br />
return nil<br />
end<br />
end<br />
<br />
function p.makeStartBoxLinksData(args, env)<br />
--[[<br />
-- Does initial processing of data to make the [view] [edit] [history] [purge] links.<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- <br />
-- Messages:<br />
-- 'view-link-display' --> 'view'<br />
-- 'edit-link-display' --> 'edit'<br />
-- 'history-link-display' --> 'history'<br />
-- 'purge-link-display' --> 'purge'<br />
-- 'file-docpage-preload' --> 'Template:Documentation/preload-filespace'<br />
-- 'module-preload' --> 'Template:Documentation/preload-module-doc'<br />
-- 'docpage-preload' --> 'Template:Documentation/preload'<br />
-- 'create-link-display' --> 'create'<br />
--]]<br />
local subjectSpace = env.subjectSpace<br />
local title = env.title<br />
local docTitle = env.docTitle<br />
if not title or not docTitle then<br />
return nil<br />
end<br />
if docTitle.isRedirect then<br />
docTitle = docTitle.redirectTarget<br />
end<br />
<br />
local data = {}<br />
data.title = title<br />
data.docTitle = docTitle<br />
-- View, display, edit, and purge links if /doc exists.<br />
data.viewLinkDisplay = message('view-link-display')<br />
data.editLinkDisplay = message('edit-link-display')<br />
data.historyLinkDisplay = message('history-link-display')<br />
data.purgeLinkDisplay = message('purge-link-display')<br />
-- Create link if /doc doesn't exist.<br />
local preload = args.preload<br />
if not preload then<br />
if subjectSpace == 6 then -- File namespace<br />
preload = message('file-docpage-preload')<br />
elseif subjectSpace == 828 then -- Module namespace<br />
preload = message('module-preload')<br />
else<br />
preload = message('docpage-preload')<br />
end<br />
end<br />
data.preload = preload<br />
data.createLinkDisplay = message('create-link-display')<br />
return data<br />
end<br />
<br />
function p.renderStartBoxLinks(data)<br />
--[[<br />
-- Generates the [view][edit][history][purge] or [create] links from the data table.<br />
-- @data - a table of data generated by p.makeStartBoxLinksData<br />
--]]<br />
<br />
local function escapeBrackets(s)<br />
-- Escapes square brackets with HTML entities.<br />
s = s:gsub('%[', '&#91;') -- Replace square brackets with HTML entities.<br />
s = s:gsub('%]', '&#93;')<br />
return s<br />
end<br />
<br />
local ret<br />
local docTitle = data.docTitle<br />
local title = data.title<br />
if docTitle.exists then<br />
local viewLink = makeWikilink(docTitle.prefixedText, data.viewLinkDisplay)<br />
local editLink = makeUrlLink(docTitle:fullUrl{action = 'edit'}, data.editLinkDisplay)<br />
local historyLink = makeUrlLink(docTitle:fullUrl{action = 'history'}, data.historyLinkDisplay)<br />
local purgeLink = makeUrlLink(title:fullUrl{action = 'purge'}, data.purgeLinkDisplay)<br />
ret = '[%s] [%s] [%s] [%s]'<br />
ret = escapeBrackets(ret)<br />
ret = mw.ustring.format(ret, viewLink, editLink, historyLink, purgeLink)<br />
else<br />
local createLink = makeUrlLink(docTitle:fullUrl{action = 'edit', preload = data.preload}, data.createLinkDisplay)<br />
ret = '[%s]'<br />
ret = escapeBrackets(ret)<br />
ret = mw.ustring.format(ret, createLink)<br />
end<br />
return ret<br />
end<br />
<br />
function p.makeStartBoxData(args, env, links)<br />
--[=[<br />
-- Does initial processing of data to pass to the start-box render function, p.renderStartBox.<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- @links - a string containing the [view][edit][history][purge] links - could be nil if there's an error.<br />
--<br />
-- Messages:<br />
-- 'documentation-icon-wikitext' --> '[[File:Test Template Info-Icon - Version (2).svg|50px|link=|alt=]]'<br />
-- 'template-namespace-heading' --> 'Template documentation'<br />
-- 'module-namespace-heading' --> 'Module documentation'<br />
-- 'file-namespace-heading' --> 'Summary'<br />
-- 'other-namespaces-heading' --> 'Documentation'<br />
-- 'testcases-create-link-display' --> 'create'<br />
--]=]<br />
local subjectSpace = env.subjectSpace<br />
if not subjectSpace then<br />
-- Default to an "other namespaces" namespace, so that we get at least some output<br />
-- if an error occurs.<br />
subjectSpace = 2<br />
end<br />
local data = {}<br />
<br />
-- Heading<br />
local heading = args.heading -- Blank values are not removed.<br />
if heading == '' then<br />
-- Don't display the start box if the heading arg is defined but blank.<br />
return nil<br />
end<br />
if heading then<br />
data.heading = heading<br />
elseif subjectSpace == 10 then -- Template namespace<br />
data.heading = message('documentation-icon-wikitext') .. ' ' .. message('template-namespace-heading')<br />
elseif subjectSpace == 828 then -- Module namespace<br />
data.heading = message('documentation-icon-wikitext') .. ' ' .. message('module-namespace-heading')<br />
elseif subjectSpace == 6 then -- File namespace<br />
data.heading = message('file-namespace-heading')<br />
else<br />
data.heading = message('other-namespaces-heading')<br />
end<br />
<br />
-- Heading CSS<br />
local headingStyle = args['heading-style']<br />
if headingStyle then<br />
data.headingStyleText = headingStyle<br />
else<br />
-- 'documentation-heading'<br />
data.headingClass = message('main-div-heading-class')<br />
end<br />
<br />
-- Data for the [view][edit][history][purge] or [create] links.<br />
if links then<br />
-- 'mw-editsection-like plainlinks'<br />
data.linksClass = message('start-box-link-classes')<br />
data.links = links<br />
end<br />
<br />
return data<br />
end<br />
<br />
function p.renderStartBox(data)<br />
-- Renders the start box html.<br />
-- @data - a table of data generated by p.makeStartBoxData.<br />
local sbox = mw.html.create('div')<br />
sbox<br />
-- 'documentation-startbox'<br />
:addClass(message('start-box-class'))<br />
:newline()<br />
:tag('span')<br />
:addClass(data.headingClass)<br />
:cssText(data.headingStyleText)<br />
:wikitext(data.heading)<br />
local links = data.links<br />
if links then<br />
sbox:tag('span')<br />
:addClass(data.linksClass)<br />
:attr('id', data.linksId)<br />
:wikitext(links)<br />
end<br />
return tostring(sbox)<br />
end<br />
<br />
----------------------------------------------------------------------------<br />
-- Documentation content<br />
----------------------------------------------------------------------------<br />
<br />
p.content = makeInvokeFunc('_content')<br />
<br />
function p._content(args, env)<br />
-- Displays the documentation contents<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
env = env or p.getEnvironment(args)<br />
local docTitle = env.docTitle<br />
local content = args.content<br />
if not content and docTitle and docTitle.exists then<br />
content = args._content or mw.getCurrentFrame():expandTemplate{title = docTitle.prefixedText}<br />
end<br />
-- The line breaks below are necessary so that "=== Headings ===" at the start and end<br />
-- of docs are interpreted correctly.<br />
return '\n' .. (content or '') .. '\n' <br />
end<br />
<br />
p.contentTitle = makeInvokeFunc('_contentTitle')<br />
<br />
function p._contentTitle(args, env)<br />
env = env or p.getEnvironment(args)<br />
local docTitle = env.docTitle<br />
if not args.content and docTitle and docTitle.exists then<br />
return docTitle.prefixedText<br />
else<br />
return ''<br />
end<br />
end<br />
<br />
----------------------------------------------------------------------------<br />
-- End box<br />
----------------------------------------------------------------------------<br />
<br />
p.endBox = makeInvokeFunc('_endBox')<br />
<br />
function p._endBox(args, env)<br />
--[=[<br />
-- This function generates the end box (also known as the link box).<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- <br />
--]=]<br />
<br />
-- Get environment data.<br />
env = env or p.getEnvironment(args)<br />
local subjectSpace = env.subjectSpace<br />
local docTitle = env.docTitle<br />
if not subjectSpace or not docTitle then<br />
return nil<br />
end<br />
<br />
-- Check whether we should output the end box at all. Add the end<br />
-- box by default if the documentation exists or if we are in the<br />
-- user, module or template namespaces.<br />
local linkBox = args['link box']<br />
if linkBox == 'off'<br />
or not (<br />
docTitle.exists<br />
or subjectSpace == 2<br />
or subjectSpace == 828<br />
or subjectSpace == 10<br />
)<br />
then<br />
return nil<br />
end<br />
<br />
-- Assemble the link box.<br />
local text = ''<br />
if linkBox then<br />
text = text .. linkBox<br />
else<br />
text = text .. (p.makeDocPageBlurb(args, env) or '') -- "This documentation is transcluded from [[Foo]]." <br />
if subjectSpace == 2 or subjectSpace == 10 or subjectSpace == 828 then<br />
-- We are in the user, template or module namespaces.<br />
-- Add sandbox and testcases links.<br />
-- "Editors can experiment in this template's sandbox and testcases pages."<br />
text = text .. (p.makeExperimentBlurb(args, env) or '') .. '<br />'<br />
if not args.content and not args[1] then<br />
-- "Please add categories to the /doc subpage."<br />
-- Don't show this message with inline docs or with an explicitly specified doc page,<br />
-- as then it is unclear where to add the categories.<br />
text = text .. (p.makeCategoriesBlurb(args, env) or '')<br />
end<br />
text = text .. ' ' .. (p.makeSubpagesBlurb(args, env) or '') --"Subpages of this template"<br />
local printBlurb = p.makePrintBlurb(args, env) -- Two-line blurb about print versions of templates.<br />
if printBlurb then<br />
text = text .. '<br />' .. printBlurb<br />
end<br />
end<br />
end<br />
<br />
local box = mw.html.create('div')<br />
box:attr('role', 'note')<br />
-- 'documentation-metadata'<br />
:addClass(message('end-box-class'))<br />
-- 'plainlinks'<br />
:addClass(message('end-box-plainlinks'))<br />
:wikitext(text)<br />
:done()<br />
<br />
return '\n' .. tostring(box)<br />
end<br />
<br />
function p.makeDocPageBlurb(args, env)<br />
--[=[<br />
-- Makes the blurb "This documentation is transcluded from [[Template:Foo]] (edit, history)".<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- <br />
-- Messages:<br />
-- 'edit-link-display' --> 'edit'<br />
-- 'history-link-display' --> 'history'<br />
-- 'transcluded-from-blurb' --> <br />
-- 'The above [[Wikipedia:Template documentation|documentation]] <br />
-- is [[Help:Transclusion|transcluded]] from $1.'<br />
-- 'module-preload' --> 'Template:Documentation/preload-module-doc'<br />
-- 'create-link-display' --> 'create'<br />
-- 'create-module-doc-blurb' --><br />
-- 'You might want to $1 a documentation page for this [[Wikipedia:Lua|Scribunto module]].'<br />
--]=]<br />
local docTitle = env.docTitle<br />
if not docTitle then<br />
return nil<br />
end<br />
local ret<br />
if docTitle.exists then<br />
-- /doc exists; link to it.<br />
local docLink = makeWikilink(docTitle.prefixedText)<br />
local editUrl = docTitle:fullUrl{action = 'edit'}<br />
local editDisplay = message('edit-link-display')<br />
local editLink = makeUrlLink(editUrl, editDisplay)<br />
local historyUrl = docTitle:fullUrl{action = 'history'}<br />
local historyDisplay = message('history-link-display')<br />
local historyLink = makeUrlLink(historyUrl, historyDisplay)<br />
ret = message('transcluded-from-blurb', {docLink})<br />
.. ' '<br />
.. makeToolbar(editLink, historyLink)<br />
.. '<br />'<br />
elseif env.subjectSpace == 828 then<br />
-- /doc does not exist; ask to create it.<br />
local createUrl = docTitle:fullUrl{action = 'edit', preload = message('module-preload')}<br />
local createDisplay = message('create-link-display')<br />
local createLink = makeUrlLink(createUrl, createDisplay)<br />
ret = message('create-module-doc-blurb', {createLink})<br />
.. '<br />'<br />
end<br />
return ret<br />
end<br />
<br />
function p.makeExperimentBlurb(args, env)<br />
--[[<br />
-- Renders the text "Editors can experiment in this template's sandbox (edit | diff) and testcases (edit) pages."<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- <br />
-- Messages:<br />
-- 'sandbox-link-display' --> 'sandbox'<br />
-- 'sandbox-edit-link-display' --> 'edit'<br />
-- 'compare-link-display' --> 'diff'<br />
-- 'module-sandbox-preload' --> 'Template:Documentation/preload-module-sandbox'<br />
-- 'template-sandbox-preload' --> 'Template:Documentation/preload-sandbox'<br />
-- 'sandbox-create-link-display' --> 'create'<br />
-- 'mirror-edit-summary' --> 'Create sandbox version of $1'<br />
-- 'mirror-link-display' --> 'mirror'<br />
-- 'mirror-link-preload' --> 'Template:Documentation/mirror'<br />
-- 'sandbox-link-display' --> 'sandbox'<br />
-- 'testcases-link-display' --> 'testcases'<br />
-- 'testcases-edit-link-display'--> 'edit'<br />
-- 'template-sandbox-preload' --> 'Template:Documentation/preload-sandbox'<br />
-- 'testcases-create-link-display' --> 'create'<br />
-- 'testcases-link-display' --> 'testcases'<br />
-- 'testcases-edit-link-display' --> 'edit'<br />
-- 'module-testcases-preload' --> 'Template:Documentation/preload-module-testcases'<br />
-- 'template-testcases-preload' --> 'Template:Documentation/preload-testcases'<br />
-- 'experiment-blurb-module' --> 'Editors can experiment in this module's $1 and $2 pages.'<br />
-- 'experiment-blurb-template' --> 'Editors can experiment in this template's $1 and $2 pages.'<br />
--]]<br />
local subjectSpace = env.subjectSpace<br />
local templateTitle = env.templateTitle<br />
local sandboxTitle = env.sandboxTitle<br />
local testcasesTitle = env.testcasesTitle<br />
local templatePage = templateTitle.prefixedText<br />
if not subjectSpace or not templateTitle or not sandboxTitle or not testcasesTitle then<br />
return nil<br />
end<br />
-- Make links.<br />
local sandboxLinks, testcasesLinks<br />
if sandboxTitle.exists then<br />
local sandboxPage = sandboxTitle.prefixedText<br />
local sandboxDisplay = message('sandbox-link-display')<br />
local sandboxLink = makeWikilink(sandboxPage, sandboxDisplay)<br />
local sandboxEditUrl = sandboxTitle:fullUrl{action = 'edit'}<br />
local sandboxEditDisplay = message('sandbox-edit-link-display')<br />
local sandboxEditLink = makeUrlLink(sandboxEditUrl, sandboxEditDisplay)<br />
local compareUrl = env.compareUrl<br />
local compareLink<br />
if compareUrl then<br />
local compareDisplay = message('compare-link-display')<br />
compareLink = makeUrlLink(compareUrl, compareDisplay)<br />
end<br />
sandboxLinks = sandboxLink .. ' ' .. makeToolbar(sandboxEditLink, compareLink)<br />
else<br />
local sandboxPreload<br />
if subjectSpace == 828 then<br />
sandboxPreload = message('module-sandbox-preload')<br />
else<br />
sandboxPreload = message('template-sandbox-preload')<br />
end<br />
local sandboxCreateUrl = sandboxTitle:fullUrl{action = 'edit', preload = sandboxPreload}<br />
local sandboxCreateDisplay = message('sandbox-create-link-display')<br />
local sandboxCreateLink = makeUrlLink(sandboxCreateUrl, sandboxCreateDisplay)<br />
local mirrorSummary = message('mirror-edit-summary', {makeWikilink(templatePage)})<br />
local mirrorPreload = message('mirror-link-preload')<br />
local mirrorUrl = sandboxTitle:fullUrl{action = 'edit', preload = mirrorPreload, summary = mirrorSummary}<br />
if subjectSpace == 828 then<br />
mirrorUrl = sandboxTitle:fullUrl{action = 'edit', preload = templateTitle.prefixedText, summary = mirrorSummary}<br />
end<br />
local mirrorDisplay = message('mirror-link-display')<br />
local mirrorLink = makeUrlLink(mirrorUrl, mirrorDisplay)<br />
sandboxLinks = message('sandbox-link-display') .. ' ' .. makeToolbar(sandboxCreateLink, mirrorLink)<br />
end<br />
if testcasesTitle.exists then<br />
local testcasesPage = testcasesTitle.prefixedText<br />
local testcasesDisplay = message('testcases-link-display')<br />
local testcasesLink = makeWikilink(testcasesPage, testcasesDisplay)<br />
local testcasesEditUrl = testcasesTitle:fullUrl{action = 'edit'}<br />
local testcasesEditDisplay = message('testcases-edit-link-display')<br />
local testcasesEditLink = makeUrlLink(testcasesEditUrl, testcasesEditDisplay)<br />
-- for Modules, add testcases run link if exists<br />
if testcasesTitle.contentModel == "Scribunto" and testcasesTitle.talkPageTitle and testcasesTitle.talkPageTitle.exists then<br />
local testcasesRunLinkDisplay = message('testcases-run-link-display')<br />
local testcasesRunLink = makeWikilink(testcasesTitle.talkPageTitle.prefixedText, testcasesRunLinkDisplay)<br />
testcasesLinks = testcasesLink .. ' ' .. makeToolbar(testcasesEditLink, testcasesRunLink)<br />
else<br />
testcasesLinks = testcasesLink .. ' ' .. makeToolbar(testcasesEditLink)<br />
end<br />
else<br />
local testcasesPreload<br />
if subjectSpace == 828 then<br />
testcasesPreload = message('module-testcases-preload')<br />
else<br />
testcasesPreload = message('template-testcases-preload')<br />
end<br />
local testcasesCreateUrl = testcasesTitle:fullUrl{action = 'edit', preload = testcasesPreload}<br />
local testcasesCreateDisplay = message('testcases-create-link-display')<br />
local testcasesCreateLink = makeUrlLink(testcasesCreateUrl, testcasesCreateDisplay)<br />
testcasesLinks = message('testcases-link-display') .. ' ' .. makeToolbar(testcasesCreateLink)<br />
end<br />
local messageName<br />
if subjectSpace == 828 then<br />
messageName = 'experiment-blurb-module'<br />
else<br />
messageName = 'experiment-blurb-template'<br />
end<br />
return message(messageName, {sandboxLinks, testcasesLinks})<br />
end<br />
<br />
function p.makeCategoriesBlurb(args, env)<br />
--[[<br />
-- Generates the text "Please add categories to the /doc subpage."<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
-- Messages:<br />
-- 'doc-link-display' --> '/doc'<br />
-- 'add-categories-blurb' --> 'Please add categories to the $1 subpage.'<br />
--]]<br />
local docTitle = env.docTitle<br />
if not docTitle then<br />
return nil<br />
end<br />
local docPathLink = makeWikilink(docTitle.prefixedText, message('doc-link-display'))<br />
return message('add-categories-blurb', {docPathLink})<br />
end<br />
<br />
function p.makeSubpagesBlurb(args, env)<br />
--[[<br />
-- Generates the "Subpages of this template" link.<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
<br />
-- Messages:<br />
-- 'template-pagetype' --> 'template'<br />
-- 'module-pagetype' --> 'module'<br />
-- 'default-pagetype' --> 'page'<br />
-- 'subpages-link-display' --> 'Subpages of this $1'<br />
--]]<br />
local subjectSpace = env.subjectSpace<br />
local templateTitle = env.templateTitle<br />
if not subjectSpace or not templateTitle then<br />
return nil<br />
end<br />
local pagetype<br />
if subjectSpace == 10 then<br />
pagetype = message('template-pagetype')<br />
elseif subjectSpace == 828 then<br />
pagetype = message('module-pagetype')<br />
else<br />
pagetype = message('default-pagetype')<br />
end<br />
local subpagesLink = makeWikilink(<br />
'Special:PrefixIndex/' .. templateTitle.prefixedText .. '/',<br />
message('subpages-link-display', {pagetype})<br />
)<br />
return message('subpages-blurb', {subpagesLink})<br />
end<br />
<br />
function p.makePrintBlurb(args, env)<br />
--[=[<br />
-- Generates the blurb displayed when there is a print version of the template available.<br />
-- @args - a table of arguments passed by the user<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
--<br />
-- Messages:<br />
-- 'print-link-display' --> '/Print'<br />
-- 'print-blurb' --> 'A [[Help:Books/for experts#Improving the book layout|print version]]'<br />
-- .. ' of this template exists at $1.'<br />
-- .. ' If you make a change to this template, please update the print version as well.'<br />
-- 'display-print-category' --> true<br />
-- 'print-category' --> 'Templates with print versions'<br />
--]=]<br />
local printTitle = env.printTitle<br />
if not printTitle then<br />
return nil<br />
end<br />
local ret<br />
if printTitle.exists then<br />
local printLink = makeWikilink(printTitle.prefixedText, message('print-link-display'))<br />
ret = message('print-blurb', {printLink})<br />
local displayPrintCategory = message('display-print-category', nil, 'boolean')<br />
if displayPrintCategory then<br />
ret = ret .. makeCategoryLink(message('print-category'))<br />
end<br />
end<br />
return ret<br />
end<br />
<br />
----------------------------------------------------------------------------<br />
-- Tracking categories<br />
----------------------------------------------------------------------------<br />
<br />
function p.addTrackingCategories(env)<br />
--[[<br />
-- Check if {{documentation}} is transcluded on a /doc or /testcases page.<br />
-- @env - environment table containing title objects, etc., generated with p.getEnvironment<br />
<br />
-- Messages:<br />
-- 'display-strange-usage-category' --> true<br />
-- 'doc-subpage' --> 'doc'<br />
-- 'testcases-subpage' --> 'testcases'<br />
-- 'strange-usage-category' --> 'Wikipedia pages with strange ((documentation)) usage'<br />
-- <br />
-- /testcases pages in the module namespace are not categorised, as they may have<br />
-- {{documentation}} transcluded automatically.<br />
--]]<br />
local title = env.title<br />
local subjectSpace = env.subjectSpace<br />
if not title or not subjectSpace then<br />
return nil<br />
end<br />
local subpage = title.subpageText<br />
local ret = ''<br />
if message('display-strange-usage-category', nil, 'boolean')<br />
and (<br />
subpage == message('doc-subpage')<br />
or subjectSpace ~= 828 and subpage == message('testcases-subpage')<br />
)<br />
then<br />
ret = ret .. makeCategoryLink(message('strange-usage-category'))<br />
end<br />
return ret<br />
end<br />
<br />
return p</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:Documentation&diff=6751
テンプレート:Documentation
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>{{#invoke:documentation|main|_content={{ {{#invoke:documentation|contentTitle}}}}}}<noinclude><br />
<!-- Add categories and interwikis to the /doc subpage, not here! --><br />
</noinclude></div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:Sandbox_other&diff=6749
テンプレート:Sandbox other
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>{{#if:{{#ifeq:{{#invoke:String|sublength|s={{SUBPAGENAME}}|i=0|len=7}}|sandbox|1}}{{#ifeq:{{SUBPAGENAME}}|doc|1}}{{#invoke:String|match|{{PAGENAME}}|/sandbox/styles.css$|plain=false|nomatch=}}|{{{1|}}}|{{{2|}}}}}<!--<br />
--><noinclude><br />
{{Documentation}}<br />
</noinclude></div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:Documentation_subpage&diff=6747
テンプレート:Documentation subpage
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div><onlyinclude><includeonly>{{<br />
#ifeq: {{lc:{{SUBPAGENAME}}}} | {{{override|doc}}}<br />
| <!-- doc page --><br />
</includeonly>{{<br />
#ifeq: {{{doc-notice|show}}} | show<br />
| <!-- doc-notice show -->{{Ombox<br />
| type = notice<br />
| image = [[File:Edit-copy green.svg|40px]]<br />
| text = '''これは{{{1|[[{{SUBJECTSPACE}}:{{BASEPAGENAME}}]]}}}の[[Help:テンプレートの説明文|解説]][[Help:サブページ|サブページ]]です。'''<br />使用方法、[[Help:カテゴリ|カテゴリ]]、およびその他{{{種類|{{ #if: {{SUBJECTSPACE}} |{{SUBJECTSPACE ja}}ページ|記事}}}}}自体に含まれない情報を収容しています。<br />
}}<br />
| <!-- doc-notice hide --><br />
}}<includeonly><br />
|<!-- not doc --><br />
}}</includeonly><includeonly>{{<br />
#ifeq: {{SUBPAGENAME}} | doc<br />
| {{<br />
#ifeq: {{NAMESPACE}} | {{ns:10}}<br />
| [[Category:テンプレート文書|{{PAGENAME}}]]<br />
}}<br />
}}</includeonly></onlyinclude><br />
{{Documentation}}</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:IsNum&diff=6745
テンプレート:IsNum
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>#転送 [[Template:Ifnumber]]<br />
{{pp-template}}</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Protection_banner/config&diff=6743
モジュール:Protection banner/config
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>-- This module provides configuration data for [[Module:Protection banner]].<br />
<br />
return {<br />
<br />
--------------------------------------------------------------------------------<br />
--<br />
-- BANNER DATA<br />
--<br />
--------------------------------------------------------------------------------<br />
<br />
--[[<br />
-- Banner data consists of six fields:<br />
-- * text - the main protection text that appears at the top of protection<br />
-- banners.<br />
-- * explanation - the text that appears below the main protection text, used<br />
-- to explain the details of the protection.<br />
-- * tooltip - the tooltip text you see when you move the mouse over a small<br />
-- padlock icon.<br />
-- * link - the page that the small padlock icon links to.<br />
-- * alt - the alt text for the small padlock icon. This is also used as tooltip<br />
-- text for the large protection banners.<br />
-- * image - the padlock image used in both protection banners and small padlock<br />
-- icons.<br />
--<br />
-- The module checks in three separate tables to find a value for each field.<br />
-- First it checks the banners table, which has values specific to the reason<br />
-- for the page being protected. Then the module checks the defaultBanners<br />
-- table, which has values specific to each protection level. Finally, the<br />
-- module checks the masterBanner table, which holds data for protection<br />
-- templates to use if no data has been found in the previous two tables.<br />
--<br />
-- The values in the banner data can take parameters. These are specified<br />
-- using ${TEXTLIKETHIS} (a dollar sign preceding a parameter name<br />
-- enclosed in curly braces).<br />
--<br />
-- Available parameters:<br />
--<br />
-- ${CURRENTVERSION} - a link to the page history or the move log, with the<br />
-- display message "current-version-edit-display" or<br />
-- "current-version-move-display".<br />
--<br />
-- ${EDITREQUEST} - a link to create an edit request for the current page.<br />
--<br />
-- ${EXPLANATIONBLURB} - an explanation blurb, e.g. "Please discuss any changes<br />
-- on the talk page; you may submit a request to ask an administrator to make<br />
-- an edit if it is minor or supported by consensus."<br />
--<br />
-- ${IMAGELINK} - a link to set the image to, depending on the protection<br />
-- action and protection level.<br />
--<br />
-- ${INTROBLURB} - the PROTECTIONBLURB parameter, plus the expiry if an expiry<br />
-- is set. E.g. "Editing of this page by new or unregistered users is currently <br />
-- disabled until dd Month YYYY."<br />
--<br />
-- ${INTROFRAGMENT} - the same as ${INTROBLURB}, but without final punctuation<br />
-- so that it can be used in run-on sentences.<br />
--<br />
-- ${PAGETYPE} - the type of the page, e.g. "article" or "template".<br />
-- Defined in the cfg.pagetypes table.<br />
--<br />
-- ${PROTECTIONBLURB} - a blurb explaining the protection level of the page, e.g.<br />
-- "Editing of this page by new or unregistered users is currently disabled"<br />
--<br />
-- ${PROTECTIONDATE} - the protection date, if it has been supplied to the<br />
-- template.<br />
--<br />
-- ${PROTECTIONLEVEL} - the protection level, e.g. "fully protected" or<br />
-- "semi-protected".<br />
--<br />
-- ${PROTECTIONLOG} - a link to the protection log or the pending changes log,<br />
-- depending on the protection action.<br />
--<br />
-- ${TALKPAGE} - a link to the talk page. If a section is specified, links<br />
-- straight to that talk page section.<br />
--<br />
-- ${TOOLTIPBLURB} - uses the PAGETYPE, PROTECTIONTYPE and EXPIRY parameters to<br />
-- create a blurb like "This template is semi-protected", or "This article is<br />
-- move-protected until DD Month YYYY".<br />
--<br />
-- ${VANDAL} - links for the specified username (or the root page name)<br />
-- using Module:Vandal-m.<br />
--<br />
-- Functions<br />
--<br />
-- For advanced users, it is possible to use Lua functions instead of strings<br />
-- in the banner config tables. Using functions gives flexibility that is not<br />
-- possible just by using parameters. Functions take two arguments, the<br />
-- protection object and the template arguments, and they must output a string.<br />
--<br />
-- For example:<br />
--<br />
-- text = function (protectionObj, args)<br />
-- if protectionObj.level == 'autoconfirmed' then<br />
-- return 'foo'<br />
-- else<br />
-- return 'bar'<br />
-- end<br />
-- end<br />
--<br />
-- Some protection object properties and methods that may be useful:<br />
-- protectionObj.action - the protection action<br />
-- protectionObj.level - the protection level<br />
-- protectionObj.reason - the protection reason<br />
-- protectionObj.expiry - the expiry. Nil if unset, the string "indef" if set<br />
-- to indefinite, and the protection time in unix time if temporary.<br />
-- protectionObj.protectionDate - the protection date in unix time, or nil if<br />
-- unspecified.<br />
-- protectionObj.bannerConfig - the banner config found by the module. Beware<br />
-- of editing the config field used by the function, as it could create an<br />
-- infinite loop.<br />
-- protectionObj:isProtected - returns a boolean showing whether the page is<br />
-- protected.<br />
-- protectionObj:isTemporary - returns a boolean showing whether the expiry is<br />
-- temporary.<br />
-- protectionObj:isIncorrect - returns a boolean showing whether the protection<br />
-- template is incorrect.<br />
--]]<br />
<br />
-- The master banner data, used if no values have been found in banners or<br />
-- defaultBanners.<br />
masterBanner = {<br />
text = '${INTROBLURB}',<br />
explanation = '${EXPLANATIONBLURB}',<br />
tooltip = '${TOOLTIPBLURB}',<br />
link = '${IMAGELINK}',<br />
alt = '${PROTECTIONLEVEL}されたページ'<br />
},<br />
<br />
-- The default banner data. This holds banner data for different protection<br />
-- levels.<br />
-- *required* - this table needs edit, move, autoreview and upload subtables.<br />
defaultBanners = {<br />
edit = {},<br />
move = {},<br />
autoreview = {<br />
default = {<br />
alt = 'Page protected with pending changes',<br />
tooltip = 'All edits by unregistered and new users are subject to review prior to becoming visible to unregistered users',<br />
image = 'Pending-protection-shackle.svg'<br />
}<br />
},<br />
upload = {}<br />
},<br />
<br />
-- The banner data. This holds banner data for different protection reasons.<br />
-- In fact, the reasons specified in this table control which reasons are<br />
-- valid inputs to the first positional parameter.<br />
--<br />
-- There is also a non-standard "description" field that can be used for items<br />
-- in this table. This is a description of the protection reason for use in the<br />
-- module documentation.<br />
--<br />
-- *required* - this table needs edit, move, autoreview and upload subtables.<br />
banners = {<br />
edit = {<br />
--blp = {<br />
-- description = 'For pages protected to promote compliance with the'<br />
-- .. ' [[Wikipedia:Biographies of living persons'<br />
-- .. '|biographies of living persons]] policy',<br />
-- text = '${INTROFRAGMENT} to promote compliance with'<br />
-- .. ' [[Wikipedia:Biographies of living persons'<br />
-- .. "|Wikipedia's&nbsp;policy on&nbsp;the&nbsp;biographies"<br />
-- .. ' of&nbsp;living&nbsp;people]].',<br />
-- tooltip = '${TOOLTIPFRAGMENT} to promote compliance with the policy on'<br />
-- .. ' biographies of living persons',<br />
--},<br />
dmca = {<br />
description = '[[デジタルミレニアム著作権法]]に基づく削除要求があったため、'<br />
.. '保護されたページ',<br />
explanation = function (protectionObj, args)<br />
local ret = 'この${PAGETYPE}の内容に関して、[[デジタルミレニアム著作権法]]'<br />
.. '(DMCA)に基づく権利所有者への通知があったため、'<br />
.. 'ウィキメディア財団は問題となった個所を削除した上で、'<br />
.. 'このページの編集を制限しました。'<br />
if args.notice then<br />
ret = ret .. '財団が受理した通知のコピーは '<br />
.. args.notice .. ' にあります。'<br />
end<br />
ret = ret .. '異議申し立て方法など詳細な情報については'<br />
.. '[[Wikipedia:事務局行動]]および${TALKPAGE}をご覧ください。<br />'<br />
.. "'''編集制限が解除されるまで、"<br />
.. "このお知らせを除去しないでください。'''"<br />
return ret<br />
end,<br />
image = 'Office-protection-shackle-WMFlogo.svg',<br />
},<br />
dispute = {<br />
description = '[[Wikipedia:編集合戦|編集合戦]]により保護されたページ',<br />
text = '[[Wikipedia:編集合戦|編集合戦]]が発生したため、${INTROBLURB}',<br />
explanation = "${CURRENTVERSION}の内容が'''適切とは限りません'''。"<br />
.. '詳しくは[[Wikipedia:保護の方針|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '問題となった個所について意見がある場合は、'<br />
.. '${TALKPAGE}で議論するよう心がけてください。'<br />
.. '[[Wikipedia:合意形成|合意が形成]]され、保護を解除できる状態になった場合は'<br />
.. '[[Wikipedia:保護解除依頼|保護の解除を依頼]]してください。',<br />
tooltip = '編集合戦が発生したため、${TOOLTIPBLURB}',<br />
},<br />
--ecp = {<br />
-- description = 'For articles in topic areas authorized by'<br />
-- .. ' [[Wikipedia:Arbitration Committee|ArbCom]] or'<br />
-- .. ' meets the criteria for community use',<br />
-- tooltip = 'This ${PAGETYPE} is extended-confirmed protected',<br />
-- alt = 'Extended-protected ${PAGETYPE}',<br />
--},<br />
--mainpage = {<br />
-- description = 'For pages protected for being displayed on the [[Main Page]]',<br />
-- text = 'This file is currently'<br />
-- .. ' [[Wikipedia:This page is protected|protected]] from'<br />
-- .. ' editing because it is currently or will soon be displayed'<br />
-- .. ' on the [[Main Page]].',<br />
-- explanation = 'Images on the Main Page are protected due to their high'<br />
-- .. ' visibility. Please discuss any necessary changes on the ${TALKPAGE}.'<br />
-- .. '<br /><span style="font-size:90%;">'<br />
-- .. "'''Administrators:''' Once this image is definitely off the Main Page,"<br />
-- .. ' please unprotect this file, or reduce to semi-protection,'<br />
-- .. ' as appropriate.</span>',<br />
--},<br />
office = {<br />
description = '[[Wikipedia:事務局行動|事務局行動]]により保護されたページ',<br />
text = function (protectionObj, args)<br />
local ret = '現在この${PAGETYPE}は[[Wikipedia:事務局行動|'<br />
.. 'ウィキメディア財団事務局]]の監視下にあり、'<br />
if protectionObj.protectionDate then<br />
ret = ret .. '${PROTECTIONDATE}以降、'<br />
end<br />
return ret .. '保護されています。'<br />
end,<br />
explanation = "もしあなたがこのページを編集できたとしても、加筆・修正を行う前に"<br />
.. "${TALKPAGE}で議論するよう心がけてください。<br />"<br />
.. "'''ウィキメディア財団の許可があるまで、このページの保護を"<br />
.. "解除しないでください。'''",<br />
image = 'Office-protection-shackle-WMFlogo.svg',<br />
},<br />
permanent = {<br />
description = '半永久的に保護されているページ',<br />
text = function (protectionObj, args)<br />
if protectionObj.level == 'sysop' then<br />
return 'この${PAGETYPE}は、半永久的に編集[[Wikipedia:保護|保護]]されています。'<br />
elseif protectionObj.level == 'extendedconfirmed' then<br />
return 'この${PAGETYPE}は、[[Wikipedia:利用者#拡張承認された利用者|'<br />
.. '拡張承認された利用者]]以外の編集を半永久的に[[Wikipedia:保護|禁止]]しています。'<br />
else<br />
return 'この${PAGETYPE}は、[[Wikipedia:利用者#新規利用者|新規利用者]]'<br />
.. 'および[[Wikipedia:利用者#IP利用者|未登録利用者]]からの編集を'<br />
.. '半永久的に[[Wikipedia:保護|禁止]]しています。'<br />
end<br />
end,<br />
explanation = function (protectionObj, args)<br />
if protectionObj.level == 'sysop' then<br />
return '詳しくは[[Wikipedia:保護の方針#半永久的な保護|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '変更が必要なときは${TALKPAGE}で議論し、[[Wikipedia:合意形成|合意形成]]後に'<br />
.. '[[Wikipedia:管理者伝言板/保護ページ編集|保護編集依頼]]を行ってください。'<br />
elseif protectionObj.level == 'extendedconfirmed' then<br />
return '詳しくは[[Wikipedia:拡張半保護の方針#半永久的な拡張半保護|拡張半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. 'この${PAGETYPE}を編集することができない場合、${TALKPAGE}にて'<br />
.. '<code class="nowrap">{{[[Template:拡張半保護編集依頼|拡張半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:拡張半保護の方針#拡張半保護されたページの編集|編集を依頼]]するか、'<br />
.. '[[Wikipedia:管理者伝言板/拡張承認の申請|拡張承認の申請]]をしてください。'<br />
else<br />
return '詳しくは[[Wikipedia:半保護の方針#半永久的な半保護|半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. 'この${PAGETYPE}を編集することができない場合、${TALKPAGE}にて'<br />
.. '<code class="nowrap">{{[[Template:半保護編集依頼|半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:半保護の方針#半保護されたページの編集|編集を依頼]]してください。'<br />
end<br />
end,<br />
tooltip = '半永久的に${PROTECTIONLEVEL}されている${PAGETYPE}',<br />
alt = '半永久的に${PROTECTIONLEVEL}されている${PAGETYPE}',<br />
image = function (protectionObj)<br />
if protectionObj.level == 'sysop' then<br />
return 'Edit Semi-permanent Protection.svg'<br />
elseif protectionObj.level == 'extendedconfirmed' then<br />
return 'Edit Semi-permanent Extended Semi-protection.svg'<br />
else<br />
return 'Edit Semi-permanent Semi-protection.svg'<br />
end<br />
end,<br />
},<br />
reset = {<br />
description = '[[Wikipedia:事務局行動|事務局行動]]により、内容が'<br />
.. '縮小された上で保護されたページ',<br />
text = function (protectionObj, args)<br />
local ret = '現在この${PAGETYPE}は[[Wikipedia:事務局行動|'<br />
.. 'ウィキメディア財団事務局]]の監視下にあり、'<br />
if protectionObj.protectionDate then<br />
ret = ret .. '${PROTECTIONDATE}以降、'<br />
end<br />
return ret .. '保護されています。'<br />
end,<br />
explanation = 'この${PAGETYPE}には最小限の内容しかないため、'<br />
.. '[[WP:NPOV|中立的な観点]]や[[WP:V|検証可能性]]といった方針に'<br />
.. '適合する形で、全面的に改稿されることが望まれています。'<br />
.. "もしあなたがこのページを編集できたとしても、加筆・修正を行う前に"<br />
.. "${TALKPAGE}で議論するよう心がけてください。<br />"<br />
.. 'この${PAGETYPE}が保護される以前の版に書かれていた内容は'<br />
.. '復帰させないでください。'<br />
.. 'ノートページで議論を行う際も同様です。<br />'<br />
.. "'''ウィキメディア財団の許可があるまで、このページの保護を"<br />
.. "解除したり、このお知らせを除去しないでください。'''",<br />
image = 'Office-protection-shackle-WMFlogo.svg',<br />
},<br />
--sock = {<br />
-- description = 'For pages protected due to'<br />
-- .. ' [[Wikipedia:Sock puppetry|sock puppetry]]',<br />
-- text = '${INTROFRAGMENT} to prevent [[Wikipedia:Sock puppetry|sock puppets]] of'<br />
-- .. ' [[Wikipedia:Blocking policy|blocked]] or'<br />
-- .. ' [[Wikipedia:Banning policy|banned users]]'<br />
-- .. ' from editing it.',<br />
-- tooltip = '${TOOLTIPFRAGMENT} to prevent sock puppets of blocked or banned users from'<br />
-- .. ' editing it',<br />
--},<br />
template = {<br />
description = '[[Wikipedia:影響が特に大きいテンプレート|'<br />
.. '影響が特に大きいテンプレート・モジュール]]',<br />
text = 'この[[Wikipedia:影響が特に大きいテンプレート|'<br />
.. '影響が特に大きい${PAGETYPE}]]は、[[Wikipedia:荒らし|荒らし]]を予防するために'<br />
.. '${PROTECTIONLEVEL}されています。',<br />
explanation = function (protectionObj, args)<br />
if protectionObj.level == 'sysop' then<br />
return '詳しくは[[Wikipedia:保護の方針#半永久的な保護|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '変更が必要なときは${TALKPAGE}で議論し、[[Wikipedia:合意形成|合意形成]]後に'<br />
.. '[[Wikipedia:管理者伝言板/保護ページ編集|保護編集依頼]]を行ってください。'<br />
elseif protectionObj.level == 'extendedconfirmed' then<br />
return '詳しくは[[Wikipedia:拡張半保護の方針#半永久的な拡張半保護|拡張半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. 'この${PAGETYPE}を編集することができない場合、${TALKPAGE}にて'<br />
.. '<code class="nowrap">{{[[Template:拡張半保護編集依頼|拡張半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:拡張半保護の方針#拡張半保護されたページの編集|編集を依頼]]するか、'<br />
.. '[[Wikipedia:管理者伝言板/拡張承認の申請|拡張承認の申請]]をしてください。'<br />
else<br />
return '詳しくは[[Wikipedia:半保護の方針#半永久的な半保護|半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. 'この${PAGETYPE}を編集することができない場合、${TALKPAGE}にて'<br />
.. '<code class="nowrap">{{[[Template:半保護編集依頼|半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:半保護の方針#半保護されたページの編集|編集を依頼]]してください。'<br />
end<br />
end,<br />
tooltip = 'この影響が特に大きい${PAGETYPE}は、'<br />
.. '荒らしを予防するために${PROTECTIONLEVEL}されています。',<br />
alt = '半永久的に${PROTECTIONLEVEL}されている${PAGETYPE}',<br />
image = function (protectionObj)<br />
if protectionObj.level == 'sysop' then<br />
return 'Edit Semi-permanent Protection.svg'<br />
elseif protectionObj.level == 'extendedconfirmed' then<br />
return 'Edit Semi-permanent Extended Semi-protection.svg'<br />
else<br />
return 'Edit Semi-permanent Semi-protection.svg'<br />
end<br />
end,<br />
},<br />
--usertalk = {<br />
-- description = 'For pages protected against disruptive edits by a'<br />
-- .. ' particular user',<br />
-- text = '${INTROFRAGMENT} to prevent ${VANDAL} from using it to make disruptive edits,'<br />
-- .. ' such as abusing the'<br />
-- .. ' &#123;&#123;[[Template:unblock|unblock]]&#125;&#125; template.',<br />
-- explanation = 'If you cannot edit this user talk page and you need to'<br />
-- .. ' make a change or leave a message, you can'<br />
-- .. ' [[Wikipedia:Requests for page protection'<br />
-- .. '#Current requests for edits to a protected page'<br />
-- .. '|request an edit]],'<br />
-- .. ' [[Wikipedia:Requests for page protection'<br />
-- .. '#Current requests for reduction in protection level'<br />
-- .. '|request unprotection]],'<br />
-- .. ' [[Special:Userlogin|log in]],'<br />
-- .. ' or [[Special:UserLogin/signup|create an account]].',<br />
--},<br />
vandalism = {<br />
description = '[[Wikipedia:荒らし|荒らし]]行為により保護されたページ',<br />
text = '度重なる[[Wikipedia:荒らし|荒らし]]行為のため、${INTROBLURB}',<br />
tooltip = '度重なる荒らし行為のため、${TOOLTIPBLURB}'<br />
}<br />
},<br />
move = {<br />
dispute = {<br />
description = '[[Wikipedia:編集合戦#移動合戦|移動合戦]]により保護されたページ',<br />
text = '[[Wikipedia:編集合戦#移動合戦|移動合戦]]が発生したため、${INTROFRAGMENT}',<br />
explanation = "${CURRENTVERSION}が'''適切とは限りません'''。"<br />
.. '詳しくは[[Wikipedia:保護の方針|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. 'ページ名について意見がある場合は${TALKPAGE}で議論し、'<br />
.. '必要に応じて[[Wikipedia:ページの改名]]に従い、'<br />
.. '[[Wikipedia:改名提案|改名の提案]]をしてください。'<br />
.. '[[Wikipedia:合意形成|合意が形成]]され、保護を解除できる状態になった場合は'<br />
.. '[[Wikipedia:保護解除依頼|保護の解除を依頼]]してください。',<br />
tooltip = '移動合戦が発生したため、${TOOLTIPBLURB}',<br />
},<br />
vandalism = {<br />
description = '[[Wikipedia:荒らし#移動荒らし|移動荒らし]]行為により保護されたページ',<br />
text = '度重なる[[Wikipedia:荒らし#移動荒らし|移動荒らし]]行為のため、${INTROFRAGMENT}',<br />
tooltip = '度重なる移動荒らし行為のため、${TOOLTIPBLURB}'<br />
}<br />
},<br />
autoreview = {},<br />
upload = {}<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
--<br />
-- GENERAL DATA TABLES<br />
--<br />
--------------------------------------------------------------------------------<br />
<br />
--------------------------------------------------------------------------------<br />
-- Protection blurbs<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table produces the protection blurbs available with the<br />
-- ${PROTECTIONBLURB} parameter. It is sorted by protection action and<br />
-- protection level, and is checked by the module in the following order:<br />
-- 1. page's protection action, page's protection level<br />
-- 2. page's protection action, default protection level<br />
-- 3. "edit" protection action, default protection level<br />
--<br />
-- It is possible to use banner parameters inside this table.<br />
-- *required* - this table needs edit, move, autoreview and upload subtables.<br />
protectionBlurbs = {<br />
edit = {<br />
default = 'この${PAGETYPE}は編集[[Wikipedia:保護|保護]]されています',<br />
autoconfirmed = 'この${PAGETYPE}は[[Wikipedia:利用者#新規利用者|新規利用者]]'<br />
.. 'および[[Wikipedia:利用者#IP利用者|未登録利用者]]からの編集を[[Wikipedia:保護|禁止]]しています',<br />
extendedconfirmed = 'この${PAGETYPE}は[[Wikipedia:利用者#拡張承認された利用者|'<br />
.. '拡張承認された利用者]]以外の編集を[[Wikipedia:保護|禁止]]しています',<br />
},<br />
move = {<br />
default = 'この${PAGETYPE}は[[Help:ページの移動|移動]][[Wikipedia:保護|保護]]されています',<br />
extendedconfirmed = 'この${PAGETYPE}は[[Wikipedia:利用者#拡張承認された利用者|'<br />
.. '拡張承認された利用者]]以外の[[Help:ページの移動|移動]]を[[Wikipedia:保護|禁止]]しています',<br />
},<br />
autoreview = {<br />
default = 'All edits made to this ${PAGETYPE} by'<br />
.. ' [[Wikipedia:User access levels#New users|new]] or'<br />
.. ' [[Wikipedia:User access levels#Unregistered users|unregistered]]'<br />
.. ' users are currently'<br />
.. ' [[Wikipedia:Pending changes|subject to review]]'<br />
},<br />
upload = {<br />
default = 'この${PAGETYPE}は[[Wikipedia:ファイルのアップロード|アップロード]]'<br />
.. '[[Wikipedia:保護|保護]]されています',<br />
extendedconfirmed = 'この${PAGETYPE}は[[Wikipedia:利用者#拡張承認された利用者|'<br />
.. '拡張承認された利用者]]以外の[[Wikipedia:ファイルのアップロード|アップロード]]を'<br />
.. '[[Wikipedia:保護|禁止]]しています',<br />
}<br />
},<br />
<br />
<br />
--------------------------------------------------------------------------------<br />
-- Explanation blurbs<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table produces the explanation blurbs available with the<br />
-- ${EXPLANATIONBLURB} parameter. It is sorted by protection action,<br />
-- protection level, and whether the page is a talk page or not. If the page is<br />
-- a talk page it will have a talk key of "talk"; otherwise it will have a talk<br />
-- key of "subject". The table is checked in the following order:<br />
-- 1. page's protection action, page's protection level, page's talk key<br />
-- 2. page's protection action, page's protection level, default talk key<br />
-- 3. page's protection action, default protection level, page's talk key<br />
-- 4. page's protection action, default protection level, default talk key<br />
--<br />
-- It is possible to use banner parameters inside this table.<br />
-- *required* - this table needs edit, move, autoreview and upload subtables.<br />
explanationBlurbs = {<br />
edit = {<br />
autoconfirmed = {<br />
subject = '詳しくは[[Wikipedia:半保護の方針|半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。この${PAGETYPE}を編集することができない場合、${TALKPAGE}'<br />
.. 'にて<code class="nowrap">{{[[Template:半保護編集依頼|半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:半保護の方針#半保護されたページの編集|編集を依頼]]してください。'<br />
.. '半保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|半保護の解除を依頼]]してください。',<br />
default = '詳しくは[[Wikipedia:半保護の方針|半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '半保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|半保護の解除を依頼]]してください。',<br />
},<br />
extendedconfirmed = {<br />
subject = '詳しくは[[Wikipedia:拡張半保護の方針|拡張半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。この${PAGETYPE}を編集することができない場合、${TALKPAGE}'<br />
.. 'にて<code class="nowrap">{{[[Template:拡張半保護編集依頼|拡張半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:拡張半保護の方針#拡張半保護されたページの編集|編集を依頼]]するか、'<br />
.. '[[Wikipedia:管理者伝言板/拡張承認の申請|拡張承認の申請]]を'<br />
.. 'してください。拡張半保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|拡張半保護の解除を依頼]]してください。',<br />
default = '詳しくは[[Wikipedia:拡張半保護の方針|拡張半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '拡張半保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|拡張半保護の解除を依頼]]してください。'<br />
},<br />
default = {<br />
subject = '詳しくは[[Wikipedia:保護の方針|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '変更が必要なときは${TALKPAGE}で議論し、[[Wikipedia:合意形成|合意形成]]後に'<br />
.. '[[Wikipedia:管理者伝言板/保護ページ編集|保護編集依頼]]を行ってください。'<br />
.. '合意が形成されるなど、保護を解除できる状態になった場合は'<br />
.. '[[Wikipedia:保護解除依頼|保護の解除を依頼]]してください。',<br />
default = '詳しくは[[Wikipedia:保護の方針|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '合意が形成されるなど、保護を解除できる状態になった場合は'<br />
.. '[[Wikipedia:保護解除依頼|保護の解除を依頼]]してください。'<br />
}<br />
},<br />
move = {<br />
extendedconfirmed = {<br />
subject = '詳しくは[[Wikipedia:拡張半保護の方針|拡張半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. 'ページを移動できない場合は、${TALKPAGE}にて'<br />
.. '<code class="nowrap">{{[[Template:拡張半保護編集依頼|拡張半保護編集依頼]]}}</code>'<br />
.. 'を用いて[[Wikipedia:拡張半保護の方針#拡張半保護されたページの編集|移動を依頼]]するか、'<br />
.. '[[Wikipedia:管理者伝言板/拡張承認の申請|拡張承認の申請]]を'<br />
.. 'してください。移動拡張半保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|移動拡張半保護の解除を依頼]]してください。',<br />
default = '詳しくは[[Wikipedia:拡張半保護の方針|拡張半保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '移動拡張半保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|移動拡張半保護の解除を依頼]]してください。'<br />
},<br />
default = {<br />
subject = '詳しくは[[Wikipedia:保護の方針|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '移動が必要なときは${TALKPAGE}で議論し、'<br />
.. '[[Wikipedia:合意形成|合意形成]]後に'<br />
.. '[[Wikipedia:移動依頼|移動依頼]]で依頼してください。'<br />
.. '合意が形成されるなど、移動保護を解除できる状態になった場合は'<br />
.. '[[Wikipedia:保護解除依頼|移動保護の解除を依頼]]してください。',<br />
default = '詳しくは[[Wikipedia:保護の方針|保護の方針]]および'<br />
.. '${PROTECTIONLOG}をご覧ください。'<br />
.. '合意が形成されるなど、移動保護を解除できる状態になった場合は'<br />
.. '[[Wikipedia:保護解除依頼|移動保護の解除を依頼]]してください。'<br />
}<br />
},<br />
autoreview = {<br />
default = {<br />
default = 'See the [[Wikipedia:Protection policy|'<br />
.. 'protection policy]] and ${PROTECTIONLOG} for more details.'<br />
.. ' Edits to this ${PAGETYPE} by new and unregistered users'<br />
.. ' will not be visible to readers until they are accepted by'<br />
.. ' a reviewer. To avoid the need for your edits to be'<br />
.. ' reviewed, you may'<br />
.. ' [[Wikipedia:Requests for page protection'<br />
.. '#Current requests for reduction in protection level'<br />
.. '|request unprotection]], [[Special:Userlogin|log in]], or'<br />
.. ' [[Special:UserLogin/signup|create an account]].'<br />
},<br />
},<br />
upload = {<br />
default = {<br />
default = '詳しくは${PROTECTIONLOG}をご覧ください。'<br />
.. '編集保護されていない場合は、'<br />
.. 'ファイルの説明を編集することができます。'<br />
.. 'アップロード保護を解除しても問題ない状態になった場合、'<br />
.. '[[Wikipedia:保護解除依頼|アップロード保護の解除を依頼]]してください。'<br />
}<br />
}<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Protection levels<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table provides the data for the ${PROTECTIONLEVEL} parameter, which<br />
-- produces a short label for different protection levels. It is sorted by<br />
-- protection action and protection level, and is checked in the following<br />
-- order:<br />
-- 1. page's protection action, page's protection level<br />
-- 2. page's protection action, default protection level<br />
-- 3. "edit" protection action, default protection level<br />
--<br />
-- It is possible to use banner parameters inside this table.<br />
-- *required* - this table needs edit, move, autoreview and upload subtables.<br />
protectionLevels = {<br />
edit = {<br />
default = '保護',<br />
templateeditor = 'template-protected',<br />
extendedconfirmed = '拡張半保護',<br />
autoconfirmed = '半保護',<br />
},<br />
move = {<br />
default = '移動保護',<br />
extendedconfirmed = '移動拡張半保護'<br />
},<br />
autoreview = {<br />
},<br />
upload = {<br />
default = 'アップロード保護',<br />
extendedconfirmed = 'アップロード拡張半保護'<br />
}<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Images<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table lists different padlock images for each protection action and<br />
-- protection level. It is used if an image is not specified in any of the<br />
-- banner data tables, and if the page does not satisfy the conditions for using<br />
-- the ['image-filename-indef'] image. It is checked in the following order:<br />
-- 1. page's protection action, page's protection level<br />
-- 2. page's protection action, default protection level<br />
images = {<br />
edit = {<br />
default = 'Edit Protection.svg',<br />
templateeditor = 'Template-protection-shackle.svg',<br />
extendedconfirmed = 'Edit Extended Semi-protection.svg',<br />
autoconfirmed = 'Edit Semi-protection.svg'<br />
},<br />
move = {<br />
default = 'Move-protection-shackle.svg',<br />
extendedconfirmed = 'Move Extended Semi-protection.svg',<br />
},<br />
autoreview = {<br />
default = 'Pending-protection-shackle.svg'<br />
},<br />
upload = {<br />
default = 'Upload Protection.svg',<br />
extendedconfirmed = 'Upload Extended Semi-protection.svg',<br />
}<br />
},<br />
<br />
-- Pages with a reason specified in this table will show the special "indef"<br />
-- padlock, defined in the 'image-filename-indef' message, if no expiry is set.<br />
indefImageReasons = {<br />
template = true<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Image links<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table provides the data for the ${IMAGELINK} parameter, which gets<br />
-- the image link for small padlock icons based on the page's protection action<br />
-- and protection level. It is checked in the following order:<br />
-- 1. page's protection action, page's protection level<br />
-- 2. page's protection action, default protection level<br />
-- 3. "edit" protection action, default protection level<br />
--<br />
-- It is possible to use banner parameters inside this table.<br />
-- *required* - this table needs edit, move, autoreview and upload subtables.<br />
imageLinks = {<br />
edit = {<br />
default = 'Wikipedia:保護の方針',<br />
templateeditor = 'Wikipedia:Protection policy#template',<br />
extendedconfirmed = 'Wikipedia:拡張半保護の方針',<br />
autoconfirmed = 'Wikipedia:半保護の方針'<br />
},<br />
move = {<br />
default = 'Wikipedia:保護の方針',<br />
extendedconfirmed = 'Wikipedia:拡張半保護の方針'<br />
},<br />
autoreview = {<br />
default = 'Wikipedia:Protection policy#pending'<br />
},<br />
upload = {<br />
default = ''<br />
}<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Padlock indicator names<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table provides the "name" attribute for the <indicator> extension tag<br />
-- with which small padlock icons are generated. All indicator tags on a page<br />
-- are displayed in alphabetical order based on this attribute, and with<br />
-- indicator tags with duplicate names, the last tag on the page wins.<br />
-- The attribute is chosen based on the protection action; table keys must be a<br />
-- protection action name or the string "default".<br />
padlockIndicatorNames = {<br />
move = 'pp-move',<br />
autoreview = 'pp-autoreview',<br />
upload = 'pp-upload',<br />
default = 'pp-default'<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Protection categories<br />
--------------------------------------------------------------------------------<br />
<br />
--[[<br />
-- The protection categories are stored in the protectionCategories table.<br />
-- Keys to this table are made up of the following strings:<br />
--<br />
-- 1. the expiry date<br />
-- 2. the namespace<br />
-- 3. the protection reason (e.g. "dispute" or "vandalism")<br />
-- 4. the protection level (e.g. "sysop" or "autoconfirmed")<br />
-- 5. the action (e.g. "edit" or "move")<br />
-- <br />
-- When the module looks up a category in the table, first it will will check to<br />
-- see a key exists that corresponds to all five parameters. For example, a<br />
-- user page semi-protected from vandalism for two weeks would have the key<br />
-- "temp-user-vandalism-autoconfirmed-edit". If no match is found, the module<br />
-- changes the first part of the key to "all" and checks the table again. It<br />
-- keeps checking increasingly generic key combinations until it finds the<br />
-- field, or until it reaches the key "all-all-all-all-all".<br />
--<br />
-- The module uses a binary matrix to determine the order in which to search.<br />
-- This is best demonstrated by a table. In this table, the "0" values<br />
-- represent "all", and the "1" values represent the original data (e.g.<br />
-- "indef" or "file" or "vandalism").<br />
--<br />
-- expiry namespace reason level action<br />
-- order<br />
-- 1 1 1 1 1 1<br />
-- 2 0 1 1 1 1<br />
-- 3 1 0 1 1 1<br />
-- 4 0 0 1 1 1<br />
-- 5 1 1 0 1 1<br />
-- 6 0 1 0 1 1<br />
-- 7 1 0 0 1 1<br />
-- 8 0 0 0 1 1<br />
-- 9 1 1 1 0 1<br />
-- 10 0 1 1 0 1<br />
-- 11 1 0 1 0 1<br />
-- 12 0 0 1 0 1<br />
-- 13 1 1 0 0 1<br />
-- 14 0 1 0 0 1<br />
-- 15 1 0 0 0 1<br />
-- 16 0 0 0 0 1<br />
-- 17 1 1 1 1 0<br />
-- 18 0 1 1 1 0<br />
-- 19 1 0 1 1 0<br />
-- 20 0 0 1 1 0<br />
-- 21 1 1 0 1 0<br />
-- 22 0 1 0 1 0<br />
-- 23 1 0 0 1 0<br />
-- 24 0 0 0 1 0<br />
-- 25 1 1 1 0 0<br />
-- 26 0 1 1 0 0<br />
-- 27 1 0 1 0 0<br />
-- 28 0 0 1 0 0<br />
-- 29 1 1 0 0 0<br />
-- 30 0 1 0 0 0<br />
-- 31 1 0 0 0 0<br />
-- 32 0 0 0 0 0<br />
--<br />
-- In this scheme the action has the highest priority, as it is the last<br />
-- to change, and the expiry has the least priority, as it changes the most.<br />
-- The priorities of the expiry, the protection level and the action are<br />
-- fixed, but the priorities of the reason and the namespace can be swapped<br />
-- through the use of the cfg.bannerDataNamespaceHasPriority table.<br />
--]]<br />
<br />
-- If the reason specified to the template is listed in this table,<br />
-- namespace data will take priority over reason data in the protectionCategories<br />
-- table.<br />
reasonsWithNamespacePriority = {<br />
vandalism = true,<br />
},<br />
<br />
-- The string to use as a namespace key for the protectionCategories table for each<br />
-- namespace number.<br />
categoryNamespaceKeys = {<br />
[ 2] = 'user',<br />
[ 3] = 'user',<br />
[ 4] = 'project',<br />
[ 6] = 'file',<br />
[ 8] = 'mediawiki',<br />
[ 10] = 'template',<br />
[ 12] = 'project',<br />
[ 14] = 'category',<br />
[100] = 'portal',<br />
[828] = 'module',<br />
},<br />
<br />
protectionCategories = {<br />
['all|all|all|all|all'] = '編集保護中のページ',<br />
--['all|all|office|all|all'] = 'Wikipedia Office-protected pages',<br />
--['all|all|reset|all|all'] = 'Wikipedia Office-protected pages',<br />
--['all|all|dmca|all|all'] = 'Wikipedia Office-protected pages',<br />
['all|all|permanent|all|all'] = '保護運用中のページ',<br />
--['all|all|mainpage|all|all'] = 'Wikipedia fully-protected main page files',<br />
--['all|all|ecp|extendedconfirmed|all'] = '編集拡張半保護中のページ',<br />
['all|all|all|extendedconfirmed|edit'] = '編集拡張半保護中のページ',<br />
['all|all|all|autoconfirmed|edit'] = '編集半保護中のページ',<br />
--['indef|all|all|autoconfirmed|edit'] = 'Wikipedia indefinitely semi-protected pages',<br />
--['all|all|blp|autoconfirmed|edit'] = 'Wikipedia indefinitely semi-protected biographies of living people',<br />
--['temp|all|blp|autoconfirmed|edit'] = 'Wikipedia temporarily semi-protected biographies of living people',<br />
--['all|all|dispute|autoconfirmed|edit'] = 'Wikipedia pages semi-protected due to dispute',<br />
--['all|all|sock|autoconfirmed|edit'] = 'Wikipedia pages semi-protected from banned users',<br />
--['all|all|vandalism|autoconfirmed|edit'] = 'Wikipedia pages semi-protected against vandalism',<br />
--['all|category|all|autoconfirmed|edit'] = 'Wikipedia semi-protected categories',<br />
--['all|file|all|autoconfirmed|edit'] = 'Wikipedia semi-protected files',<br />
--['all|portal|all|autoconfirmed|edit'] = 'Wikipedia semi-protected portals',<br />
--['all|project|all|autoconfirmed|edit'] = 'Wikipedia semi-protected project pages',<br />
--['all|talk|all|autoconfirmed|edit'] = 'Wikipedia semi-protected talk pages',<br />
['all|template|all|sysop|edit'] = '編集保護中のテンプレート',<br />
['all|template|all|autoconfirmed|edit'] = '編集半保護中のテンプレート',<br />
--['all|user|all|autoconfirmed|edit'] = 'Wikipedia semi-protected user and user talk pages',<br />
--['all|template|all|templateeditor|edit'] = 'Wikipedia template-protected templates',<br />
--['all|all|blp|sysop|edit'] = 'Wikipedia indefinitely protected biographies of living people',<br />
--['temp|all|blp|sysop|edit'] = 'Wikipedia temporarily protected biographies of living people',<br />
--['all|all|dispute|sysop|edit'] = 'Wikipedia pages protected due to dispute',<br />
--['all|all|sock|sysop|edit'] = 'Wikipedia pages protected from banned users',<br />
--['all|all|vandalism|sysop|edit'] = 'Wikipedia pages protected against vandalism',<br />
--['all|category|all|sysop|edit'] = 'Wikipedia fully protected categories',<br />
--['all|file|all|sysop|edit'] = 'Wikipedia fully-protected files',<br />
--['all|project|all|sysop|edit'] = 'Wikipedia fully-protected project pages',<br />
--['all|talk|all|sysop|edit'] = 'Wikipedia fully-protected talk pages',<br />
--['all|user|all|sysop|edit'] = 'Wikipedia fully protected user and user talk pages',<br />
['all|module|all|sysop|edit'] = '編集保護中のモジュール',<br />
--['all|module|all|templateeditor|edit'] = 'Wikipedia template-protected modules',<br />
['all|module|all|autoconfirmed|edit'] = '編集半保護中のモジュール',<br />
['all|all|all|sysop|move'] = '移動保護中のページ',<br />
['all|all|all|extendedconfirmed|move'] = '移動拡張半保護中のページ',<br />
--['indef|all|all|sysop|move'] = 'Wikipedia indefinitely move-protected pages',<br />
--['all|all|dispute|sysop|move'] = 'Wikipedia pages move-protected due to dispute',<br />
--['all|all|vandalism|sysop|move'] = 'Wikipedia pages move-protected due to vandalism',<br />
--['all|portal|all|sysop|move'] = 'Wikipedia move-protected portals',<br />
--['all|portal|all|sysop|move'] = 'Wikipedia move-protected portals',<br />
--['all|project|all|sysop|move'] = 'Wikipedia move-protected project pages',<br />
--['all|talk|all|sysop|move'] = 'Wikipedia move-protected talk pages',<br />
['all|template|all|sysop|move'] = '移動保護中のテンプレート',<br />
--['all|user|all|sysop|move'] = 'Wikipedia move-protected user and user talk pages',<br />
--['all|all|all|autoconfirmed|autoreview'] = 'Wikipedia pending changes protected pages',<br />
['all|file|all|all|upload'] = 'アップロード保護中のファイル',<br />
['all|file|all|extendedconfirmed|upload']= 'アップロード拡張半保護中のファイル',<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Expiry category config<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table configures the expiry category behaviour for each protection<br />
-- action.<br />
-- * If set to true, setting that action will always categorise the page if<br />
-- an expiry parameter is not set.<br />
-- * If set to false, setting that action will never categorise the page.<br />
-- * If set to nil, the module will categorise the page if:<br />
-- 1) an expiry parameter is not set, and<br />
-- 2) a reason is provided, and<br />
-- 3) the specified reason is not blacklisted in the reasonsWithoutExpiryCheck<br />
-- table.<br />
<br />
expiryCheckActions = {<br />
edit = nil,<br />
move = false,<br />
autoreview = true,<br />
upload = false<br />
},<br />
<br />
reasonsWithoutExpiryCheck = {<br />
blp = true,<br />
template = true,<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Pagetypes<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table produces the page types available with the ${PAGETYPE} parameter.<br />
-- Keys are namespace numbers, or the string "default" for the default value.<br />
pagetypes = {<br />
-- [0] = '記事',<br />
[6] = 'ファイル',<br />
[10] = 'テンプレート',<br />
[14] = 'カテゴリ',<br />
[828] = 'モジュール',<br />
[1] = 'ノートページ',<br />
[3] = '会話ページ',<br />
[5] = 'ノートページ',<br />
[7] = 'ノートページ',<br />
[9] = 'ノートページ',<br />
[11] = 'ノートページ',<br />
[13] = 'ノートページ',<br />
[15] = 'ノートページ',<br />
[101] = 'ノートページ',<br />
[103] = 'ノートページ',<br />
[829] = 'ノートページ',<br />
[2301] = 'ノートページ',<br />
[2303] = 'ノートページ',<br />
default = 'ページ'<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Strings marking indefinite protection<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table contains values passed to the expiry parameter that mean the page<br />
-- is protected indefinitely.<br />
indefStrings = {<br />
['indef'] = true,<br />
['indefinite'] = true,<br />
['indefinitely'] = true,<br />
['infinite'] = true,<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Group hierarchy<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table maps each group to all groups that have a superset of the original<br />
-- group's page editing permissions.<br />
hierarchy = {<br />
sysop = {},<br />
eliminator = {'sysop'},<br />
reviewer = {'sysop'},<br />
filemover = {'sysop'},<br />
templateeditor = {'sysop'},<br />
extendedconfirmed = {'sysop'},<br />
autoconfirmed = {'eliminator', 'reviewer', 'filemover', 'templateeditor', 'extendedconfirmed'},<br />
user = {'autoconfirmed'},<br />
['*'] = {'user'}<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- Wrapper templates and their default arguments<br />
--------------------------------------------------------------------------------<br />
<br />
-- This table contains wrapper templates used with the module, and their<br />
-- default arguments. Templates specified in this table should contain the<br />
-- following invocation, and no other template content:<br />
--<br />
-- {{#invoke:Protection banner|main}}<br />
--<br />
-- If other content is desired, it can be added between<br />
-- <noinclude>...</noinclude> tags.<br />
--<br />
-- When a user calls one of these wrapper templates, they will use the<br />
-- default arguments automatically. However, users can override any of the<br />
-- arguments.<br />
wrappers = {<br />
['Template:Pp'] = {},<br />
['Template:Pp-extended'] = {'ecp'},<br />
['Template:Pp-blp'] = {'blp'},<br />
-- we don't need Template:Pp-create<br />
['Template:Pp-dispute'] = {'dispute'},<br />
['Template:Pp-main-page'] = {'mainpage'},<br />
['Template:Pp-move'] = {action = 'move'},<br />
['Template:Pp-move-dispute'] = {'dispute', action = 'move'},<br />
-- we don't need Template:Pp-move-indef<br />
['Template:Pp-move-vandalism'] = {'vandalism', action = 'move'},<br />
['Template:Pp-office'] = {'office'},<br />
['Template:Pp-office-dmca'] = {'dmca'},<br />
['Template:Pp-pc'] = {action = 'autoreview', small = true},<br />
['Template:Pp-pc1'] = {action = 'autoreview', small = true},<br />
['Template:保護運用'] = {'permanent', small = true},<br />
['Template:Pp-reset'] = {'reset'},<br />
['Template:Pp-semi-indef'] = {small = true},<br />
['Template:Pp-sock'] = {'sock'},<br />
['Template:Pp-template'] = {'template', small = true},<br />
['Template:Pp-upload'] = {action = 'upload'},<br />
['Template:Pp-usertalk'] = {'usertalk'},<br />
['Template:Pp-vandalism'] = {'vandalism'},<br />
},<br />
<br />
--------------------------------------------------------------------------------<br />
-- <br />
-- MESSAGES<br />
-- <br />
--------------------------------------------------------------------------------<br />
<br />
msg = {<br />
<br />
--------------------------------------------------------------------------------<br />
-- Intro blurb and intro fragment<br />
--------------------------------------------------------------------------------<br />
<br />
-- These messages specify what is produced by the ${INTROBLURB} and<br />
-- ${INTROFRAGMENT} parameters. If the protection is temporary they use the<br />
-- intro-blurb-expiry or intro-fragment-expiry, and if not they use<br />
-- intro-blurb-noexpiry or intro-fragment-noexpiry.<br />
-- It is possible to use banner parameters in these messages.<br />
['intro-blurb-expiry'] = '${PROTECTIONBLURB}（${EXPIRY}まで）。',<br />
['intro-blurb-noexpiry'] = '${PROTECTIONBLURB}。',<br />
['intro-fragment-expiry'] = '${PROTECTIONBLURB}（${EXPIRY}まで）。',<br />
['intro-fragment-noexpiry'] = '${PROTECTIONBLURB}。',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Tooltip blurb<br />
--------------------------------------------------------------------------------<br />
<br />
-- These messages specify what is produced by the ${TOOLTIPBLURB} parameter.<br />
-- If the protection is temporary the tooltip-blurb-expiry message is used, and<br />
-- if not the tooltip-blurb-noexpiry message is used.<br />
-- It is possible to use banner parameters in these messages.<br />
['tooltip-blurb-expiry'] = 'この${PAGETYPE}は${EXPIRY}まで${PROTECTIONLEVEL}されています。',<br />
['tooltip-blurb-noexpiry'] = 'この${PAGETYPE}は${PROTECTIONLEVEL}されています。',<br />
['tooltip-fragment-expiry'] = 'この${PAGETYPE}は${EXPIRY}まで${PROTECTIONLEVEL}されており、',<br />
['tooltip-fragment-noexpiry'] = 'この${PAGETYPE}は${PROTECTIONLEVEL}されており、',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Special explanation blurb<br />
--------------------------------------------------------------------------------<br />
<br />
-- An explanation blurb for pages that cannot be unprotected, e.g. for pages<br />
-- in the MediaWiki namespace.<br />
-- It is possible to use banner parameters in this message.<br />
['explanation-blurb-nounprotect'] = 'See the [[Wikipedia:Protection policy|'<br />
.. 'protection policy]] and ${PROTECTIONLOG} for more details.'<br />
.. ' Please discuss any changes on the ${TALKPAGE}; you'<br />
.. ' may ${EDITREQUEST} to ask an'<br />
.. ' [[Wikipedia:Administrators|administrator]] to make an edit if it'<br />
.. ' is [[Help:Minor edit#When to mark an edit as a minor edit'<br />
.. '|uncontroversial]] or supported by [[Wikipedia:Consensus'<br />
.. '|consensus]].',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Protection log display values<br />
--------------------------------------------------------------------------------<br />
<br />
-- These messages determine the display values for the protection log link<br />
-- or the pending changes log link produced by the ${PROTECTIONLOG} parameter.<br />
-- It is possible to use banner parameters in these messages.<br />
['protection-log-display'] = '保護記録',<br />
['pc-log-display'] = 'pending changes log',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Current version display values<br />
--------------------------------------------------------------------------------<br />
<br />
-- These messages determine the display values for the page history link<br />
-- or the move log link produced by the ${CURRENTVERSION} parameter.<br />
-- It is possible to use banner parameters in these messages.<br />
['current-version-move-display'] = '現在のページ名',<br />
['current-version-edit-display'] = '現行版',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Talk page<br />
--------------------------------------------------------------------------------<br />
<br />
-- This message determines the display value of the talk page link produced<br />
-- with the ${TALKPAGE} parameter.<br />
-- It is possible to use banner parameters in this message.<br />
['talk-page-link-display'] = 'ノートページ',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Edit requests<br />
--------------------------------------------------------------------------------<br />
<br />
-- This message determines the display value of the edit request link produced<br />
-- with the ${EDITREQUEST} parameter.<br />
-- It is possible to use banner parameters in this message.<br />
['edit-request-display'] = 'submit an edit request',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Expiry date format<br />
--------------------------------------------------------------------------------<br />
<br />
-- This is the format for the blurb expiry date. It should be valid input for<br />
-- the first parameter of the #time parser function.<br />
['expiry-date-format'] = 'Y年Fj日" ("D") "H:i" ("e")"',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Tracking categories<br />
--------------------------------------------------------------------------------<br />
<br />
-- These messages determine which tracking categories the module outputs.<br />
['tracking-category-incorrect'] = '不適切な保護テンプレートのあるページ',<br />
['tracking-category-mismatch'] = '保護理由と保護レベルが合致していないページ', -- 日本語版独自<br />
['tracking-category-template'] = 'Wikipedia template-protected pages other than templates and modules',<br />
<br />
--------------------------------------------------------------------------------<br />
-- Images<br />
--------------------------------------------------------------------------------<br />
<br />
-- These are images that are not defined by their protection action and protection level.<br />
['image-filename-indef'] = 'Edit Protection.svg',<br />
['image-filename-default'] = 'Transparent.gif',<br />
<br />
--------------------------------------------------------------------------------<br />
-- End messages<br />
--------------------------------------------------------------------------------<br />
}<br />
<br />
--------------------------------------------------------------------------------<br />
-- End configuration<br />
--------------------------------------------------------------------------------<br />
}</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Effective_protection_expiry&diff=6741
モジュール:Effective protection expiry
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>local p = {}<br />
<br />
-- Returns the expiry of a restriction of an action on a given title, or unknown if it cannot be known.<br />
-- If no title is specified, the title of the page being displayed is used.<br />
function p._main(action, pagename)<br />
local title<br />
if type(pagename) == 'table' and pagename.prefixedText then<br />
title = pagename<br />
elseif pagename then<br />
title = mw.title.new(pagename)<br />
else<br />
title = mw.title.getCurrentTitle()<br />
end<br />
pagename = title.prefixedText<br />
if action == 'autoreview' then<br />
local stabilitySettings = mw.ext.FlaggedRevs.getStabilitySettings(title)<br />
return stabilitySettings and stabilitySettings.expiry or 'unknown'<br />
elseif action ~= 'edit' and action ~= 'move' and action ~= 'create' and action ~= 'upload' then<br />
error( '第1引数にはedit、move、create、upload、autoreviewのどれかを指定してください', 2 )<br />
end<br />
local rawExpiry = mw.getCurrentFrame():callParserFunction('PROTECTIONEXPIRY', action, pagename)<br />
if rawExpiry == 'infinity' then<br />
return 'infinity'<br />
elseif rawExpiry == '' then<br />
return 'unknown'<br />
else<br />
local year, month, day, hour, minute, second = rawExpiry:match(<br />
'^(%d%d%d%d)(%d%d)(%d%d)(%d%d)(%d%d)(%d%d)$'<br />
)<br />
if year then<br />
return string.format(<br />
'%s-%s-%sT%s:%s:%s',<br />
year, month, day, hour, minute, second<br />
)<br />
else<br />
error('[[モジュール:Effective protection expiry]]のエラー; 有効期限のタイムスタンプの書式が不正です')<br />
end<br />
end<br />
end<br />
<br />
setmetatable(p, { __index = function(t, k)<br />
return function(frame)<br />
return t._main(k, frame.args[1])<br />
end<br />
end })<br />
<br />
return p</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Effective_protection_level&diff=6739
モジュール:Effective protection level
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>local p = {}<br />
<br />
-- Returns the permission required to perform a given action on a given title.<br />
-- If no title is specified, the title of the page being displayed is used.<br />
function p._main(action, pagename)<br />
local title<br />
if type(pagename) == 'table' and pagename.prefixedText then<br />
title = pagename<br />
elseif pagename then<br />
title = mw.title.new(pagename)<br />
else<br />
title = mw.title.getCurrentTitle()<br />
end<br />
pagename = title.prefixedText<br />
if action == 'autoreview' then<br />
local level = mw.ext.FlaggedRevs.getStabilitySettings(title)<br />
level = level and level.autoreview<br />
if level == 'review' then<br />
return 'reviewer'<br />
elseif level ~= '' then<br />
return level<br />
else<br />
return nil -- not '*'. a page not being PC-protected is distinct from it being PC-protected with anyone able to review. also not '', as that would mean PC-protected but nobody can review<br />
end<br />
elseif action ~= 'edit' and action ~= 'move' and action ~= 'create' and action ~= 'upload' and action ~= 'undelete' then<br />
error( '第1引数にはedit、move、create、upload、undelete、autoreviewのどれかを指定してください', 2 )<br />
end<br />
if title.namespace == 8 then -- MediaWiki namespace<br />
if title.text:sub(-3) == '.js' or title.text:sub(-4) == '.css' or title.contentModel == 'javascript' or title.contentModel == 'css' then -- site JS or CSS page<br />
return 'interfaceadmin'<br />
else -- any non-JS/CSS MediaWiki page<br />
return 'sysop'<br />
end<br />
elseif title.namespace == 2 and title.isSubpage then<br />
if title.contentModel == 'javascript' or title.contentModel == 'css' then -- user JS or CSS page<br />
return 'interfaceadmin'<br />
elseif title.contentModel == 'json' then -- user JSON page<br />
return 'sysop'<br />
end<br />
end<br />
if action == 'undelete' then<br />
return 'eliminator' -- 英語版では'sysop'<br />
end<br />
local level = title.protectionLevels[action] and title.protectionLevels[action][1]<br />
if level == 'sysop' or level == 'editprotected' then<br />
return 'sysop'<br />
elseif title.cascadingProtection.restrictions[action] and title.cascadingProtection.restrictions[action][1] then -- used by a cascading-protected page<br />
return 'sysop'<br />
elseif level == 'templateeditor' then<br />
return 'templateeditor'<br />
elseif action == 'move' then<br />
local blacklistentry = mw.ext.TitleBlacklist.test('edit', pagename) -- Testing action edit is correct, since this is for the source page. The target page name gets tested with action move.<br />
if blacklistentry and not blacklistentry.params.autoconfirmed then<br />
return 'templateeditor'<br />
elseif title.namespace == 6 then<br />
return 'eliminator' -- 英語版では'filemover'<br />
elseif level == 'extendedconfirmed' then<br />
return 'extendedconfirmed'<br />
else<br />
return 'autoconfirmed'<br />
end<br />
end<br />
local blacklistentry = mw.ext.TitleBlacklist.test(action, pagename)<br />
if blacklistentry then<br />
if not blacklistentry.params.autoconfirmed then<br />
return 'sysop' -- 英語版では'templateeditor'<br />
elseif level == 'extendedconfirmed' then<br />
return 'extendedconfirmed'<br />
else<br />
return 'autoconfirmed'<br />
end<br />
elseif level == 'editsemiprotected' then -- create-semiprotected pages return this for some reason<br />
return 'autoconfirmed'<br />
elseif level then<br />
return level<br />
elseif action == 'upload' then<br />
return 'autoconfirmed'<br />
-- 英語版とは異なり、日本語版では現在のところIPユーザーでも記事等を作成可能なので、以下はコメントアウト<br />
-- elseif action == 'create' and title.namespace % 2 == 0 and title.namespace ~= 118 then -- You need to be registered, but not autoconfirmed, to create non-talk pages other than drafts<br />
-- return 'user'<br />
else<br />
return '*'<br />
end<br />
end<br />
<br />
setmetatable(p, { __index = function(t, k)<br />
return function(frame)<br />
return t._main(k, frame.args[1])<br />
end<br />
end })<br />
<br />
return p</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:File_link&diff=6737
モジュール:File link
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>-- This module provides a library for formatting file wikilinks.<br />
<br />
local yesno = require('Module:Yesno')<br />
local checkType = require('libraryUtil').checkType<br />
<br />
local p = {}<br />
<br />
function p._main(args)<br />
checkType('_main', 1, args, 'table')<br />
<br />
-- This is basically libraryUtil.checkTypeForNamedArg, but we are rolling our<br />
-- own function to get the right error level.<br />
local function checkArg(key, val, level)<br />
if type(val) ~= 'string' then<br />
error(string.format(<br />
"'_main'関数における'%s'引数のタイプエラー（想定：文字列、実際：%s）",<br />
key, type(val)<br />
), level)<br />
end<br />
end<br />
<br />
local ret = {}<br />
<br />
-- Adds a positional parameter to the buffer.<br />
local function addPositional(key)<br />
local val = args[key]<br />
if not val then<br />
return nil<br />
end<br />
checkArg(key, val, 4)<br />
ret[#ret + 1] = val<br />
end<br />
<br />
-- Adds a named parameter to the buffer. We assume that the parameter name<br />
-- is the same as the argument key.<br />
local function addNamed(key)<br />
local val = args[key]<br />
if not val then<br />
return nil<br />
end<br />
checkArg(key, val, 4)<br />
ret[#ret + 1] = key .. '=' .. val<br />
end<br />
<br />
-- Filename<br />
checkArg('file', args.file, 3)<br />
ret[#ret + 1] = 'File:' .. args.file<br />
<br />
-- Format<br />
if args.format then<br />
checkArg('format', args.format)<br />
if args.formatfile then<br />
checkArg('formatfile', args.formatfile)<br />
ret[#ret + 1] = args.format .. '=' .. args.formatfile<br />
else<br />
ret[#ret + 1] = args.format<br />
end<br />
end<br />
<br />
-- Border<br />
if yesno(args.border) then<br />
ret[#ret + 1] = 'border'<br />
end<br />
<br />
addPositional('location')<br />
addPositional('alignment')<br />
addPositional('size')<br />
addNamed('upright')<br />
addNamed('link')<br />
addNamed('alt')<br />
addNamed('page')<br />
addNamed('class')<br />
addNamed('lang')<br />
addNamed('start')<br />
addNamed('end')<br />
addNamed('thumbtime')<br />
addPositional('caption')<br />
<br />
return string.format('[[%s]]', table.concat(ret, '|'))<br />
end<br />
<br />
function p.main(frame)<br />
local origArgs = require('Module:Arguments').getArgs(frame, {<br />
wrappers = 'Template:File link'<br />
})<br />
if not origArgs.file then<br />
error("[[Template:File link]]のエラー: 'file'引数が未入力です", 0)<br />
end<br />
<br />
-- Copy the arguments that were passed to a new table to avoid looking up<br />
-- every possible parameter in the frame object.<br />
local args = {}<br />
for k, v in pairs(origArgs) do<br />
-- Make _BLANK a special argument to add a blank parameter. For use in<br />
-- conditional templates etc. it is useful for blank arguments to be<br />
-- ignored, but we still need a way to specify them so that we can do<br />
-- things like [[File:Example.png|link=]].<br />
if v == '_BLANK' then<br />
v = ''<br />
end<br />
args[k] = v<br />
end<br />
return p._main(args)<br />
end<br />
<br />
return p</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Protection_banner&diff=6735
モジュール:Protection banner
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>-- This module implements {{pp-meta}} and its daughter templates such as<br />
-- {{pp-dispute}}, {{pp-vandalism}} and {{pp-sock}}.<br />
<br />
-- Initialise necessary modules.<br />
require('strict')<br />
local makeFileLink = require('Module:File link')._main<br />
local effectiveProtectionLevel = require('Module:Effective protection level')._main<br />
local effectiveProtectionExpiry = require('Module:Effective protection expiry')._main<br />
local yesno = require('Module:Yesno')<br />
<br />
-- Lazily initialise modules and objects we don't always need.<br />
local getArgs, makeMessageBox, lang<br />
<br />
-- Set constants.<br />
local CONFIG_MODULE = 'モジュール:Protection banner/config'<br />
<br />
--------------------------------------------------------------------------------<br />
-- Helper functions<br />
--------------------------------------------------------------------------------<br />
<br />
local function makeCategoryLink(cat, sort)<br />
if cat then<br />
return string.format(<br />
'[[%s:%s|%s]]',<br />
mw.site.namespaces[14].name,<br />
cat,<br />
sort<br />
)<br />
end<br />
end<br />
<br />
-- Validation function for the expiry and the protection date<br />
local function validateDate(dateString, dateType)<br />
if not lang then<br />
lang = mw.language.getContentLanguage()<br />
end<br />
local success, result = pcall(lang.formatDate, lang, 'U', dateString)<br />
if success then<br />
result = tonumber(result)<br />
if result then<br />
return result<br />
end<br />
end<br />
error(string.format(<br />
'invalid %s: %s',<br />
dateType,<br />
tostring(dateString)<br />
), 4)<br />
end<br />
<br />
local function makeFullUrl(page, query, display)<br />
return string.format(<br />
'[%s %s]',<br />
tostring(mw.uri.fullUrl(page, query)),<br />
display<br />
)<br />
end<br />
<br />
-- Given a directed graph formatted as node -> table of direct successors,<br />
-- get a table of all nodes reachable from a given node (though always<br />
-- including the given node).<br />
local function getReachableNodes(graph, start)<br />
local toWalk, retval = {[start] = true}, {}<br />
while true do<br />
-- Can't use pairs() since we're adding and removing things as we're iterating<br />
local k = next(toWalk) -- This always gets the "first" key<br />
if k == nil then<br />
return retval<br />
end<br />
toWalk[k] = nil<br />
retval[k] = true<br />
for _,v in ipairs(graph[k]) do<br />
if not retval[v] then<br />
toWalk[v] = true<br />
end<br />
end<br />
end<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Protection class<br />
--------------------------------------------------------------------------------<br />
<br />
local Protection = {}<br />
Protection.__index = Protection<br />
<br />
Protection.supportedActions = {<br />
edit = true,<br />
move = true,<br />
autoreview = true,<br />
upload = true<br />
}<br />
<br />
Protection.bannerConfigFields = {<br />
'text',<br />
'explanation',<br />
'tooltip',<br />
'alt',<br />
'link',<br />
'image'<br />
}<br />
<br />
function Protection.new(args, cfg, title)<br />
local obj = {}<br />
obj._cfg = cfg<br />
obj.title = title or mw.title.getCurrentTitle()<br />
<br />
-- Set action<br />
if not args.action then<br />
obj.action = 'edit'<br />
elseif Protection.supportedActions[args.action] then<br />
obj.action = args.action<br />
else<br />
error(string.format(<br />
'invalid action: %s',<br />
tostring(args.action)<br />
), 3)<br />
end<br />
<br />
-- Set level<br />
obj.level = args.demolevel or effectiveProtectionLevel(obj.action, obj.title)<br />
if not obj.level or (obj.action == 'move' and obj.level == 'autoconfirmed') then<br />
-- Users need to be autoconfirmed to move pages anyway, so treat<br />
-- semi-move-protected pages as unprotected.<br />
obj.level = '*'<br />
end<br />
<br />
-- Set expiry<br />
local effectiveExpiry = effectiveProtectionExpiry(obj.action, obj.title)<br />
if effectiveExpiry == 'infinity' then<br />
obj.expiry = 'indef'<br />
elseif effectiveExpiry ~= 'unknown' then<br />
obj.expiry = validateDate(effectiveExpiry, 'expiry date')<br />
end<br />
<br />
-- Set reason<br />
if args[1] then<br />
obj.reason = mw.ustring.lower(args[1])<br />
if obj.reason:find('|') then<br />
error('reasons cannot contain the pipe character ("|")', 3)<br />
end<br />
end<br />
<br />
-- Set protection date<br />
if args.date then<br />
obj.protectionDate = validateDate(args.date, 'protection date')<br />
end<br />
<br />
-- Set banner config<br />
do<br />
obj.bannerConfig = {}<br />
local configTables = {}<br />
if cfg.banners[obj.action] then<br />
configTables[#configTables + 1] = cfg.banners[obj.action][obj.reason]<br />
end<br />
if cfg.defaultBanners[obj.action] then<br />
configTables[#configTables + 1] = cfg.defaultBanners[obj.action][obj.level]<br />
configTables[#configTables + 1] = cfg.defaultBanners[obj.action].default<br />
end<br />
configTables[#configTables + 1] = cfg.masterBanner<br />
for i, field in ipairs(Protection.bannerConfigFields) do<br />
for j, t in ipairs(configTables) do<br />
if t[field] then<br />
obj.bannerConfig[field] = t[field]<br />
break<br />
end<br />
end<br />
end<br />
end<br />
return setmetatable(obj, Protection)<br />
end<br />
<br />
function Protection:isProtected()<br />
return self.level ~= '*'<br />
end<br />
<br />
function Protection:isTemporary()<br />
return type(self.expiry) == 'number'<br />
end<br />
<br />
function Protection:makeProtectionCategory()<br />
local cfg = self._cfg<br />
local title = self.title<br />
<br />
-- Exit if the page is not protected.<br />
if not self:isProtected() then<br />
return ''<br />
end<br />
<br />
-- Get the expiry key fragment.<br />
local expiryFragment<br />
if self.expiry == 'indef' then<br />
expiryFragment = self.expiry<br />
elseif type(self.expiry) == 'number' then<br />
expiryFragment = 'temp'<br />
end<br />
<br />
-- Get the namespace key fragment.<br />
local namespaceFragment = cfg.categoryNamespaceKeys[title.namespace]<br />
if not namespaceFragment and title.namespace % 2 == 1 then<br />
namespaceFragment = 'talk'<br />
end<br />
<br />
-- Define the order that key fragments are tested in. This is done with an<br />
-- array of tables containing the value to be tested, along with its<br />
-- position in the cfg.protectionCategories table.<br />
local order = {<br />
{val = expiryFragment, keypos = 1},<br />
{val = namespaceFragment, keypos = 2},<br />
{val = self.reason, keypos = 3},<br />
{val = self.level, keypos = 4},<br />
{val = self.action, keypos = 5}<br />
}<br />
<br />
--[[<br />
-- The old protection templates used an ad-hoc protection category system,<br />
-- with some templates prioritising namespaces in their categories, and<br />
-- others prioritising the protection reason. To emulate this in this module<br />
-- we use the config table cfg.reasonsWithNamespacePriority to set the<br />
-- reasons for which namespaces have priority over protection reason.<br />
-- If we are dealing with one of those reasons, move the namespace table to<br />
-- the end of the order table, i.e. give it highest priority. If not, the<br />
-- reason should have highest priority, so move that to the end of the table<br />
-- instead.<br />
--]]<br />
table.insert(order, table.remove(order, self.reason and cfg.reasonsWithNamespacePriority[self.reason] and 2 or 3))<br />
<br />
--[[<br />
-- Define the attempt order. Inactive subtables (subtables with nil "value"<br />
-- fields) are moved to the end, where they will later be given the key<br />
-- "all". This is to cut down on the number of table lookups in<br />
-- cfg.protectionCategories, which grows exponentially with the number of<br />
-- non-nil keys. We keep track of the number of active subtables with the<br />
-- noActive parameter.<br />
--]]<br />
local noActive, attemptOrder<br />
do<br />
local active, inactive = {}, {}<br />
for i, t in ipairs(order) do<br />
if t.val then<br />
active[#active + 1] = t<br />
else<br />
inactive[#inactive + 1] = t<br />
end<br />
end<br />
noActive = #active<br />
attemptOrder = active<br />
for i, t in ipairs(inactive) do<br />
attemptOrder[#attemptOrder + 1] = t<br />
end<br />
end<br />
<br />
--[[<br />
-- Check increasingly generic key combinations until we find a match. If a<br />
-- specific category exists for the combination of key fragments we are<br />
-- given, that match will be found first. If not, we keep trying different<br />
-- key fragment combinations until we match using the key<br />
-- "all-all-all-all-all".<br />
--<br />
-- To generate the keys, we index the key subtables using a binary matrix<br />
-- with indexes i and j. j is only calculated up to the number of active<br />
-- subtables. For example, if there were three active subtables, the matrix<br />
-- would look like this, with 0 corresponding to the key fragment "all", and<br />
-- 1 corresponding to other key fragments.<br />
-- <br />
-- j 1 2 3<br />
-- i <br />
-- 1 1 1 1<br />
-- 2 0 1 1<br />
-- 3 1 0 1<br />
-- 4 0 0 1<br />
-- 5 1 1 0<br />
-- 6 0 1 0<br />
-- 7 1 0 0<br />
-- 8 0 0 0<br />
-- <br />
-- Values of j higher than the number of active subtables are set<br />
-- to the string "all".<br />
--<br />
-- A key for cfg.protectionCategories is constructed for each value of i.<br />
-- The position of the value in the key is determined by the keypos field in<br />
-- each subtable.<br />
--]]<br />
local cats = cfg.protectionCategories<br />
for i = 1, 2^noActive do<br />
local key = {}<br />
for j, t in ipairs(attemptOrder) do<br />
if j > noActive then<br />
key[t.keypos] = 'all'<br />
else<br />
local quotient = i / 2 ^ (j - 1)<br />
quotient = math.ceil(quotient)<br />
if quotient % 2 == 1 then<br />
key[t.keypos] = t.val<br />
else<br />
key[t.keypos] = 'all'<br />
end<br />
end<br />
end<br />
key = table.concat(key, '|')<br />
local attempt = cats[key]<br />
if attempt then<br />
return makeCategoryLink(attempt, title.text)<br />
end<br />
end<br />
return ''<br />
end<br />
<br />
function Protection:isIncorrect()<br />
local expiry = self.expiry<br />
return not self:isProtected()<br />
or type(expiry) == 'number' and expiry < os.time()<br />
end<br />
<br />
-- 日本語版独自<br />
function Protection:isMismatched()<br />
return self.reason == 'dispute' and self.level ~= 'sysop'<br />
end<br />
<br />
function Protection:isTemplateProtectedNonTemplate()<br />
local action, namespace = self.action, self.title.namespace<br />
return self.level == 'templateeditor'<br />
and (<br />
(action ~= 'edit' and action ~= 'move')<br />
or (namespace ~= 10 and namespace ~= 828)<br />
)<br />
end<br />
<br />
function Protection:makeCategoryLinks()<br />
local msg = self._cfg.msg<br />
local ret = { self:makeProtectionCategory() }<br />
if self:isIncorrect() then<br />
ret[#ret + 1] = makeCategoryLink(<br />
msg['tracking-category-incorrect'],<br />
self.title.text<br />
)<br />
elseif self:isMismatched() then<br />
ret[#ret + 1] = makeCategoryLink(<br />
msg['tracking-category-mismatch'],<br />
self.title.text<br />
)<br />
end<br />
if self:isTemplateProtectedNonTemplate() then<br />
ret[#ret + 1] = makeCategoryLink(<br />
msg['tracking-category-template'],<br />
self.title.text<br />
)<br />
end<br />
return table.concat(ret)<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Blurb class<br />
--------------------------------------------------------------------------------<br />
<br />
local Blurb = {}<br />
Blurb.__index = Blurb<br />
<br />
Blurb.bannerTextFields = {<br />
text = true,<br />
explanation = true,<br />
tooltip = true,<br />
alt = true,<br />
link = true<br />
}<br />
<br />
function Blurb.new(protectionObj, args, cfg)<br />
return setmetatable({<br />
_cfg = cfg,<br />
_protectionObj = protectionObj,<br />
_args = args<br />
}, Blurb)<br />
end<br />
<br />
-- Private methods --<br />
<br />
function Blurb:_formatDate(num)<br />
-- Formats a Unix timestamp into dd Month, YYYY format.<br />
lang = lang or mw.language.getContentLanguage()<br />
local success, date = pcall(<br />
lang.formatDate,<br />
lang,<br />
self._cfg.msg['expiry-date-format'] or 'j F Y',<br />
'@' .. tostring(num)<br />
)<br />
if success then<br />
return date<br />
end<br />
end<br />
<br />
function Blurb:_getExpandedMessage(msgKey)<br />
return self:_substituteParameters(self._cfg.msg[msgKey])<br />
end<br />
<br />
function Blurb:_substituteParameters(msg)<br />
if not self._params then<br />
local parameterFuncs = {}<br />
<br />
parameterFuncs.CURRENTVERSION = self._makeCurrentVersionParameter<br />
parameterFuncs.EDITREQUEST = self._makeEditRequestParameter<br />
parameterFuncs.EXPIRY = self._makeExpiryParameter<br />
parameterFuncs.EXPLANATIONBLURB = self._makeExplanationBlurbParameter<br />
parameterFuncs.IMAGELINK = self._makeImageLinkParameter<br />
parameterFuncs.INTROBLURB = self._makeIntroBlurbParameter<br />
parameterFuncs.INTROFRAGMENT = self._makeIntroFragmentParameter<br />
parameterFuncs.PAGETYPE = self._makePagetypeParameter<br />
parameterFuncs.PROTECTIONBLURB = self._makeProtectionBlurbParameter<br />
parameterFuncs.PROTECTIONDATE = self._makeProtectionDateParameter<br />
parameterFuncs.PROTECTIONLEVEL = self._makeProtectionLevelParameter<br />
parameterFuncs.PROTECTIONLOG = self._makeProtectionLogParameter<br />
parameterFuncs.TALKPAGE = self._makeTalkPageParameter<br />
parameterFuncs.TOOLTIPBLURB = self._makeTooltipBlurbParameter<br />
parameterFuncs.TOOLTIPFRAGMENT = self._makeTooltipFragmentParameter<br />
parameterFuncs.VANDAL = self._makeVandalTemplateParameter<br />
<br />
self._params = setmetatable({}, {<br />
__index = function (t, k)<br />
local param<br />
if parameterFuncs[k] then<br />
param = parameterFuncs[k](self)<br />
end<br />
param = param or ''<br />
t[k] = param<br />
return param<br />
end<br />
})<br />
end<br />
<br />
msg = msg:gsub('${(%u+)}', self._params)<br />
return msg<br />
end<br />
<br />
function Blurb:_makeCurrentVersionParameter()<br />
-- A link to the page history or the move log, depending on the kind of<br />
-- protection.<br />
local pagename = self._protectionObj.title.prefixedText<br />
if self._protectionObj.action == 'move' then<br />
-- We need the move log link.<br />
return makeFullUrl(<br />
'Special:Log',<br />
{type = 'move', page = pagename},<br />
self:_getExpandedMessage('current-version-move-display')<br />
)<br />
else<br />
-- We need the history link.<br />
return makeFullUrl(<br />
pagename,<br />
{action = 'history'},<br />
self:_getExpandedMessage('current-version-edit-display')<br />
)<br />
end<br />
end<br />
<br />
function Blurb:_makeEditRequestParameter()<br />
local mEditRequest = require('Module:Submit an edit request')<br />
local action = self._protectionObj.action<br />
local level = self._protectionObj.level<br />
<br />
-- Get the edit request type.<br />
local requestType<br />
if action == 'edit' then<br />
if level == 'autoconfirmed' then<br />
requestType = 'semi'<br />
elseif level == 'extendedconfirmed' then<br />
requestType = 'extended'<br />
elseif level == 'templateeditor' then<br />
requestType = 'template'<br />
end<br />
end<br />
requestType = requestType or 'full'<br />
<br />
-- Get the display value.<br />
local display = self:_getExpandedMessage('edit-request-display')<br />
<br />
return mEditRequest._link{type = requestType, display = display}<br />
end<br />
<br />
function Blurb:_makeExpiryParameter()<br />
local expiry = self._protectionObj.expiry<br />
if type(expiry) == 'number' then<br />
return self:_formatDate(expiry)<br />
else<br />
return expiry<br />
end<br />
end<br />
<br />
function Blurb:_makeExplanationBlurbParameter()<br />
-- Cover special cases first.<br />
if self._protectionObj.title.namespace == 8 then<br />
-- MediaWiki namespace<br />
return self:_getExpandedMessage('explanation-blurb-nounprotect')<br />
end<br />
<br />
-- Get explanation blurb table keys<br />
local action = self._protectionObj.action<br />
local level = self._protectionObj.level<br />
local talkKey = self._protectionObj.title.isTalkPage and 'talk' or 'subject'<br />
<br />
-- Find the message in the explanation blurb table and substitute any<br />
-- parameters.<br />
local explanations = self._cfg.explanationBlurbs<br />
local msg<br />
if explanations[action][level] and explanations[action][level][talkKey] then<br />
msg = explanations[action][level][talkKey]<br />
elseif explanations[action][level] and explanations[action][level].default then<br />
msg = explanations[action][level].default<br />
elseif explanations[action].default and explanations[action].default[talkKey] then<br />
msg = explanations[action].default[talkKey]<br />
elseif explanations[action].default and explanations[action].default.default then<br />
msg = explanations[action].default.default<br />
else<br />
error(string.format(<br />
'could not find explanation blurb for action "%s", level "%s" and talk key "%s"',<br />
action,<br />
level,<br />
talkKey<br />
), 8)<br />
end<br />
return self:_substituteParameters(msg)<br />
end<br />
<br />
function Blurb:_makeImageLinkParameter()<br />
local imageLinks = self._cfg.imageLinks<br />
local action = self._protectionObj.action<br />
local level = self._protectionObj.level<br />
local msg<br />
if imageLinks[action][level] then<br />
msg = imageLinks[action][level]<br />
elseif imageLinks[action].default then<br />
msg = imageLinks[action].default<br />
else<br />
msg = imageLinks.edit.default<br />
end<br />
return self:_substituteParameters(msg)<br />
end<br />
<br />
function Blurb:_makeIntroBlurbParameter()<br />
if self._protectionObj:isTemporary() then<br />
return self:_getExpandedMessage('intro-blurb-expiry')<br />
else<br />
return self:_getExpandedMessage('intro-blurb-noexpiry')<br />
end<br />
end<br />
<br />
function Blurb:_makeIntroFragmentParameter()<br />
if self._protectionObj:isTemporary() then<br />
return self:_getExpandedMessage('intro-fragment-expiry')<br />
else<br />
return self:_getExpandedMessage('intro-fragment-noexpiry')<br />
end<br />
end<br />
<br />
function Blurb:_makePagetypeParameter()<br />
local pagetypes = self._cfg.pagetypes<br />
return pagetypes[self._protectionObj.title.namespace]<br />
or pagetypes.default<br />
or error('no default pagetype defined', 8)<br />
end<br />
<br />
function Blurb:_makeProtectionBlurbParameter()<br />
local protectionBlurbs = self._cfg.protectionBlurbs<br />
local action = self._protectionObj.action<br />
local level = self._protectionObj.level<br />
local msg<br />
if protectionBlurbs[action][level] then<br />
msg = protectionBlurbs[action][level]<br />
elseif protectionBlurbs[action].default then<br />
msg = protectionBlurbs[action].default<br />
elseif protectionBlurbs.edit.default then<br />
msg = protectionBlurbs.edit.default<br />
else<br />
error('no protection blurb defined for protectionBlurbs.edit.default', 8)<br />
end<br />
return self:_substituteParameters(msg)<br />
end<br />
<br />
function Blurb:_makeProtectionDateParameter()<br />
local protectionDate = self._protectionObj.protectionDate<br />
if type(protectionDate) == 'number' then<br />
return self:_formatDate(protectionDate)<br />
else<br />
return protectionDate<br />
end<br />
end<br />
<br />
function Blurb:_makeProtectionLevelParameter()<br />
local protectionLevels = self._cfg.protectionLevels<br />
local action = self._protectionObj.action<br />
local level = self._protectionObj.level<br />
local msg<br />
if protectionLevels[action][level] then<br />
msg = protectionLevels[action][level]<br />
elseif protectionLevels[action].default then<br />
msg = protectionLevels[action].default<br />
elseif protectionLevels.edit.default then<br />
msg = protectionLevels.edit.default<br />
else<br />
error('no protection level defined for protectionLevels.edit.default', 8)<br />
end<br />
return self:_substituteParameters(msg)<br />
end<br />
<br />
function Blurb:_makeProtectionLogParameter()<br />
local pagename = self._protectionObj.title.prefixedText<br />
if self._protectionObj.action == 'autoreview' then<br />
-- We need the pending changes log.<br />
return makeFullUrl(<br />
'Special:Log',<br />
{type = 'stable', page = pagename},<br />
self:_getExpandedMessage('pc-log-display')<br />
)<br />
else<br />
-- We need the protection log.<br />
return makeFullUrl(<br />
'Special:Log',<br />
{type = 'protect', page = pagename},<br />
self:_getExpandedMessage('protection-log-display')<br />
)<br />
end<br />
end<br />
<br />
function Blurb:_makeTalkPageParameter()<br />
return string.format(<br />
'[[%s:%s#%s|%s]]',<br />
mw.site.namespaces[self._protectionObj.title.namespace].talk.name,<br />
self._protectionObj.title.text,<br />
self._args.section or 'top',<br />
self:_getExpandedMessage('talk-page-link-display')<br />
)<br />
end<br />
<br />
function Blurb:_makeTooltipBlurbParameter()<br />
if self._protectionObj:isTemporary() then<br />
return self:_getExpandedMessage('tooltip-blurb-expiry')<br />
else<br />
return self:_getExpandedMessage('tooltip-blurb-noexpiry')<br />
end<br />
end<br />
<br />
function Blurb:_makeTooltipFragmentParameter()<br />
if self._protectionObj:isTemporary() then<br />
return self:_getExpandedMessage('tooltip-fragment-expiry')<br />
else<br />
return self:_getExpandedMessage('tooltip-fragment-noexpiry')<br />
end<br />
end<br />
<br />
function Blurb:_makeVandalTemplateParameter()<br />
return require('Module:Vandal-m')._main{<br />
self._args.user or self._protectionObj.title.baseText<br />
}<br />
end<br />
<br />
-- Public methods --<br />
<br />
function Blurb:makeBannerText(key)<br />
-- Validate input.<br />
if not key or not Blurb.bannerTextFields[key] then<br />
error(string.format(<br />
'"%s" is not a valid banner config field',<br />
tostring(key)<br />
), 2)<br />
end<br />
<br />
-- Generate the text.<br />
local msg = self._protectionObj.bannerConfig[key]<br />
if type(msg) == 'string' then<br />
return self:_substituteParameters(msg)<br />
elseif type(msg) == 'function' then<br />
msg = msg(self._protectionObj, self._args)<br />
if type(msg) ~= 'string' then<br />
error(string.format(<br />
'bad output from banner config function with key "%s"'<br />
.. ' (expected string, got %s)',<br />
tostring(key),<br />
type(msg)<br />
), 4)<br />
end<br />
return self:_substituteParameters(msg)<br />
end<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- BannerTemplate class<br />
--------------------------------------------------------------------------------<br />
<br />
local BannerTemplate = {}<br />
BannerTemplate.__index = BannerTemplate<br />
<br />
function BannerTemplate.new(protectionObj, cfg)<br />
local obj = {}<br />
obj._cfg = cfg<br />
<br />
-- Set the image filename.<br />
local imageFilename = protectionObj.bannerConfig.image<br />
if imageFilename then<br />
<br />
-- 日本語版独自の条件分岐<br />
if type(imageFilename) == 'string' then<br />
obj._imageFilename = imageFilename<br />
elseif type(imageFilename) == 'function' then<br />
obj._imageFilename = imageFilename(protectionObj)<br />
end<br />
else<br />
-- If an image filename isn't specified explicitly in the banner config,<br />
-- generate it from the protection status and the namespace.<br />
local action = protectionObj.action<br />
local level = protectionObj.level<br />
local namespace = protectionObj.title.namespace<br />
local reason = protectionObj.reason<br />
<br />
-- Deal with special cases first.<br />
if (<br />
namespace == 10<br />
or namespace == 828<br />
or reason and obj._cfg.indefImageReasons[reason]<br />
)<br />
and action == 'edit'<br />
and level == 'sysop'<br />
and not protectionObj:isTemporary()<br />
then<br />
-- Fully protected modules and templates get the special red "indef"<br />
-- padlock.<br />
obj._imageFilename = obj._cfg.msg['image-filename-indef']<br />
else<br />
-- Deal with regular protection types.<br />
local images = obj._cfg.images<br />
if images[action] then<br />
if images[action][level] then<br />
obj._imageFilename = images[action][level]<br />
elseif images[action].default then<br />
obj._imageFilename = images[action].default<br />
end<br />
end<br />
end<br />
end<br />
return setmetatable(obj, BannerTemplate)<br />
end<br />
<br />
function BannerTemplate:renderImage()<br />
local filename = self._imageFilename<br />
or self._cfg.msg['image-filename-default']<br />
or 'Transparent.gif'<br />
return makeFileLink{<br />
file = filename,<br />
size = (self.imageSize or 'x20') .. 'px', -- 日本語版独自の変更<br />
alt = self._imageAlt,<br />
link = self._imageLink,<br />
caption = self.imageCaption<br />
}<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Banner class<br />
--------------------------------------------------------------------------------<br />
<br />
local Banner = setmetatable({}, BannerTemplate)<br />
Banner.__index = Banner<br />
<br />
function Banner.new(protectionObj, blurbObj, cfg)<br />
local obj = BannerTemplate.new(protectionObj, cfg) -- This doesn't need the blurb.<br />
obj.imageSize = 40 -- 日本語版独自の変更: フィールド名<br />
obj.imageCaption = blurbObj:makeBannerText('alt') -- Large banners use the alt text for the tooltip.<br />
obj._reasonText = blurbObj:makeBannerText('text')<br />
obj._explanationText = blurbObj:makeBannerText('explanation')<br />
obj._page = protectionObj.title.prefixedText -- Only makes a difference in testing.<br />
return setmetatable(obj, Banner)<br />
end<br />
<br />
function Banner:__tostring()<br />
-- Renders the banner.<br />
makeMessageBox = makeMessageBox or require('Module:Message box').main<br />
local reasonText = self._reasonText or error('no reason text set', 2)<br />
local explanationText = self._explanationText<br />
local mbargs = {<br />
page = self._page,<br />
type = 'protection',<br />
image = self:renderImage(),<br />
text = string.format(<br />
"'''%s'''%s",<br />
reasonText,<br />
explanationText and '<br />' .. explanationText or ''<br />
)<br />
}<br />
return makeMessageBox('mbox', mbargs)<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Padlock class<br />
--------------------------------------------------------------------------------<br />
<br />
local Padlock = setmetatable({}, BannerTemplate)<br />
Padlock.__index = Padlock<br />
<br />
function Padlock.new(protectionObj, blurbObj, cfg)<br />
local obj = BannerTemplate.new(protectionObj, cfg) -- This doesn't need the blurb.<br />
obj.imageSize = 'x20' -- 日本語版独自の変更: フィールド名、高さのみ指定<br />
obj.imageCaption = blurbObj:makeBannerText('tooltip')<br />
obj._imageAlt = blurbObj:makeBannerText('alt')<br />
obj._imageLink = blurbObj:makeBannerText('link')<br />
obj._indicatorName = cfg.padlockIndicatorNames[protectionObj.action]<br />
or cfg.padlockIndicatorNames.default<br />
or 'pp-default'<br />
return setmetatable(obj, Padlock)<br />
end<br />
<br />
function Padlock:__tostring()<br />
local frame = mw.getCurrentFrame()<br />
-- The nowiki tag helps prevent whitespace at the top of articles.<br />
return frame:extensionTag{name = 'nowiki'} .. frame:extensionTag{<br />
name = 'indicator',<br />
args = {name = self._indicatorName},<br />
content = self:renderImage()<br />
}<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Exports<br />
--------------------------------------------------------------------------------<br />
<br />
local p = {}<br />
<br />
function p._exportClasses()<br />
-- This is used for testing purposes.<br />
return {<br />
Protection = Protection,<br />
Blurb = Blurb,<br />
BannerTemplate = BannerTemplate,<br />
Banner = Banner,<br />
Padlock = Padlock,<br />
}<br />
end<br />
<br />
function p._main(args, cfg, title)<br />
args = args or {}<br />
cfg = cfg or require(CONFIG_MODULE)<br />
<br />
local protectionObj = Protection.new(args, cfg, title)<br />
<br />
local ret = {}<br />
<br />
-- If a page's edit protection is equally or more restrictive than its<br />
-- protection from some other action, then don't bother displaying anything<br />
-- for the other action (except categories).<br />
if protectionObj.action == 'edit' or<br />
args.demolevel or<br />
not getReachableNodes(<br />
cfg.hierarchy,<br />
protectionObj.level<br />
)[effectiveProtectionLevel('edit', protectionObj.title)]<br />
then<br />
-- Initialise the blurb object<br />
local blurbObj = Blurb.new(protectionObj, args, cfg)<br />
<br />
-- Render the banner<br />
if protectionObj:isProtected() then<br />
ret[#ret + 1] = tostring(<br />
(yesno(args.small) and Padlock or Banner)<br />
.new(protectionObj, blurbObj, cfg)<br />
)<br />
end<br />
end<br />
<br />
-- Render the categories<br />
if yesno(args.category) ~= false then<br />
ret[#ret + 1] = protectionObj:makeCategoryLinks()<br />
end<br />
<br />
return table.concat(ret) <br />
end<br />
<br />
function p.main(frame, cfg)<br />
cfg = cfg or require(CONFIG_MODULE)<br />
<br />
-- Find default args, if any.<br />
local parent = frame.getParent and frame:getParent()<br />
local defaultArgs = parent and cfg.wrappers[parent:getTitle():gsub('/sandbox$', '')]<br />
<br />
-- Find user args, and use the parent frame if we are being called from a<br />
-- wrapper template.<br />
getArgs = getArgs or require('Module:Arguments').getArgs<br />
local userArgs = getArgs(frame, {<br />
parentOnly = defaultArgs,<br />
frameOnly = not defaultArgs<br />
})<br />
<br />
-- Build the args table. User-specified args overwrite default args.<br />
local args = {}<br />
for k, v in pairs(defaultArgs or {}) do<br />
args[k] = v<br />
end<br />
for k, v in pairs(userArgs) do<br />
args[k] = v<br />
end<br />
return p._main(args, cfg)<br />
end<br />
<br />
return p</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Arguments&diff=6733
モジュール:Arguments
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>-- This module provides easy processing of arguments passed to Scribunto from<br />
-- #invoke. It is intended for use by other Lua modules, and should not be<br />
-- called from #invoke directly.<br />
<br />
local libraryUtil = require('libraryUtil')<br />
local checkType = libraryUtil.checkType<br />
<br />
local arguments = {}<br />
<br />
-- Generate four different tidyVal functions, so that we don't have to check the<br />
-- options every time we call it.<br />
<br />
local function tidyValDefault(key, val)<br />
if type(val) == 'string' then<br />
val = val:match('^%s*(.-)%s*$')<br />
if val == '' then<br />
return nil<br />
else<br />
return val<br />
end<br />
else<br />
return val<br />
end<br />
end<br />
<br />
local function tidyValTrimOnly(key, val)<br />
if type(val) == 'string' then<br />
return val:match('^%s*(.-)%s*$')<br />
else<br />
return val<br />
end<br />
end<br />
<br />
local function tidyValRemoveBlanksOnly(key, val)<br />
if type(val) == 'string' then<br />
if val:find('%S') then<br />
return val<br />
else<br />
return nil<br />
end<br />
else<br />
return val<br />
end<br />
end<br />
<br />
local function tidyValNoChange(key, val)<br />
return val<br />
end<br />
<br />
local function matchesTitle(given, title)<br />
local tp = type( given )<br />
return (tp == 'string' or tp == 'number') and mw.title.new( given ).prefixedText == title<br />
end<br />
<br />
local translate_mt = { __index = function(t, k) return k end }<br />
<br />
function arguments.getArgs(frame, options)<br />
checkType('getArgs', 1, frame, 'table', true)<br />
checkType('getArgs', 2, options, 'table', true)<br />
frame = frame or {}<br />
options = options or {}<br />
<br />
--[[<br />
-- Set up argument translation.<br />
--]]<br />
options.translate = options.translate or {}<br />
if getmetatable(options.translate) == nil then<br />
setmetatable(options.translate, translate_mt)<br />
end<br />
if options.backtranslate == nil then<br />
options.backtranslate = {}<br />
for k,v in pairs(options.translate) do<br />
options.backtranslate[v] = k<br />
end<br />
end<br />
if options.backtranslate and getmetatable(options.backtranslate) == nil then<br />
setmetatable(options.backtranslate, {<br />
__index = function(t, k)<br />
if options.translate[k] ~= k then<br />
return nil<br />
else<br />
return k<br />
end<br />
end<br />
})<br />
end<br />
<br />
--[[<br />
-- Get the argument tables. If we were passed a valid frame object, get the<br />
-- frame arguments (fargs) and the parent frame arguments (pargs), depending<br />
-- on the options set and on the parent frame's availability. If we weren't<br />
-- passed a valid frame object, we are being called from another Lua module<br />
-- or from the debug console, so assume that we were passed a table of args<br />
-- directly, and assign it to a new variable (luaArgs).<br />
--]]<br />
local fargs, pargs, luaArgs<br />
if type(frame.args) == 'table' and type(frame.getParent) == 'function' then<br />
if options.wrappers then<br />
--[[<br />
-- The wrappers option makes Module:Arguments look up arguments in<br />
-- either the frame argument table or the parent argument table, but<br />
-- not both. This means that users can use either the #invoke syntax<br />
-- or a wrapper template without the loss of performance associated<br />
-- with looking arguments up in both the frame and the parent frame.<br />
-- Module:Arguments will look up arguments in the parent frame<br />
-- if it finds the parent frame's title in options.wrapper;<br />
-- otherwise it will look up arguments in the frame object passed<br />
-- to getArgs.<br />
--]]<br />
local parent = frame:getParent()<br />
if not parent then<br />
fargs = frame.args<br />
else<br />
local title = parent:getTitle():gsub('/sandbox$', '')<br />
local found = false<br />
if matchesTitle(options.wrappers, title) then<br />
found = true<br />
elseif type(options.wrappers) == 'table' then<br />
for _,v in pairs(options.wrappers) do<br />
if matchesTitle(v, title) then<br />
found = true<br />
break<br />
end<br />
end<br />
end<br />
<br />
-- We test for false specifically here so that nil (the default) acts like true.<br />
if found or options.frameOnly == false then<br />
pargs = parent.args<br />
end<br />
if not found or options.parentOnly == false then<br />
fargs = frame.args<br />
end<br />
end<br />
else<br />
-- options.wrapper isn't set, so check the other options.<br />
if not options.parentOnly then<br />
fargs = frame.args<br />
end<br />
if not options.frameOnly then<br />
local parent = frame:getParent()<br />
pargs = parent and parent.args or nil<br />
end<br />
end<br />
if options.parentFirst then<br />
fargs, pargs = pargs, fargs<br />
end<br />
else<br />
luaArgs = frame<br />
end<br />
<br />
-- Set the order of precedence of the argument tables. If the variables are<br />
-- nil, nothing will be added to the table, which is how we avoid clashes<br />
-- between the frame/parent args and the Lua args.<br />
local argTables = {fargs}<br />
argTables[#argTables + 1] = pargs<br />
argTables[#argTables + 1] = luaArgs<br />
<br />
--[[<br />
-- Generate the tidyVal function. If it has been specified by the user, we<br />
-- use that; if not, we choose one of four functions depending on the<br />
-- options chosen. This is so that we don't have to call the options table<br />
-- every time the function is called.<br />
--]]<br />
local tidyVal = options.valueFunc<br />
if tidyVal then<br />
if type(tidyVal) ~= 'function' then<br />
error(<br />
"bad value assigned to option 'valueFunc'"<br />
.. '(function expected, got '<br />
.. type(tidyVal)<br />
.. ')',<br />
2<br />
)<br />
end<br />
elseif options.trim ~= false then<br />
if options.removeBlanks ~= false then<br />
tidyVal = tidyValDefault<br />
else<br />
tidyVal = tidyValTrimOnly<br />
end<br />
else<br />
if options.removeBlanks ~= false then<br />
tidyVal = tidyValRemoveBlanksOnly<br />
else<br />
tidyVal = tidyValNoChange<br />
end<br />
end<br />
<br />
--[[<br />
-- Set up the args, metaArgs and nilArgs tables. args will be the one<br />
-- accessed from functions, and metaArgs will hold the actual arguments. Nil<br />
-- arguments are memoized in nilArgs, and the metatable connects all of them<br />
-- together.<br />
--]]<br />
local args, metaArgs, nilArgs, metatable = {}, {}, {}, {}<br />
setmetatable(args, metatable)<br />
<br />
local function mergeArgs(tables)<br />
--[[<br />
-- Accepts multiple tables as input and merges their keys and values<br />
-- into one table. If a value is already present it is not overwritten;<br />
-- tables listed earlier have precedence. We are also memoizing nil<br />
-- values, which can be overwritten if they are 's' (soft).<br />
--]]<br />
for _, t in ipairs(tables) do<br />
for key, val in pairs(t) do<br />
if metaArgs[key] == nil and nilArgs[key] ~= 'h' then<br />
local tidiedVal = tidyVal(key, val)<br />
if tidiedVal == nil then<br />
nilArgs[key] = 's'<br />
else<br />
metaArgs[key] = tidiedVal<br />
end<br />
end<br />
end<br />
end<br />
end<br />
<br />
--[[<br />
-- Define metatable behaviour. Arguments are memoized in the metaArgs table,<br />
-- and are only fetched from the argument tables once. Fetching arguments<br />
-- from the argument tables is the most resource-intensive step in this<br />
-- module, so we try and avoid it where possible. For this reason, nil<br />
-- arguments are also memoized, in the nilArgs table. Also, we keep a record<br />
-- in the metatable of when pairs and ipairs have been called, so we do not<br />
-- run pairs and ipairs on the argument tables more than once. We also do<br />
-- not run ipairs on fargs and pargs if pairs has already been run, as all<br />
-- the arguments will already have been copied over.<br />
--]]<br />
<br />
metatable.__index = function (t, key)<br />
--[[<br />
-- Fetches an argument when the args table is indexed. First we check<br />
-- to see if the value is memoized, and if not we try and fetch it from<br />
-- the argument tables. When we check memoization, we need to check<br />
-- metaArgs before nilArgs, as both can be non-nil at the same time.<br />
-- If the argument is not present in metaArgs, we also check whether<br />
-- pairs has been run yet. If pairs has already been run, we return nil.<br />
-- This is because all the arguments will have already been copied into<br />
-- metaArgs by the mergeArgs function, meaning that any other arguments<br />
-- must be nil.<br />
--]]<br />
if type(key) == 'string' then<br />
key = options.translate[key]<br />
end<br />
local val = metaArgs[key]<br />
if val ~= nil then<br />
return val<br />
elseif metatable.donePairs or nilArgs[key] then<br />
return nil<br />
end<br />
for _, argTable in ipairs(argTables) do<br />
local argTableVal = tidyVal(key, argTable[key])<br />
if argTableVal ~= nil then<br />
metaArgs[key] = argTableVal<br />
return argTableVal<br />
end<br />
end<br />
nilArgs[key] = 'h'<br />
return nil<br />
end<br />
<br />
metatable.__newindex = function (t, key, val)<br />
-- This function is called when a module tries to add a new value to the<br />
-- args table, or tries to change an existing value.<br />
if type(key) == 'string' then<br />
key = options.translate[key]<br />
end<br />
if options.readOnly then<br />
error(<br />
'could not write to argument table key "'<br />
.. tostring(key)<br />
.. '"; the table is read-only',<br />
2<br />
)<br />
elseif options.noOverwrite and args[key] ~= nil then<br />
error(<br />
'could not write to argument table key "'<br />
.. tostring(key)<br />
.. '"; overwriting existing arguments is not permitted',<br />
2<br />
)<br />
elseif val == nil then<br />
--[[<br />
-- If the argument is to be overwritten with nil, we need to erase<br />
-- the value in metaArgs, so that __index, __pairs and __ipairs do<br />
-- not use a previous existing value, if present; and we also need<br />
-- to memoize the nil in nilArgs, so that the value isn't looked<br />
-- up in the argument tables if it is accessed again.<br />
--]]<br />
metaArgs[key] = nil<br />
nilArgs[key] = 'h'<br />
else<br />
metaArgs[key] = val<br />
end<br />
end<br />
<br />
local function translatenext(invariant)<br />
local k, v = next(invariant.t, invariant.k)<br />
invariant.k = k<br />
if k == nil then<br />
return nil<br />
elseif type(k) ~= 'string' or not options.backtranslate then<br />
return k, v<br />
else<br />
local backtranslate = options.backtranslate[k]<br />
if backtranslate == nil then<br />
-- Skip this one. This is a tail call, so this won't cause stack overflow<br />
return translatenext(invariant)<br />
else<br />
return backtranslate, v<br />
end<br />
end<br />
end<br />
<br />
metatable.__pairs = function ()<br />
-- Called when pairs is run on the args table.<br />
if not metatable.donePairs then<br />
mergeArgs(argTables)<br />
metatable.donePairs = true<br />
end<br />
return translatenext, { t = metaArgs }<br />
end<br />
<br />
local function inext(t, i)<br />
-- This uses our __index metamethod<br />
local v = t[i + 1]<br />
if v ~= nil then<br />
return i + 1, v<br />
end<br />
end<br />
<br />
metatable.__ipairs = function (t)<br />
-- Called when ipairs is run on the args table.<br />
return inext, t, 0<br />
end<br />
<br />
return args<br />
end<br />
<br />
return arguments</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Yesno&diff=6731
モジュール:Yesno
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>-- Function allowing for consistent treatment of boolean-like wikitext input.<br />
-- It works similarly to the template {{yesno}}.<br />
<br />
return function (val, default)<br />
-- If your wiki uses non-ascii characters for any of "yes", "no", etc., you<br />
-- should replace "val:lower()" with "mw.ustring.lower(val)" in the<br />
-- following line.<br />
val = type(val) == 'string' and val:lower() or val<br />
if val == nil then<br />
return nil<br />
elseif val == true <br />
or val == 'yes'<br />
or val == 'y'<br />
or val == 'true'<br />
or val == 't'<br />
or val == 'on'<br />
or tonumber(val) == 1<br />
then<br />
return true<br />
elseif val == false<br />
or val == 'no'<br />
or val == 'n'<br />
or val == 'false'<br />
or val == 'f'<br />
or val == 'off'<br />
or tonumber(val) == 0<br />
then<br />
return false<br />
else<br />
return default<br />
end<br />
end</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:Message_box&diff=6729
モジュール:Message box
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>require('strict')<br />
local getArgs<br />
local yesno = require('Module:Yesno')<br />
local lang = mw.language.getContentLanguage()<br />
<br />
local CONFIG_MODULE = 'Module:Message box/configuration'<br />
local DEMOSPACES = {talk = 'tmbox', image = 'imbox', file = 'imbox', category = 'cmbox', article = 'ambox', main = 'ambox'}<br />
<br />
--------------------------------------------------------------------------------<br />
-- Helper functions<br />
--------------------------------------------------------------------------------<br />
<br />
local function getTitleObject(...)<br />
-- Get the title object, passing the function through pcall<br />
-- in case we are over the expensive function count limit.<br />
local success, title = pcall(mw.title.new, ...)<br />
if success then<br />
return title<br />
end<br />
end<br />
<br />
local function union(t1, t2)<br />
-- Returns the union of two arrays.<br />
local vals = {}<br />
for i, v in ipairs(t1) do<br />
vals[v] = true<br />
end<br />
for i, v in ipairs(t2) do<br />
vals[v] = true<br />
end<br />
local ret = {}<br />
for k in pairs(vals) do<br />
table.insert(ret, k)<br />
end<br />
table.sort(ret)<br />
return ret<br />
end<br />
<br />
local function getArgNums(args, prefix)<br />
local nums = {}<br />
for k, v in pairs(args) do<br />
local num = mw.ustring.match(tostring(k), '^' .. prefix .. '([1-9]%d*)$')<br />
if num then<br />
table.insert(nums, tonumber(num))<br />
end<br />
end<br />
table.sort(nums)<br />
return nums<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Box class definition<br />
--------------------------------------------------------------------------------<br />
<br />
local MessageBox = {}<br />
MessageBox.__index = MessageBox<br />
<br />
function MessageBox.new(boxType, args, cfg)<br />
args = args or {}<br />
local obj = {}<br />
<br />
-- Set the title object and the namespace.<br />
obj.title = getTitleObject(args.page) or mw.title.getCurrentTitle()<br />
<br />
-- Set the config for our box type.<br />
obj.cfg = cfg[boxType]<br />
if not obj.cfg then<br />
local ns = obj.title.namespace<br />
-- boxType is "mbox" or invalid input<br />
if args.demospace and args.demospace ~= '' then<br />
-- implement demospace parameter of mbox<br />
local demospace = string.lower(args.demospace)<br />
if DEMOSPACES[demospace] then<br />
-- use template from DEMOSPACES<br />
obj.cfg = cfg[DEMOSPACES[demospace]]<br />
elseif string.find( demospace, 'talk' ) then<br />
-- demo as a talk page<br />
obj.cfg = cfg.tmbox<br />
else<br />
-- default to ombox<br />
obj.cfg = cfg.ombox<br />
end<br />
elseif ns == 0 then<br />
obj.cfg = cfg.ambox -- main namespace<br />
elseif ns == 6 then<br />
obj.cfg = cfg.imbox -- file namespace<br />
elseif ns == 14 then<br />
obj.cfg = cfg.cmbox -- category namespace<br />
else<br />
local nsTable = mw.site.namespaces[ns]<br />
if nsTable and nsTable.isTalk then<br />
obj.cfg = cfg.tmbox -- any talk namespace<br />
else<br />
obj.cfg = cfg.ombox -- other namespaces or invalid input<br />
end<br />
end<br />
end<br />
<br />
-- Set the arguments, and remove all blank arguments except for the ones<br />
-- listed in cfg.allowBlankParams.<br />
do<br />
local newArgs = {}<br />
for k, v in pairs(args) do<br />
if v ~= '' then<br />
newArgs[k] = v<br />
end<br />
end<br />
for i, param in ipairs(obj.cfg.allowBlankParams or {}) do<br />
newArgs[param] = args[param]<br />
end<br />
obj.args = newArgs<br />
end<br />
<br />
-- Define internal data structure.<br />
obj.categories = {}<br />
obj.classes = {}<br />
-- For lazy loading of [[Module:Category handler]].<br />
obj.hasCategories = false<br />
<br />
return setmetatable(obj, MessageBox)<br />
end<br />
<br />
function MessageBox:addCat(ns, cat, sort)<br />
if not cat then<br />
return nil<br />
end<br />
if sort then<br />
cat = string.format('[[Category:%s|%s]]', cat, sort)<br />
else<br />
cat = string.format('[[Category:%s]]', cat)<br />
end<br />
self.hasCategories = true<br />
self.categories[ns] = self.categories[ns] or {}<br />
table.insert(self.categories[ns], cat)<br />
end<br />
<br />
function MessageBox:addClass(class)<br />
if not class then<br />
return nil<br />
end<br />
table.insert(self.classes, class)<br />
end<br />
<br />
function MessageBox:setParameters()<br />
local args = self.args<br />
local cfg = self.cfg<br />
<br />
-- Get type data.<br />
self.type = args.type<br />
local typeData = cfg.types[self.type]<br />
self.invalidTypeError = cfg.showInvalidTypeError<br />
and self.type<br />
and not typeData<br />
typeData = typeData or cfg.types[cfg.default]<br />
self.typeClass = typeData.class<br />
self.typeImage = typeData.image<br />
self.typeImageNeedsLink = typeData.imageNeedsLink<br />
<br />
-- Find if the box has been wrongly substituted.<br />
self.isSubstituted = cfg.substCheck and args.subst == 'SUBST'<br />
<br />
-- Find whether we are using a small message box.<br />
self.isSmall = cfg.allowSmall and (<br />
cfg.smallParam and args.small == cfg.smallParam<br />
or not cfg.smallParam and yesno(args.small)<br />
)<br />
<br />
-- Add attributes, classes and styles.<br />
self.id = args.id<br />
self.name = args.name<br />
if self.name then<br />
self:addClass('box-' .. string.gsub(self.name,' ','_'))<br />
end<br />
if yesno(args.plainlinks) ~= false then<br />
self:addClass('plainlinks')<br />
end<br />
for _, class in ipairs(cfg.classes or {}) do<br />
self:addClass(class)<br />
end<br />
if self.isSmall then<br />
self:addClass(cfg.smallClass or 'mbox-small')<br />
end<br />
self:addClass(self.typeClass)<br />
self:addClass(args.class)<br />
self.style = args.style<br />
self.attrs = args.attrs<br />
<br />
-- Set text style.<br />
self.textstyle = args.textstyle<br />
<br />
-- Find if we are on the template page or not. This functionality is only<br />
-- used if useCollapsibleTextFields is set, or if both cfg.templateCategory<br />
-- and cfg.templateCategoryRequireName are set.<br />
self.useCollapsibleTextFields = cfg.useCollapsibleTextFields<br />
if self.useCollapsibleTextFields<br />
or cfg.templateCategory<br />
and cfg.templateCategoryRequireName<br />
then<br />
if self.name then<br />
local templateName = mw.ustring.match(<br />
self.name,<br />
'^[tT][eE][mM][pP][lL][aA][tT][eE][%s_]*:[%s_]*(.*)$'<br />
) or self.name<br />
templateName = 'Template:' .. templateName<br />
self.templateTitle = getTitleObject(templateName)<br />
end<br />
self.isTemplatePage = self.templateTitle<br />
and mw.title.equals(self.title, self.templateTitle)<br />
end<br />
<br />
-- Process data for collapsible text fields. At the moment these are only<br />
-- used in {{ambox}}.<br />
if self.useCollapsibleTextFields then<br />
-- Get the self.issue value.<br />
if self.isSmall and args.smalltext then<br />
self.issue = args.smalltext<br />
else<br />
local sect<br />
if args.sect == '' then<br />
sect = 'This ' .. (cfg.sectionDefault or 'page')<br />
elseif type(args.sect) == 'string' then<br />
sect = 'This ' .. args.sect<br />
end<br />
local issue = args.issue<br />
issue = type(issue) == 'string' and issue ~= '' and issue or nil<br />
local text = args.text<br />
text = type(text) == 'string' and text or nil<br />
local issues = {}<br />
table.insert(issues, sect)<br />
table.insert(issues, issue)<br />
table.insert(issues, text)<br />
self.issue = table.concat(issues, ' ')<br />
end<br />
<br />
-- Get the self.talk value.<br />
local talk = args.talk<br />
-- Show talk links on the template page or template subpages if the talk<br />
-- parameter is blank.<br />
if talk == ''<br />
and self.templateTitle<br />
and (<br />
mw.title.equals(self.templateTitle, self.title)<br />
or self.title:isSubpageOf(self.templateTitle)<br />
)<br />
then<br />
talk = '#'<br />
elseif talk == '' then<br />
talk = nil<br />
end<br />
if talk then<br />
-- If the talk value is a talk page, make a link to that page. Else<br />
-- assume that it's a section heading, and make a link to the talk<br />
-- page of the current page with that section heading.<br />
local talkTitle = getTitleObject(talk)<br />
local talkArgIsTalkPage = true<br />
if not talkTitle or not talkTitle.isTalkPage then<br />
talkArgIsTalkPage = false<br />
talkTitle = getTitleObject(<br />
self.title.text,<br />
mw.site.namespaces[self.title.namespace].talk.id<br />
)<br />
end<br />
if talkTitle and talkTitle.exists then<br />
local talkText<br />
if self.isSmall then<br />
local talkLink = talkArgIsTalkPage and talk or (talkTitle.prefixedText .. '#' .. talk)<br />
talkText = string.format('([[%s|ノート]])', talkLink)<br />
else<br />
talkText = '関連議論は'<br />
if talkArgIsTalkPage then<br />
talkText = string.format(<br />
'%s [[%s|%s]]に存在するかもしれません。',<br />
talkText,<br />
talk,<br />
talkTitle.prefixedText<br />
)<br />
else<br />
talkText = string.format(<br />
'%s[[%s#%s|ノートページ]]に存在するかもしれません。',<br />
talkText,<br />
talkTitle.prefixedText,<br />
talk<br />
)<br />
end<br />
end<br />
self.talk = talkText<br />
end<br />
end<br />
<br />
-- Get other values.<br />
self.fix = args.fix ~= '' and args.fix or nil<br />
local date<br />
if args.date and args.date ~= '' then<br />
date = args.date<br />
elseif args.date == '' and self.isTemplatePage then<br />
date = lang:formatDate('Y年F')<br />
end<br />
if date then<br />
self.date = string.format(" <span class='date-container'><i>(<span class='date'>%s</span>)</i></span>", date)<br />
end<br />
self.info = args.info<br />
if yesno(args.removalnotice) then<br />
self.removalNotice = cfg.removalNotice<br />
end<br />
end<br />
<br />
-- Set the non-collapsible text field. At the moment this is used by all box<br />
-- types other than ambox, and also by ambox when small=yes.<br />
if self.isSmall then<br />
self.text = args.smalltext or args.text<br />
else<br />
self.text = args.text<br />
end<br />
<br />
-- Set the below row.<br />
self.below = cfg.below and args.below<br />
<br />
-- General image settings.<br />
self.imageCellDiv = not self.isSmall and cfg.imageCellDiv<br />
self.imageEmptyCell = cfg.imageEmptyCell<br />
<br />
-- Left image settings.<br />
local imageLeft = self.isSmall and args.smallimage or args.image<br />
if cfg.imageCheckBlank and imageLeft ~= 'blank' and imageLeft ~= 'none'<br />
or not cfg.imageCheckBlank and imageLeft ~= 'none'<br />
then<br />
self.imageLeft = imageLeft<br />
if not imageLeft then<br />
local imageSize = self.isSmall<br />
and (cfg.imageSmallSize or '30x30px')<br />
or '40x40px'<br />
self.imageLeft = string.format('[[File:%s|%s%s|alt=]]', self.typeImage<br />
or 'Information icon4.svg', imageSize, self.typeImageNeedsLink and "" or "|link=" )<br />
end<br />
end<br />
<br />
-- Right image settings.<br />
local imageRight = self.isSmall and args.smallimageright or args.imageright<br />
if not (cfg.imageRightNone and imageRight == 'none') then<br />
self.imageRight = imageRight<br />
end<br />
<br />
-- set templatestyles<br />
self.base_templatestyles = cfg.templatestyles<br />
self.templatestyles = args.templatestyles<br />
end<br />
<br />
function MessageBox:setMainspaceCategories()<br />
local args = self.args<br />
local cfg = self.cfg<br />
<br />
if not cfg.allowMainspaceCategories then<br />
return nil<br />
end<br />
<br />
local nums = {}<br />
for _, prefix in ipairs{'cat', 'category', 'all'} do<br />
args[prefix .. '1'] = args[prefix]<br />
nums = union(nums, getArgNums(args, prefix))<br />
end<br />
<br />
-- The following is roughly equivalent to the old {{Ambox/category}}.<br />
local date = args.date<br />
date = type(date) == 'string' and date<br />
local preposition = '/'<br />
for _, num in ipairs(nums) do<br />
local mainCat = args['cat' .. tostring(num)]<br />
or args['category' .. tostring(num)]<br />
local allCat = args['all' .. tostring(num)]<br />
mainCat = type(mainCat) == 'string' and mainCat<br />
allCat = type(allCat) == 'string' and allCat<br />
if mainCat and date and date ~= '' then<br />
local catTitle = string.format('%s%s%s', mainCat, preposition, date)<br />
self:addCat(0, catTitle)<br />
catTitle = getTitleObject('Category:' .. catTitle)<br />
if not catTitle or not catTitle.exists then<br />
self:addCat(0, '貼り付け日が正しくないテンプレートのある記事')<br />
end<br />
elseif mainCat and (not date or date == '') then<br />
self:addCat(0, mainCat)<br />
end<br />
if allCat then<br />
self:addCat(0, allCat)<br />
end<br />
end<br />
end<br />
<br />
function MessageBox:setTemplateCategories()<br />
local args = self.args<br />
local cfg = self.cfg<br />
<br />
-- Add template categories.<br />
if cfg.templateCategory then<br />
if cfg.templateCategoryRequireName then<br />
if self.isTemplatePage then<br />
self:addCat(10, cfg.templateCategory)<br />
end<br />
elseif not self.title.isSubpage then<br />
self:addCat(10, cfg.templateCategory)<br />
end<br />
end<br />
<br />
-- Add template error categories.<br />
if cfg.templateErrorCategory then<br />
local templateErrorCategory = cfg.templateErrorCategory<br />
local templateCat, templateSort<br />
if not self.name and not self.title.isSubpage then<br />
templateCat = templateErrorCategory<br />
elseif self.isTemplatePage then<br />
local paramsToCheck = cfg.templateErrorParamsToCheck or {}<br />
local count = 0<br />
for i, param in ipairs(paramsToCheck) do<br />
if not args[param] then<br />
count = count + 1<br />
end<br />
end<br />
if count > 0 then<br />
templateCat = templateErrorCategory<br />
templateSort = tostring(count)<br />
end<br />
if self.categoryNums and #self.categoryNums > 0 then<br />
templateCat = templateErrorCategory<br />
templateSort = 'C'<br />
end<br />
end<br />
self:addCat(10, templateCat, templateSort)<br />
end<br />
end<br />
<br />
function MessageBox:setAllNamespaceCategories()<br />
-- Set categories for all namespaces.<br />
if self.invalidTypeError then<br />
local allSort = (self.title.namespace == 0 and 'Main:' or '') .. self.title.prefixedText<br />
self:addCat('all', 'パラメータの修正が必要なメッセージボックス', allSort)<br />
end<br />
if self.isSubstituted then<br />
self:addCat('all', '正しく置き換えられていないテンプレートがあるページ')<br />
end<br />
end<br />
<br />
function MessageBox:setCategories()<br />
if self.title.namespace == 0 then<br />
self:setMainspaceCategories()<br />
elseif self.title.namespace == 10 then<br />
self:setTemplateCategories()<br />
end<br />
self:setAllNamespaceCategories()<br />
end<br />
<br />
function MessageBox:renderCategories()<br />
if not self.hasCategories then<br />
-- No categories added, no need to pass them to Category handler so,<br />
-- if it was invoked, it would return the empty string.<br />
-- So we shortcut and return the empty string.<br />
return ""<br />
end<br />
-- Convert category tables to strings and pass them through<br />
-- [[Module:Category handler]].<br />
return require('Module:Category handler')._main{<br />
main = table.concat(self.categories[0] or {}),<br />
template = table.concat(self.categories[10] or {}),<br />
all = table.concat(self.categories.all or {}),<br />
nocat = self.args.nocat,<br />
page = self.args.page<br />
}<br />
end<br />
<br />
function MessageBox:export()<br />
local root = mw.html.create()<br />
<br />
-- Add the subst check error.<br />
if self.isSubstituted and self.name then<br />
root:tag('b')<br />
:addClass('error')<br />
:wikitext(string.format(<br />
'テンプレート<code>%s[[Template:%s|%s]]%s</code>が正しく置き換えられませんでした。',<br />
mw.text.nowiki('{{'), self.name, self.name, mw.text.nowiki('}}')<br />
))<br />
end<br />
<br />
local frame = mw.getCurrentFrame()<br />
root:wikitext(frame:extensionTag{<br />
name = 'templatestyles',<br />
args = { src = self.base_templatestyles },<br />
})<br />
-- Add support for a single custom templatestyles sheet. Undocumented as<br />
-- need should be limited and many templates using mbox are substed; we<br />
-- don't want to spread templatestyles sheets around to arbitrary places<br />
if self.templatestyles then<br />
root:wikitext(frame:extensionTag{<br />
name = 'templatestyles',<br />
args = { src = self.templatestyles },<br />
})<br />
end<br />
<br />
-- Create the box table.<br />
local boxTable = root:tag('table')<br />
boxTable:attr('id', self.id or nil)<br />
for i, class in ipairs(self.classes or {}) do<br />
boxTable:addClass(class or nil)<br />
end<br />
boxTable<br />
:cssText(self.style or nil)<br />
:attr('role', 'presentation')<br />
<br />
if self.attrs then<br />
boxTable:attr(self.attrs)<br />
end<br />
<br />
-- Add the left-hand image.<br />
local row = boxTable:tag('tr')<br />
if self.imageLeft then<br />
local imageLeftCell = row:tag('td'):addClass('mbox-image')<br />
if self.imageCellDiv then<br />
-- If we are using a div, redefine imageLeftCell so that the image<br />
-- is inside it. Divs use style="width: 52px;", which limits the<br />
-- image width to 52px. If any images in a div are wider than that,<br />
-- they may overlap with the text or cause other display problems.<br />
imageLeftCell = imageLeftCell:tag('div'):addClass('mbox-image-div')<br />
end<br />
imageLeftCell:wikitext(self.imageLeft or nil)<br />
elseif self.imageEmptyCell then<br />
-- Some message boxes define an empty cell if no image is specified, and<br />
-- some don't. The old template code in templates where empty cells are<br />
-- specified gives the following hint: "No image. Cell with some width<br />
-- or padding necessary for text cell to have 100% width."<br />
row:tag('td')<br />
:addClass('mbox-empty-cell')<br />
end<br />
<br />
-- Add the text.<br />
local textCell = row:tag('td'):addClass('mbox-text')<br />
if self.useCollapsibleTextFields then<br />
-- The message box uses advanced text parameters that allow things to be<br />
-- collapsible. At the moment, only ambox uses this.<br />
textCell:cssText(self.textstyle or nil)<br />
local textCellDiv = textCell:tag('div')<br />
textCellDiv<br />
:addClass('mbox-text-span')<br />
:wikitext(self.issue or nil)<br />
if (self.talk or self.fix) then<br />
textCellDiv:tag('span')<br />
:addClass('hide-when-compact')<br />
:wikitext(self.talk and (' ' .. self.talk) or nil)<br />
:wikitext(self.fix and (' ' .. self.fix) or nil)<br />
end<br />
textCellDiv:wikitext(self.date and (' ' .. self.date) or nil)<br />
if self.info and not self.isSmall then<br />
textCellDiv<br />
:tag('span')<br />
:addClass('hide-when-compact')<br />
:wikitext(self.info and (' ' .. self.info) or nil)<br />
end<br />
if self.removalNotice then<br />
textCellDiv:tag('span')<br />
:addClass('hide-when-compact')<br />
:tag('i')<br />
:wikitext(string.format(" (%s)", self.removalNotice))<br />
end<br />
else<br />
-- Default text formatting - anything goes.<br />
textCell<br />
:cssText(self.textstyle or nil)<br />
:wikitext(self.text or nil)<br />
end<br />
<br />
-- Add the right-hand image.<br />
if self.imageRight then<br />
local imageRightCell = row:tag('td'):addClass('mbox-imageright')<br />
if self.imageCellDiv then<br />
-- If we are using a div, redefine imageRightCell so that the image<br />
-- is inside it.<br />
imageRightCell = imageRightCell:tag('div'):addClass('mbox-image-div')<br />
end<br />
imageRightCell<br />
:wikitext(self.imageRight or nil)<br />
end<br />
<br />
-- Add the below row.<br />
if self.below then<br />
boxTable:tag('tr')<br />
:tag('td')<br />
:attr('colspan', self.imageRight and '3' or '2')<br />
:addClass('mbox-text')<br />
:cssText(self.textstyle or nil)<br />
:wikitext(self.below or nil)<br />
end<br />
<br />
-- Add error message for invalid type parameters.<br />
if self.invalidTypeError then<br />
root:tag('div')<br />
:addClass('mbox-invalid-type')<br />
:wikitext(string.format(<br />
'このメッセージボックスには無効な"type=%s"というパラメータが指定されているため修正が必要です。',<br />
self.type or ''<br />
))<br />
end<br />
<br />
-- Add categories.<br />
root:wikitext(self:renderCategories() or nil)<br />
<br />
return tostring(root)<br />
end<br />
<br />
--------------------------------------------------------------------------------<br />
-- Exports<br />
--------------------------------------------------------------------------------<br />
<br />
local p, mt = {}, {}<br />
<br />
function p._exportClasses()<br />
-- For testing.<br />
return {<br />
MessageBox = MessageBox<br />
}<br />
end<br />
<br />
function p.main(boxType, args, cfgTables)<br />
local box = MessageBox.new(boxType, args, cfgTables or mw.loadData(CONFIG_MODULE))<br />
box:setParameters()<br />
box:setCategories()<br />
return box:export()<br />
end<br />
<br />
function mt.__index(t, k)<br />
return function (frame)<br />
if not getArgs then<br />
getArgs = require('Module:Arguments').getArgs<br />
end<br />
return t.main(k, getArgs(frame, {trim = false, removeBlanks = false}))<br />
end<br />
end<br />
<br />
return setmetatable(p, mt)</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%A2%E3%82%B8%E3%83%A5%E3%83%BC%E3%83%AB:String&diff=6727
モジュール:String
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div>--[[<br />
<br />
This module is intended to provide access to basic string functions.<br />
<br />
Most of the functions provided here can be invoked with named parameters,<br />
unnamed parameters, or a mixture. If named parameters are used, Mediawiki will<br />
automatically remove any leading or trailing whitespace from the parameter.<br />
Depending on the intended use, it may be advantageous to either preserve or<br />
remove such whitespace.<br />
<br />
Global options<br />
ignore_errors: If set to 'true' or 1, any error condition will result in<br />
an empty string being returned rather than an error message.<br />
<br />
error_category: If an error occurs, specifies the name of a category to<br />
include with the error message. The default category is<br />
[Category:モジュールStringのエラー].<br />
<br />
no_category: If set to 'true' or 1, no category will be added if an error<br />
is generated.<br />
<br />
Unit tests for this module are available at Module:String/tests.<br />
]]<br />
<br />
local str = {}<br />
<br />
--[[<br />
len<br />
<br />
This function returns the length of the target string.<br />
<br />
Usage:<br />
{{#invoke:String|len|target_string|}}<br />
OR<br />
{{#invoke:String|len|s=target_string}}<br />
<br />
Parameters<br />
s: The string whose length to report<br />
<br />
If invoked using named parameters, Mediawiki will automatically remove any leading or<br />
trailing whitespace from the target string.<br />
]]<br />
function str.len( frame )<br />
local new_args = str._getParameters( frame.args, {'s'} )<br />
local s = new_args['s'] or ''<br />
return mw.ustring.len( s )<br />
end<br />
<br />
--[[<br />
sub<br />
<br />
This function returns a substring of the target string at specified indices.<br />
<br />
Usage:<br />
{{#invoke:String|sub|target_string|start_index|end_index}}<br />
OR<br />
{{#invoke:String|sub|s=target_string|i=start_index|j=end_index}}<br />
<br />
Parameters<br />
s: The string to return a subset of<br />
i: The fist index of the substring to return, defaults to 1.<br />
j: The last index of the string to return, defaults to the last character.<br />
<br />
The first character of the string is assigned an index of 1. If either i or j<br />
is a negative value, it is interpreted the same as selecting a character by<br />
counting from the end of the string. Hence, a value of -1 is the same as<br />
selecting the last character of the string.<br />
<br />
If the requested indices are out of range for the given string, an error is<br />
reported.<br />
]]<br />
function str.sub( frame )<br />
local new_args = str._getParameters( frame.args, { 's', 'i', 'j' } )<br />
local s = new_args['s'] or ''<br />
local i = tonumber( new_args['i'] ) or 1<br />
local j = tonumber( new_args['j'] ) or -1<br />
<br />
local len = mw.ustring.len( s )<br />
<br />
-- Convert negatives for range checking<br />
if i < 0 then<br />
i = len + i + 1<br />
end<br />
if j < 0 then<br />
j = len + j + 1<br />
end<br />
<br />
if i > len or j > len or i < 1 or j < 1 then<br />
return str._error( 'String subset index out of range' )<br />
end<br />
if j < i then<br />
return str._error( 'String subset indices out of order' )<br />
end<br />
<br />
return mw.ustring.sub( s, i, j )<br />
end<br />
<br />
--[[<br />
This function implements that features of {{str sub old}} and is kept in order<br />
to maintain these older templates.<br />
]]<br />
function str.sublength( frame )<br />
local i = tonumber( frame.args.i ) or 0<br />
local len = tonumber( frame.args.len )<br />
return mw.ustring.sub( frame.args.s, i + 1, len and ( i + len ) )<br />
end<br />
<br />
--[[<br />
_match<br />
<br />
This function returns a substring from the source string that matches a<br />
specified pattern. It is exported for use in other modules<br />
<br />
Usage:<br />
strmatch = require("Module:String")._match<br />
sresult = strmatch( s, pattern, start, match, plain, nomatch )<br />
<br />
Parameters<br />
s: The string to search<br />
pattern: The pattern or string to find within the string<br />
start: The index within the source string to start the search. The first<br />
character of the string has index 1. Defaults to 1.<br />
match: In some cases it may be possible to make multiple matches on a single<br />
string. This specifies which match to return, where the first match is<br />
match= 1. If a negative number is specified then a match is returned<br />
counting from the last match. Hence match = -1 is the same as requesting<br />
the last match. Defaults to 1.<br />
plain: A flag indicating that the pattern should be understood as plain<br />
text. Defaults to false.<br />
nomatch: If no match is found, output the "nomatch" value rather than an error.<br />
<br />
For information on constructing Lua patterns, a form of [regular expression], see:<br />
<br />
* http://www.lua.org/manual/5.1/manual.html#5.4.1<br />
* http://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Patterns<br />
* http://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Ustring_patterns<br />
<br />
]]<br />
-- This sub-routine is exported for use in other modules<br />
function str._match( s, pattern, start, match_index, plain_flag, nomatch )<br />
if s == '' then<br />
return str._error( 'Target string is empty' )<br />
end<br />
if pattern == '' then<br />
return str._error( 'Pattern string is empty' )<br />
end<br />
start = tonumber(start) or 1<br />
if math.abs(start) < 1 or math.abs(start) > mw.ustring.len( s ) then<br />
return str._error( 'Requested start is out of range' )<br />
end<br />
if match_index == 0 then<br />
return str._error( 'Match index is out of range' )<br />
end<br />
if plain_flag then<br />
pattern = str._escapePattern( pattern )<br />
end<br />
<br />
local result<br />
if match_index == 1 then<br />
-- Find first match is simple case<br />
result = mw.ustring.match( s, pattern, start )<br />
else<br />
if start > 1 then<br />
s = mw.ustring.sub( s, start )<br />
end<br />
<br />
local iterator = mw.ustring.gmatch(s, pattern)<br />
if match_index > 0 then<br />
-- Forward search<br />
for w in iterator do<br />
match_index = match_index - 1<br />
if match_index == 0 then<br />
result = w<br />
break<br />
end<br />
end<br />
else<br />
-- Reverse search<br />
local result_table = {}<br />
local count = 1<br />
for w in iterator do<br />
result_table[count] = w<br />
count = count + 1<br />
end<br />
<br />
result = result_table[ count + match_index ]<br />
end<br />
end<br />
<br />
if result == nil then<br />
if nomatch == nil then<br />
return str._error( 'Match not found' )<br />
else<br />
return nomatch<br />
end<br />
else<br />
return result<br />
end<br />
end<br />
<br />
--[[<br />
match<br />
<br />
This function returns a substring from the source string that matches a<br />
specified pattern.<br />
<br />
Usage:<br />
{{#invoke:String|match|source_string|pattern_string|start_index|match_number|plain_flag|nomatch_output}}<br />
OR<br />
{{#invoke:String|match|s=source_string|pattern=pattern_string|start=start_index<br />
|match=match_number|plain=plain_flag|nomatch=nomatch_output}}<br />
<br />
Parameters<br />
s: The string to search<br />
pattern: The pattern or string to find within the string<br />
start: The index within the source string to start the search. The first<br />
character of the string has index 1. Defaults to 1.<br />
match: In some cases it may be possible to make multiple matches on a single<br />
string. This specifies which match to return, where the first match is<br />
match= 1. If a negative number is specified then a match is returned<br />
counting from the last match. Hence match = -1 is the same as requesting<br />
the last match. Defaults to 1.<br />
plain: A flag indicating that the pattern should be understood as plain<br />
text. Defaults to false.<br />
nomatch: If no match is found, output the "nomatch" value rather than an error.<br />
<br />
If invoked using named parameters, Mediawiki will automatically remove any leading or<br />
trailing whitespace from each string. In some circumstances this is desirable, in<br />
other cases one may want to preserve the whitespace.<br />
<br />
If the match_number or start_index are out of range for the string being queried, then<br />
this function generates an error. An error is also generated if no match is found.<br />
If one adds the parameter ignore_errors=true, then the error will be suppressed and<br />
an empty string will be returned on any failure.<br />
<br />
For information on constructing Lua patterns, a form of [regular expression], see:<br />
<br />
* http://www.lua.org/manual/5.1/manual.html#5.4.1<br />
* http://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Patterns<br />
* http://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Ustring_patterns<br />
<br />
]]<br />
-- This is the entry point for #invoke:String|match<br />
function str.match( frame )<br />
local new_args = str._getParameters( frame.args, {'s', 'pattern', 'start', 'match', 'plain', 'nomatch'} )<br />
local s = new_args['s'] or ''<br />
local start = tonumber( new_args['start'] ) or 1<br />
local plain_flag = str._getBoolean( new_args['plain'] or false )<br />
local pattern = new_args['pattern'] or ''<br />
local match_index = math.floor( tonumber(new_args['match']) or 1 )<br />
local nomatch = new_args['nomatch']<br />
<br />
return str._match( s, pattern, start, match_index, plain_flag, nomatch )<br />
end<br />
<br />
--[[<br />
pos<br />
<br />
This function returns a single character from the target string at position pos.<br />
<br />
Usage:<br />
{{#invoke:String|pos|target_string|index_value}}<br />
OR<br />
{{#invoke:String|pos|target=target_string|pos=index_value}}<br />
<br />
Parameters<br />
target: The string to search<br />
pos: The index for the character to return<br />
<br />
If invoked using named parameters, Mediawiki will automatically remove any leading or<br />
trailing whitespace from the target string. In some circumstances this is desirable, in<br />
other cases one may want to preserve the whitespace.<br />
<br />
The first character has an index value of 1.<br />
<br />
If one requests a negative value, this function will select a character by counting backwards<br />
from the end of the string. In other words pos = -1 is the same as asking for the last character.<br />
<br />
A requested value of zero, or a value greater than the length of the string returns an error.<br />
]]<br />
function str.pos( frame )<br />
local new_args = str._getParameters( frame.args, {'target', 'pos'} )<br />
local target_str = new_args['target'] or ''<br />
local pos = tonumber( new_args['pos'] ) or 0<br />
<br />
if pos == 0 or math.abs(pos) > mw.ustring.len( target_str ) then<br />
return str._error( 'String index out of range' )<br />
end<br />
<br />
return mw.ustring.sub( target_str, pos, pos )<br />
end<br />
<br />
--[[<br />
str_find<br />
<br />
This function duplicates the behavior of {{str_find}}, including all of its quirks.<br />
This is provided in order to support existing templates, but is NOT RECOMMENDED for<br />
new code and templates. New code is recommended to use the "find" function instead.<br />
<br />
Returns the first index in "source" that is a match to "target". Indexing is 1-based,<br />
and the function returns -1 if the "target" string is not present in "source".<br />
<br />
Important Note: If the "target" string is empty / missing, this function returns a<br />
value of "1", which is generally unexpected behavior, and must be accounted for<br />
separatetly.<br />
]]<br />
function str.str_find( frame )<br />
local new_args = str._getParameters( frame.args, {'source', 'target'} )<br />
local source_str = new_args['source'] or ''<br />
local target_str = new_args['target'] or ''<br />
<br />
if target_str == '' then<br />
return 1<br />
end<br />
<br />
local start = mw.ustring.find( source_str, target_str, 1, true )<br />
if start == nil then<br />
start = -1<br />
end<br />
<br />
return start<br />
end<br />
<br />
--[[<br />
find<br />
<br />
This function allows one to search for a target string or pattern within another<br />
string.<br />
<br />
Usage:<br />
{{#invoke:String|find|source_str|target_string|start_index|plain_flag}}<br />
OR<br />
{{#invoke:String|find|source=source_str|target=target_str|start=start_index|plain=plain_flag}}<br />
<br />
Parameters<br />
source: The string to search<br />
target: The string or pattern to find within source<br />
start: The index within the source string to start the search, defaults to 1<br />
plain: Boolean flag indicating that target should be understood as plain<br />
text and not as a Lua style regular expression, defaults to true<br />
<br />
If invoked using named parameters, Mediawiki will automatically remove any leading or<br />
trailing whitespace from the parameter. In some circumstances this is desirable, in<br />
other cases one may want to preserve the whitespace.<br />
<br />
This function returns the first index >= "start" where "target" can be found<br />
within "source". Indices are 1-based. If "target" is not found, then this<br />
function returns 0. If either "source" or "target" are missing / empty, this<br />
function also returns 0.<br />
<br />
This function should be safe for UTF-8 strings.<br />
]]<br />
function str.find( frame )<br />
local new_args = str._getParameters( frame.args, {'source', 'target', 'start', 'plain' } )<br />
local source_str = new_args['source'] or ''<br />
local pattern = new_args['target'] or ''<br />
local start_pos = tonumber(new_args['start']) or 1<br />
local plain = new_args['plain'] or true<br />
<br />
if source_str == '' or pattern == '' then<br />
return 0<br />
end<br />
<br />
plain = str._getBoolean( plain )<br />
<br />
local start = mw.ustring.find( source_str, pattern, start_pos, plain )<br />
if start == nil then<br />
start = 0<br />
end<br />
<br />
return start<br />
end<br />
<br />
--[[<br />
replace<br />
<br />
This function allows one to replace a target string or pattern within another<br />
string.<br />
<br />
Usage:<br />
{{#invoke:String|replace|source_str|pattern_string|replace_string|replacement_count|plain_flag}}<br />
OR<br />
{{#invoke:String|replace|source=source_string|pattern=pattern_string|replace=replace_string|<br />
count=replacement_count|plain=plain_flag}}<br />
<br />
Parameters<br />
source: The string to search<br />
pattern: The string or pattern to find within source<br />
replace: The replacement text<br />
count: The number of occurences to replace, defaults to all.<br />
plain: Boolean flag indicating that pattern should be understood as plain<br />
text and not as a Lua style regular expression, defaults to true<br />
]]<br />
function str.replace( frame )<br />
local new_args = str._getParameters( frame.args, {'source', 'pattern', 'replace', 'count', 'plain' } )<br />
local source_str = new_args['source'] or ''<br />
local pattern = new_args['pattern'] or ''<br />
local replace = new_args['replace'] or ''<br />
local count = tonumber( new_args['count'] )<br />
local plain = new_args['plain'] or true<br />
<br />
if source_str == '' or pattern == '' then<br />
return source_str<br />
end<br />
plain = str._getBoolean( plain )<br />
<br />
if plain then<br />
pattern = str._escapePattern( pattern )<br />
replace = mw.ustring.gsub( replace, "%%", "%%%%" ) --Only need to escape replacement sequences.<br />
end<br />
<br />
local result<br />
<br />
if count ~= nil then<br />
result = mw.ustring.gsub( source_str, pattern, replace, count )<br />
else<br />
result = mw.ustring.gsub( source_str, pattern, replace )<br />
end<br />
<br />
return result<br />
end<br />
<br />
--[[<br />
simple function to pipe string.rep to templates.<br />
]]<br />
function str.rep( frame )<br />
local repetitions = tonumber( frame.args[2] )<br />
if not repetitions then<br />
return str._error( 'function rep expects a number as second parameter, received "' .. ( frame.args[2] or '' ) .. '"' )<br />
end<br />
return string.rep( frame.args[1] or '', repetitions )<br />
end<br />
<br />
--[[<br />
escapePattern<br />
<br />
This function escapes special characters from a Lua string pattern. See [1]<br />
for details on how patterns work.<br />
<br />
[1] https://www.mediawiki.org/wiki/Extension:Scribunto/Lua_reference_manual#Patterns<br />
<br />
Usage:<br />
{{#invoke:String|escapePattern|pattern_string}}<br />
<br />
Parameters<br />
pattern_string: The pattern string to escape.<br />
]]<br />
function str.escapePattern( frame )<br />
local pattern_str = frame.args[1]<br />
if not pattern_str then<br />
return str._error( 'No pattern string specified' )<br />
end<br />
local result = str._escapePattern( pattern_str )<br />
return result<br />
end<br />
<br />
--[[<br />
count<br />
This function counts the number of occurrences of one string in another.<br />
]]<br />
function str.count(frame)<br />
local args = str._getParameters(frame.args, {'source', 'pattern', 'plain'})<br />
local source = args.source or ''<br />
local pattern = args.pattern or ''<br />
local plain = str._getBoolean(args.plain or true)<br />
if plain then<br />
pattern = str._escapePattern(pattern)<br />
end<br />
local _, count = mw.ustring.gsub(source, pattern, '')<br />
return count<br />
end<br />
<br />
--[[<br />
endswith<br />
This function determines whether a string ends with another string.<br />
]]<br />
function str.endswith(frame)<br />
local args = str._getParameters(frame.args, {'source', 'pattern'})<br />
local source = args.source or ''<br />
local pattern = args.pattern or ''<br />
if pattern == '' then<br />
-- All strings end with the empty string.<br />
return "yes"<br />
end<br />
if mw.ustring.sub(source, -mw.ustring.len(pattern), -1) == pattern then<br />
return "yes"<br />
else<br />
return ""<br />
end<br />
end<br />
<br />
--[[<br />
join<br />
<br />
Join all non empty arguments together; the first argument is the separator.<br />
Usage:<br />
{{#invoke:String|join|sep|one|two|three}}<br />
]]<br />
function str.join(frame)<br />
local args = {}<br />
local sep<br />
for _, v in ipairs( frame.args ) do<br />
if sep then<br />
if v ~= '' then<br />
table.insert(args, v)<br />
end<br />
else<br />
sep = v<br />
end<br />
end<br />
return table.concat( args, sep or '' )<br />
end<br />
<br />
--[[<br />
Helper function that populates the argument list given that user may need to use a mix of<br />
named and unnamed parameters. This is relevant because named parameters are not<br />
identical to unnamed parameters due to string trimming, and when dealing with strings<br />
we sometimes want to either preserve or remove that whitespace depending on the application.<br />
]]<br />
function str._getParameters( frame_args, arg_list )<br />
local new_args = {}<br />
local index = 1<br />
local value<br />
<br />
for _, arg in ipairs( arg_list ) do<br />
value = frame_args[arg]<br />
if value == nil then<br />
value = frame_args[index]<br />
index = index + 1<br />
end<br />
new_args[arg] = value<br />
end<br />
<br />
return new_args<br />
end<br />
<br />
--[[<br />
Helper function to handle error messages.<br />
]]<br />
function str._error( error_str )<br />
local frame = mw.getCurrentFrame()<br />
local error_category = frame.args.error_category or 'モジュールStringのエラー'<br />
local ignore_errors = frame.args.ignore_errors or false<br />
local no_category = frame.args.no_category or false<br />
<br />
if str._getBoolean(ignore_errors) then<br />
return ''<br />
end<br />
<br />
local error_str = '<strong class="error">モジュールStringのエラー: ' .. error_str .. '</strong>'<br />
if error_category ~= '' and not str._getBoolean( no_category ) then<br />
error_str = '[[Category:' .. error_category .. ']]' .. error_str<br />
end<br />
<br />
return error_str<br />
end<br />
<br />
--[[<br />
Helper Function to interpret boolean strings<br />
]]<br />
function str._getBoolean( boolean_str )<br />
local boolean_value<br />
<br />
if type( boolean_str ) == 'string' then<br />
boolean_str = boolean_str:lower()<br />
if boolean_str == 'false' or boolean_str == 'no' or boolean_str == '0'<br />
or boolean_str == '' then<br />
boolean_value = false<br />
else<br />
boolean_value = true<br />
end<br />
elseif type( boolean_str ) == 'boolean' then<br />
boolean_value = boolean_str<br />
else<br />
error( 'No boolean value found' )<br />
end<br />
return boolean_value<br />
end<br />
<br />
--[[<br />
Helper function that escapes all pattern characters so that they will be treated<br />
as plain text.<br />
]]<br />
function str._escapePattern( pattern_str )<br />
return mw.ustring.gsub( pattern_str, "([%(%)%.%%%+%-%*%?%[%^%$%]])", "%%%1" )<br />
end<br />
<br />
return str</div>
Webmaster
https://www.tylor.jp/index.php?title=%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88:Fontsize&diff=6725
テンプレート:Fontsize
2025-03-30T08:15:22Z
<p>Webmaster: 1版 をインポートしました</p>
<hr />
<div><span style="font-size:{{{1}}}{{#ifeq:{{IsNum|{{{1}}}}}|1|px}}">{{{2}}}</span><noinclude><br />
{{Documentation}}<br />
</noinclude></div>
Webmaster
https://www.tylor.jp/index.php?title=KDE_Plasma_Transparent&diff=6719
KDE Plasma Transparent
2025-03-30T04:28:29Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|Debian GNU/Linux Customize Tips|frame=1}}<br />
<br />
Linuxのデスクトップ環境としてKDEを使用しているとき、アプリケーションウィンドウやタスクバー(パネル)を半透明にするには何をどう設定すべきか、というメモ。<br />
<br />
グローバルな視点では「KDEといえば半透明」なのだが、あまりにマニアックだなぁ。<br />
<br />
==「デスクトップ環境」とは==<br />
<br />
現代のコンピュータは[https://en.wikipedia.org/wiki/Command-line_interface CLI (Command-Line Interface)]が基本だ。キーボードなどの入力装置からOSを経由してCPUに演算命令(コマンド)をキャラクタ(文字列)で入力し、演算結果はディスプレイやプリンタに文字列で出力される。よって、コマンドや演算結果の読み方を知らなければ、そのコンピュータは使えないことになる。スーパーコンピュータや組込コンピュータはCLIのみの場合が多く、これらは専任のエンジニアしか扱えない。<br />
<br />
このままでは市井の人々はコンピュータを使えないので、コマンドの入力と演算結果の出力を文字列ではない方法で提供する方法が考案された。それが[https://en.wikipedia.org/wiki/Graphical_user_interface GUI (Graphical User Interface)]である。ディスプレイに表示されるボタンや画像を視覚から選択することでOSを経由してCPUにコマンドを文字列で入力でき、それから得られた演算結果である文字列を適切に映像化してディスプレイに表示するものだ。これが実用化されてはじめて、市井の人々でも(ある程度は)使えるようになった。PCはもちろん、スマートフォンが最たる例だろう。<br />
<br />
この「GUIを実現するためのソフトウェアパッケージ」が[https://en.wikipedia.org/wiki/Desktop_environment デスクトップ環境]である。<br />
<br />
==Linuxではデスクトップ環境が変更できる==<br />
<br />
WindowsやmacOSのデスクトップ環境は、WindowsならMicrosoftの、macOSならAppleの、御仕着せのもの以外に変更できない<ref name="win" />。彼らにとってOSとデスクトップ環境は一体化された不可分の商品で、彼等が考えた組合せが所謂ユーザエクスペリエンスを提供するにあたってベストだと考えているからだが、これが原因でインストールできるハードウェアに制限が掛かる。一般にGUIはCLIよりハードウェアが高性能でなければならないうえ、CPU以外に映像を処理・表示するための[https://en.wikipedia.org/wiki/Graphics_processing_unit Graphics Processing Unit (GPU)]でも、彼らが開発したデスクトップ環境を支障なく機能させるために最低限のスペックを規定しなければならないからだ。<br />
<br />
それに対して、Linuxのデスクトップ環境は多種多様な選択肢があり、ユーザの好みやハードウェアのスペックに応じていくらでも変更できる。Linuxは(基本的に)商品ではないうえ、その核心たるKernelは『OS機能を提供することに徹して』おり、デスクトップ環境とは無関係だからだ。もっと言えば、Kernelとデスクトップ環境の作者はまったくの別人で、Kernelから見たデスクトップ環境は「OS上で動いているソフトウェアのひとつ」でしかない。Kernelとデスクトップ環境をどう組合せるかはユーザの自由だ<ref name="gui" />。これがWindowsやmacOSと決定的に違う点であり、個人が日常生活で使うPCはこうでなければ面白くない。<br />
<br />
ただ、その挙動もいくらでも変更できるため、いったん変更し始めると沼に嵌るため要注意である。<br />
<br />
世に数多あるLinuxディストリビューションでデスクトップ環境を構築する際にデフォルトで選択されるのは、軽快な動作で有名な[https://en.wikipedia.org/wiki/GNOME GNOME]や[https://en.wikipedia.org/wiki/LXDE LXDE]だ。これらは実装されているハードウェアが比較的ロースペックなノートPCでも問題なく機能することを目標に開発されているため、余程古くなければ、大抵の市販PCで問題なく機能する。謂わば「Windowsの対抗馬」であろう。それ以外では、Linux Kernel産みの親である[https://en.wikipedia.org/wiki/Linus_Torvalds Linus Torvalds]がGNOMEのバグに嫌気が差して一時使用していたことで知られる[https://en.wikipedia.org/wiki/Xfce Xfce]も軽快さで人気がある。<br />
<br />
が、[https://en.wikipedia.org/wiki/KDE KDE]は、それらとは対極の美麗さで夙に知られる。実用一辺倒なWindowsにはない開発指向<ref name="ope" />で、さりとてmacOSとも異なる美麗さの演出に、管理人を含む根強いファンが多いが、美麗さを演出するためにCPUの演算量やグラフィック用メモリの消費量が多くなることから、KDEに実装されている様々な効果(エフェクト)を使うにはGNOMEやLXDEよりハイスペックなハードウェアが必要<ref name="kde" />になる。しかし、ここ最近のハードウェアは安価なモデルでも高性能なので、KDEの様々なエフェクトを同時に有効にしたとて、描画でモタついたりコマ落ちしたりすることはほぼ無くなった。「時代がようやくKDEに追い付いた」だけなのかもしれないが、いずれにしろ、良い時代になったものだ。<br />
<br />
==「KDEならTransparentでしょ」==<br />
<br />
そんなKDEで代表的なエフェクトが'''Transparent:透過'''だ。即ち、文字はそのままだが、アプリケーションウィンドウだけを半透明に設定するエフェクトで、ユーザの目に応じて透明度を調整すると、アプリケーションウィンドウに表示される文字の可読性を維持しつつ、背景や、背後のアプリケーションウィンドウの文字だけが鮮やかに浮かぶ環境が構築できる。<br />
<br />
これは実に有用なエフェクトで、例えばWebブラウザで調べた複数のコマンドラインを順番にコンソールに入力する際、いちいち {{keypress|ALT}} + {{keypress|TAB}} を押下してWebブラウザとターミナルエミュレータのウィンドウを行き来してコマンドラインをコピペするのではなく、ターミナルエミュレータの背景として透けて見えているWebブラウザのコマンドラインをそのまま確認しながら入力できるので便利なのだ。<br />
<br />
また、副次的な効果だが、画面の一部を無粋に占拠しているタスクバー(KDEではパネルという)をも完全に透明化できるため、壁紙に設定した画像をディスプレイの隅々まで鑑賞できるようになる。<br />
<br />
ではなぜ「KDEならTransparentでしょ」と謂われるのか。それは、画像透過処理が[http://www.sm.rim.or.jp/~shishido/toumei.html CPUリソースを莫迦食いする]、かなりの演算量だからだ。よって、カラフルな背景を設定した状態で半透明を維持したウィンドウを動かそうものなら、それに連れてリアルタイムで透過処理を走らせる必要があるためCPU演算量が跳ね上がり<ref name="cpu" />、貧弱なCPUでは処理が追い付かずフリーズする<ref name="freeze" />。つまり、ハイスペックなハードウェアが必須となり、先述の目標と真っ向から対立するため、GNOMEやLXDEでは意図的に実装しておらず、Xfceでは設定できるものの正面切ってユーザに勧めていないが、KDEは当初からある程度ハイスペックなハードウェアで使用することを想定しているため、Transparentを公式にサポートしている。このあたりは[https://en.wikipedia.org/wiki/Chicken_or_the_egg 「鶏が先か、卵が先か」の関係]といえなくもないが、GNOMEやLXDEの初心者がユーザコミュニティに「ウィンドウをTransparentにできないの？」と質問しようものなら、開発者や古参のユーザから「TransparentにしたいならKDEに乗り換えてくれ！」と呆れられたり、Transparentを設定していないKDEユーザが、設定済のKDEユーザから「折角のKDEなんだから、Transparentを設定しないと勿体無いよ」とまで謂われる所以がここにあるのは間違いない。<br />
<br />
下記は、管理人なりのKDE Plasma 5でのTransparentの設定である。なお、画面が白色で明るいと目が疲れる<ref name="kelvin" />ため、管理人のデスクトップ環境はデフォルトでダーク(黒色)設定、ターミナルエミュレータも黒色透け背景に信頼と伝統のアンバー(琥珀色)文字で設定している。<br />
<br />
#タスクバーのウィジェットに[https://www.pling.com/p/1338479/ Panel Transparency Button]を追加後、ノブをONに倒して、タスクバー(パネル)を完全に透明化する<br />
#Kvantumをインストールする<br><code># apt install kvantum</code><br />
#Kvantum用テーマの[https://store.kde.org/p/1820725 Black-Colors]から<code>Black-BlueBerry.tar.gz</code>をダウンロードし解凍する<br />
#アプリケーションランチャーから[設定]→[Kvantum マネージャー]を起動し、解凍した<code>Black-BlueBerry.tar.gz</code>をインストールする<br />
#同じウィンドウで[アクティブなテーマの設定]を選択、[Compositing & General Look]タブにある<code>Reduce window opacity by</code>を<code>40</code>に、<code>Reduce menu opacity by</code>を<code>40</code>に、それぞれ設定する。<br />
<br />
==脚注==<br />
<references><br />
<ref name="win">いちおうWindowsは[https://en.wikipedia.org/wiki/Windows_Registry レジストリ]を弄れば多少変更できるものの、とてもではないが一般ユーザ向けではない。裏を返せば、デスクトップ環境が妙に変わっている場合は、外部から侵入したコンピュータウィルスが(自身の存在をアピールするため)変更させたとを疑うべきですらある。特に、タスクバーが突然(半)透明になった場合は、ウィルス感染を疑って問題ない。</ref><br />
<ref name="gui">これには当然「デスクトップ環境をインストールしない自由」も含まれる。というか、数十億台の[https://en.wikipedia.org/wiki/Android_(operating_system) Android]スマートフォンが普及する以前は、Linuxをインストールしたコンピュータにデスクトップ(GUI)環境をインストールすること自体が珍しがられた。それまでLinuxの主戦場だったサーバ用途ではデスクトップ環境は不要だからだ。管理人も自宅でLinuxサーバを運用し始めて20年ほど経つが、サーバにデスクトップ環境なんぞインストールしたことは無い。あくまで日常使用するクライアントPCでの話だ。</ref><br />
<ref name="ope">操作体系はWindowsデスクトップ環境の影響が大きい。これはGNOMEやLXDEでも同じだ。</ref><br />
<ref name="kde">使用しているディスプレイが大画面だったり複数枚だったりすると描画のスピードが追い付かずフリーズする場合があるようだが、それでも、Windowsが要求するハードウェアスペックよりは低性能でまったく問題無い。</ref><br />
<ref name="cpu">管理人の手許の環境では、ウィンドウを半透明に設定した[https://en.wikipedia.org/wiki/Dolphin_(file_manager) Dolphin]をぐりぐり動かすだけで、ディスプレイサーバとクライアント間の通信プロトコルであるWaylandのCPU使用率が2%台から30%台まで急騰する。これは、半透明なウィンドウがぐりぐり動く → 半透明の領域がディスプレイのリフレッシュレートに応じて変わる → 該当する領域を透過処理させる画像をリフレッシュレートに応じた枚数だけ演算・作成し続ける → 作成した画像がディスプレイサーバとクライアントの間で送信され続ける、という因果関係に依る。ディスプレイの解像度がWQHD(2560×1440)、RGBレンジがFull(16,777,216色)、リフレッシュレートが60Hzなので、秒間60枚、大きさがWQHDで16,777,216色を使用している画像の一部に透過処置を実行後、1枚も欠けることなく連続してディスプレイサーバに送信しているのだから至極当然だろう。30%台で収まっていることのほうが不思議なぐらいだが、これはひとえにハードウェアの進歩の賜物だろう。</ref><br />
<ref name="freeze">そのため現在でもKDEの半透明を設定するオプションに「移動中のウィンドウは半透明にしない」という項目がある。これをONに倒すと、移動しているウィンドウの背景は直前の状態から変更されず、移動し終わった位置で背景の透過処理が走る。つまり、移動中のウィンドウに透過処理を実行しないため、CPUに優しい。</ref><br />
<ref name="kelvin">ディスプレイの[https://en.wikipedia.org/wiki/Color_temperature 色温度]は6500Kだが、[https://en.wikipedia.org/wiki/Brightness 明度]は40%まで減光している。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=HP-91&diff=6699
HP-91
2025-03-02T04:50:34Z
<p>Webmaster: </p>
<hr />
<div>{{Pathnav|メインページ|RPN電卓|所有するRPN電卓本体|frame=1}}<br />
<br />
1976年3月1日〜1979年1月1日に販売された、HPでは初の、充電池で駆動できるプリンタ付き机上設置型の科学・数学向けRPN関数電卓。[[HP-45/HP-46|HP-46]]の純然たる後継にあたり、プリンタを機械式からサーマルプリンタに置き換えた機種である。ROMとRAMは第二世代にあたるWoodstockシリーズ向けに開発されたアーキテクチャを流用することで大幅なコストダウンを実現した。コードネームはFelix(ラテン語で「幸運」)。<br />
<br />
実装された関数は[[HP-45/HP-46]]と同じだが、購入者からの意見を踏まえ、関数としては時分秒の加減算&nbsp;{{keypress|<math>\text {H.MS+}</math>}}&nbsp;{{keypress|<math>\text {H.MS-}</math>}}&nbsp;、線形回帰&nbsp;{{keypress|<math>\text {L.R.}</math>}}&nbsp;と推定&nbsp;{{keypress|<math>\hat{y}</math>}}&nbsp;が、機能としてはユーザ用レジスタを6個(R<sub>&bull;0</sub>〜R<sub>&bull;5</sub>)<ref name="bullet" />、全レジスタ(R<sub>0</sub>〜R<sub>9</sub>とR<sub>&bull;0</sub>〜R<sub>&bull;5</sub>)のクリア&nbsp;{{keypress|<math>\text {CLEAR}</math>}}&nbsp;、レジスタ(R<sub>0</sub>〜R<sub>9</sub>)のクリア&nbsp;{{keypress|<math>\text {CL REG}</math>}}&nbsp;、レジスタ(R<sub>&bull;0</sub>〜R<sub>&bull;5</sub>)のクリア&nbsp;{{keypress|<math>\text {CL} \Sigma</math>}}&nbsp;、数値表示に所謂ENGモードを追加実装している。<br />
__TOC__<br />
===机上設置型で唯一、プログラミング機能が未実装===<br />
本機(と兄弟機種で金融・財務向けのプリンタ付き机上設置型RPN関数電卓である[http://www.hp-collection.org/calculators/92a.html HP-92])は、HPの机上設置型RPN関数電卓で唯一、プログラミング機能が実装されていない。それ以前に販売していた机上設置型はもちろん、本機発売の2年前には可搬型である[[HP-65]]にプログラミング機能を実装して好評を博したにもかかわらず、本機に無いということは、「敢えて省いた」と捉えるべきだろう。その明確な理由は不明だが、管理人は「本機が[[HP-45/HP-46|HP-46]]の純然たる後継機種だから」と推測している。[[HP-45/HP-46|HP-46]]は純正オプションを購入しないと7セグLEDによる数値の表示ができないうえ、印字中はもちろん待機中も常に活字ドラムがモータで回転しているため大きな音を発する機械式プリンタが不評だったのだろうか。「プログラミングは不要だがプリンタ付きのRPN関数電卓が欲しい」というユーザ層が購入する[[HP-45/HP-46|HP-46]]の需要を本機で満たそうとしたようだ。<br />
<br />
尤も、本機はあまり売れなかったようで、発売当初は定価を500ドル(約150,000円)に設定したものの、しばらくすると15％引きの425ドル(約117,000円)に、最終的には35％引きの325ドル(約63,700円)まで値下げされ、製品寿命もHP製関数電卓では異常に短い1年10ヶ月で迎えている<ref name="eol" />。その理由は、[[HP-35]]を皮切りにHP自身が作り出した「関数電卓＝可搬型」という市場動向もあって机上設置型の需要が漸減傾向だったこともあるが、そんなことよりも、本機を発売した僅か4ヶ月後の1976年7月1日に、プログラミング可能でより高性能な[[HP-67/HP-97]]を発売したことが大きい。特に、[[HP-67/HP-97|HP-67]]の定価を本機より50ドル安い450ドル(約132,750円)に設定したのは「何かの間違いではないか？」と今でも思う。翌1977年にようやくパーソナルコンピュータなるものが[https://en.wikipedia.org/wiki/Apple_II Apple II]として形になりつつあったものの、その定価は最小構成でも1,298ドル(約354,000円)という高嶺の花だったこの当時、科学者やエンジニアが近似値求解のために購入する関数電卓に実装されていて欲しい機能の優先度としてプリンタとプログラミングを比較すると、どうしてもプリンタの優先度は下がるからだ。即ち、1976年時点で既に、HP製のRPN関数電卓を求めるようなハイブロウな購入層には「プログラミング機能が必須」という思考が根付いていた証拠のひとつとして挙がるほど、本機の売行きは悪かったのだ。[[HP-67/HP-97]]が終売までの約5年半/約8年半、値下げせず定価を維持できたほど売行きが好調だったという事実も含め、このあたりの市場動向を当時のHPのマーケティング部門が読み誤ったと断じて良かろう。その後、HP製RPN関数電卓のプログラミング機能は、[[HP-67/HP-97]]での実装を基礎とし、ちょうど3年後の1979年7月1日に発売した[http://www.hp-collection.org/calculators/41c.html HP-41C]をはじめとするHP-41シリーズで大幅に発展・改良、大好評を以て受け容れられたことで購入者が増え、その副次的効果としてユーザコミュニティによるアプリケーションパックや周辺機器が同人製品として続々と市場に投入、それが呼び水となって更なる購入者を獲得して裾野が広がり…という好循環が、[[HP-41CX]]の終売となった1990年11月1日まで11年5ヶ月続く絶頂期を迎えることになる。<br />
<br />
先述の理由により、本機がeBayをはじめとするオークションサイトへ出品されるのは非常に稀で、少ないながらもコンスタントに出品される[[HP-67/HP-97|HP-97]]とは雲泥の差がある。出品されたとしても、サーマルプリンタは〝故障してるのが当たり前〟<ref name="failure" />なので、購入後に、RPN電卓マニアが売っている部品<ref name="repair" />を購入し自分で修理するか、有償で請け負うRPN電卓マニアに修理を依頼するかしないと、サーマルプリンタは使えないと考えるべきである。管理人はサーマルプリンタ修理済の2台を所有している。<br />
<br />
サーマルプリンタに装填できる純正感熱ロール紙(HP 9270-0513)は既に製造停止となっているものの、〝幅2インチ&frac14;＝57.15mm〟〝直径45mm〟を満たす市販の感熱ロール紙であれば転用できる。管理人が調べる限り、三栄電機製プリンタ[http://www.sanei-elec.co.jp/products/printer-sm1-21/ SM1-21]の専用補充品である[http://www.printy-net.jp/html/roll/p-57-45a.html P-57-45A]が、幅はまったく同じ、直径はほぼ同じなので、使用している。<br />
<br />
<math>\tan\frac{355}{226} \mbox{ [rad]}= {\color{Red}-7}507225.705\ (\varepsilon\!_R=1.33\times10^{-3})</math><br />
<br />
<math>\left (\frac{\ln 884736744}{\pi}\right )^2 = 42.99999997</math><br />
<br />
{| class="wikitable"<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|スタック||3+1段<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|プロセッサクロック周波数||180kHz (Woodstock)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|使用電池||HP 82033A (4.8V 750mAh 充電池:中身はSC(Sub-C)形Ni-Cd充電池×4個直列)<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造期間||1976年〜1978年<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|製造国||アメリカ → シンガポール、ブラジル<br />
|-<br />
|align="center" style="white-space: nowrap; background-color:#EEEEEE;"|1976年発売当時の定価||500ドル (約150,000円)<br />
|}<br />
<br />
==脚注==<br />
<references><br />
<ref name="bullet">添え字の数字の前に[https://en.wikipedia.org/wiki/Bullet_(typography) ビュレット]を配したこの表記法は[https://literature.hpcalc.org/community/hp91-oh-en.pdf 附属マニュアル]に従った。増設された6個のレジスタ(R<sub>&bull;0</sub>〜R<sub>&bull;5</sub>)への数値の記憶手順が&nbsp;{{keypress|<math>\text {STO}</math>}}&nbsp;{{keypress|<math>\cdot</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;〜&nbsp;{{keypress|<math>5</math>}}&nbsp;だからである。即ち、それまであった10個のレジスタ(R<sub>0</sub>〜R<sub>9</sub>)への数値の記憶手順は&nbsp;{{keypress|<math>\text {STO}</math>}}&nbsp;{{keypress|<math>0</math>}}&nbsp;〜&nbsp;{{keypress|<math>9</math>}}&nbsp;である。</ref><br />
<ref name="eol">製品寿命が1年9ヶ月だった機種としては、本機と同様、発売直後から販売不振で値下げを繰り返した[[HP-10]]も挙がるが、[[HP-10]]は四則演算のみの加算器方式電卓であるためHPの電卓の歴史でも例外扱いされており、HP製電卓の本分たる高級関数電卓にカテゴリを絞ると、本機の製品寿命が史上2番目に短い。最短は[[HP-10C/HP-11C/HP-15C|HP-10C]]の1年6ヶ月である。</ref><br />
<ref name="failure">「ずっと同じ行に印字し続ける」「排紙ボタンを押下しても排紙できない」「新しい感熱ロール紙が装填できない」症状を指す。原因は、LF(ラインフィード)命令を受けて感熱ロール紙をプリンタヘッドまで1行毎繰り出す「紙送り機構」に組み込まれているプラスティック製の[https://en.wikipedia.org/wiki/Idler-wheel#Idler_gear 遊び歯車]の歯が、1巻80フィートのHP純正感熱ロール紙を2〜3巻印刷する程度の負荷で[https://en.wikipedia.org/wiki/Fatigue_(material) 疲労]折損するため。これにより紙送り機構が空転し、冒頭の症状を現す。ハッキリ言えば、この歯車の「素材の強度」と「回転数」と「回転トルク」の組み合わせが致命的に不適合であることを見抜けなかった、HPメカトロニクス設計陣のミスである。</ref><br />
<ref name="repair">故障原因が「代替品を容易に製造できない半導体などの電子部品」ではなく「比較的容易かつ安価に製造できる歯車1枚」であることに気付いたマニアが、どうしても恢復させたい一心で、強度に優れたアルミや真鍮で代替となる歯車を製造、DIYで交換すれば恢復することが確認できたため、交換手順を無償で公開し、希望者には代替となる歯車を有償で頒布することで、(マニアの視点では)この故障は駆逐された。HPによる修理対応がとっくの昔に終了していることを理由にマニアの執念が起こさせた行動だが、素材をプラスティックからアルミや真鍮に代えたことで、もし現在でもHPが修理対応していたとしても、マニアによる修理のほうが製品寿命が延びるという珍奇な状況を呈するに至り、管理人を含む世界中のマニアは歓喜している。<br>ちなみにこのサーマルプリンタモジュール、プリンタ内蔵機種では[http://www.hp-collection.org/calculators/92a.html HP-92]と[[HP-67/HP-97|HP-97]]、周辺機器ではHP-41シリーズ用有線接続式サーマルプリンタの[[HP 82143A]]と[http://www.hpmuseum.net/display_item.php?hw=341 HP 82162A]にも流用されており、これらでもまったく同じ故障が発生する。</ref><br />
</references></div>
Webmaster
https://www.tylor.jp/index.php?title=MediaWiki:Common.css&diff=6695
MediaWiki:Common.css
2025-02-23T01:33:18Z
<p>Webmaster: </p>
<hr />
<div>/* ここに記述したCSSはすべての外装に反映されます */<br />
<br />
#ca-nstab-main { display:none!important; } /*「ページタブ」を非表示とする*/<br />
#ca-nstab-user { display: none !important; } /* 利用者ページタブ(個人の利用者ページのページタブ)を非表示とする*/<br />
#ca-talk { display:none!important; } /*「議論タブ」を非表示とする*/<br />
#ca-history { display:none!important; } /*「履歴表示タブ」を非表示とする*/<br />
#ca-viewsource { display:none!important; } /*「ソース表示タブ」を非表示とする*/<br />
#ca-watch { display: none !important; } /*「ウォッチリスト」を非表示とする*/<br />
#ca-unwatch { display: none !important; } /*「ウォッチリスト」を非表示とする*/<br />
#ca-view { display:none!important; } /*「閲覧」タブを非表示とする */<br />
#ca-protect { display:none!important; } /*「その他」→「保護」メニューを非表示とする*/<br />
#footer-info-lastmod { display: none; } /*「最終更新日時分」を非表示とする*/<br />
#footer-places-privacy { display: none; } /*「プライバシーポリシー」を非表示とする*/<br />
#ca-viewsource { display: none !important; } /*「ビューソースタブ」を非表示とする。このタブは、ページの編集権限を持たないユーザーグループに属するユーザが利用する。*/<br />
/* #footer-info-copyright { display: none; } */ /*「クリエイティブコモンズ」を非表示とする*/<br />
/* #footer-places-about { display: none; } */ /*「概要」を非表示とする*/<br />
/* #footer-places-disclaimer { display: none; } */ /*「免責事項」を非表示とする*/</div>
Webmaster
https://www.tylor.jp/index.php?title=MediaWiki:Sidebar&diff=6694
MediaWiki:Sidebar
2025-02-23T01:25:37Z
<p>Webmaster: </p>
<hr />
<div>* navigation<br />
** mainpage|mainpage-description<br />
/* ** recentchanges-url|recentchanges */<br />
/* ** randompage-url|randompage */<br />
** helppage|help-mediawiki<br />
* SEARCH<br />
* TOOLBOX<br />
/* * LANGUAGES */</div>
Webmaster