LibreOffice PART23

OpenOffice.orgから派生したオフィススイート「LibreOffice」のスレです。

○ LibreOffice
・公式サイト https://www.libreoffice.org
・日本語サイト https://ja.libreoffice.org

○ The Document Foundation
・https://www.documentfoundation.org
・wiki https://wiki.documentfoundation.org/JA
・日本語メーリングリスト http://nabble.documentfoundation.org/Japanese-f1829008.html

○ 前スレ
LibreOffice PART22
https://egg.5ch.net/test/read.cgi/software/1554631360/

◎ オフィススイートに含まれるアプリケーション
・Writer（ワープロ）
・Calc （表計算）
・Impress（プレゼンテーション）
・Draw（ベクターグラフィクス）
・Base（データベース）
・Math（数式）
　標準でPDF出力機能があり、その他にも拡張機能を利用できる。

※ 関連スレ・補足等 >>2-4

このような魑魅魍魎が人に扮して跋扈しているのがネットの恐ろしいところであります

>>51
最新版より一つ前がええよ。

日本語サイトから LibreOffice 7.0.1 Portable 入れてみたら
設定画面が日本語化されてなかった

オープンソースではまれによくある

オープンソースじゃなかったごめんｗ

あわわ、オープンソースで合ってたｗ

萌えた

表計算の数値の表現で、ユリウス日表現を追加してほしいです。
暦学の計算で使用します。

国立天文台の暦計算使えよ

>>60
？

ユリウス日表現は表現形式的には普通の数値だからねえ
数値をユリウス日表現にしたら見た目数値のままで数字が変わるのって危険じゃね

ちゃちゃっと計算したほうが話が早いと思うけどなあ
足し算一発で済むんじゃね

ここに書き込めない人から代理での書き込みです
内容：
「ＭＳ Ｐゴシック」で書かれた .xmlを毎年数ヶ月おきに
書き換えては印刷してたのですが今回に限って文字化けしてしまい困ってます
フォントの設定や印刷の設定やPDF書き出しなどしてもだめでした
一晩中ググって調べても解決策が出なかったので知恵をお貸しください

先ず以前使ってたヤツと文字化けしたヤツのバージョン書けよ

>>63
LibreOffice使っていて、.odsで保存して置かなかったのだから、
たぶん駄目だろ。

>>63の人の続きです
>libreoffice の ファイル - 印刷 - プリンターのプロパティ - 「デバイス」のタブ で
>プリンター言語の種類 をPDF からPostScript (レベルはドライバーから取得) に変えたら治りました。

だそうです

アプデしたら起動時に毎回「マクロ含まれてますよ」って警告されるんだけどどうにかしたい
とりあえず毎回出てくる警告が消せたら十分なんだけど
マクロとやらを使う気(入れた記憶）はないんで警告が消せるならマクロそのものを消しても良い
https://dotup.org/uploda/dotup.org2317516.jpg

>>67
新しいドキュメント作ってそこにシートをコピーすりゃええんじゃないの？

ろくにExcelを勉強したことがない人間がゼロからLibreOfficeを仕事に使える・人に教えることができるまでに最適なテキストなどでオススメがありました御教授ください。
できれば、

「統計表における機械判読可能なデータ作成に関する表記方法案」
https://www.e-stat.go.jp/estat/html/topic20201125.pdf

に則ったような内容であると嬉しいです。

あ、LibreOfficeのCalcについてです

>>69
あのさあ…
「統計表における機械判読可能なデータ作成に関する表記方法案」の
リリースされた日付を理解して言ってんの？

つい先日リリースされたものに則ったテキストなんて存在する訳ねーっての

>>71
則った”ような”程度で結構です

「似たようなもの」と言いたいのか？

統計表で使いやすい表記方法が先にあって、
「統計表における機械判読可能なデータ作成に関する表記方法案」ができたんじゃないの

表記法の案だから、たとえ則ったところでCalcのチュートリアルにはならないよね
故に、あくまで体裁の話をしていると仮定するが
それならamazonなり街の本屋さんなりで入門書をあたった方がいいような
章節項立てになってるものもあるかもしれない、というより普通の入門書はほぼそうなってるのではなかろうか

そもそもCalc以前にLibre Office関連の参考書って見た事無いな。

ググってみれば Libre Offce 全体の参考書が2種、どちらも2014年版…
Calcに絞った参考書は無いみたい。

ただ、ネット上にはCalcの使い方を解説しているらしいページはあちこちにあるな。

>>76
Libre Office関連の参考書って、需要がないからね。

うん、大抵の人がMS Officeを使った経験があったりして
何気に何も見なくても何となく使えちゃうんだよね

linuxでlibre使ってたらGTKからQtにかわってメニューにアイコンが付かなくなったわかりずらい……

>>79
ディストリは？
KDEでは逆に違和感がなくなってすっきりした感じになりましたけど。
消えたのはどのアイコンですか？

>>77
オーブンソースは進化が速すぎて本を出す頃には陳腐化してるからじゃないですかね。

>>80
Debian LXDE。今LXQtにじわじわと移行してるから
メニューバーの項目にアイコン付いてませんでしたっけ？文字だけになってしまって……
https://happytech-jp.cdn.ampproject.org/i/s/happytech.jp/wordpress/wp-content/uploads/2019/02/55ef58e93668b85f42bb94776578a7b6-1.png
↑のウェブの地球儀マークとかが無いんですよ

こんな感じで
https://i.imgur.com/HbAqXWj.jpg

>>82

https://i.imgur.com/QdBMclp.png
KDE neonでLibreOffice 7.0.3てす。

>>83

https://i.imgur.com/WhsRo2h.png

一応アイコンはついてますけどね。

あ、あれー？どっかに表示/非表示の設定があるとしか思えんなこれ
https://i.imgur.com/7rLqkhE.jpg

>>84-85
んー、まぁBleezeがそもそも判りづらいからなんとも……

>81
焼かれてまうでｗ

未だにメモ帳程度にしか使えてないわ…ｗ

Version: 7.0.3.1 (x64)にしたらMSゴシック、MS Pゴシックを
使っていたodt、odsファイルが開けなくなった。
新規ファイルで上記のフォントを使うと文字が化ける。
ついでのように落ちる時に全ファイル落とすなよ(´･ω･`)

TLでみかけたこと

「Liblreofficeが遅い」→ｊP公式「」

ミスったｗ

「Liblreofficeが遅い」→ｊP公式「（PCの性能を）全体的に底上げされて早くなるよ」

LibreOffice遅いかな？
ずっと使ってるけどそうは思わないけど。エクセルのVBAの方がクソ遅いと思ったけど。

エクセルの方がデータが数千あってもグラフ描写はスムーズだわ

あー、そーいう大きなデータはそうかもね。
ちょっと前までCalcでは列も少なかったし。
遅いというのは表計算で扱うべきデータかどうかのレベルでの話のことね。

起動が遅い。
かといって普段から使うわけじゃないから常駐させたくない。

MS Officeの起動が早いのはOSとくっついているからだしな

リブレオフィスに限らずウィンドウズのソフトってみんな起動が遅い気がするのよね。
クロームとかファイアフォックスとかジンプとかビジュアルストゥディオとか。
MS オフィスもLinuxのワインで起動したらめちゃくちゃ遅いけどね。
逆にリブレオフィスはリナックスでは起動は遅くない。

ストゥディオｗ

ベースとなるSDKに何を使ってるか次第でしょ
標準ではないGTKやQTを使っていれば、当然Windowsでは遅くなる
.netを使うネイティブアプリにはかなわない

Windowsのデスクトップ環境は癖があって、Linuxよりも気を使わないといけないしね。自社製品ならうまく対応できるんでしょうけど。
MacOSでもMSオフィスは速いんでしょうかね。

libreoffice ver7.0.3.1を使っています
縦折れ線グラフを作りたいんですが、やり方ググって見てもExcelでは出ますがCalcでは出ません
作れないでしょうか……1日毎の起床時間が下に伸びていく感じで作りたいんですが

折れ線グラフ作ってデータ範囲の軸を変えればいいんじゃないの？

Portableの6.4.7ってなかなかリリースされないな

ﾃﾒｴで作ればいいんじゃねえの

Win版の7.0.3でJREとしてAdoptOpenJDK使ってるけど、うまく使えてる人いる？
オラクルのに戻すべきかな？

クレカで寄付してるんだけど、自動寄付の止め方がわかんないや。
寄付の仕方はすぐわかるんだけど．．．．

自分は先月初めて寄付したけど
アレって継続なの？

46 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2020/11/06(金) 13:57:14.16 ID:0b6S2Lie0
>>34
JAVAなんてだいぶ前に不要になっただろ？

win10 7.0.3.1 です
https://www.axfc.net/u/4030269
自分の環境では上のファイルのcountifでエラーが起きる（スタイル：エラーのセル）んですけど
自分のとこだけですかね

エラーの内容は「数値が１大きい」です

>>109
ダウンロードできん

DL出来るまで https://www.axfc.net/u/4030269 に戻って
DLし続ければ何れ落ちて来るぞｗ

どこにあげるのが良いんですかね？

countifの対象の中の「*27」の部分を変えるとエラーの場所が変わるようです
ということで↓テストファイルその2
https://www.axfc.net/u/4030350

AOO4.1.8でも同様に期待と違う数値になりますが、一番下は合ってました

http://www.creative-hive.com/creativehive/uploader/uploader.cgi?
の4673にその2を上げてみました

>>114
落とせた
割り算入ってて無理数が出てくる値で判定してるからじゃないかな
有効桁数がいくつ必要なのか知らないけど、D列にroundかけて必要十分な桁数で
四捨五入かければ期待値通りになりそうだよ

無限に続く小数の値で正しくない計算結果が出るのはエクセルでも同じで、こんな問題がある
http://hataraku-ikiru.com/excel-decimal-error.html


axfcではurlを取得できませんでした、という内容のhtmlがダウンロードされる
多分odsの拡張子に対応してないんじゃないかな
zipに圧縮してあげるか、拡張子をtxtなどに打ち換えてあげるといけると思う
換えた場合は元の拡張子もダウンロードする人に伝えること


あと、D列みたいにある固定セルを参照させる場合は
=F2*$G$2/E2
としてやれば式の連続コピーなどで助かるよ
（G2と記述したあとでF4キーを押す、$G2とすれば列だけ固定、G$2とすれば行だけ固定）

>>115
「D16のセルの中身とD16のセルの中身を比較したときに、
同じものなのにイコールにならない（場合がある）」というのは、
計算誤差の話とは違うでしょう
値に誤差があっても同じものであれば問題は起きないはずなので、
比較の時に別のものになっているか、比較の仕方がまずいか
だと思います

>>116
私もどうして同じセル（計算結果が入っている）を比較してイコールにならないのか、
詳しいことまでは掘り下げて把握してませんが、「計算誤差」のせいと言うよりは
その計算誤差がどう言う理由で発生してるか、の部分に関わってるんじゃないでしょうか？
比較の時に別のものになってしまっているのでしょう

I列に、Dの計算式にROUNDかけたものを作って同じように比較してみたよ
http://www.creative-hive.com/creativehive/uploader/uploader.cgi?mode=downld&;no=4674

kの数字で小数点以下の桁数を変えられるのでいじってみるといいよ

=if(A-B<0.001,"おなじ","違う")

で動作しませんか？

>>119
doubleでゼロ判定やりたいときみたいなロジックだな
懐かしい

>>119
ん？
エラー判定の幅の問題じゃなくて、D列のcountifでカウントされる数が間違ってると言う問題じゃないかな？
で多分、D:Dと範囲指定したときの内部での計算値の持ち方と、D2と指定したときの計算値の持ち方が
違ってるんじゃないのかなと

定数に32とか入れると+1じゃなく2ズレたりもするね

おそらく…
テキストとして取り出す値と，内部で保持する値が異なるのが原因ではないかと．

D列の小数点以下の表示桁数を増やすと，途中から0が並ぶようになりますが，
内部で保持するデータはIEEE754に基づくはずなので，あと1〜2桁多くなります．
たとえばD16セルは表示桁数を増やすと，「1.00318471337580000…」になると思いますが，
内部では「1.003184713375796300…」といった具合です．
COUNTIF関数の条件式ではおそらく前者の数値表現を持ってくる仕様で，
実際に比較する場合は後者の数値を持ってくるため，
当該セルも「真に小さい」という条件が成立してしまいます．

仕様上，こういった場当たり的に見える処理が多々あるので，
浮動小数点の比較などには数値計算上のテクニックが必要となります．

なにか副作用があるかもしれないが、
ツール > オプション > LibreOffice Calc > 計算式 > 一般的な計算 > 表示された数値で計算
にチェックを入れ (これはファイルごとの適用になるぽい)
小数位の追加/削除 などでD列の小数点以下の桁数を適当に決めてやるといい感じになるみたい
(15桁以上にするとエラーが出てくるようだ。また、桁を減らしすぎると精度に疑問が)

こういうことが起きないようにいろいろなことを内部でしている結果として
起きたり起きなかったりになるんですかねえ

いやいや、こういうことが内部で起きないようにしている訳じゃなくて、>>122さんの
言うように、コンピュータの内部では無限の桁を扱えないからどっかで有限の桁に直して扱っているから

>>118のファイルいじると、確かにroundかけて四捨五入した値に直したI列も
（こちらではC列と違ってカウント違いは起こってない）、桁数（k2）を15桁くらいに設定すると
カウント数違う結果が出てくるようになる

これを参考に、桁数を5とか7とかにしてround使ってD列を四捨五入した値で組んでやれば良いですよ

割り算が入るとこんなことが起きてくるので注意です
もっと初歩的には、小数点以下を書式設定で四捨五入表示させてる時、計算の合計がズレたりもよくあります

内部で何もしてなかったらもっと頻繁に起きそうですけどどうですかね？

小数点以下15桁目で四捨五入される値が、計算上延々とつづく数値の15桁目と違う場面では
必ず起こるべくして起こってくる問題ですね

そこまでの桁を使わない演算では起こることはない訳です

無理数なら常識じゃないの

無理数？無限循環小数？

あーそこら辺は俺も数学詳しい訳じゃないし曖昧な使い方してるし、表計算ソフトやコンピュータの数値の
持ち方や扱いなども全部理解して言ってるんではないので、知りたきゃ自分で調べて勉強してくれ

>>115のリンクでも触れられてるが、桁数の問題のほかに10進法と2進法の数値の違いなんかも
絡んでくる話だと思うから

自分で調べたくないから聞いてるのに
ここはひどいインターネッツでゴワス

そういうのが起きない設定があっても良さそう
COBOLみたいに10進数を使うとか
桁違いに遅くてメモリを食うようになるけど、今の演算能力やメモリ量なら出来る筈

>>132
そのための「表示された数値で計算」オプションでしょ。お気楽計算時にはもってこい。

問題なのは「"少数"は近似値計算になる」って事なんだから、
厳密な計算や結果が必要なら、整数で計算させるシートを作ればいい。
桁上げして整数に丸め、割り算は最後にまとめて表示の際に桁下げするだけ。

桁の上げ下げ、四捨五入なんて数学以前、算数レベル。
表計算ソフトにまともな式を入力できる人なら、たわいも無い事。

>>133
でもその辺の加減って結構難しくね？
某小売りのレジじゃないけど1個か複数かでの違いとか
小数点以下の扱いはそこら中で苦労してるよねｗ

ここでまさかの(計算上では無く)業務上で少数の扱いが難しいって話？
それなら社内で決めるべきだなw

Calcで今日から式が計算されなくなってますわ。なぜじゃ…
数式バーのイコールボタンをクリックしてレボタンをクリックすると再計算される。めんどくさ。
Windows10のLibreOffice 6.4ね。
Windows 10のアップデートのせい？

>>136
どのバージョンにアップデートされたかしらんが、データ＞計算の自動計算のチェックが
外れてるだけじゃね？

LibreOffice 7.0.4

>>137
自動計算のチェックをつけたら直ったみたいです。
毎日使っててそのチェック外した記憶はないのですけど、クラッシュしたあとシートの中身が混じったことがあったあとなのでおかしくなったのかもしれません。

それで何で
＞Windows 10のアップデートのせい？
と思ったのか

>>139
なんかキーボードショートカットとかあって、うっかり触っちゃったとかかもね
＞クラッシュしたあとシートの中身が混じったことがあったあと
そんなことあるのか、ちょっと見てみたいわw

>>140
タイミング的なもんじゃね？
あとWinのアップデート結構色々やらかすから


俺んちでは今頃2004に上がったかと思えばスリープしなくなりやがった…

人間っていうのは自分のせいとは思いたくないものなのさ

うちのかーちゃんのノートはF2でセルの編集が出来ないしShift+Spaceで行選択が出来ない
んなバカなと色々見てみたがやっぱり出来ない
外付けキーボードなら出来た

>>141
セルに入力途中にセルの内容が消えちゃってそれを戻そうとESCキーとかUndoとかしてみたけどクラッシュしてしまってリカバーしたらそうなってました。
CTRLキーは押してないはずですが、同時に操作してるブラウザ内でオートセーブとか勝手に動くスクリプトが入ってて時々変な挙動が入ってしまうことがあって多分コピぺと自動計算のショートカットキーが起動したんだと思います。
これはLibreOfficeに限らずブラウザのオートセーブ機能で変なことが起こることが今年に入ってからちょくちょくあります。
Javascriptには詳しくないですが、オートセーブするajax絡みのライブラリにそんなバグがあるんでしょうね。

>>140
イントラネットのシステムでウィンドウズアップデートした直後でしたのでそう思ってしまいました。

変なことが起こることがちょくちょくあるのが判ってて何故
＞ブラウザ内でオートセーブとか勝手に動くスクリプト
なんてモンをずっと入れっぱにしてるんだよ

>>147
一つは職場の業務システムなので自分ではどうしようもなくてもう一つはBloggerのシステムで、どちらもサーバーの仕様なので自分ではどうしようもないのですよね。

じゃあSEか業者か知らんけど改善要求したらいいんじゃね

このスレに常駐するウルトラスーパー無償サポーターでもどうしようもない事案

>>150
Javascriptだからソース見ながらコンソール出力みてますけど、それ以外の本来の機能のバグもいっぱいあるからまだそこまで手が回ってない感じです。
オーブンソースじゃないのでこっちはどのライブラリとかフレームワーク使ってるのかから探らないといけないですし。
GoogleがやってるBloggerも今年から大幅システム変更があってそっちのオートセーブでもおかしくなるので、うちの業務システム作ってる会社では手に負えないと思って諦めてます。