互換性無視すればLibreOfficeで十分だよな。

文盲は黙ってろ

>>452
満足ならそれでいいんじゃね
俺はちゃんとオフィススイートを使うならMSオフィスのほうがずっと実用的だと思う

>>454
お前が文句を言うのをやめるだけで高い法人ライセンス料が浮くんだが

>>455
クビにすればよい

>>453
ニワカは黙ってろ

>>455
またバイトリーダーが好きなこと言ってる
もうダメだよこの会社

>>458
やれば何とかなるもんよこういうのは
誰かが地獄を見るって？それはそう

>>459
できないやつが言うなよw

>>460
できるけど

超ライトユーザーのできるに価値はない

>>461
ならMSオフィスくらい買えるだろw

>>462
超ベテランユーザーさん、具体的に何が困るか言えるよな？

>>464
お前みたいなオタクしったかが壊すのが困る

そんなやつ面接で通らんやろw

>>465
具体的な事言えないお前が知ったかやん

マークダウンでやれ

マイクソソフト製品は絶対に使わない
そうすれば世の中がもっと柔軟で応用が利いて良くなる

>>424
最初軽いけど
画像とかアニメgif載るとやばい遅さで
遅さどころかクラッシュするな

>>467
言わんとわからんのかこの世間知らずはw

>>426
仕事には使えないわな

>>1
確かに互換性は追うべきでないよ
クローズドなMSオフィスは辞めて、オープンなLibreOfficeなどのオフィススイートを使ったほうがよい
なぜなら、MSオフィス使うために、Windowsに束縛され、金儲け戦略のマイクロソフトに高額納金しないといけなくなる
総合的にみればオープンソースLibreOfficeで十分だ

>>471
業務エアプかよ
仕事で使ってるなら具体的にここがダメって言えるはずだがな

ワード以外は、MS Officeでなくても困らないところがほとんどだろ。
エクセルマクロは属人性につながりやすくて企業にとってはある意味負債になる。
パワーポイントは他のソフトでも特に困らない。
アクセスは入っている方が少ない。

他の企業とワードでやりとりをするところ以外は、LibreOfficeで困らない。

元請けがファイル形式指定してくる場合はどうもならん

>>475
そもそも、一般的な事務処理をやるなら、ExcelみたいなスプレッドシートよりもRMDBSの方がいいんだよな
スプレッドシートだと、各セルの値が何のデータなのかを明確に定義することができない。どの列にいるか、どの行にいるかで辛うじて何の値か推測しているだけで、間違って行や列を挿入してしまうとそれだけでデータ全体が壊れる
データの整合性チェックなんてやろうとすれば途方も無い手間がかかるし、少なくとも過去や現在の事象をデータとして扱うなら絶対ＲＭＤＢＳの方がいいんだよ
Excelが強味を発揮するのは未来予測・シミュレーションの類

だから普通の業務でExcelじゃないとダメ（LibreofficeCalcじゃダメ）ってのがあれば、それは本来Excelでやるべきじゃないって可能性が高い

どこのAIに相談したのかね？

>>477
まあそのとおり、DXへの本当の道だと思う
エクセルは業務ルールをサイロ化するので、社員がエクセルに依存するほどむしろDX実現を遠ざけることになる

スプレッドシートが欲しいのなら、Gnumeric が良いよ
わざわざ重たい LibreOffice をインストールしなくていい

「LibreOffice 26.2」に初めてのマイナーアップデート、60件以上もの問題を修正 - 窓の杜
https://forest.watch.impress.co.jp/docs/news/2089167.html

>>481
Lotus-123（ボソッ）

>>482
GNU/Linuxじゃ使えないじゃないか！ﾊﾞﾝﾊﾞﾝ(興奮して机を叩く音)

いや、使えるのか…

GitHub - taviso/123elf: A native port of Lotus 1-2-3 to Linux.
https://github.com/taviso/123elf

LLMにドメインコンテキストを挿入するにはLibreOfficeのようなOpenDocumentがいろいろやりやすい
一方で、プロプライエタリなMS形式は扱いにくい

Copilotからしか触れないようにするんだろう

LibreOffice Calcの条件付き書式設定を使ってはいけない
設定するときはいいが解除できなくなる
ここにはバグがたくさん潜んでる

各国の政府機関など公的機関がキチンと仕様を定めた文書ファイルの形式だけを採用して、
それに完全に合致している文書ファイルだけを提出時に自動的に検査をして、そうでない
ものは合致していないことを具体的に指摘して必ず却下をするようになれば、世の中が少
し変わってくる。そのようにするべきだ。文書ファイルを作るソフトもその規格に合致し
たものだけを生成するようにすれば良い。レイアウトなどのデザインの領域に属していて、
仕様で定義し難いものについてはどうすれば良いだろうか？
なおAdobeのPDFとAcrobatのソフトも、排除すべきではないだろうか。アップデートを
口実に利用者のシステムに入り込んで何かを調べて情報を抜いている可能性があるし、
サブスクでもって永遠にコストを抜かれ続けることにもなる。

>>488
AIが共同する世の中になるからこれまでとは違って、おっしゃるような安全性の担保は必要ですね
そのためにもLibreOfficeのオープンドキュメント形式を世界標準にすべきだと思う

もうドローとインプレスもうちょい使いやすくして欲しい

100年後にもデータファイルをそれが書かれたときの意図通りに表示したり
レイアウトしたりできるべきで、完璧ではないがそれができているのは
グラフィック（図）を張り込んでいないTeXやLaTeXだけ。しかも英語オリジナル版。
あとは、UNIXのプレイン・テキストファイル（ASCIIコードだけ使用）ぐらいかな。

つ PDF/A

Unicode異字体セレクターが機能しないから世界標準になれんし国間の問題なんか知らぬぞんざいなのがなあ
もう少しアジア圏に本気で向き合えよって思うが、きっとアジア圏のコントリビューターがいないか、いても
中国人くらいなんだろうなって思う

>>491
100年後に日本語を読み書きできる人間がどれほど残ってるかって問題も

>>490
あの辺のアプリは、ぼくのかんがえたさいきょうの実装の都合がUX側に染み出てきてしまっているのだよな

たとえば、テキストボックスは四角形オブジェクト+テキスト領域オブジェクトとして実装されているけど
テキストボックスの背景色を変えようと思ったら、テキストボックスに見えるもののうち四角形オブジェクト側を選んで色を変更する、
テキストの文字色を変えようと思ったら、テキストボックスに見えるもののうちテキスト領域オブジェクト側を選んで色を変更する、みたいに
実装の都合により利用者が選択すべきオブジェクトが変わってきてしまう
で、それが非常に分かりづらい

PowerPointだと、とりあえず選択して背景色を変えればその背景色が、文字色を変えれば文字色が変更できる
こういう使い勝手の良さが無いのだよなぁ

ちなみに↑のはBugzillaにも似たような事案が何件も上がってるのだけど、
いずれも仕様通り、みたいな話でクローズされてるので、Libreはもう使いやすくはならんよ

LibreOffice使いやすいわ
ありがとう

ヨーロッパはマイクロソフトからデジタル主権を回復しようとしている

https://japan.zdnet.com/article/35248212/
　開発の狙いは、公共機関や教育機関、規制の厳しい業界が米国拠点のクラウドサービスから脱却できるよう支援することにある。エンドユーザーにとっては、「Microsoft Office」に近い操作性を維持できる点が大きなメリットだ。

OnlyOfficeをベースとしたもの

そういえばopen365ってどうなったんだろうな
クラウドの唯一最大の欠点をカバーできる画期的な試みだったのに

Open365なら、とっくの昔にプロジェクト終了した。
クラウドで対抗したいなら、Libreからスピンアウトして、かなり洗練されて動作も軽くなったCollabora Office＋Collabora Online使うか
o365ブラウザ版よりも互換性が高いONLYOFFICE使うかの二択(ただしONLYOFFICEは親ロシア派のラトビアの軍事会社子会社が作ってる)。

Euro-Office、本家LibreOfficeに物申される。
　だけどさ、Euro-Officeってエンジンの1/2はONLYOFFICEなのでODFサポートされてなくて当然だよね。

ヨーロッパも本音は10年以上常にその時代の最新PCでないともっさりとしてしか動かないLibreOfficeを切りたいと思ってるだろ。
ただ、ONLYOFFICEの根幹技術であるElectronも最近Linux版だけGPUサポートと食い合わせが悪いまま置いてかれてるように思うんよな。

libre飼ってる会社が機能に制限かけてきてるのダメだよな
そりゃ流行らんわ