[過去ﾛｸﾞ] FreeBSD での Office 環境を語れ! その2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
808: Wine+wime+ATOK on FreeBSD 2017/05/17(水)14:42 ID:4FPaKHPv(5/8) AAS
□ 注意（私はハマりました）
Unixプログラムから、Wine上のWindowsプログラムに対して
ファイルドラッグが効くこともあり、また、Windows用のウィルス
などを考慮して、Wineには最低限のドライブしか割り当てていない
（Unixシステムのファイルシステムを見せないようにしている）方が
いるかもしれません。
ですが、winecfgの設定で、Z:ドライブなどにファイルシステムの
ルートを割り当てるなどして、Wineから/usr/local以下が見える
ようにしておかないと、wime起動時に
「wine:cannot find 'wime.exe.so'」と言われて起動できないので
注意してください。
809: Wine+wime+ATOK on FreeBSD 2017/05/17(水)14:48 ID:4FPaKHPv(6/8) AAS
□ 動作確認
使い方はwimeのReadmeをご覧ください。
「USE_XIM?=0」へ変更したので他の環境はわかりませんが、
emacs25.1.1 + yc.el(yc-5.2.1)や、scim-cannaで動いています。
Cannaと同程度に軽いです。
が、にわかには自分の能力（今回のインストール）が
信じられません。
もしかして起動を切り忘れたCannaが動いているんじゃ……、
ATOKでしか変換できない文章はないものか……。
「そうだ！2004年当時のジャストシステムの社長名を変換！」
（あとから思うとわれながらバカです）と、ググったところ、
ジャストシステムのサイトに二重敬語の校正指摘の例文があったので
これを変換してみました。
「お読みになられる《二重敬語「→お読みになる」》」で確定。
キター！
※校正説明がくっついたまま確定するのが嫌ならば、wimeの
Readme.atokにある通り、wimectrlでATOKのプロパティを出して
校正支援機能を切ればよい。私は「これぞATOK」なので切らない
けれど。
いろいろと変換してみましたが、やはり歴史の蓄積がある
商用かな漢字変換はすごいものです。
810: wime君 2017/05/17(水)14:57 ID:4FPaKHPv(7/8) AAS
OS添付でない別売りの商用かな漢字変換はPC9801のDOSのWX2+以来です。
つうか、ATOK自体、使ったのは初めてです。
なんだか文豪になれそうです。ウヒョヒョ。
.cannaを読んでくれる環境なので英語配列のHappyHackingKeyboard用に
自分用に書いたCannaのかな入力のJibun_Kana.kpdefを使い続けられて
大満足です。ウハウハ。
wime開発者のthomas氏には大大大感謝です。WineにもFreeBSDにも、
……かかわるみなさんに大感謝です。
特にthomas氏にはFreeBSDを配慮いただき、古場正行氏
（『BSDを256倍使うための本』によると、emiclockのX移植時、
他のOSの事も考えたという）を連想し、感動しました。
ジャストシステムにも感謝……、は半分に減らそう。
完全に「お前の環境」ですが、ATOKは、半角英数記号（1byte文字）や
特定の全角記号（2byte文字）を読みにして単語登録できない
（公式のFAQ）から。
かけまわる子犬（たかちゃん）氏の前出の記事によるとports化は
「手ごわい」とありますが、Wineのportsでmakeオプションに
「Use wime」みたいなものをつけてもらえたら、wimeのports化は
すぐなんじゃないでしょうか。たしか、emacs23の時に「WITH_CANNA」
オプションが採用されましたよね。
811: wime君 2017/05/17(水)15:12 ID:4FPaKHPv(8/8) AAS
以下のスレに告知しました。じゃ、オヤツ食べて来ます。
今夜も Wine で乾杯! - 20本目
2chｽﾚ:linux
FreeBSDを語れ Part43
2chｽﾚ:unix
812: 2017/05/17(水)22:11 AAS
2004年とかだったら、ATOK X3 for Linuxを使うのとどっちが楽なんだろ
813: wime君 2017/05/21(日)03:34 AAS
あくまで手持ちがATOK17(2004)だっただけで。
ATOK X3 for Linux か……。
動いている方と動いていない方と。
外部ﾘﾝｸ:d.hatena.ne.jp
外部ﾘﾝｸ:d.hatena.ne.jp
wimeがある今となっては、Wine+wimeの方が
継続使用しやすいと思います。
814: 2017/12/29(金)10:36 AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
4VUMWMKFUR
815: 2018/04/12(木)13:36 AAS
LibreOfficeのWriterで差し込み印刷をやってみたけど、複数ページ(全ページを含む)印刷ができない
CUPSのジョブを見るとfailしてる
1ページづつ印刷すれば問題ないけど、これじゃ差し込み印刷の恩恵が…
816: 2018/04/14(土)14:46 AAS
そもそも差し込み印刷以前に、用紙がUS レターに固定されてるから、LibreOfficeは日本では使えないでしょ。
817: 2018/04/14(土)18:08 AAS
デフォルトではあるけど、固定されてはいないよ
実際、A4やハガキで印刷してるし
というかLibreOfficeの話ではないと思うけど
818(2): 2018/04/14(土)19:33 AAS
へー直ったのか、と思って久々に見たけど変ってないな。
Writerは Format -> Page でA4 に出来るけど、
Impress では何をやっても、プリント時の用紙はLetterで固定。変更出来ない。
日本では無用なソフトですな。Windows用やLinux用がどうなのか知らないけど。
819: 2018/04/15(日)05:12 AAS
Linuxの6.0.3.2のImpress起動してみたら用紙はA4がデフォルトになってた。
820: 2018/04/15(日)05:35 AAS
つーかそもそもちゃんと日本語化されてる？
821(1): 2018/04/15(日)15:07 AAS
>>818
Inpressか
プロパティでページの書式はA4に変更出来るけど、
印刷しようとするとレターしかないね
822: 2018/04/15(日)18:25 AAS
>>821
＞>>818
＞Inpressか
＞プロパティでページの書式はA4に変更出来るけど、
＞印刷しようとするとレターしかないね
そうそう。handout タブでA4を選んでいても印刷時には全く反映されずレター固定。
4.x までは印刷時に選べたんだけどね。5.x 以降で選べなくなった。で、最新の6.2でもそのままこのバグは残ってる。
まぁ、開発陣はレター圏で使えればオッケーだろうし、ずっとこのままだろうな。
823: 2018/04/16(月)19:03 AAS
そう言えばWriterも
書式 → ページ → ページタブ で用紙サイズを選ぶのはもちろん、
かつ用紙トレイを[プリンターの設定から]以外の「トレイ」等にする必要がある
それでも印刷しようとするとレターがデフォルトなので、
プロパティ → デバイスタブ で用紙種類を選び、現在の値に「はがき」を選んでやっとハガキになる
ここまでやって保存すれば後はOKだが、ここまで辿り着くのが至難の業
824: 2018/04/17(火)21:51 AAS
それってハガキだけの話しか？
A4やB5でもレター以外は同じだろう？
Writerでも簡単に用紙を選べないのかよ。
もう、LibreOfficeはレター圏限定のオフィスアプリで良いよ。
825: 2018/04/17(火)22:40 AAS
デフォルトがレターなんで、仰るとおりだよ
Calcはそんなことないんだけどね
826: 2018/04/17(火)22:43 AAS
FreeBSDからLinuxに変えればいいのでは
827: 2018/04/18(水)02:42 AAS
linux にしたってデフォルトがA4なだけで、用紙設定のバグは同じだから、例えばB5を使おうと思えば面倒な事になる。
828: 2018/04/18(水)11:29 AAS
Linuxにすりゃ安泰かと思いきや、そんな落とし穴があったとはｗ
829(1): 2018/04/19(木)12:44 AAS
OpenOfficeとか、アホかよ。
こいつはw
830: 2018/04/19(木)13:10 AAS
なんか変なのが出てきたぞ
831: 2018/04/21(土)03:13 AAS
>>829
突然どうしたの
832: 2018/04/22(日)11:13 AAS
基地外に餌を与えないで下さい
833: 2018/04/27(金)01:00 AAS
Writerで普段B4(トレイ1)に印刷してるんだけど、
ごく稀に何故かA4(トレイ2)で印刷するときがある(ご丁寧に縮小されてる)
キャンセルして再度印刷するとちゃんとB4で出てくる
困ったもんだ
834: 2018/04/27(金)14:17 AAS
【マイトＬーヤとＰＳ４】 ＦＦとＤＱの最新作、ＶＲ開発は危険、プレーヤーの日常感覚を損なうおそれ
2chｽﾚ:liveplus
835: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) 2018/05/06(日)03:08 ID:WrxHhIki(1/5) AAS
腰を抜かすほど驚きました。wime3.6.0がリリースされていました。
もうバージョンアップはないと思っていました。
さっそくビルドをして、使用してみたところ、快調に動いています。
使用状況：emacs25.3+（野良）yc-5.2.1、scim-canna1.0.0(scim-1.4.9)
環境：FreeBSD11.1-RELEASE-p9(i386 Generic Kernel)※後述１
ports：wine-devel-3.7
pkg：ja-canna-lib-3.7p3 ※現状ではja-canna-serverへ依存せず
pkg：gmake-4.2.1
wime-3.6.0.tar.bz2
作業手順は前回（下記URL）と同じですが、手順のおさらいをします。
2chｽﾚ:unix
1. portsのWineにwimeのimm-magicパッチをあてる。
2. wimeをgmakeでビルド。※後述２
3. ATOKをWine環境下へインストール。レジストリを変更の事。
4. Wineからwimeが見えるようにwinecfgでドライブを割り当てる。
・FreeBSDの場合で、wimeのconf.mkにて変更すべき部分。
USE_CLANG?=0 → USE_CLANG?=1
FREEBSD?=0 → FREEBSD?=1
・32bitのFreeBSD(i386)で32bitのWineである場合。※後述３
WOW64?=1 → WOW64?=0
※私は、XIM、IMCONFIG、GTK、はコメント化しましたが、
それらの値は、ご自分の環境に合わせて変更してください。
836: wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) 2018/05/06(日)03:12 ID:WrxHhIki(2/5) AAS
○後述２・後述３「前回記述の誤りについて」
2chｽﾚ:unix
前回、上記URLに書いた、wime-3.5.2のビルド手順において
誤りがありました。私自身の理解の浅さによる誤りでした。
「wime-3.5.2/io/Makefileの『#amd64でi386-wineを動かしているとき』
の文脈のかたまりをコメント化」と書きましたが、これは誤りです。
wime-3.5.2のconf.mkの「WINE32?=0」を「WINE32?=1」にすれば、
普通にgmakeが通ります。
当時、私は「OSが32bitなのだから、Wineは32bitがビルドされるのは、
Wineとして普通の動作だから」と、デフォルト値の「=1」を変更せずに、
迂遠な作業をしてしまいました。
今回、wime-3.6.0になって「WINE32」が「WOW64」に変更された事で
自分の誤りに気づきました。
Makefileに不備があるかのような、あらぬバグ疑いとなった
作者のthomas氏にも、私の記述を読んで一手間をかけてgmakeを
していた方々にも深くお詫びを申し上げます。
まことに申し訳ありませんでした。
ですから、今回のwime-3.6.0では、i386 Generic Kernel(32bit OS)の
場合、conf.mkの変更は、「WOW64?=1 → WOW64?=0」としてください。
837(2): wime君：Wine+wime3.6.0+ATOK17(2004)/FreeBSD(i386) 2018/05/06(日)03:16 ID:WrxHhIki(3/5) AAS
○後述１「i386 Generic Kernelと明示の理由」
「i386 Generic Kernel」と、わざわざ明示した理由を説明します。
「FreeBSDを語れ Part44」（下記URL）で、
FreeBSD amd64(x86_64bit) と FreeBSD i386(x86_32bit)でのバトルが
あり、PAE kernelの話が出ました。
2chｽﾚ:unix
この流れで、PAE kernelを試した方が、PAE kernel用のConfigFileで
『「makeoptions NO_MODULES=yes」は消えている』とレスした事から、
PAE kernelを試す方が続出し、FreeBSD i386のPAE kernelで、
4G以上のメモリが認識される事が発見されました。
※ググったところ、「makeoptions NO_MODULES=yes」がなくなっている
状況の報告は、匠の一手氏（2014年11月04日の記事）の記事が早かった
のではないかと思います。
外部ﾘﾝｸ:uyota.asablo.jp
バトルと報告をきっかけに、私もPAE kernelをビルドし、
3.2Gでなく、4Gのメモリが認識されることを確認しました。
日常使用するカーネルモジュールが動き、ソフトウェアも動作する事を
確認したのですが、PAE kernelでは、唯一、Wineがダメでした。
上下前次1-新書関写板覧索設栞歴
あと 165 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.045s