徒然なるままに

 LibreOfficeをUpdate これまで、LibreOffice7.3系を使用していたけれど、今回7.4系がリリースされたの更新作業を行う。 一番待ち望んだのは、「Calc」（スプレッドシート）です。 横列が16,384列まで使用可能になった！ いままで、Excelで作った列数の多いシートをもらうと、256列までしか扱えない関係上データが確認できなかった。 仕方なく、Windows上のExcelを利用して確認したり、256列より後ろをDropして無視したりしていたけれど、仕事上のデータになるとそういう訳にも行かない…。 少々不便していた。 また、データ量が多くなると、再計算など猛烈に時間がかかって、10分から15分ほど待たされることも多々発生。 （そんなデータを表計算で扱うなって話ですが…） でも、そんなデータでもExcelだと裏で処理してくれて、見た目はすぐ終わったふりをしてくれて、操作性が良いのが魅力。 まずは、横列がバーンと大きくなって扱えるようになったのは素敵。 早速、入れ替えて快適。 データ量の多い物に関しては、また別途検証しようと思っている。 ヘッダー・フッターのデフォルト変更 さてさて、LibreOfficeを使用している知人から、Calcでデータを作成すると必ずヘッダー・フッターが出力されてしまって、設定を忘れれて印刷後に気づくことが多々ある。 何とかデフォルトを変更できないか？との相談。 あれ？メニューになかったっけ？ と思って探したけれど、標準メニューには存在していなかった。 そこで、手順を確認。 (1) 新規にCalc表計算ドキュメントを開く（何も書いていないワークシート） (2) メニュー「書式」→「ページスタイル」     ヘッダーを付ける のレ点を外す     フッターを付ける のレ点を外す     「OK」を押す (3) メニュー「ファイル」→「テンプレート」→「テンプレートとして保存」     テンプレート名を入力→「ヘッダ・フッタなしのCalc」など、 　　　　後で判るような名称であれば何でもOK 　　　下部「既定のテンプレートにする」にレ点を入れる。 　　　右下「保存」を押す。      (2)は、ファイルごとの設定なので、普通に印刷時に使いたければここをON（レ点を入れればOK） 要は、デフォルトにしたいファイルを既定の

 現状はLibreOffice6.4 すでに20.04が出て半年が経過したけれど、LibreOfficeなどのパッケージは安定板6系列しか配信されていない。 2020年8月6日にLibreOfficeはVersion7系がリリースされていて、結構機能アップされている。 LibreOffice 7.0 リリースノート 少し前に、Excelで採用されたtextjoin( )などが実装されている。 それから、MS Officeのデータとの互換性に重要な、インポート/エクスポートフィルタが改善されて、ずいぶんレイアウト情報等が正確になったらしい。 一応、主なものは以下の通り ODF 1.3 document support Skia graphics engine + Vulkan support. Better Microsoft Office DOCX / XLSX / PPTX support. remove Adobe Flash export support HiDPI, import/export, and other improvements. ということで、7系を入れて確認してみることにする。 Windows版は目的のバージョンをダウンロードしてインストールするだけなので、まぁ問題はなさそう。 （そもそもWindows自体ほとんど使用していないので関係ない） 現在使用しているバージョンを確認する。 6.4.5.2が標準の最新バージョンで有ることが分かる。 （サブマシン上のスクリーンショット） 更新作業 LibreOffice7系のリポジトリを追加する。 $ sudo add-apt-repository ppa:libreoffice/libreoffice-7-0 $ sudo add-apt-repository ppa:libreoffice/ppa 続いて、パッケージのアップデートを行なう。 $ sudo apt full-upgrade すると、7系を入れるけどいいか？と聞いてくるはずなので「y」で進める。 まぁ、ざらざら〜と必要なパッケージをダウンロードして、更新完了。 もう本当に、簡単で笑える。 起動して確認してみる。 ぱっと見ただけでは、区別つかないけれど、バージョン情報は明らかに違っている。 現時点での最新バージョン7.0.1.2がインスト

Gnome-sushiを使っていて Macを使っているとQuick Look（ファイルやフォルダを選択してスペースキーを押すとプレビューしてくれるソフト）がとても便利。 Ubuntu Desktopを使用する場合も同様なソフトを入れている。 それが、Gnome-sushi （なんで寿司なのかは不明だけど、海外の人には人気らしい、他にもchirashiとかnigiriとかtekkaなんて名前のアプリが存在するのは笑える） こいつは、かなり便利なんだけど、時々フリーズする。 いつフリーズするかと言うと、MS製のOfficeファイルをプレビューする時。 しかも、旧ファイル形式の時だけということに気づいた。 つまり、「〜.xlsx」はフリーズしないけれど、「〜.xls」はフリーズする。 同様にdoc/pptはフリーズすることがわかった。 自分はそんなファイルを作らないので、気が付かなかったが、客から送られてきたファイルをプレビューしようとして気づいた。 こうなると、全く操作ができなくなる。 マウスが反応しなくなる。 コンソールを切り替えて、sushiプロセスをkillしたり、再起動したりという作業となる。 で、注意して開くようにしていたんだけれど、間違って開いて再起動という手順が苛立つ。 状況はわかってきたので、原因を探してみる。 「 gnome-sushi freezes my computer when trying to preview .odt-files 」という記事を見つけた。 Hi, I had exact the same problem and solved it by installing the unoconv converter (apt install unoconv). Hope that helps, cheers とな…。 とりあえず、unoconvを入れてみると、多少Previewまでに時間がかかるものの、フリーズしなくなった。 unoconvって？ 「Universal Office Converter」ってことらしい。 "unoconv"は、さまざまなオフィス文書ファイル形

WEBシステムでの帳票出力 今回の案件で、案外苦労したのが最終的な帳票出力。 WEB系なので、方法が限られている。 CSVダウンロード→Excelのマクロ→PDF という仕組みで、一部動かしてみた。 でもExcelのマクロが案外遅いのと、VBAが思いの外、面倒くさい。 で、良い方法がないかと探っていたのだけれど、LibreOfficeがxlsx→pdfやdoc→pdfに使えるらしいので、試してみる。 クラウドマシンでXをどうするか とりあえず、sshでいつものように入り込んで作業する。 # yum install libreoffice libreoffice-langpack-ja でサックリと入る。 色々と調べると、XやDesktop、GNOMEかKDEを入れろという。 必要であればVNC Serverも？ うむむ、何だか完全にDesktop環境を構築しないといけないのか？と思いつつも少し作業を行う。 一通り、入れて試しに動かしてみるが、案の定エラーが出る。 X11 error: Can't open display:     Set DISPLAY environment variable, use -display option     or check permissions of your X-Server     (See "man X" resp. "man xhost" for details) はいはい、Xの設定はしていないですよ。 でも、もともとサーバマシンだし、Xなんてリモートでしか使わないけど、今回はX無しでLibreOffice使いたいわけだし…。 どうしようか困りながらも、あちこち読み進めてみる。 https://www.centos.org/forums/viewtopic.php?t=21514#p100991 ここに、ありました。 By searching the web I found a WIKI entry at alfresco saying that there  needs to be installed a package  called

LibreOffice(Base)+LibreOffice BASIC 少々面倒な案件かも いつもはMySQL+PHPとか多いんだけど、今回はネットワークに繋がらないマシンでも利用したい。しかも古めのPC。 でもって、同じ仕組みを合計で3台（3箇所）で使いたいが、データはすべて異なる。 複数のユーザが利用することはない。 う〜む、システム組むほどじゃないと思うんだけどなぁ。 XP上ではMS-Access97ベースで作成されたものを使用していたけれど、OSが変わると使えなくなるので、Helpとなったわけです。 しかも、現在はLibreOfficeがメインのOffice環境になっているため、新しいAccessとか新規に導入しできない。 前回テストしたら、この仕組みはAccess2013では全く動かない。 となると、Accessを導入しても、プログラムし直しか・・・。 そこで、LibreOfficeのBaseというDatabaseを利用して、構築することに。 一応ヒアリングして、不要と思われる機能はざっくり削除。 最低限の目的を達成できるレベルにスリム化する。 はじめはLAMPで構成しようと、作り始めんた（まぁ40%程度の作業完了だった）んだけど、帳票がはっきり決まっていないのと、ネットワークに繋ぎたくないという要望もあり、再度LibreOfficeで書き直すことにした。 　100%作り込まずに、もともとのUIも使うという前提にすれば、自分たちで修正や編集ができるから、より便利なのでは？との思いもある。 テーブル定義して、Queryとフォームの作成。 これを、BASICで繋いでいく感じかな。 ところが、このLibreOffice BASICが慣れていないこともあり、よく分からない。 オブジェクト名とメソッド名を探すのに一苦労。 それでも、なんとか動作させて、最低限マスタ関連のデータの登録・修正が可能になってきた。 まぁこんな感じの画面ですわ…。 1:n 結合のデータもサブフォームを使えば、それほど面倒でもなくていい感じ。 リストボックスにデータを引っ張るのに、SQLを直接書けるのがありがたい。 突如エラーが発生 ところが何度もテストし

Ubuntu上でのLibreOffice 現在、顧客にも使ってもらっていることも有り、Linuxマシン上ではLibreOfficeを、MacでもLibreOfficeをメインで使うようにしている。 まぁ、たまにはWordやExcelも使うのだけれど、慣れればそれほど問題もない。 しかも、ちょくちょくUpdateが出て、少しずつ不具合が改善されたり機能UPしてくれるので、楽しみでもある。 今は、PPAからbackport版を入れているので、最新のバージョンで動かしている。 今回久々に仕事が一段落して、Updateをかけるタイミングが出来たので実行するとエラーが…。 依存関係が解消できないよ…って言われても、別段おかしな処理もしていないし、いつも使っているマシンなので、使えなくなるもの困る。 言われるように apt-get -f install を実行すると、解決するどころじゃない。 root@hostname:~# apt-get -f install パッケージリストを読み込んでいます... 完了 依存関係ツリーを作成しています                 状態情報を読み取っています... 完了 依存関係を解決しています ... 完了 以下のパッケージが自動でインストールされましたが、もう必要とされていません:   libvisio-0.0-0 libmspub-0.0-0 libcdr-0.0-0 liborcus-0.6-0 これらを削除するには 'apt-get autoremove' を利用してください。 以下の特別パッケージがインストールされます:   libreoffice-base 提案パッケージ:   libreoffice-gcj libreoffice-report-builder 以下のパッケージはアップグレードされます:   libreoffice-base アップグレード: 1 個、新規インストール: 0 個、削除: 0 個、保留: 0 個。 3 個のパッケージが完全にインストールまたは削除されていません。 2,138 kB 中 0 B のアーカイブを取得する必要があります。 この操作後に追加で 2

LibreOfficeの互換性が厳しい LibreOfficeはMac上でもWindowsにもLinuxにも入れて動作テストや操作方法などを検証したり、実際に使ってみて問題点やらノウハウやらを集めているのだけれど、キーバインドやマウスの操作など、MSに慣れ親しんだ時間が長いせいか、戸惑うことが多い。 まあ、操作上の問題は何とでもなるんだけど、ファイル互換性はいただけない部分が多々ある。 例えば、Word→doc形式で保存→Libreで読み込めるがイマイチ。 Libre→doc形式で保存→Wordで修復しないと読めないことが多い。 当然、どちらの場合もレイアウトなどは、やり直すハメになる。 文字データ（テキストデータ）だけは、拾えるので手間さえかければ、何とかなるといえばなるんだけど…。 これは、ODFで保存しても同様なことが起きる。 Microsoft OfficeはODFを一応読める程度のコンバートしかしてくれない。 書き出しも、同じで決して水準は高くない。 問題は慣行にある 世の中のOfficeはMicrosoft製しか無いと、思い込んでいるフシがある。 特に官公庁はWord/Excelでデータを送ってきて、入力しろとか…。 書式の配布が、PDFではなくWord/Excel/PowerPointだったりすることが、問題。 自分たちが使っていて、自分の周りが使っているから、世の中すべての人が利用できるだろう（むしろ使え！）という発想そのものが貧弱で、多様性を無視した考え方のお仕着せに嫌悪感を感じるんだけど…。 これって、普通の人は何とも感じないのだろうか…。 そのためにMicrosoftに大枚はたいてOfficeを買って、何年かおきにバージョンアップという名の税金を払うのは、我慢ならないんだがなぁ…。 ということで、外部からふざけた生の（Word/Excel/PowerPoint）データを送られた場合の対処方法も考えておく必要がある。 それでも仕事の関係上、一応、WindowsはMS Officeが入れてあるし、MacもOffice 2011がある。（同じMS製でもすでにレイアウトはずれるんだけど） 問題はLinuxだ。こいつはwineを使うか…と考えていた

Officeって本当に必要か？ なんて最近思うことが多く、別の方法を模索している。 もちろん、LibreOfficeをM$製の代わりに使っているのだけれど、根本的な必要性に疑問を感じている。 以前からTexにはお世話になっているので、Editor＋Texというのが、一番ストレスが少なくて良いとは思うのだけれど、人に勧めるには少々敷居が高い。 でも文書の美しさやレイアウトの統一感は素晴らしい物があると思う。 本来であれば、しょうもない細かなメニューの使い方なんぞ教えるのではなく、こういった基本となる技術をマスターさせるべきだと思うんだけどなぁ・・・。 そう言えば、Lyxという文書環境があったような・・・。昔、少しだけ触ったことがあったのを思い出したので、入れて見ることにした。 $ sudo apt-get install lyx これだけで、終了。 関連するパッケージが大量にあるけれど、しばらく待てば完了する。 こいつは、基本的にはTexを使うのだけれど、その仕組みを極力見せないように作られたEditor？？というか環境というのが正しいのかな〜。 まあ、起動すると、日本語は表示するものの、警告が表示される。 選択した文書クラス article (Japanese New by ZR) は、利用可能になっていない外部ファイルを要求しています。 jsarticleが無いので出力はできないとか・・・ パッケージングが不完全なのか？と思いつつ、okumura-clsfilesを入れれば通るんじゃないかと、勝手に推測。 とりあえず、インストールしてみる。 $ sudo apt-get install okumura-clsfiles  Lyxを再起動してみる。 試しに、簡単な文書を入力して表示させてみる。 すると、１文字目からおかしいとエラーを吐いてくる。 直すには文字コードをUTF-8にすれば、直るかもよと、丁寧に教えてくれる。 さて、設定画面を探しても、文書の設定を見ても、文字コードを設定する部分がない。 ファイルを保存するときに、指定できるのかもと思ったけれど、ここにもない。 そして僕は途方にくれる 作業のやり直し どうやら、ppaから新しいTexLiveを入れる

OpenOfficeからブランチ 少し前から、openofficeからブランチしたのは知っていたし、3.3がリリースされたのも承知していたものの、仕事の途中で入れるのはリスクが高いと思い、キリのつくまでと放置していた。 で、時間が出来たので早速、入れることにする。 公式ページ に行くと、ちゃんとdebが用意されていた。本当はリポジトリがあると楽なのだが、次のubuntuから入るらしいし、当面はローカルから入れるということで。 先人の例 を参考にする。 (1)さて、まずはOpenOffice3.2を削除しよう。libreがダメなら、再度入れ直せばいい。 synapticから一括して削除。何も問題ない。 (2)tar.gzを3つとも展開しておく。 (3)LibO_3.3.0rc4_Linux_x86_install-deb_en-USの中のDEBSに入り $sudo dpkg -i *.deb で完了。 (4)メニュー等の追加をするべく、同ディレクトリ内のdesktop-integrationに移動してインストール。 $cd desktop-integration $sudo dpkg -i *.deb これも問題なし。念のため起動してみると、英語メニューだが動作している。 (5)日本語化する。LibO_3.3.0rc4_Linux_x86_langpack-deb_ja内のDEBSに入り $sudo dpkg -i *.deb で完了。同じ手順だ。 (6)この時点で、起動してみると文字化けもなく表示されている。Macbuntuにしているせいかも知れない。 (7)LibO_3.3.0rc4_Linux_x86_helppack-deb_ja内のDEBSで同様な作業でヘルプを日本語化完了。 事前にOpenOfficeを削除しているので、何も問題なく動作。 しばらく、これで運用してみよう。 少し触った感じだと、動作が早くなった？気のせいか？というレベル。 唯一、残念なのはdockyのアイコン表示がしょぼくなった…。