LibreOffice Calcで多すぎるシートを切り替える方法

Webで「【Excel】シートが多すぎると切り替えが煩わしい問題を解決する3つの方法」という記事を目にしました。私自身は、Microsoft Officeを使っておらず、LibreOfficeを利用しています。だからExcelのテクニックに関する記事は、LibreOffice Calcには無関係なのですが、表計算ソフトに関する参考情報として役に立つ場合もあるので、見かけたら確認するようにしています。

 

その記事では、シートが「多すぎる」場合に切り替える操作について記していますが、これはExcelの場合の話です。ExcelとCalcの操作が全く似ても似つかないというわけでもないので、同じ操作ができる場合もあるのですが、シート切り替えについては、Calcでは操作が異なるようです。

 

 シートが表示されている画面下部の左端にある矢印記号をクリックすれば、シートを切り替えられるのですが、シートが多すぎると目的のシートにたどり着くのに時間がかかります。シートが100以上もあるファイルを扱うことがあり、もう少し楽にシートを選択するほうがないだろうかと思っていました。

 

LibreOffice Calcの場合、画面上部のメニュー「シート(S)」の中にある「ナビゲート(T)」から「シートへ移動(G)...」を選ぶと出てくる画面を使うと便利な事を最近知りました。この画面には選択機能がついているので、シート数が多くても絞り込むことが出来ます。絞り込んだ結果が数シートになれば、それを選択するのは簡単です。

 

こんな便利な方法があったとは最近まで知りませんでした。今後は活用しようと思うのですが、メニューから選択する階層が深いのが難点です。これを呼び出すためのショートカットを定義できれば素早くアクセスできると思うのですが、その方法がわかりません。単に私がLibreOfficeに不慣れなので無知なだけだと思います。何かショートカットを定義する方法があるだろうと思うので、探してみようと思います。 

ネットワーク問題を解くためのPythonライブラリは何が良い？

国鉄時代からありますが、日本国内を一筆書きで乗り継ぐ片道切符を考えるという問題があります。『最長片道切符の旅』が有名ですが、これが端緒ではありません。問題を考えるだけなら、時刻表と暇な時間があれば十分ですが、現実に旅行してみようとすると資金面でも現実の時間も必要ですし、体力も必要です。

 

この問題を解くために時刻表とにらめっこするのも一興ですが、コンピュータを使って解いてみるのも楽しそうです。これはネットワーク問題ということになると思いますが、アルゴリズムを最初から自分で実装するよりも、何か既存のライブラリを使う方が、不必要に苦労せずにすむでしょう。いろいろなライブラリがあるとは思いますが、Pythonで利用できるものを考えてみようかと思います。

 

Pythonでネットワーク問題を解くためのライブラリも、いろいろあると思います。何を使っても良いのですが、有名なところでは「NetworkX」があります。また『Python計算機科学新教本』では「3章制約充足問題」や「4章グラフ問題」が参考になりそうです。他にもライブラリはいろいろありそうですが、各ライブラリを比較検討するのが目的ではないので、横道に逸れないように注意して、NetworkXを使ってみようかとも考えています。

 

いきなり日本全国の鉄道路線網を扱おうとすると大変なので、最初に北海道、四国、九州のどこかを使って、具体的な実装を試してみようかと思います。それがうまくいったら、日本全国に広げようかと思います。

 

ただし、国鉄時代とは違い、現在のJR四国は、日本国内の一筆書きの片道切符では対象から外れています。なぜなら、国鉄時代には、四国と本州の間には連絡船が東西に2航路存在していましたが、現在は岡山から四国にわたることしかできません。一筆書きのルールは同じ路線を複数回使用できないため、いったん四国に入ってしまうと出ることが出来ないのです。

 

またJR北海道が路線廃止をすすめていますし、在来線だけでは北海道と本州を移動できなくなっています。このあたりは一筆書きのルールを定義するやり方でなんとかなるでしょう。

ワンマン運転

JR東日本が2024年11月6日付のJR東日本ニュースで「首都圏主要線区でワンマン運転を実施します」という発表をしました。鉄道におけるワンマン運転というのは、これまでは地方ローカル線などで1～2両編成で運転される場合、車掌が乗務していなくても、ドア開閉などの安全確認を全て運転士が担っています。今後は首都圏でもワンマン運転を始めていこうということですが、首都圏を走るのは10両編成くらいになるし、乗降客も多いはずなので、確実に安全確認をできるような取り組みを実施することになるようです。

 

ふと考えてみると、地方ローカル線であっても昔々は車掌が乗務するのが基本だったはずで、ワンマン運転が何時頃から始まったのか記憶にありません。もっともワンマン運転というと、むしろ路線バスを思い出します。過去の路線バスでは車掌が乗務していましたが、次第にワンマンバスが当たり前になってきました。むしろ今日では車掌が乗務する路線バスは存在しないと思います。

 

さて「ワンマン」という語を辞書で引いてみると、 手元にある『明鏡国語辞典 携帯版』（初版第三刷 2005年4月1日）には次のように書かれています。

1. 人の意見・批判などには耳を貸さないで、自分の思いどおりに支配する人。
2. ひとりの、ひとりだけの。 

 上述した「ワンマン運転」や「ワンマンバス」というのは、語義の2番目の方です。語義の1番目にある方が「ワンマン」の主たる定義で、これは「ワンマン社長」のような使い方になります。

 

英語にも「one-man」というものがあるようですが、その意味は「一人だけの[で行なう] 」であり、前述した語義の2番目に相当します。しかも英語には、前述した語義の1番目の意味はないそうです。そうなると、「ワンマン」の日本語の第1番目の語義は、英語と見せかけていますが、純粋な日本語といえるでしょう。

 

「ワンマン運転」とか「ワンマンバス」というのは、運転士だけしかいない（車掌が乗務していない）ということであって、運転士が「人の意見・批判などには耳を貸さないで、自分の思い通りに支配する人」という役割ではありません。英語の本来の意味にも合致している使い方です。これに対して「ワンマン社長」のような使い方は、本来の英語にはない語義で、いわゆるJapanese Englishになると思います。どうして「ワンマン」に対して「ワンマン社長」のような使い方が出現したのか、興味があります。 

TW5において順序つきリストの途中に別の要素を挟んでも番号が継続するための方法

TiddlyWikiを利用していて気になるのが、Numbered Listsの途中で他の要素を挟むと番号が継続してくれないことです。なんとかならないかと思っていましたが、TiddlyWiki 5 Discourse discussion group for end usersで「Ordered List and Continued List Number in TiddlyWiki」という記事が流れました。

 

詳細は記事に譲りますが、要はHTML要素「ol」に対して設定を加えておけば、番号が継続してくれるようになるようです。試してみましたが、これまでは初期番号「1」に戻ってしまうところが、番号が継続してくれました。TW5で整理している情報は、個人的に利用しているだけなので、番号が継続しなくても気になるのは自分だけでした。それでも番号が初期番号に戻らないのは、ありがたいことです。

 

ただし、Numbered Listsをネストした場合には、期待した動作（番号が継続してくれる）とはならないようです。このため根本的な解決にはなりませんが、一歩前進には間違いありません。 

Windows10のFirefoxとAndroidのFirefox

日常的に使用しているWindows10ではFirefoxを使用しています。AndroidのスマホにもFirefoxを入れてみましたが、メインのブラウザとするつもりはありません。ただしFirefox同期設定をしてありますので、Windows10側のブックマークがAndoroid側で参照できるのは助かっています。

 

 Windows10のFirefoxは、139.0で、AndoroidのFirefoxは、138.0.4です。いつ頃だったのか忘れましたが、半年くらい前だったような気がしますが、Android側でブックマークを参照すると、Windows側と並び順が変わっていることに気づきました。それ以前は、Windows側とAndroid側のブックマークの並び順は同一でした。これに気づいた当初は、Android版Firefoxのバグじゃないかと思っていたので、すぐに元に戻ると思っていたのですが、今もって直っていません。どうやらAndroid版の仕様が変わってしまったようです。

 

よく確認してみると、Android版Firefoxのブックマークには、次のような選択肢があります。

• 新しい順に並べ替え
• 古い順に 並べ替え
• 名前で並べ替え（昇順）
• 名前で並べ替え（降順） 

 

一方でWindows版Firefoxのブックマークでは、次のような選択肢があります。これに加えて、昇順と降順を選べます。

• 並べ替えない
• 名前順で表示
• タグ順で表示
• URL順で表示
• 最後に表示した日時順で表示
• 追加日時順で表示
• 変更日時順で表示 

 

一見して分かるように、両者で選択肢が大きく違います。特にAndroid版には「並べ替えない」という選択肢がありません。僕はWindows側では「並べ替えない」としているのに、Android側では強制的に並べ替えられてしまいます。

 

原因は分かったのですが、当面はあきらめるしかなさそうです。将来的には、Android版に「並べ替えない」という選択肢が追加されるのを期待したいところです。 

『灯台へ』（ヴァージニア・ウルフ著、鴻巣友季子訳）

どのような経緯で知ったのか忘れてしまいましたが、新潮文庫の『灯台へ』（ヴァージニア・ウルフ）を読んでみました。登場人物はそれなりにいますが、その中の誰かが主人公というわけでもありません。小説の舞台は、ほとんど動きませんし、時代は第一次世界大戦をはさむ前後となるある日の午後と十年後のべつの日の午前でしかありません。

 

登場人物の心の動きを描写することに目的がある作品で、その物語の筋書きに何か意味が（あるのかもしれませんが）あるようには見えません。ウィキペディアでは次のように紹介しています。

マルセル・プルースト『失われた時を求めて』や、ジェームズ・ジョイス『ダブリン市民』『ユリシーズ』と同じく、現代小説作家の伝統を継承、発展しており、『灯台へ』の物語の筋は、その哲学的内観に比べあまり重要ではない。意識の流れの文学的技法を代表する例として引用される。

 

この作品をどう読むのか、他の人はどう読んだのかということが気になります。これは、どう読むのが正解なのかという意味ではありません。この作品が心の動きを描写しているとしても、現実におきた何かのドキュメンタリーではなく、作者の作品であるからには、その描写には作者の意向があるはずです。もし何も考えずに執筆したというのであれば（それは考えにくいですが）、それはそういう作者の意向であると考えられるでしょう。

 

面白い作品だったかと問われれば、そのとおりとは言えませんが、ではつまらなかったのかというと、そうではありません。読みながら、その心情に共感できたり、何か閃いたりしましたが、それを言葉であらわそうとすると、うまく表現できずに消えてしまいます。

 

またいつか読み返してみようかと思います。その時に、今度はどのような感想を持つのか、それが楽しみです。

外部環境で作成したコマプロをOpenVMSで動かす

Windows10上でsimh V3.8-1のVAX.EXEを用いて、OpenVMS VAX V7.2を動かしています。OpenVMS側で全て作業すれば問題ないはずですが、外部環境（Windows側とか、WSL環境とか）で作成したファイルをOpenVMS側に持ち込んで何かしようとすると、ひと手間かける必要があります。何をすれば良いのか分かってしまえば簡単なことなのですが、そこに至るまでは試行錯誤の連続でした。

 

ひとつの例として、外部環境で作成したOpenVMS用のコマンドプロシージャ（通称：コマプロ）をOpenVMSが動かすことを考えます。例えばFreeBSD環境で作成したコマプロがあるとしましょう。これをOpenVMS側に持ち込むには、いろいろな方法があるとは思いますが、ISOファイルを経由させます。FreeBSD側ではmkisofsを使ってISOファイルを作ります。これをsimhでデバイスにattachしておけば、OpenVMS側でマウントできます。ここで問題になるのは、ISOイメージの中にあるコマプロを直接実行しようとしてもエラーになることです。 

FreeBSDで作成したファイルなので、当然ながら、行末がLFになっています。このようなファイルをOpenVMSでは認識できないので、dir/fullで見ると「Record format:      Undefined, maximum 0 bytes, longest 0 bytes」となっています。そこで以下のコマンドで変換すればよいようです。

set file/attr=(RFM:STMLF) sample.com

 

 これを行えば、dir/fullで「Record format:      Stream_LF, maximum 0 bytes, longest 0 bytes」となるので、コマプロとして実行してもエラーになりません。

 

分かってしまえば簡単なことでしたが、ここに至るまでは苦労しました。Webで情報を検索しても、OpenVMSを利用している人が少ないためか、参考となる事例が見つかりませんでした。漠然としたアイディアとしては、FDLとかconvertなどを使うのではないかと考えたりして、かなり迷宮をさまよいました。最終的にGeminiにお伺いをたてたところ、ヒントが得られました。しかしGeminiの回答は、おそらくChatGPTもそうでしょうが、ハルシネーションのせいなのか、かなりもっともらしいものの微妙に誤りを内在しているものでした。役には立つのですが、盲目的な信頼をおくのは考えものかと思います。