FreeBSD(*BSD)/LinuxなどのUnix系OSで，クライアント環境を
構築するためには，Office系ソフトウェア，Desktop環境，
などの整備が重要になってくるはずだ．
そのための手段は問わない．またまた熱く語ってくれ．
FreeBSD での Office 環境を語れ!
https://pc5.5ch.net/test/read.cgi/unix/1094394684/
FreeBSD での Office 環境を語れ! その2
https://mevius.5ch.net/test/read.cgi/unix/1107211157/
探検
BSD/LinuxでのOffice/Desktop環境を語れ！ Part03
1名無しさん＠お腹いっぱい。
2021/10/06(水) 20:57:41.762021/11/15(月) 18:00:14.52
FreeBSD13.0(amd64) ※以下レス用に1byte空白連続→2byte空白
# pkg remove i386-wine-devel
# pkg install wine-devel
% pkg info |grep wine
wine-devel-6.18,1 Microsoft Windows compatibility environment
% wine <TAB>
wine wineboot wineconsole winedump winegcc winepath
wine64 winebuild winecpp winefile winemaker wineserver
wine64.bin winecfg winedbg wineg++ winemine
% wineboot
/home/hoge/.i386-wine-pkg//usr/local/bin/wine doesn't exist!
Try installing 32-bit Wine with
/usr/local/share/wine/pkg32.sh install wine mesa-dri
% /usr/local/share/wine/pkg32.sh install wine mesa-dri
pkg -o ABI=FreeBSD:13:i386 -o INSTALL_AS_USER=true -o RUN_SCRIPTS=false --rootdir /home/hoge/.i386-wine-pkg install wine mesa-dri
Updating FreeBSD repository catalogue...
Fetching meta.conf: 100% 163 B
Fetching packagesite.pkg: 100% 6 MiB
pkg: Error opening the trusted directory /usr/share/keys/pkg/trusted
pkg: Error loading trusted certificates
Unable to update repository FreeBSD
Error updating repositories!
# /usr/local/share/wine/pkg32.sh install wine mesa-dri
Don't run this script as root!
※rootで走らせるな、は、どこかに書いてありましたが、
一応やってみました。
# pkg remove i386-wine-devel
# pkg install wine-devel
% pkg info |grep wine
wine-devel-6.18,1 Microsoft Windows compatibility environment
% wine <TAB>
wine wineboot wineconsole winedump winegcc winepath
wine64 winebuild winecpp winefile winemaker wineserver
wine64.bin winecfg winedbg wineg++ winemine
% wineboot
/home/hoge/.i386-wine-pkg//usr/local/bin/wine doesn't exist!
Try installing 32-bit Wine with
/usr/local/share/wine/pkg32.sh install wine mesa-dri
% /usr/local/share/wine/pkg32.sh install wine mesa-dri
pkg -o ABI=FreeBSD:13:i386 -o INSTALL_AS_USER=true -o RUN_SCRIPTS=false --rootdir /home/hoge/.i386-wine-pkg install wine mesa-dri
Updating FreeBSD repository catalogue...
Fetching meta.conf: 100% 163 B
Fetching packagesite.pkg: 100% 6 MiB
pkg: Error opening the trusted directory /usr/share/keys/pkg/trusted
pkg: Error loading trusted certificates
Unable to update repository FreeBSD
Error updating repositories!
# /usr/local/share/wine/pkg32.sh install wine mesa-dri
Don't run this script as root!
※rootで走らせるな、は、どこかに書いてありましたが、
一応やってみました。
40FreeBSDでwimeを使っている君
2021/11/15(月) 18:01:38.52 259697 emulators/wine /usr/local/share/wine/pkg32.sh upgrade: pkg: wrong architecture: … pkg: repository poudriere contains packages with wrong ABI: FreeBSD:14:amd64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259697
>>39 に関して上記のような記事もみつけましたが、微妙に違う気もします。
つい最近の話ですし、状況が落ち着くのを待ちます。
あー、FreeBSDの現在のWine事情を解説してくれる記事はないものか。
技術評論社のWebでのFreeBSDの連載は、とうの昔に終わったし、
紙媒体でなら、なんて、とても無理な話です。
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259697
>>39 に関して上記のような記事もみつけましたが、微妙に違う気もします。
つい最近の話ですし、状況が落ち着くのを待ちます。
あー、FreeBSDの現在のWine事情を解説してくれる記事はないものか。
技術評論社のWebでのFreeBSDの連載は、とうの昔に終わったし、
紙媒体でなら、なんて、とても無理な話です。
416
2021/11/15(月) 20:20:59.50 >>37-38
大した用途に使っていない事もありますが今のところ正常動作ですね
i386-wine-develのdistfileに関しては驚きですね 確かにportsディレクトリで # make fetch しても落ちてきませんでした
取り敢えず # pkg create i386-wine-devel しておきました いつ入手不可になるかわからないので
大した用途に使っていない事もありますが今のところ正常動作ですね
i386-wine-develのdistfileに関しては驚きですね 確かにportsディレクトリで # make fetch しても落ちてきませんでした
取り敢えず # pkg create i386-wine-devel しておきました いつ入手不可になるかわからないので
42FreeBSDでwimeを使っている君
2021/11/18(木) 00:33:21.58 FreshPortsを、今、見るとi386-wine-develは、
もう無くなっています。
i386-wine、wine、wine-develは、
2021/11/16 14:33:56 に更新され、
更新内容は同じ文章です。
＞Emulator/i386-wine-devel. port removed.
＞This port and the pre-built binaries have not been updated recently.
＞emulators/wine-devel now supports i386 on amd64, so remove it.
との事です。
wine-devel-6.21なら正常に動くんでしょうか。
Wineに関わるMaintainerとして、Alexander88207氏、
以外の方は、にわかに信用しがたいのですが。
これ、
「動くようになったから、俺の役割は終わりだ。ヨカタ」
なのか、
「チッ！ じゃあ、i386-wine は、消せや！」
「distfiles も消してやる！ ザマーみろ！」
なのか、このへんの雰囲気が分からないので、困惑します。
distfilesで取得できるファイルが、即、消されて、
円満別れなのか、そうでないのか、ゾワゾワします。
もう無くなっています。
i386-wine、wine、wine-develは、
2021/11/16 14:33:56 に更新され、
更新内容は同じ文章です。
＞Emulator/i386-wine-devel. port removed.
＞This port and the pre-built binaries have not been updated recently.
＞emulators/wine-devel now supports i386 on amd64, so remove it.
との事です。
wine-devel-6.21なら正常に動くんでしょうか。
Wineに関わるMaintainerとして、Alexander88207氏、
以外の方は、にわかに信用しがたいのですが。
これ、
「動くようになったから、俺の役割は終わりだ。ヨカタ」
なのか、
「チッ！ じゃあ、i386-wine は、消せや！」
「distfiles も消してやる！ ザマーみろ！」
なのか、このへんの雰囲気が分からないので、困惑します。
distfilesで取得できるファイルが、即、消されて、
円満別れなのか、そうでないのか、ゾワゾワします。
2021/11/19(金) 03:14:09.76
Wine6.21時点での、emulators/wine{-devel}/files の
wow64.sh（長いものはレス用に桁折り）を見ると、
「I386_ROOT="${WINE_i386_ROOT:-$HOME/.i386-wine-pkg}"」
と、i386-wine-pkgをホームディレクトリの下に作り、
32bitなEXEは、
「exec "$I386_ROOT/$PREFIX/bin/wine" "$@"」
で起動するようです。
※執筆者の場合は、>>39 の試行で作りかけで止まっていた。
当たり前ですが、以下の引用のように
Wine64とWine32(WoW64)のバージョンは同一に保たれるようです。
「printf "wine [%s] and wine64 [%s] versions do not match!\n\n"
"$WINE32_VERSION" "$WINE64_VERSION"」
「printf "Try updating 32-bit wine with\n\t%s\n"
"$PREFIX/share/wine/pkg32.sh upgrade"」
まさか、i386-wine-pkgはバイナリ配布ではないでしょうね？
まあ、今は、数週間レベルでの本当の過渡期ですから、
Wine32からWoW64に完全移行してから試そうかと思っています。
wow64.sh（長いものはレス用に桁折り）を見ると、
「I386_ROOT="${WINE_i386_ROOT:-$HOME/.i386-wine-pkg}"」
と、i386-wine-pkgをホームディレクトリの下に作り、
32bitなEXEは、
「exec "$I386_ROOT/$PREFIX/bin/wine" "$@"」
で起動するようです。
※執筆者の場合は、>>39 の試行で作りかけで止まっていた。
当たり前ですが、以下の引用のように
Wine64とWine32(WoW64)のバージョンは同一に保たれるようです。
「printf "wine [%s] and wine64 [%s] versions do not match!\n\n"
"$WINE32_VERSION" "$WINE64_VERSION"」
「printf "Try updating 32-bit wine with\n\t%s\n"
"$PREFIX/share/wine/pkg32.sh upgrade"」
まさか、i386-wine-pkgはバイナリ配布ではないでしょうね？
まあ、今は、数週間レベルでの本当の過渡期ですから、
Wine32からWoW64に完全移行してから試そうかと思っています。
2021/11/19(金) 03:44:48.56
FreeBSD(amd64)からi386-wine{-devel}がなくなり、
FreeBSDでのWineの、WoW64移行をふまえたうえでの、
wimeについて。
現状では、64bitなatokが、FreeBSDのWine64にインストールできない
（wime公式）ので、人柱の試行で発見されるなど、事態が変わらない限り、
FreeBSDのWineでは、atokは32bit版を使う事になります。
※今度のFreeBSDでのWineの変更で、Linuxのように、64bitなatokが
使えるようになっているかもしれません。
これまでのレスの内容をふまえると、32bitなimm32.dll.soは、置き場所が
変わるという事になります。
i386-wine-pkgが、バイナリ配布かどうかは、分かりませんが、
自前でportsからmakeできるのなら、
wimeのpatchをあてた32bitなimm32.dll.soが
amd64のWineで作れるのではないか、と、思います。
FreeBSDでのWineの、WoW64移行をふまえたうえでの、
wimeについて。
現状では、64bitなatokが、FreeBSDのWine64にインストールできない
（wime公式）ので、人柱の試行で発見されるなど、事態が変わらない限り、
FreeBSDのWineでは、atokは32bit版を使う事になります。
※今度のFreeBSDでのWineの変更で、Linuxのように、64bitなatokが
使えるようになっているかもしれません。
これまでのレスの内容をふまえると、32bitなimm32.dll.soは、置き場所が
変わるという事になります。
i386-wine-pkgが、バイナリ配布かどうかは、分かりませんが、
自前でportsからmakeできるのなら、
wimeのpatchをあてた32bitなimm32.dll.soが
amd64のWineで作れるのではないか、と、思います。
2021/11/19(金) 03:54:07.14
>>25 の追記。
FreeBSD(amd64)のi386-wine-devel(Wine6.12)では
「WOW64?=0」「WOW64?=1」どちらも、
wimeのgmakeが通りませんでした。
~/wime-4.1.4 % gmake
（略）
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/lib' から出ます
gmake -C so
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' に入ります
gmake[1]: *** 'wimeapi.o' に必要なターゲット 'X11/keysym.h' を make するルールがありません. 中止.
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' から出ます
gmake: *** [Makefile:12: so] エラー 2
libまではmakeできていますので、
~ % file /home/hoge/wime-4.1.4/lib/array.o
/home/hoge/wime-4.1.4/lib/array.o: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), with debug_info, not stripped
64bitなオブジェクトができてます……。
32bitなライブラリを見せてmakeすれば、32bitなバイナリが
できると思うのですが。
FreeBSD(amd64)のi386-wine-devel(Wine6.12)では
「WOW64?=0」「WOW64?=1」どちらも、
wimeのgmakeが通りませんでした。
~/wime-4.1.4 % gmake
（略）
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/lib' から出ます
gmake -C so
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' に入ります
gmake[1]: *** 'wimeapi.o' に必要なターゲット 'X11/keysym.h' を make するルールがありません. 中止.
gmake[1]: ディレクトリ '/usr/home/hoge/wime-4.1.4/so' から出ます
gmake: *** [Makefile:12: so] エラー 2
libまではmakeできていますので、
~ % file /home/hoge/wime-4.1.4/lib/array.o
/home/hoge/wime-4.1.4/lib/array.o: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), with debug_info, not stripped
64bitなオブジェクトができてます……。
32bitなライブラリを見せてmakeすれば、32bitなバイナリが
できると思うのですが。
2021/11/19(金) 04:28:32.50
https://reviews.freebsd.org/D32322
＞gerald added a comment. Mon, Nov 15, 11:15 PM
＞For the actual commit, I'll list you as author anyway.
Alexander88207氏とgerald氏がケンカしている訳ではないようで
安心しました。
ただ、過渡期真っ最中のようで、低スキルの執筆者としては、
Wineのバージョンが、いくつか上がってこなれるまでは、
試せません。
＞gerald added a comment. Mon, Nov 15, 11:15 PM
＞For the actual commit, I'll list you as author anyway.
Alexander88207氏とgerald氏がケンカしている訳ではないようで
安心しました。
ただ、過渡期真っ最中のようで、低スキルの執筆者としては、
Wineのバージョンが、いくつか上がってこなれるまでは、
試せません。
47FreeBSDでwimeを使っている君
2021/11/20(土) 08:51:38.10 i386-wine-develが、即、消えたのはともかく、
i386-wineは残っていたので、ある程度までは残しておくんだ、と、
思っていましたが、今、FreshPortsを見ると消えています。
https://reviews.freebsd.org/D32322
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259589
アメリカ時間だと思いますが、2021/11/19の昨日には、
i386-wine{-devel}は、なくなり、wine{-devel}へ、一本化されたようです。
i386-wineは残っていたので、ある程度までは残しておくんだ、と、
思っていましたが、今、FreshPortsを見ると消えています。
https://reviews.freebsd.org/D32322
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259589
アメリカ時間だと思いますが、2021/11/19の昨日には、
i386-wine{-devel}は、なくなり、wine{-devel}へ、一本化されたようです。
2021/12/11(土) 18:41:57.36
前スレの「その２」に書いた、yc.elの話で、おわびと言うか、
「その後」に、かなり遅いタイミングではあるものの、
「気づいた」という話をします。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/916
emacs27.1で、yc.elを起動すると「process-kill-without-query」の
エラーが出るが、twitterの「shg@shg」氏の説明と、助言により、
.emacsに以下のコードを書いて一応の解決を見たという話です。
＞(defun process-kill-without-query (process &optional flag)
＞(set-process-query-on-exit-flag process nil)
「その後」に、かなり遅いタイミングではあるものの、
「気づいた」という話をします。
https://mevius.5ch.net/test/read.cgi/unix/1107211157/916
emacs27.1で、yc.elを起動すると「process-kill-without-query」の
エラーが出るが、twitterの「shg@shg」氏の説明と、助言により、
.emacsに以下のコードを書いて一応の解決を見たという話です。
＞(defun process-kill-without-query (process &optional flag)
＞(set-process-query-on-exit-flag process nil)
2021/12/11(土) 18:45:16.55
偶然、気づいたのですが、FreeBSDのyc.elのPorts（5.2.1_17,1）側で
修正が入っていました。
この場合、.emacs側で「のりきる」コードを書くより、yc.el側の修正の
ほうが、正しい解決方法であると思います。
FreshPorts -- japanese/yc.el: Yet another Canna client for Emacs
https://www.freshports.org/japanese/yc.el/
＞5.2.1_17,1
＞04 Dec 2020 12:41:09
＞The "process-kill-without-query" function was made
＞obsolete in emacs 27.1 [1]. Therefore the function
＞should be replaced in japanese/yc.el by
＞"set-process-query-on-exit-flag" function.
「Submitted by: Takayuki Nakao」とのことです。
執筆者が、レスを書いたのが、2020/12/11なので、レスをした時点では、
Ports側で、すでに修正が入っていた事になります。
執筆者は、yc.elを野良で使っていたので、Portsの修正に
気づきませんでした。
まるで（Portsでの）成果がないかのようなレスを書いた事を、
Portsでの修正にかかわった皆様にお詫びします。
修正が入っていました。
この場合、.emacs側で「のりきる」コードを書くより、yc.el側の修正の
ほうが、正しい解決方法であると思います。
FreshPorts -- japanese/yc.el: Yet another Canna client for Emacs
https://www.freshports.org/japanese/yc.el/
＞5.2.1_17,1
＞04 Dec 2020 12:41:09
＞The "process-kill-without-query" function was made
＞obsolete in emacs 27.1 [1]. Therefore the function
＞should be replaced in japanese/yc.el by
＞"set-process-query-on-exit-flag" function.
「Submitted by: Takayuki Nakao」とのことです。
執筆者が、レスを書いたのが、2020/12/11なので、レスをした時点では、
Ports側で、すでに修正が入っていた事になります。
執筆者は、yc.elを野良で使っていたので、Portsの修正に
気づきませんでした。
まるで（Portsでの）成果がないかのようなレスを書いた事を、
Portsでの修正にかかわった皆様にお詫びします。
2021/12/11(土) 18:47:32.23
YC's Room
http://www.ceres.dti.ne.jp/~knak/yc.html
yc.elの公式は開店休業状態なので、何かあれば、自分で何とか
するしかない、と思っていましたが、Ports側だけで修正が入る事が
あるのですね。
yc.elの公式に反映させないとLinuxユーザが困るな、と思うのですが、
yc.elの公式はどうなっているんでしょうね。
yc.elのFreeBSDのPortsのパッチを公開すれば、
yc.elで「process-kill-without-query」で困ったLinuxユーザも
対応できると思うので、以下にURLなどを書きます。
http://www.ceres.dti.ne.jp/~knak/yc.html
yc.elの公式は開店休業状態なので、何かあれば、自分で何とか
するしかない、と思っていましたが、Ports側だけで修正が入る事が
あるのですね。
yc.elの公式に反映させないとLinuxユーザが困るな、と思うのですが、
yc.elの公式はどうなっているんでしょうね。
yc.elのFreeBSDのPortsのパッチを公開すれば、
yc.elで「process-kill-without-query」で困ったLinuxユーザも
対応できると思うので、以下にURLなどを書きます。
51FreeBSDでwimeを使っている君
2021/12/11(土) 19:04:18.31 freebsd-ports/patch-yc.el at main・freebsd/freebsd-ports・GitHub
https://github.com/freebsd/freebsd-ports/blob/main/japanese/yc.el/files/patch-yc.el
※FreeBSDのPortsのPatchでは日本語コメントが読めるのですが、
githubでは、日本語コメント部分が化けています。
対照引用しようと思ったのですが、5chに書き込む際も、書き込み欄に
コピペした時点で、github側の引用が妙な化けかたをしており、
対照にならないので、日本語コメント部分のみを、FreeBSDのPortsの、
/usr/ports/japanese/yc.el/files/patch-yc.el から引用します。
以下、引用行を執筆者が明示し、次行の引用部分は、引用符をつけません。
03行
@@ -393,7 +393,9 @@ OBJ を返却する。"
14行
@@ -1736,6 +1738,7 @@ OBJ を返却する。"
22〜25行
@@ -2071,7 +2074,7 @@ OBJ を返却する。"
;; 文節を指定しない場合、現在の文節が対象となる
;; 読みを取得した文節はその読みをキャッシュする
;; cut が 非nil の場合、指定文節以降の読みを削除する
引用ここまで。
今回のyc.elネタは以上となります。
wimeの周知のためageさせてください。
じゃ、夜ゴハン食べてきます。
https://github.com/freebsd/freebsd-ports/blob/main/japanese/yc.el/files/patch-yc.el
※FreeBSDのPortsのPatchでは日本語コメントが読めるのですが、
githubでは、日本語コメント部分が化けています。
対照引用しようと思ったのですが、5chに書き込む際も、書き込み欄に
コピペした時点で、github側の引用が妙な化けかたをしており、
対照にならないので、日本語コメント部分のみを、FreeBSDのPortsの、
/usr/ports/japanese/yc.el/files/patch-yc.el から引用します。
以下、引用行を執筆者が明示し、次行の引用部分は、引用符をつけません。
03行
@@ -393,7 +393,9 @@ OBJ を返却する。"
14行
@@ -1736,6 +1738,7 @@ OBJ を返却する。"
22〜25行
@@ -2071,7 +2074,7 @@ OBJ を返却する。"
;; 文節を指定しない場合、現在の文節が対象となる
;; 読みを取得した文節はその読みをキャッシュする
;; cut が 非nil の場合、指定文節以降の読みを削除する
引用ここまで。
今回のyc.elネタは以上となります。
wimeの周知のためageさせてください。
じゃ、夜ゴハン食べてきます。
2021/12/20(月) 11:01:54.49
Python2の呪いにてportsから無くなってからしばらく経つccsm、アップストリームのソースから入れてみた
ちゃんと機能するもののアイコンに不満あり
https://i.imgur.com/VlXs9kc.jpg
ちゃんと機能するもののアイコンに不満あり
https://i.imgur.com/VlXs9kc.jpg
53名無しさん＠お腹いっぱい。
2022/02/17(木) 21:42:20.20 何故かLinux板に書き込めないので質問
pcA USBメモリーからdebian11XFCELive起動
pcB ディスプレイ死亡で画面付かず(windows10起動可)
この状態でdebian11からshredコマンドでpcBのハードディスクを上書きしたいのだが、
どうやってpcAからpcBに繋げればいい?
LANケーブルだけでいける?
無線で繋ぐのは無理ね。
pcA USBメモリーからdebian11XFCELive起動
pcB ディスプレイ死亡で画面付かず(windows10起動可)
この状態でdebian11からshredコマンドでpcBのハードディスクを上書きしたいのだが、
どうやってpcAからpcBに繋げればいい?
LANケーブルだけでいける?
無線で繋ぐのは無理ね。
2022/02/17(木) 21:48:55.90
スレチは消えて、どうぞ
2022/02/17(木) 23:38:08.14
2022/02/19(土) 15:22:01.09
>>53
パソコンを廃品回収に出す
パソコンを廃品回収に出す
2022/02/23(水) 13:18:23.97
最近hyper-v環境にNetBSDを入れて遊んでいます。作法が良く分からずxdm→ctwmで日本語表示、入力を等を設定するために共有のXsessionで日本語入力デーモン起動とメニューのxtermに-ls付けて強引に.profileを読ませています。
.profileではif文でdisplayを見ています。
.xsessionがうまく動かないからですが普通はどうやるものなのでしょうか？
.profileではif文でdisplayを見ています。
.xsessionがうまく動かないからですが普通はどうやるものなのでしょうか？
58FreeBSDでwimeを使っている君
2022/02/24(木) 10:56:31.67 >>51
「22〜25行」は、「22〜25行」の
5chへの書き込み時の文字化けです。
別件。
「たしか、FreeBSDでは『正式表記』」があったはずだよなあ、と、
思っていましたが、正式表記を思い出せず、テケトーな表記を
していましたが、いろいろとドキュメントを見ているうちに
思い出しました。
短縮表記の場合、「FreeBSD13.0R/amd64」という表記が
正しかったのです。
ずーっと、テケトーな表記をしていた事をお詫びします。
>>57
NetBSDのスレか、FreeBSDの質問スレ（OS抜きで共通の話題だから）で
聞いた方が早いと思う。
「余所でやってください。[unix]」、
「もう新しいのにしましょ。」が出るので
書き込みテストがてらの書き込み。
User-AgentをWindows10(Chrome98)で書き込み。
「22〜25行」は、「22〜25行」の
5chへの書き込み時の文字化けです。
別件。
「たしか、FreeBSDでは『正式表記』」があったはずだよなあ、と、
思っていましたが、正式表記を思い出せず、テケトーな表記を
していましたが、いろいろとドキュメントを見ているうちに
思い出しました。
短縮表記の場合、「FreeBSD13.0R/amd64」という表記が
正しかったのです。
ずーっと、テケトーな表記をしていた事をお詫びします。
>>57
NetBSDのスレか、FreeBSDの質問スレ（OS抜きで共通の話題だから）で
聞いた方が早いと思う。
「余所でやってください。[unix]」、
「もう新しいのにしましょ。」が出るので
書き込みテストがてらの書き込み。
User-AgentをWindows10(Chrome98)で書き込み。
59FreeBSDでwimeを使っている君
2022/02/24(木) 11:01:55.24 やっぱり化けるな。
>>58は、「22全角波線25行」と書きました。
>>58は、「22全角波線25行」と書きました。
2022/02/26(土) 20:38:59.60
>>57
> 普通はどうやるもの
俺はこういうのをわざわざ書いた事がないな
↓
> .profileではif文でdisplayを見ています。
NetBSDスレで Xorg.*.log を交えて話題展開してみては？
> 普通はどうやるもの
俺はこういうのをわざわざ書いた事がないな
↓
> .profileではif文でdisplayを見ています。
NetBSDスレで Xorg.*.log を交えて話題展開してみては？
2022/03/02(水) 17:52:09.73
57ですが、とうとうhyperｰvのFreeBSD環境でYouTubeの音声をpaprefs使ってネット接続で聴ける様になりました。これで画面サイズの変更が出来れば良いのに。
2022/03/02(水) 22:12:57.85
NetBSD前提の話じゃなくなってて草
2022/03/03(木) 09:41:06.53
いえhyperｰv環境で拡張セッションを使わずにubuntu、fedora、freebsd、netbsdで何処迄同じdesktop環境を作れるか？で遊んでいるので自分の中では変わっていません。
Windows側からsshで操作できる。
sambaサーバになる。
libreofficeで日本語ドキュメントを作り、sambaで公開して、Windows側から操作も出来る。
firefoxでYoutube配信の音楽をWindows側のスピーカーで聴きく。の内ubuntuとfreebsdはクリアしたので次はnetbsdです。fedoraはlib64とか言う変な所にpulseaudioが入れられるのでpipeWireからネットワークスピーカが動くか別途調べます。
Windows側からsshで操作できる。
sambaサーバになる。
libreofficeで日本語ドキュメントを作り、sambaで公開して、Windows側から操作も出来る。
firefoxでYoutube配信の音楽をWindows側のスピーカーで聴きく。の内ubuntuとfreebsdはクリアしたので次はnetbsdです。fedoraはlib64とか言う変な所にpulseaudioが入れられるのでpipeWireからネットワークスピーカが動くか別途調べます。
64FreeBSDでwimeを使っている君
2022/03/20(日) 14:39:43.20 Wine上で、ちょこっと日本語入力ができれば、ありがたい時が
あるよね、と思って設定をしてみたが、日本語入力ができない。
FreeBSDでも、Wine0.9系の頃から、できているようだが。
環境：FreeBSD13.0R/amd64
：i386-wine-devel-6.12,1
：ja-kinput2-3.1_13 ※「kinput2 -canna &」
：Wine上のxyzzy0.2.2.250
「~/.wine/user.reg」の「[Volatile Environment] 」の
上の行あたりに、「root」設定の場合は、以下を書き足す。
※「[Volatile Environment] 」の下に書き足すと、
Wineの次回起動時に、消されてしまうので注意。
[Software\\Wine\\X11 Driver]
"InputStyle"="root"
試行結果は次レスで。
あるよね、と思って設定をしてみたが、日本語入力ができない。
FreeBSDでも、Wine0.9系の頃から、できているようだが。
環境：FreeBSD13.0R/amd64
：i386-wine-devel-6.12,1
：ja-kinput2-3.1_13 ※「kinput2 -canna &」
：Wine上のxyzzy0.2.2.250
「~/.wine/user.reg」の「[Volatile Environment] 」の
上の行あたりに、「root」設定の場合は、以下を書き足す。
※「[Volatile Environment] 」の下に書き足すと、
Wineの次回起動時に、消されてしまうので注意。
[Software\\Wine\\X11 Driver]
"InputStyle"="root"
試行結果は次レスで。
65FreeBSDでwimeを使っている君
2022/03/20(日) 14:43:21.56 >>64 の続き。
・「root」の場合
Shift+Spaceでkinput2を起動すると、［あ］が出現しないものの、
kinput2の変換窓が開き、変換ができるが、漢字を確定しても、
Wine上のxyzzyには空白行のみが入る。
・「onthespot」の場合
Shift+Spaceでkinput2を起動しても、［あ］が出現しない。
Wine上のxyzzyは、kinput2を終了するまで入力に反応しない。
・「offthespot」の場合
Shift+Spaceでkinput2を起動しても、［あ］が出現しない。
Wine上のxyzzyには、半角空白が入力される。
・「overthespot」の場合
Shift+Spaceでkinput2を起動すると、［あ］は出現するが、
Wine上のxyzzyは、kinput2を終了するまで入力に反応しない。
「できませんでした」という報告ですが、
解決方法をご存知の方は助言をお願いします、
というレスでした。
じゃ、お三時のオヤツ食べてきます。
・「root」の場合
Shift+Spaceでkinput2を起動すると、［あ］が出現しないものの、
kinput2の変換窓が開き、変換ができるが、漢字を確定しても、
Wine上のxyzzyには空白行のみが入る。
・「onthespot」の場合
Shift+Spaceでkinput2を起動しても、［あ］が出現しない。
Wine上のxyzzyは、kinput2を終了するまで入力に反応しない。
・「offthespot」の場合
Shift+Spaceでkinput2を起動しても、［あ］が出現しない。
Wine上のxyzzyには、半角空白が入力される。
・「overthespot」の場合
Shift+Spaceでkinput2を起動すると、［あ］は出現するが、
Wine上のxyzzyは、kinput2を終了するまで入力に反応しない。
「できませんでした」という報告ですが、
解決方法をご存知の方は助言をお願いします、
というレスでした。
じゃ、お三時のオヤツ食べてきます。
2022/03/23(水) 18:45:41.26
>>63
ですが、fedoraでもpulseaudioを入れてpaprefsを使えばネットワークスピーカーが動きました。
これでubuntu21.10、fedora 35、FreeBSD9.2全てブラウザで「無修正」と入力してavを探し視聴出来る事が出来ました。officeツールも動くので十分使えると思います。
NetBSDはbmpまでは音が出るのですがfirefoxは音が出ません。officeツールが動くだけに残念です。
hyperｰvでなければもっと簡単かもしれません。
ですが、fedoraでもpulseaudioを入れてpaprefsを使えばネットワークスピーカーが動きました。
これでubuntu21.10、fedora 35、FreeBSD9.2全てブラウザで「無修正」と入力してavを探し視聴出来る事が出来ました。officeツールも動くので十分使えると思います。
NetBSDはbmpまでは音が出るのですがfirefoxは音が出ません。officeツールが動くだけに残念です。
hyperｰvでなければもっと簡単かもしれません。
67FreeBSDでwimeを使っている君
2022/03/24(木) 19:35:10.11 FreeBSD13.1Rのリリースを待ってから試そう、と、思っていましたが、
リビジョンアップでも、何かと変わるだろうし、低スキルの執筆者は、
リビジョンアップの対応で、ウオーサオーしそうなので、
あらかじめ試しておこう、と、Wine関係を試行しました。
現在、FreeBSDでは、i386-wineがwineに吸収（>>38）され、
通常の、wine、wine-develでは、WOW64対応なWineとなっています。
まず、執筆者としては、wimeの稼働も目的としていますので、
Wineにwimeのパッチをあてた32bitなimm32.dll.soを
作らないといけません。
生活環境のFreeBSD13.0R/amd64のVirtualBox6.1（注１・注２）に、
FreeBSD13.0R/i386をインストールし、その中で、portsから、
wine-devel（注３）をmakeしました。
wimeの「imm-magic-1.7.3」を「emulators/wine-devel/files」の下に
置いてmakeします。普通にmakeが通りますが、
「emulators/wine-devel/work/wine-7.2/dlls/imm32」の下には、
「imm32.dll.so」でなく、「imm32.dll」しかありません（注４）。
執筆者は、低スキルですので、「そう変わったのかな」と
「imm32.dll」を、ホスト側のFreeBSD13.0R/amd64へ
ファイルコピー（注５）しました。
リビジョンアップでも、何かと変わるだろうし、低スキルの執筆者は、
リビジョンアップの対応で、ウオーサオーしそうなので、
あらかじめ試しておこう、と、Wine関係を試行しました。
現在、FreeBSDでは、i386-wineがwineに吸収（>>38）され、
通常の、wine、wine-develでは、WOW64対応なWineとなっています。
まず、執筆者としては、wimeの稼働も目的としていますので、
Wineにwimeのパッチをあてた32bitなimm32.dll.soを
作らないといけません。
生活環境のFreeBSD13.0R/amd64のVirtualBox6.1（注１・注２）に、
FreeBSD13.0R/i386をインストールし、その中で、portsから、
wine-devel（注３）をmakeしました。
wimeの「imm-magic-1.7.3」を「emulators/wine-devel/files」の下に
置いてmakeします。普通にmakeが通りますが、
「emulators/wine-devel/work/wine-7.2/dlls/imm32」の下には、
「imm32.dll.so」でなく、「imm32.dll」しかありません（注４）。
執筆者は、低スキルですので、「そう変わったのかな」と
「imm32.dll」を、ホスト側のFreeBSD13.0R/amd64へ
ファイルコピー（注５）しました。
2022/03/24(木) 19:39:11.03
>>67
（注１）「chroot」や「jail」が、よくワカラナイため。
勉強しろ、なんですけどね。
（注２）makeするだけだし、コンソールだけでいいや、
だから、ディスクは8GBでじゅうぶん、と思いましたが、
Wine7.2が依存する、なぜだか古い「llvm12」のmakeが
からんだこともあり、ディスクがあふれました。
10GB以上は必要かと思います。
（注３）現行のWineはWine7.4で、この試行ではWine7.2となりました。
現在、FreshPortsを見ると、昨日の03/23にWine7.4へと
バージョンが上がっていました。タイミングが悪いです。
（注４）imm.cを見るとパッチの指定どおりにソースが変更されていました。
（注５）ホスト、ゲスト間で、FTPで転送しました。
（注１）「chroot」や「jail」が、よくワカラナイため。
勉強しろ、なんですけどね。
（注２）makeするだけだし、コンソールだけでいいや、
だから、ディスクは8GBでじゅうぶん、と思いましたが、
Wine7.2が依存する、なぜだか古い「llvm12」のmakeが
からんだこともあり、ディスクがあふれました。
10GB以上は必要かと思います。
（注３）現行のWineはWine7.4で、この試行ではWine7.2となりました。
現在、FreshPortsを見ると、昨日の03/23にWine7.4へと
バージョンが上がっていました。タイミングが悪いです。
（注４）imm.cを見るとパッチの指定どおりにソースが変更されていました。
（注５）ホスト、ゲスト間で、FTPで転送しました。
2022/03/24(木) 19:44:15.81
続き。
ホスト側というか、生活環境のFreeBSD13.0R/amd64では、
pkg(8)で、wine-develをインストールする事とします。
# pkg remove i386-wine-devel ※Wine6.12
# pkg install wine-devel ※Wine7.0.r2 WOW対応版
% wineboot
/home/HOGE/.i386-wine-pkg//usr/local/bin/wine doesn't exist!
Try installing 32-bit Wine with
/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
% /usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
※repository catalogueを取得して、ユーザのホームディレクトリの
「.i386-wine-pkg」以下に、i386対応な、Wineのパッケージが
インストールされます。サイズは2.5GBです。
ホスト側というか、生活環境のFreeBSD13.0R/amd64では、
pkg(8)で、wine-develをインストールする事とします。
# pkg remove i386-wine-devel ※Wine6.12
# pkg install wine-devel ※Wine7.0.r2 WOW対応版
% wineboot
/home/HOGE/.i386-wine-pkg//usr/local/bin/wine doesn't exist!
Try installing 32-bit Wine with
/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
% /usr/local/share/wine/pkg32.sh install wine-devel mesa-dri
※repository catalogueを取得して、ユーザのホームディレクトリの
「.i386-wine-pkg」以下に、i386対応な、Wineのパッケージが
インストールされます。サイズは2.5GBです。
2022/03/24(木) 19:49:28.39
続き。
・Wine6.x系で必要だった「setenv WINEDLLPATH /usr/local/lib32/wine」は
必要なくなっていました。
※当時、スレで助言していただいた方、本当にありがとうございました。
・WOW対応版のWineで「.wine」を新規生成すると「Program Files (x86)」が
できていますが、新規生成をしなくても、32bitなWineで作った、
古い.wineのままで、「wine hoge.exe」とすれば、WineでEXEが起動します。
つまり、32bitなWindowsソフトウェアを再インストールする手間はいらず、
EXE起動時に、Wineは、32bitなEXEを判別してくれます。
ただし、32bitな環境で作った古い.wineのままだと、
「Program Files (x86)」がないまま、となりますので、
64bitなWindowsソフトウェアと混用する場合は、不便かもしれません。
・使用感としては、昔のLinux板のWineスレでは、
「（Linuxでは）WOW64だと、32bitソフトウェアの起動が遅い」
などと言われていましたが、普通に速く、違和感はないです。
・Wine6.x系で必要だった「setenv WINEDLLPATH /usr/local/lib32/wine」は
必要なくなっていました。
※当時、スレで助言していただいた方、本当にありがとうございました。
・WOW対応版のWineで「.wine」を新規生成すると「Program Files (x86)」が
できていますが、新規生成をしなくても、32bitなWineで作った、
古い.wineのままで、「wine hoge.exe」とすれば、WineでEXEが起動します。
つまり、32bitなWindowsソフトウェアを再インストールする手間はいらず、
EXE起動時に、Wineは、32bitなEXEを判別してくれます。
ただし、32bitな環境で作った古い.wineのままだと、
「Program Files (x86)」がないまま、となりますので、
64bitなWindowsソフトウェアと混用する場合は、不便かもしれません。
・使用感としては、昔のLinux板のWineスレでは、
「（Linuxでは）WOW64だと、32bitソフトウェアの起動が遅い」
などと言われていましたが、普通に速く、違和感はないです。
2022/03/24(木) 19:53:46.45
続き。
さて、かんじんのwimeです。
FreeBSD13.0R/i386で作った32bitな「imm32.dll」をどこに置くか？
あちこちに「imm32.dll」や「imm32.dll.so」がありますが、
/usr/ports/emulators/wine-devel/work/wine-7.2/dlls/imm32/imm32.dll
のように、できあがった「imm32.dll」を、
/home/HOGE/.i386-wine-pkg/usr/local/lib/wine/i386-windows/imm32.dll
として、オリジナルのimm32.dllを、wimeのパッチがあたった
「imm32.dll」と置き換えると、32bit環境でgmakeしたwimeにより、
32bitなATOKが稼働してくれました。
※ >>14 は、このレスの内容で修正して読んでください。
pkg(8)で入れたwine-develは、7.0.r2であり、7.2でmakeしたimm32.dllへと
差し替えたことになりますが、「IMEまわりは、さほど変更がない」と、
昔のLinux板のWineスレで読みましたので、気にしません。
あいかわらず「余所でやってください」が出るので
UserAgentをWindows10(Chrome98)で書き込みました。うえーん。
じゃ、夜ゴハン食べてきます。
さて、かんじんのwimeです。
FreeBSD13.0R/i386で作った32bitな「imm32.dll」をどこに置くか？
あちこちに「imm32.dll」や「imm32.dll.so」がありますが、
/usr/ports/emulators/wine-devel/work/wine-7.2/dlls/imm32/imm32.dll
のように、できあがった「imm32.dll」を、
/home/HOGE/.i386-wine-pkg/usr/local/lib/wine/i386-windows/imm32.dll
として、オリジナルのimm32.dllを、wimeのパッチがあたった
「imm32.dll」と置き換えると、32bit環境でgmakeしたwimeにより、
32bitなATOKが稼働してくれました。
※ >>14 は、このレスの内容で修正して読んでください。
pkg(8)で入れたwine-develは、7.0.r2であり、7.2でmakeしたimm32.dllへと
差し替えたことになりますが、「IMEまわりは、さほど変更がない」と、
昔のLinux板のWineスレで読みましたので、気にしません。
あいかわらず「余所でやってください」が出るので
UserAgentをWindows10(Chrome98)で書き込みました。うえーん。
じゃ、夜ゴハン食べてきます。
2022/03/24(木) 20:32:15.10
荒らしがウロウロしてなければサラッと教えられるんだがなあ UA
2022/03/24(木) 20:55:07.98
え゛！そうなの！
運用情報板でも確定した回避方法が出てないんだけど、
なんらかの方法があるのね。
他の荒らしが多そうな板で書けて（テストで書いてみた）、
すっかり静かなUNIX板で書けないのはおかしいよね。
UNIX板でも無意味にスレを保守しているのが目ざわりなので
個別に規制して欲しいくらいだわ。
運用情報板でも確定した回避方法が出てないんだけど、
なんらかの方法があるのね。
他の荒らしが多そうな板で書けて（テストで書いてみた）、
すっかり静かなUNIX板で書けないのはおかしいよね。
UNIX板でも無意味にスレを保守しているのが目ざわりなので
個別に規制して欲しいくらいだわ。
2022/03/24(木) 21:39:31.16
代わりと言ってはなんだがGoogleタイムラインに流れてきた記事を
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1397428.html
Windowsのメイリオっぽささえ許せれば抜群に綺麗で読みやすい
UIフォントとしてもなかなか優秀
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1397428.html
Windowsのメイリオっぽささえ許せれば抜群に綺麗で読みやすい
UIフォントとしてもなかなか優秀
2022/03/24(木) 22:14:01.64
ニュー速(嫌儲)の
「Windowsのクソフォントｗｗｗ」のスレで知ったｗ
ports化されればいいなあ、と思った。
と言っても、執筆者君は、
「font-jis-misc」と「ja-font-mona-ipa」ぐらいしか
使ってないけどさ。
フォントが少なかった時代から思うと、フォントの選択肢が
多いと得した気持ちになるよね。
「不正なPROXYを検出しました。」が出たので
嫌儲のURLを書かないでレスしてみた。
じゃ、夜のデザート食べてきます。
「Windowsのクソフォントｗｗｗ」のスレで知ったｗ
ports化されればいいなあ、と思った。
と言っても、執筆者君は、
「font-jis-misc」と「ja-font-mona-ipa」ぐらいしか
使ってないけどさ。
フォントが少なかった時代から思うと、フォントの選択肢が
多いと得した気持ちになるよね。
「不正なPROXYを検出しました。」が出たので
嫌儲のURLを書かないでレスしてみた。
じゃ、夜のデザート食べてきます。
2022/03/25(金) 06:49:42.77
夜のデザート(桃源郷)
2022/03/25(金) 07:35:18.04
>>73
> 無意味にスレを保守している
放置しておいても落ちやしない板で行うそれの推測
・「書き込みで広告代稼がせてんだから他の荒らし行為は大目に見ろや」と言うつもり
・縄張りアピールのつもり
・落書きによるただの発散
> 無意味にスレを保守している
放置しておいても落ちやしない板で行うそれの推測
・「書き込みで広告代稼がせてんだから他の荒らし行為は大目に見ろや」と言うつもり
・縄張りアピールのつもり
・落書きによるただの発散
78あぼーん
NGNGあぼーん
2022/03/26(土) 18:59:56.10
○FreeBSDのWineがWOW64になった状況のまとめ
・FreeBSDのWineがWOW64対応になったのはよいけれど、
64bit版と32bit版が重複して入った形になっている。
・amd64においては、ユーザのディスクを重複で消費して
ムダなような気もするが、Ports的には、64bit版と32bit版の
２種類をメンテするよりは、人的リソースの面で効率がよい。
・なにより、i386-wineのAlexander88207氏が、関わっている
という状況は、Alexander88207氏の、今までの貢献からも、
確実に動くものがコミットされている、という安心感につながる。
・最近のことなのに、すでに憶えていないが、今までは、
wineと、i386-wineは、排他利用だったような気がする。
Windowsソフトウェアの64bit版と32bit版の混用ができるのは、
より、Windowsに近い。
まあ、SETUP.EXEは、32bitで、本体は、64bitをインストールする
というソフトウェアもあるようだし。
・しかし、Wineの32bit版は、wineboot時に、シェルスクリプトを
走らせないといけないという状況から、32bit版Wineは、
pkg(8)から入れないといけない、というキメウチのようで、
今回のように、imm32.dllにパッチを当てたい場合は、
i386でmakeしないといけない。
32bit版Wineも、amd64のPortsで自前でmakeしたものが入れられる
なら、FreeBSD/amd64だけを用意すればよいのだが……。
・FreeBSDのWineがWOW64対応になったのはよいけれど、
64bit版と32bit版が重複して入った形になっている。
・amd64においては、ユーザのディスクを重複で消費して
ムダなような気もするが、Ports的には、64bit版と32bit版の
２種類をメンテするよりは、人的リソースの面で効率がよい。
・なにより、i386-wineのAlexander88207氏が、関わっている
という状況は、Alexander88207氏の、今までの貢献からも、
確実に動くものがコミットされている、という安心感につながる。
・最近のことなのに、すでに憶えていないが、今までは、
wineと、i386-wineは、排他利用だったような気がする。
Windowsソフトウェアの64bit版と32bit版の混用ができるのは、
より、Windowsに近い。
まあ、SETUP.EXEは、32bitで、本体は、64bitをインストールする
というソフトウェアもあるようだし。
・しかし、Wineの32bit版は、wineboot時に、シェルスクリプトを
走らせないといけないという状況から、32bit版Wineは、
pkg(8)から入れないといけない、というキメウチのようで、
今回のように、imm32.dllにパッチを当てたい場合は、
i386でmakeしないといけない。
32bit版Wineも、amd64のPortsで自前でmakeしたものが入れられる
なら、FreeBSD/amd64だけを用意すればよいのだが……。
2022/03/26(土) 19:13:29.06
○Windows版ATOKまわりのまとめ
・「ATOK Passport」は、月額／年額の契約で、ネット経由でライセンスを
問い合わせるようになっている。
そして、一太郎2022同梱版ATOKも、年契約となり、
いわゆる「買い切り版」のATOKは、一太郎2021同梱版が最後となった。
一太郎スレでも、駆け込み購入で大騒ぎになったのは、当然かもしれない。
・おそらく、wimeで、年契約版のATOKが動くとは思うが、報告がないので
なんとも言えない。
>>15 の2014年版のようにヒョッコリと動かないかもしれない。
試用版（体験版）で試すという方法もあるが、過去のWineスレや
wime公式や、各種ブログで、報告があったように、試用版と製品版では
挙動が違うという場合があったので、製品で試さない限り、
確実なことは言えない。
・wimeのconf.mkには「CC32_ENV?=schroot -c dev32 --」の記述が
あるので、自分でなんとかするならば、FreeBSD/amd64のchrootでも、
32bitなwimeがgmakeできるかもしれない。
・現状、64bit版ATOKは、FreeBSDの64bit版Wineにインストールできない、
と、wimeの公式で報告されている。
また、一太郎は今でも、32bitなソフトウェアとして提供されている。
じゃ、夜ゴハン食べてきます。
・「ATOK Passport」は、月額／年額の契約で、ネット経由でライセンスを
問い合わせるようになっている。
そして、一太郎2022同梱版ATOKも、年契約となり、
いわゆる「買い切り版」のATOKは、一太郎2021同梱版が最後となった。
一太郎スレでも、駆け込み購入で大騒ぎになったのは、当然かもしれない。
・おそらく、wimeで、年契約版のATOKが動くとは思うが、報告がないので
なんとも言えない。
>>15 の2014年版のようにヒョッコリと動かないかもしれない。
試用版（体験版）で試すという方法もあるが、過去のWineスレや
wime公式や、各種ブログで、報告があったように、試用版と製品版では
挙動が違うという場合があったので、製品で試さない限り、
確実なことは言えない。
・wimeのconf.mkには「CC32_ENV?=schroot -c dev32 --」の記述が
あるので、自分でなんとかするならば、FreeBSD/amd64のchrootでも、
32bitなwimeがgmakeできるかもしれない。
・現状、64bit版ATOKは、FreeBSDの64bit版Wineにインストールできない、
と、wimeの公式で報告されている。
また、一太郎は今でも、32bitなソフトウェアとして提供されている。
じゃ、夜ゴハン食べてきます。
2022/03/29(火) 11:52:26.72
このスレをふくめ、複数スレの『依頼』、ありがとうございました。
廃墟のスレで、栞となっているぶんには、板の「華」と言えない事も
ないですが、目ざわりには違いないので。
微妙にURLを変えてあるので「手が込んでいるなあ」と
思ってました《くだけた表現》。
まあ、レスごとにファイルをアップしていただけ、かもしれませんが、
その労力と執念が、怖がられる結果になる、と、感じないところが、
なんとも言えませんね。
情報的な面で古びてしまったスレは、ある程度で落ちればいいのにね。
そのわりに、WXGのスレは、情報的には古びてしまい、現状を報告する
散発的なレスが続いているが、次が必要ってほどでもないし、という
感じで、いい感じだったんですが《くだけた表現》、
突然の大量書き込みで過去ログ行きになりましたし。
「そういう」人間関係や社会に生きている、と感じさせられます。
廃墟のスレで、栞となっているぶんには、板の「華」と言えない事も
ないですが、目ざわりには違いないので。
微妙にURLを変えてあるので「手が込んでいるなあ」と
思ってました《くだけた表現》。
まあ、レスごとにファイルをアップしていただけ、かもしれませんが、
その労力と執念が、怖がられる結果になる、と、感じないところが、
なんとも言えませんね。
情報的な面で古びてしまったスレは、ある程度で落ちればいいのにね。
そのわりに、WXGのスレは、情報的には古びてしまい、現状を報告する
散発的なレスが続いているが、次が必要ってほどでもないし、という
感じで、いい感じだったんですが《くだけた表現》、
突然の大量書き込みで過去ログ行きになりましたし。
「そういう」人間関係や社会に生きている、と感じさせられます。
2022/03/29(火) 12:07:36.35
削除依頼の目的は削除そのものだけじゃないからな
2022/03/30(水) 01:37:57.78
2022/03/30(水) 03:05:25.48
まあ3人くらいで回しているんだろうねえw
歴史を知らない人大杉
歴史を知らない人大杉
2022/03/30(水) 05:46:09.12
それはどうかな
2022/03/30(水) 20:21:04.22
>>82
ああ。なるほど。
>>83
「語れ」スレの事かな。１人 VS ３から４人かなあ。
うーん、UNIX板は、ほとんど人がいないように見えるけど、
NetHackスレ、Emacsスレ、あたりは常時活発だしなあ。
※現在のUNIX板では、１日２レスで活発という感じ。
※大昔、「質問」スレだかで、見たんだけど《くだけた表現》、
「2chの書き込みは水曜日から多くなる」そうだ。
考察内容（週の中だるみか？、とか）は、忘れたけど、
それは今でも、他の板でも、感じるなあ。
ただ、昔のUNIX板では、「BSD入門の心得」な、人も
多かったから、利用者の継続（年齢の持ち上がり）を
考えても、突然のレスバトルは不思議ではない、と思う。
「ああー」って感じ。
ただ、熱意というか、執着というか、が、激減したｗ
３スレほど、24時間ピッタリ張りついて、レスバトルで
体力を消耗して、半年ほど寝込むぐらいの勢いで
やらないとだめじゃん、と思うｗ
ああ。なるほど。
>>83
「語れ」スレの事かな。１人 VS ３から４人かなあ。
うーん、UNIX板は、ほとんど人がいないように見えるけど、
NetHackスレ、Emacsスレ、あたりは常時活発だしなあ。
※現在のUNIX板では、１日２レスで活発という感じ。
※大昔、「質問」スレだかで、見たんだけど《くだけた表現》、
「2chの書き込みは水曜日から多くなる」そうだ。
考察内容（週の中だるみか？、とか）は、忘れたけど、
それは今でも、他の板でも、感じるなあ。
ただ、昔のUNIX板では、「BSD入門の心得」な、人も
多かったから、利用者の継続（年齢の持ち上がり）を
考えても、突然のレスバトルは不思議ではない、と思う。
「ああー」って感じ。
ただ、熱意というか、執着というか、が、激減したｗ
３スレほど、24時間ピッタリ張りついて、レスバトルで
体力を消耗して、半年ほど寝込むぐらいの勢いで
やらないとだめじゃん、と思うｗ
2022/03/30(水) 20:28:23.22
そもそも、UNIX板の人って、
知識不足で、いい加減な回答をするぐらいならスルー、
それなりに興味がないとスルー、
まれに「BSD入門の心得」な感じで、熱くなる時もある、
って感じです。
たまに見かける「光る」レス、回答の「man hoge」レス、でも、
冷静感があふれているので、成熟した人
（ちゃんとした社会人と言うか）の利用が多く、
UNIX板には、それなりに人は居るが、レスのやり取りという形で
見えていないだけ、なのではないか、と思う。
それゆえに、執筆者君は、「かなりの人数の無言の閲覧者がいる」
という前提で、しかも、「そういう」人から理不尽なツッコミが
入らないように、気をつけてレスを書いています。
知識不足で、いい加減な回答をするぐらいならスルー、
それなりに興味がないとスルー、
まれに「BSD入門の心得」な感じで、熱くなる時もある、
って感じです。
たまに見かける「光る」レス、回答の「man hoge」レス、でも、
冷静感があふれているので、成熟した人
（ちゃんとした社会人と言うか）の利用が多く、
UNIX板には、それなりに人は居るが、レスのやり取りという形で
見えていないだけ、なのではないか、と思う。
それゆえに、執筆者君は、「かなりの人数の無言の閲覧者がいる」
という前提で、しかも、「そういう」人から理不尽なツッコミが
入らないように、気をつけてレスを書いています。
2022/03/30(水) 20:35:56.41
盛り上げるための工作員（職業レス屋）って事は、ないと思う。
「語れ」スレでは、双方、ちゃんとUnixの知識があるし。
工作員は、「そもそも、語るべきものを持たない」から、
その職業ができるのかもしれない。
だから、「許可を受けた」レスしかできなかったり、
仕事だから、感情抜きで、レスを「貼り付ける」わけで。
よって、工作員は、専門板には来ないと思う。
マルチポストは来るけどね。
自作板では、受診を勧めたい荒らし、も、いる感じだし。
Linux板では、私怨の荒らし、っていうのもあるみたいだし。
Linux板の急激な廃墟化というか、レベルの低下には、
気づいてましたが《くだけた表現》、「おかしさ」までは
気づかず、「タコ（Linux用語）が増えたのかな」って
程度でした。
外部のまとめサイトを見ると、「そういう人」がいて、
Linux板は廃墟状態になったみたいです。
本当に１人で、Linux板を廃墟化させたとしたら、ある意味、
すごいですけど、まとめサイト側が、「そういう人」かも
しれませんから、部外者は判断できかねますが。
「語れ」スレでは、双方、ちゃんとUnixの知識があるし。
工作員は、「そもそも、語るべきものを持たない」から、
その職業ができるのかもしれない。
だから、「許可を受けた」レスしかできなかったり、
仕事だから、感情抜きで、レスを「貼り付ける」わけで。
よって、工作員は、専門板には来ないと思う。
マルチポストは来るけどね。
自作板では、受診を勧めたい荒らし、も、いる感じだし。
Linux板では、私怨の荒らし、っていうのもあるみたいだし。
Linux板の急激な廃墟化というか、レベルの低下には、
気づいてましたが《くだけた表現》、「おかしさ」までは
気づかず、「タコ（Linux用語）が増えたのかな」って
程度でした。
外部のまとめサイトを見ると、「そういう人」がいて、
Linux板は廃墟状態になったみたいです。
本当に１人で、Linux板を廃墟化させたとしたら、ある意味、
すごいですけど、まとめサイト側が、「そういう人」かも
しれませんから、部外者は判断できかねますが。
2022/03/30(水) 20:49:57.82
最近、こういうレスも書きました。
※UNIX板ではハンドルを固定する事にしています。
なぜかって？ wimeをもりあげるためです、キリッ。
まあ、他の板は、閲覧はしても、そもそも書きませんが。
書く労力がもったいないからですｗ
いいかげんPC-98は捨てろ＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1036951410/642-n
あ、それと、このスレの主催者ではないです。
主催者なんて、とんでもない、おこがましいです。
スレを立てて、頻繁に利用しているだけですｗ
他の方々、いらはい、いらはい（寄席の呼び込み感）。
あー、wimeのおかげで、WineでWindows版のATOKを使って
長文レスが快適だったなあー（棒）。
あー、wimeのおかげだわー（棒）。
執筆者君より高スキルのユーザが降臨して、助言して
くれないかなあ（真剣）。
※UNIX板ではハンドルを固定する事にしています。
なぜかって？ wimeをもりあげるためです、キリッ。
まあ、他の板は、閲覧はしても、そもそも書きませんが。
書く労力がもったいないからですｗ
いいかげんPC-98は捨てろ＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1036951410/642-n
あ、それと、このスレの主催者ではないです。
主催者なんて、とんでもない、おこがましいです。
スレを立てて、頻繁に利用しているだけですｗ
他の方々、いらはい、いらはい（寄席の呼び込み感）。
あー、wimeのおかげで、WineでWindows版のATOKを使って
長文レスが快適だったなあー（棒）。
あー、wimeのおかげだわー（棒）。
執筆者君より高スキルのユーザが降臨して、助言して
くれないかなあ（真剣）。
2022/03/30(水) 20:58:24.45
> ３スレほど、24時間ピッタリ張りついて、レスバ
特徴的な方が何人か浮かびますね
ほじくって貼ったりすると荒れそうなんでやりませんが
特徴的な方が何人か浮かびますね
ほじくって貼ったりすると荒れそうなんでやりませんが
91名無しさん＠お腹いっぱい。
2022/04/01(金) 17:01:15.6392FreeBSDでwimeを使っている君
2022/04/06(水) 19:51:44.71 □ホームディレクトリ以下に置かれるWine関連のファイル
Wineの動作や、WineでのWindowsソフトウェアのインストールにより、
Wine関連のファイルがホームディレクトリ以下のあちこちに
散らばります。
もちろん、置きっぱなしでも、動作に問題はありません（注）が、
.wineを新規生成する時に、確認して消すと、気持ちよいでしょう。
一括削除するコマンド例の記事などがありますが、Wineによる命名規則が、
変わる場合がありえます（実際に微妙に命名が変わっていた）ので、
GUIなファイラーなどで、目で見て消すとよいでしょう。
執筆者による発見もありますが、おもに以下の参考文献に依っています。
参考文献
http://variedtastefinder.jp/blog/?p=1561 ※現在404。2017年に閲覧
https://wiki.archlinux.jp/index.php/Wine
（注）Wineのバージョンアップのたびにインストールした
フリーソフトのアイコンがインストールした回数だけ
たまっていたことがある。
レスの行制限があるので、ファイル群の詳細は次レスで。
Wineの動作や、WineでのWindowsソフトウェアのインストールにより、
Wine関連のファイルがホームディレクトリ以下のあちこちに
散らばります。
もちろん、置きっぱなしでも、動作に問題はありません（注）が、
.wineを新規生成する時に、確認して消すと、気持ちよいでしょう。
一括削除するコマンド例の記事などがありますが、Wineによる命名規則が、
変わる場合がありえます（実際に微妙に命名が変わっていた）ので、
GUIなファイラーなどで、目で見て消すとよいでしょう。
執筆者による発見もありますが、おもに以下の参考文献に依っています。
参考文献
http://variedtastefinder.jp/blog/?p=1561 ※現在404。2017年に閲覧
https://wiki.archlinux.jp/index.php/Wine
（注）Wineのバージョンアップのたびにインストールした
フリーソフトのアイコンがインストールした回数だけ
たまっていたことがある。
レスの行制限があるので、ファイル群の詳細は次レスで。
93FreeBSDでwimeを使っている君
2022/04/06(水) 19:56:33.53 続き。
$HOME/.wine ※本体
$HOME/Desktop/の下
※WineでDesktopをDesktopにしている場合
$HOME/.config/menus/applications-merged/wine*
$HOME/.local/share/applications/ の下
※Wine以外も使っています
$HOME/.local/share/applications/wine/ の下
$HOME/.local/share/applications/mimeinfo.cache
※キャッシュなので消せます
$HOME/.local/share/desktop-directories/ の下
$HOME/.local/share/icons/hicolor/ の下
※Wineしか使っていないような
$HOME/.local/share/mime/packages/x-wine-extension*
$HOME/.local/share/mime/application/x-wine-extension*
$HOME/.cache/wine/wine-mono-*.msi
※Wineバージョンごとのmonoインストーラ
$HOME/.wine ※本体
$HOME/Desktop/の下
※WineでDesktopをDesktopにしている場合
$HOME/.config/menus/applications-merged/wine*
$HOME/.local/share/applications/ の下
※Wine以外も使っています
$HOME/.local/share/applications/wine/ の下
$HOME/.local/share/applications/mimeinfo.cache
※キャッシュなので消せます
$HOME/.local/share/desktop-directories/ の下
$HOME/.local/share/icons/hicolor/ の下
※Wineしか使っていないような
$HOME/.local/share/mime/packages/x-wine-extension*
$HOME/.local/share/mime/application/x-wine-extension*
$HOME/.cache/wine/wine-mono-*.msi
※Wineバージョンごとのmonoインストーラ
2022/04/06(水) 20:06:27.31
wine-devel(WOW64なWine7.0)で、.wineの新規生成と
Windowsソフトウェアの再インストールをしました。
Wine6系からは日本語命名のファイルはUTF8扱い（注）のようですので、
「setenv LANG ja_JP.eucJP」な、運用の方は、インストール時のみ、
「ja_JP.UTF-8」にされるとよいでしょう。
一太郎は、「C:\JUST」に配置される、テンプレートデータ
（入れない選択はできない）のファイル名が、半角カタカナや
全角日本語だったりして、インストーラ内でのコピー中に、
読み取れない、などのエラーが出ますが、「次へ」の連打で
乗り切ることができます。
これらのファイルは、インストール後、正常にUTF8なファイル名に
なっており、コピーできずに欠落したファイルはありませんでした。
また、他のソフトウェアでも、書式ファイルや、設定ファイルなどは、
日本語ファイル名だったりしますし、インストーラでインストールした
ディレクトリに「説明書.TXT」のようなファイルがあったりもしますね。
（注）Wine5系の時は、EUC-JPな日本語ファイル名が扱えました。
Windowsソフトウェアの再インストールをしました。
Wine6系からは日本語命名のファイルはUTF8扱い（注）のようですので、
「setenv LANG ja_JP.eucJP」な、運用の方は、インストール時のみ、
「ja_JP.UTF-8」にされるとよいでしょう。
一太郎は、「C:\JUST」に配置される、テンプレートデータ
（入れない選択はできない）のファイル名が、半角カタカナや
全角日本語だったりして、インストーラ内でのコピー中に、
読み取れない、などのエラーが出ますが、「次へ」の連打で
乗り切ることができます。
これらのファイルは、インストール後、正常にUTF8なファイル名に
なっており、コピーできずに欠落したファイルはありませんでした。
また、他のソフトウェアでも、書式ファイルや、設定ファイルなどは、
日本語ファイル名だったりしますし、インストーラでインストールした
ディレクトリに「説明書.TXT」のようなファイルがあったりもしますね。
（注）Wine5系の時は、EUC-JPな日本語ファイル名が扱えました。
2022/04/06(水) 20:19:01.09
FreeBSD13.0Rのwine-devel(WOW64なWine7.0)でのwimeの動作
※これは、あくまで執筆者の環境でのみ、の話です。
環境
・FreeBSD13.0R/amd64
・wine-devel-7.0.r2 ※WOW64対応
・wime4.1.4 ※32bitバイナリ
・ATOK17（2004年） ※もちろん32bit
・emacs-27.2
・ja-yc.el-5.2.1_19,1 ※FreeBSDのPortsでパッチがあたったものを野良化
（１）wimeのwimectrlが以下のエラーを出して動かない。
ld-elf32.so.1: Shared object "libX11.so.6" not found, required by "wimectrl"
ATOKのプロパティが開けないので、ほんの少し不便です。
「libX11.so.6」っぽいものが、どのディレクトリに置かれているのか、
だけでも、どなたか、分かりませんでしょうか。
（２）wimeでの初回変換時、yc.elにより、入力された文節の区切りを
変更しようと、Cintrol+fすると、 Wineがエラーを出して停止、
Emacsの上の、Xクルーザは腕時計となり、killするしかなくなる。
Wineのエラーは、backtrace.txtを取ることができる。
※backtrace.txtを見てもどこが悪いのか分かりませんが。
一度でも変換確定してしまえば、２度目の変換で、文節の区切りを
変更しても大丈夫、という不思議状態です。
じゃ、夜ゴハン食べてきます。
※これは、あくまで執筆者の環境でのみ、の話です。
環境
・FreeBSD13.0R/amd64
・wine-devel-7.0.r2 ※WOW64対応
・wime4.1.4 ※32bitバイナリ
・ATOK17（2004年） ※もちろん32bit
・emacs-27.2
・ja-yc.el-5.2.1_19,1 ※FreeBSDのPortsでパッチがあたったものを野良化
（１）wimeのwimectrlが以下のエラーを出して動かない。
ld-elf32.so.1: Shared object "libX11.so.6" not found, required by "wimectrl"
ATOKのプロパティが開けないので、ほんの少し不便です。
「libX11.so.6」っぽいものが、どのディレクトリに置かれているのか、
だけでも、どなたか、分かりませんでしょうか。
（２）wimeでの初回変換時、yc.elにより、入力された文節の区切りを
変更しようと、Cintrol+fすると、 Wineがエラーを出して停止、
Emacsの上の、Xクルーザは腕時計となり、killするしかなくなる。
Wineのエラーは、backtrace.txtを取ることができる。
※backtrace.txtを見てもどこが悪いのか分かりませんが。
一度でも変換確定してしまえば、２度目の変換で、文節の区切りを
変更しても大丈夫、という不思議状態です。
じゃ、夜ゴハン食べてきます。
2022/04/07(木) 19:39:47.63
>>95
wimeでの初回変換時、の件に関して追記。
wimeでの初回変換時、
Cannaのフェンス（1byteのパイプ文字に囲まれた状態）内の
１度目の変換候補をさわろうとして、
・文節区切りの変更で、Control+f
・変換自体を取りやめようとして、Control+g
・変換一覧を出そうとして、２度スペース（注）を打鍵
であっても、Wineがエラーを出して停止、それにともない、
wimeも「Canna」に接続できなくなる、ということが判明。
（注）執筆者は「.canna」で「(setq n-henkan-for-ichiran 1)」と
スペースでの変換打鍵の２度目で変換一覧を出すようにしている。
今のところ、とりあえずの回避策としては、
「１度目の変換では、フェンスに囲まれた状態で確定しておく」
としている。
次のバージョンのFreeBSD、次のバージョンのWineまで我慢します。
あいかわらず、Windows10のChrome98.0のUser-Agentで書き込み。
wimeでの初回変換時、の件に関して追記。
wimeでの初回変換時、
Cannaのフェンス（1byteのパイプ文字に囲まれた状態）内の
１度目の変換候補をさわろうとして、
・文節区切りの変更で、Control+f
・変換自体を取りやめようとして、Control+g
・変換一覧を出そうとして、２度スペース（注）を打鍵
であっても、Wineがエラーを出して停止、それにともない、
wimeも「Canna」に接続できなくなる、ということが判明。
（注）執筆者は「.canna」で「(setq n-henkan-for-ichiran 1)」と
スペースでの変換打鍵の２度目で変換一覧を出すようにしている。
今のところ、とりあえずの回避策としては、
「１度目の変換では、フェンスに囲まれた状態で確定しておく」
としている。
次のバージョンのFreeBSD、次のバージョンのWineまで我慢します。
あいかわらず、Windows10のChrome98.0のUser-Agentで書き込み。
2022/04/17(日) 04:42:00.11
参考
【西川和久の不定期コラム】Chrome OS Flexと最新版Wine 7.0の組み合わせでWindowsアプリを動かしてみる - PC Watch
https://pc.watch.impress.co.jp/docs/column/nishikawa/1401328.html
【西川和久の不定期コラム】Chrome OS Flexと最新版Wine 7.0の組み合わせでWindowsアプリを動かしてみる - PC Watch
https://pc.watch.impress.co.jp/docs/column/nishikawa/1401328.html
2022/04/17(日) 04:44:55.29
今現在の、FreeBSDのpkg(8)のバイナリパッケージ(quarterly)の
Wineのバージョンは、Wine7.4(wine-devel)、Wine6.0.3(wine)、
となっています。
FreeBSD13.0R/amd64での、Wine7.4では、.wineの生成のために、
「wineboot」して、
「/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri」
として、32bit環境（~/.i386-wine-pkg以下に入る）を入れても、
32bit環境は、wine6.0.3を展開されます。
当然ながら、
「wine [wine-6.0.3] and wine64 [wine-7.4] versions do not match!」
と言われます。
指示通りに「/usr/local/share/wine/pkg32.sh upgrade」をして、
リポジトリが、Upgradeされても、なぜだか、やはり、wine-6.0.3が
展開される状況ですので、32bit環境が必要な方は、Wine7.4を
避けた方がよいでしょう。
Wineのバージョンは、Wine7.4(wine-devel)、Wine6.0.3(wine)、
となっています。
FreeBSD13.0R/amd64での、Wine7.4では、.wineの生成のために、
「wineboot」して、
「/usr/local/share/wine/pkg32.sh install wine-devel mesa-dri」
として、32bit環境（~/.i386-wine-pkg以下に入る）を入れても、
32bit環境は、wine6.0.3を展開されます。
当然ながら、
「wine [wine-6.0.3] and wine64 [wine-7.4] versions do not match!」
と言われます。
指示通りに「/usr/local/share/wine/pkg32.sh upgrade」をして、
リポジトリが、Upgradeされても、なぜだか、やはり、wine-6.0.3が
展開される状況ですので、32bit環境が必要な方は、Wine7.4を
避けた方がよいでしょう。
2022/04/17(日) 04:49:41.65
Wine6.0.3(WOW64)では、普通に32bit環境が生成でき、
執筆者として懸案だった、wime+emacs+yc.el環境下での、
「変換フェンス内で何かをするとemacsが腕時計になる」状態（注）は
回避できましたが、
やはり、wimeのwimectrlで「"libX11.so.6" not found」となる状況は
変わりませんでした。
（注）>>95 >>96
「１度目はフェンスで確定をする」という運用をしていても、
時間がたっても同様のエラーが出たため、他のバージョンを
試す気になった。
>>70
あまり関係ありませんが、Wine6.x系で、
「setenv WINEDLLPATH /usr/local/lib32/wine」と、
環境変数を設定しないといけなかった過去があるのは、
「i386-wine」であるから、ということが、これらの試行で
よく理解できました。
今のWOW64なWineの仕組みだと、FreeBSD/amd64インストール時に
「lib32」を入れておかなくてもよいということです。
執筆者として懸案だった、wime+emacs+yc.el環境下での、
「変換フェンス内で何かをするとemacsが腕時計になる」状態（注）は
回避できましたが、
やはり、wimeのwimectrlで「"libX11.so.6" not found」となる状況は
変わりませんでした。
（注）>>95 >>96
「１度目はフェンスで確定をする」という運用をしていても、
時間がたっても同様のエラーが出たため、他のバージョンを
試す気になった。
>>70
あまり関係ありませんが、Wine6.x系で、
「setenv WINEDLLPATH /usr/local/lib32/wine」と、
環境変数を設定しないといけなかった過去があるのは、
「i386-wine」であるから、ということが、これらの試行で
よく理解できました。
今のWOW64なWineの仕組みだと、FreeBSD/amd64インストール時に
「lib32」を入れておかなくてもよいということです。
100FreeBSDでwimeを使っている君
2022/04/17(日) 04:52:56.61 「ちょこっと印刷できると便利だもんね！」ということで、
田中みな実さんの美容なみに、執筆者君は、Wineでの印刷も
期待しています。
Wine7.0r2(WOW64)では、Wineで稼働するソフトウェア内から
プリンタ（注１）が見えない状態（注２）でしたが、
Wine6.0.3(WOW64)では、プリンタは見えました（注３）。
（注１）CUPSでなく、昔ながらのBSDlpr(/usr/bin/lp)。
（注２）エラーメッセージは忘れましたが
「プリンタがセットアップされていない」というような内容。
（注３）実際の印刷はしていない。
やはり、執筆者君としては、ATOKのプロパティが出せない、
というのは、多少なりとも不便なので、i386-wine-devel(6.12)に
戻りました。
じゃ、田中みな実さんオススメのボディクリームを塗ってきます。
田中みな実さんの美容なみに、執筆者君は、Wineでの印刷も
期待しています。
Wine7.0r2(WOW64)では、Wineで稼働するソフトウェア内から
プリンタ（注１）が見えない状態（注２）でしたが、
Wine6.0.3(WOW64)では、プリンタは見えました（注３）。
（注１）CUPSでなく、昔ながらのBSDlpr(/usr/bin/lp)。
（注２）エラーメッセージは忘れましたが
「プリンタがセットアップされていない」というような内容。
（注３）実際の印刷はしていない。
やはり、執筆者君としては、ATOKのプロパティが出せない、
というのは、多少なりとも不便なので、i386-wine-devel(6.12)に
戻りました。
じゃ、田中みな実さんオススメのボディクリームを塗ってきます。
2022/04/17(日) 09:03:51.63
釣れますか？ ,
＼ ,／ヽ
￣∨￣￣￣￣￣￣￣ ,／ ヽ
∧＿∧ ∧∧ ,／ ヽ
（ ´∀｀） (ﾟДﾟ,,),／ ヽ
（ ） (| つ@ ヽ
｜ ｜ | ＿＿_ 〜| | ヽ
（_＿）＿） |――|. ∪∪ ヽ
￣￣￣￣￣￣￣￣￣￣￣￣| ヽ
／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ ゜~ ~。゜ ~ ~ ~ ~~ ~ ~~ ~ ~~ ~~ ~~
⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡 〜 〜〜 〜〜 〜〜 〜 〜
＼ ,／ヽ
￣∨￣￣￣￣￣￣￣ ,／ ヽ
∧＿∧ ∧∧ ,／ ヽ
（ ´∀｀） (ﾟДﾟ,,),／ ヽ
（ ） (| つ@ ヽ
｜ ｜ | ＿＿_ 〜| | ヽ
（_＿）＿） |――|. ∪∪ ヽ
￣￣￣￣￣￣￣￣￣￣￣￣| ヽ
／⌒＼／⌒＼／⌒＼／⌒＼|彡~ﾟ ゜~ ~。゜ ~ ~ ~ ~~ ~ ~~ ~ ~~ ~~ ~~
⌒＼／⌒＼／⌒＼／⌒＼／⌒＼彡 〜 〜〜 〜〜 〜〜 〜 〜
2022/04/17(日) 23:46:08.93
>>100
肝心なことを書き忘れていました。
FreeBSDのX上のGUIなソフトウェアから、プリンタで正常に日本語が
印刷できる状態であれば、Wineで稼働するWindowsソフトウェアから
日本語の横書印刷は、できます。
Wine1.7.11＋OpenOfficePortable3.2.0 で、縦書表示、縦書印刷を
していましたが、一瞬の輝きだったようで、今では、横書印刷しか
できません。
めったに縦書印刷をしないから……、
別にいいですけど！（田中みな実さんぽくむくれた表情）。
Wineで縦書がなかった時代から、縦書表示、縦書印刷ができていた
CassavaEditorなら、今でも縦書印刷ができるかもしれません。
FreeBSD での Office 環境を語れ! その2＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1107211157/863
https://mevius.5ch.net/test/read.cgi/unix/1107211157/858-n
【指令】お前らの年賀状作成ソフトを報告せよ！＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1008926166/228-n
※↑スレのレス245の https://github.com/Torisugari/printha
には、期待していたのですが、使ったよ、って記事がないですね。
※レス228は、執筆者君です。以下のサイトを参照していました。
Linux＋Wine＋CassavaEditorではがきに宛名印刷する印刷設定の一例 - ぜんざいの耐えがたき甘さ
https://sound.jp/zenzai/other/wine-cassava-setting.html
肝心なことを書き忘れていました。
FreeBSDのX上のGUIなソフトウェアから、プリンタで正常に日本語が
印刷できる状態であれば、Wineで稼働するWindowsソフトウェアから
日本語の横書印刷は、できます。
Wine1.7.11＋OpenOfficePortable3.2.0 で、縦書表示、縦書印刷を
していましたが、一瞬の輝きだったようで、今では、横書印刷しか
できません。
めったに縦書印刷をしないから……、
別にいいですけど！（田中みな実さんぽくむくれた表情）。
Wineで縦書がなかった時代から、縦書表示、縦書印刷ができていた
CassavaEditorなら、今でも縦書印刷ができるかもしれません。
FreeBSD での Office 環境を語れ! その2＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1107211157/863
https://mevius.5ch.net/test/read.cgi/unix/1107211157/858-n
【指令】お前らの年賀状作成ソフトを報告せよ！＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1008926166/228-n
※↑スレのレス245の https://github.com/Torisugari/printha
には、期待していたのですが、使ったよ、って記事がないですね。
※レス228は、執筆者君です。以下のサイトを参照していました。
Linux＋Wine＋CassavaEditorではがきに宛名印刷する印刷設定の一例 - ぜんざいの耐えがたき甘さ
https://sound.jp/zenzai/other/wine-cassava-setting.html
2022/04/19(火) 08:24:30.00
GNOME42悪くない
少なくとも近年のFreeBSDのGNOMEらしからぬ仕上がり
どうせ誰も使わんのだろうが
少なくとも近年のFreeBSDのGNOMEらしからぬ仕上がり
どうせ誰も使わんのだろうが
2022/04/19(火) 20:13:20.24
参考
今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/679
＞あとWine7.0のANNOUNCEで
今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/679
＞あとWine7.0のANNOUNCEで
2022/04/19(火) 20:14:20.56
2022/04/19(火) 22:01:28.34
FreeBSDのKDEはdiscoverでpkgが扱える様になれば言う事無し
2022/04/20(水) 22:18:07.52
割り込んですいません。自己レスですが。
>>67-71
imm32.dll.soとimm32.dllの件
>>99
＞今のWOW64なWineの仕組みだと、FreeBSD/amd64インストール時に
＞「lib32」を入れておかなくてもよいということです。
以上のレスは、以下のLinux板のWineスレで、理解が深まります。
i386-wineの統合のタイミングは、まさに今だった、
ということかもしれません。
今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/671-n
>>67-71
imm32.dll.soとimm32.dllの件
>>99
＞今のWOW64なWineの仕組みだと、FreeBSD/amd64インストール時に
＞「lib32」を入れておかなくてもよいということです。
以上のレスは、以下のLinux板のWineスレで、理解が深まります。
i386-wineの統合のタイミングは、まさに今だった、
ということかもしれません。
今夜も Wine で乾杯! - 23本目＠Linux
https://mao.5ch.net/test/read.cgi/linux/1585198566/671-n
2022/04/21(木) 09:17:49.23
FreeBSDを語れスレのテンプレで興味を持って来ました
このスレは主にFreeBSDでwimeを使っている君と言う方が盛り上げている感じなんですね
FreeBSDではどのデスクトップ環境がおすすめですか？推している方がいるようにKDEですか？
このスレは主にFreeBSDでwimeを使っている君と言う方が盛り上げている感じなんですね
FreeBSDではどのデスクトップ環境がおすすめですか？推している方がいるようにKDEですか？
2022/04/22(金) 18:45:25.11
ん？ 語れスレのテンプレ？（ケンモメンぽく）
えっ！やだっ！（田中みな実さんっぽく）
けっこう活発なラズパイスレと一緒に関連スレになってる！
盛り上げると言うか、
「高スキルユーザさーん！ 興味を持ってくださーい！」とか
「FreeBSDのWineで何かあれば、さがわ@sagawa_aki氏にも届け！」という
感じで報告しているだけで。
Linux板にはWineスレがあるんだけれど、FreeBSD特有のWineの話は、
Linuxには関係ないし、「FreeBSD限定のWineスレ」ってほどの
話題もないしね。
えっ！やだっ！（田中みな実さんっぽく）
けっこう活発なラズパイスレと一緒に関連スレになってる！
盛り上げると言うか、
「高スキルユーザさーん！ 興味を持ってくださーい！」とか
「FreeBSDのWineで何かあれば、さがわ@sagawa_aki氏にも届け！」という
感じで報告しているだけで。
Linux板にはWineスレがあるんだけれど、FreeBSD特有のWineの話は、
Linuxには関係ないし、「FreeBSD限定のWineスレ」ってほどの
話題もないしね。
2022/04/22(金) 18:48:00.44
「おすすめのデスクトップ環境」って、Linux板文化っぽいね。
Linuxでも有名で、FreeBSDでも、FreshPortsでコミット回数が
多くて、よく使われている感じの、しかも、FreeBSD特有の問題が
あれば、回避策が見つかりやすいやつ、で、いいんじゃないかな。
PCでのUnixは、Linuxが当然の前提、って感じなので、
FreeBSDだと……、という事が起こりやすいしね。
Linuxでも有名で、FreeBSDでも、FreshPortsでコミット回数が
多くて、よく使われている感じの、しかも、FreeBSD特有の問題が
あれば、回避策が見つかりやすいやつ、で、いいんじゃないかな。
PCでのUnixは、Linuxが当然の前提、って感じなので、
FreeBSDだと……、という事が起こりやすいしね。
2022/04/22(金) 18:52:06.19
例のところを見ると、
「みなさん、普通にリッチなデスクトップ環境を使っているのね」
と思います。
触れないほうがいいかもしれないけれど（注）、リンクを書いておこう。
FreeBSD研究部
https://ja-jp.facebook.com/groups/freebsd.labo.japan/
（注）
いいかげんPC-98は捨てろ＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1036951410/642-n
「みなさん、普通にリッチなデスクトップ環境を使っているのね」
と思います。
触れないほうがいいかもしれないけれど（注）、リンクを書いておこう。
FreeBSD研究部
https://ja-jp.facebook.com/groups/freebsd.labo.japan/
（注）
いいかげんPC-98は捨てろ＠UNIX
https://mevius.5ch.net/test/read.cgi/unix/1036951410/642-n
2022/04/22(金) 20:22:56.72
>>109
> FreeBSD特有のWine
5chブラウザの動作報告などして下さると面白いかも知れないですね 5chなので
Windowsの専ブラの動作報告などダサイでしょうから気が向いたらと言う事で
> FreeBSD特有のWine
5chブラウザの動作報告などして下さると面白いかも知れないですね 5chなので
Windowsの専ブラの動作報告などダサイでしょうから気が向いたらと言う事で
113FreeBSDでwimeを使っている君
2022/04/24(日) 18:28:56.50 「wimeまとめ」の >>13 の「canna.el」への補足です。
執筆者は、「yc.el」を、現在まで使い続けてきました。
そのため、 >>13 での「canna.el」への言及が、中途半端で甘かった
のですが、最近、「Yuuji」氏（注）による、EmacsへのCannaパッチを
知りました。
これが、FreeBSDの、pkg(8)の、flavor（Portsならmake option）の
「emacs-canna」の「もと」なのですね。
emacs23から数えて、13年ほど、まったく気づいていなかった、という
自身の検索の甘さをお詫びします。まことに申し訳ありませんでした。
（注）Twitterを見ると「ものずんごい有名人ではなかろうか」と
思いますが、まったく存じ上げませんでした。
FreeBSD13.0R/amd64で、
Wine(i386-wine-devel-6.12)＋wime4.1.4＋ATOK17(2004)＋emacs-canna-27.2
を、使ってみましたが、
「やだっ！ Mule時代みたい！ 勘違いしないでね、ほめてるのよ！」
「yc.elでは、変換候補が一斉に出て、Emacsのエコーエリアが
数行ほどになるのに違和感があったのよね！」
と、誰だか分からない物まねをしながらウハウハです。
yc.elより、emacs-cannaのほうが軽いような気もします。
FreeBSDを使っていて良かったなあ、と、思いました。
https://twitter.com/hiroseyuuji/status/1511329334107140101
https://twitter.com/5chan_nel (5ch newer account)
執筆者は、「yc.el」を、現在まで使い続けてきました。
そのため、 >>13 での「canna.el」への言及が、中途半端で甘かった
のですが、最近、「Yuuji」氏（注）による、EmacsへのCannaパッチを
知りました。
これが、FreeBSDの、pkg(8)の、flavor（Portsならmake option）の
「emacs-canna」の「もと」なのですね。
emacs23から数えて、13年ほど、まったく気づいていなかった、という
自身の検索の甘さをお詫びします。まことに申し訳ありませんでした。
（注）Twitterを見ると「ものずんごい有名人ではなかろうか」と
思いますが、まったく存じ上げませんでした。
FreeBSD13.0R/amd64で、
Wine(i386-wine-devel-6.12)＋wime4.1.4＋ATOK17(2004)＋emacs-canna-27.2
を、使ってみましたが、
「やだっ！ Mule時代みたい！ 勘違いしないでね、ほめてるのよ！」
「yc.elでは、変換候補が一斉に出て、Emacsのエコーエリアが
数行ほどになるのに違和感があったのよね！」
と、誰だか分からない物まねをしながらウハウハです。
yc.elより、emacs-cannaのほうが軽いような気もします。
FreeBSDを使っていて良かったなあ、と、思いました。
https://twitter.com/hiroseyuuji/status/1511329334107140101
https://twitter.com/5chan_nel (5ch newer account)
2022/04/25(月) 10:51:53.84
ONLYOFFICEはどうですか？
115名無しさん＠お腹いっぱい。
2022/04/25(月) 12:12:28.86 オススメのウィンドウマネージャとかありますか？
2022/04/25(月) 16:35:41.14
>>112
13-stableでpkgのwine6を使ってjanestyle4は動いた。この書き込みはそこから。
13-stableでpkgのwine6を使ってjanestyle4は動いた。この書き込みはそこから。
117115
2022/04/25(月) 20:07:21.24 >>116
確かに動いた あっさりと
https://i.imgur.com/uWiXdbE.jpg
それも i386-wine-devel で使ってたやつがそのまんま
wime氏、116氏、ありがとう そのうち私も何らかの成果があればご報告差し上げます
確かに動いた あっさりと
https://i.imgur.com/uWiXdbE.jpg
それも i386-wine-devel で使ってたやつがそのまんま
wime氏、116氏、ありがとう そのうち私も何らかの成果があればご報告差し上げます
2022/04/26(火) 11:52:14.78
wineは使わないけどV2Cだって13-stableで動くよ。
自分はV2C-Rを使ってて最近V2C/2に移行した。
自分はV2C-Rを使ってて最近V2C/2に移行した。
2022/04/26(火) 12:05:21.06
これ？確かディスコンになったパッケージを使うやつ
https://mevius.5ch.net/test/read.cgi/unix/1632283136/79
https://mevius.5ch.net/test/read.cgi/unix/1632283136/79
2022/04/26(火) 12:47:16.31
そうそれ。
JAILで古いportsをビルドしてパッケージだけメイン環境に突っ込んだ。
スクリプトエンジンが変わってて動かんから古いエンジンを突っ込む必要があったり
ちょっと手間だったけどV2C/2が快適に動いててこの書き込みしてる。
JAILで古いportsをビルドしてパッケージだけメイン環境に突っ込んだ。
スクリプトエンジンが変わってて動かんから古いエンジンを突っ込む必要があったり
ちょっと手間だったけどV2C/2が快適に動いててこの書き込みしてる。
2022/04/28(木) 10:11:27.28
>>74
これをベースにした合成フォントがportsに来たみたいですよ
FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/
これをベースにした合成フォントがportsに来たみたいですよ
FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/
123FreeBSDでwimeを使っている君
2022/04/28(木) 20:24:05.14 >>122
おおっ！ Portsに来たぁぁ！
２つあるのか。明朝はないのね。
ん？ 「Nerd Fonts」。「オタク文字」？ って何だ？
FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/
FreshPorts -- japanese/font-udev-gothic-nf: UDEV Gothic (Nerd Fonts)
https://www.freshports.org/japanese/font-udev-gothic-nf/
おおっ！ Portsに来たぁぁ！
２つあるのか。明朝はないのね。
ん？ 「Nerd Fonts」。「オタク文字」？ って何だ？
FreshPorts -- japanese/font-udev-gothic: UDEV Gothic
https://www.freshports.org/japanese/font-udev-gothic/
FreshPorts -- japanese/font-udev-gothic-nf: UDEV Gothic (Nerd Fonts)
https://www.freshports.org/japanese/font-udev-gothic-nf/
2022/04/28(木) 20:52:12.95
>>123
上流リポジトリ
https://github.com/yuru7/udev-gothic
HackGenの作者さんの様でテキストエディタや端末エミュレータ用の等幅フォントですね
ナードフォントというやつは絵文字グリフが充実したフォントらしいです
上流リポジトリ
https://github.com/yuru7/udev-gothic
HackGenの作者さんの様でテキストエディタや端末エミュレータ用の等幅フォントですね
ナードフォントというやつは絵文字グリフが充実したフォントらしいです
2022/04/29(金) 03:45:46.68
>>113
この方妙に入力システムにこだわりがあるらしいんですけどどう思いますか？
https://mevius.5ch.net/test/read.cgi/win/1648180114/681
https://mevius.5ch.net/test/read.cgi/win/1648180114/683
この方妙に入力システムにこだわりがあるらしいんですけどどう思いますか？
https://mevius.5ch.net/test/read.cgi/win/1648180114/681
https://mevius.5ch.net/test/read.cgi/win/1648180114/683
2022/04/29(金) 22:19:21.18
>>124
わざわざレスすいません。
モリサワの「BIZ UD」フォントからのPorts化なのでなく、
「yuru7」氏の二次的成果物（BIZ UD+JetBrains Mono）からの
Ports化なんですね。
わざわざレスすいません。
モリサワの「BIZ UD」フォントからのPorts化なのでなく、
「yuru7」氏の二次的成果物（BIZ UD+JetBrains Mono）からの
Ports化なんですね。
2022/04/29(金) 22:23:29.31
>>125
と、言われても……、なあ。
連日の長レスの後の短レスの投稿数の多さが恐いと思います。
Windowsは、「データを持って行って」ぐらいでしか
使ったことがないので、理解できませんでした。
今でこそ、Windowsが対応しておかないといけないキーボードは、
日本語か、英語か、ぐらいの選択ですが、昔は、Windowsが対応して
おくべきキーボードがたくさんありました。
101/104英語、106/109日本語、PC9801系、AX、J3100（ATコネクタ）、
FM-TOWNS、親指シフト（最近まで現役だったみたい）、かなあ。
Controlキーが、左にしかない場合もあるし、Windowsさんには歴史が
あるんだから、ぐちゃぐちゃとは言えないよね。
大昔（MS-DOS時代の話かもしれない）に読んだ、ATOKのバグ出し
チーム（だったかな？）の記事。
バグ出しチームは、標準のキー割り当てで変換し（当たり前ですが）、
しかも、変換結果の漢字が何番目に出るかも記憶しているため、
即、変換結果を選ぶことができ、漢字変換が正確で速いのは良いが、
学習機能を使わない状態（無意識に学習機能を使わないようにしていた）
だったため、学習機能の向上の役に立たない、ということに気づいた、
という話。
と、言われても……、なあ。
連日の長レスの後の短レスの投稿数の多さが恐いと思います。
Windowsは、「データを持って行って」ぐらいでしか
使ったことがないので、理解できませんでした。
今でこそ、Windowsが対応しておかないといけないキーボードは、
日本語か、英語か、ぐらいの選択ですが、昔は、Windowsが対応して
おくべきキーボードがたくさんありました。
101/104英語、106/109日本語、PC9801系、AX、J3100（ATコネクタ）、
FM-TOWNS、親指シフト（最近まで現役だったみたい）、かなあ。
Controlキーが、左にしかない場合もあるし、Windowsさんには歴史が
あるんだから、ぐちゃぐちゃとは言えないよね。
大昔（MS-DOS時代の話かもしれない）に読んだ、ATOKのバグ出し
チーム（だったかな？）の記事。
バグ出しチームは、標準のキー割り当てで変換し（当たり前ですが）、
しかも、変換結果の漢字が何番目に出るかも記憶しているため、
即、変換結果を選ぶことができ、漢字変換が正確で速いのは良いが、
学習機能を使わない状態（無意識に学習機能を使わないようにしていた）
だったため、学習機能の向上の役に立たない、ということに気づいた、
という話。
128FreeBSDでwimeを使っている君
2022/04/29(金) 22:28:44.94 >>113 の件について追加。
FreeBSD13.0R/amd64＋Wine(i386-wine-devel-6.12)＋
wime4.1.4＋ATOK17(2004)＋emacs-canna-27.2 の
環境下において。
emacs-canna標準の、canna.el使用時の、漢字変換時に、
ごくまれに、WindowsなATOKの変換候補のGUI表示がされる。
もちろん、そのGUI表示で変換候補を選ぶことはできず、
単に描画されるだけです。
この描画は勝手に消えてくれないので、ATOKのプロパティを
表示（wimectrl -s）させて、プロパティをキャンセルすると、
ATOKのプロパティの描画と一緒に消えてくれます。
ただ、「たまになる」だけで確実に再現させることができません。
「標準のEmacs＋yc.el」の時も、ごくごくまれになっていたと
記憶するのですが、条件を思い出せません。
実害はないのですが、一応、そういう現象がある、という事で。
それと、繰り返しになりますが、「標準のEmacs＋yc.el」より
「emacs-canna」の方が、軽いように感じます。
「Emacs LispでCanna」と、バイナリで対応の「emacs-canna」なら、
当然かもしれません。
もう「標準のEmacs＋yc.el」には戻れません。
FreeBSD13.0R/amd64＋Wine(i386-wine-devel-6.12)＋
wime4.1.4＋ATOK17(2004)＋emacs-canna-27.2 の
環境下において。
emacs-canna標準の、canna.el使用時の、漢字変換時に、
ごくまれに、WindowsなATOKの変換候補のGUI表示がされる。
もちろん、そのGUI表示で変換候補を選ぶことはできず、
単に描画されるだけです。
この描画は勝手に消えてくれないので、ATOKのプロパティを
表示（wimectrl -s）させて、プロパティをキャンセルすると、
ATOKのプロパティの描画と一緒に消えてくれます。
ただ、「たまになる」だけで確実に再現させることができません。
「標準のEmacs＋yc.el」の時も、ごくごくまれになっていたと
記憶するのですが、条件を思い出せません。
実害はないのですが、一応、そういう現象がある、という事で。
それと、繰り返しになりますが、「標準のEmacs＋yc.el」より
「emacs-canna」の方が、軽いように感じます。
「Emacs LispでCanna」と、バイナリで対応の「emacs-canna」なら、
当然かもしれません。
もう「標準のEmacs＋yc.el」には戻れません。
2022/04/30(土) 16:58:54.71
2022/05/01(日) 02:28:56.20
>>127
もしご本人が読んだらどんな反応があるか目に浮かぶ様なご回答ですな
もしご本人が読んだらどんな反応があるか目に浮かぶ様なご回答ですな
2022/05/01(日) 22:57:53.03
>>130
恐いのは恐いんですが、悪口ではないんですよ。
ただ、キー割り当てやソフトウェアの挙動には、人間側として
不満があったとしても、よかれと思って考えられた設計思想や、
俗に語られる、タイプライターの配列の話などの、
いまさら変えられない歴史があるし、あえて、人間側が標準状態に
合わせるのも考え方として「ある」という話です。
ATOKのバグ出しチームの話も、「へえ、変換学習をさせなければ
変換先の順番が変わらないのだから、変換作業が速くなるね」と
感心したので、憶えていたのだと思います。
ATOKのスレで、ATOKの新規インストールをしたので、
「これから（自分流の入力をして）辞書を鍛える」というレスが
並んでいた中に、「短文でなく、長文で変換をしたら、文脈に
応じた変換結果になりやすいのに」というレスを見てからは、
執筆者も、文脈を読み取りやすい長さのタイミングで
変換するようになりました。そのレスには感謝しています。
恐いのは恐いんですが、悪口ではないんですよ。
ただ、キー割り当てやソフトウェアの挙動には、人間側として
不満があったとしても、よかれと思って考えられた設計思想や、
俗に語られる、タイプライターの配列の話などの、
いまさら変えられない歴史があるし、あえて、人間側が標準状態に
合わせるのも考え方として「ある」という話です。
ATOKのバグ出しチームの話も、「へえ、変換学習をさせなければ
変換先の順番が変わらないのだから、変換作業が速くなるね」と
感心したので、憶えていたのだと思います。
ATOKのスレで、ATOKの新規インストールをしたので、
「これから（自分流の入力をして）辞書を鍛える」というレスが
並んでいた中に、「短文でなく、長文で変換をしたら、文脈に
応じた変換結果になりやすいのに」というレスを見てからは、
執筆者も、文脈を読み取りやすい長さのタイミングで
変換するようになりました。そのレスには感謝しています。
2022/05/01(日) 23:00:08.42
そのスレで言及があった「窓使いの憂鬱」は知っていましたが、
共同使用のPCには入れられないし（共同使用相手がUnix系とは
限らない）、「窓使いの憂鬱」を入れられる環境なら、
Emacsな人なら、xyzzyを入れて「メモ帳」代わりに使っても
よいだろうし、Windowsのダイアログ入力のコピペなどの
すべてまでも、を、Unixっぽくするのも、どうなのか、
Windowsにおいて、「絶対にマウスを使たくないでござる」は、
難しいだろうな、人間には慣れる能力もあるのに、と、
思ったことがあります。
『UNIXという考え方−その設計思想と哲学』を読んで、
マウス操作もアリ（操作は、なるべく楽をしろ）なのだな、と、
考えを改めた執筆者君でしたー（きょうのわんこ風）。
共同使用のPCには入れられないし（共同使用相手がUnix系とは
限らない）、「窓使いの憂鬱」を入れられる環境なら、
Emacsな人なら、xyzzyを入れて「メモ帳」代わりに使っても
よいだろうし、Windowsのダイアログ入力のコピペなどの
すべてまでも、を、Unixっぽくするのも、どうなのか、
Windowsにおいて、「絶対にマウスを使たくないでござる」は、
難しいだろうな、人間には慣れる能力もあるのに、と、
思ったことがあります。
『UNIXという考え方−その設計思想と哲学』を読んで、
マウス操作もアリ（操作は、なるべく楽をしろ）なのだな、と、
考えを改めた執筆者君でしたー（きょうのわんこ風）。
2022/05/02(月) 10:00:39.94
ありきたりな環境で人並みに過ごすのか、楽をする為に人並み外れた途方も無い時間と労力を費やすのか
まさに人それぞれと言う話でござるな
まさに人それぞれと言う話でござるな
2022/05/02(月) 12:23:55.75
まあどっちかというとWindowsならマウス無しのオペレーションも無くはないんだけどね。
2022/05/03(火) 02:13:54.53
> BSD/LinuxでのOffice/Desktop環境を語れ！ Part03
2022/05/03(火) 06:07:53.55
ちんちんシュッ!シュッ!シュッ!
2022/05/03(火) 08:38:34.79
お題にはちんちんなんか生えて無いが
2022/05/06(金) 01:20:47.43
レスを投稿する
ニュース
- 小野田紀美・経済安保担当相「何か気に入らないことがあればすぐに経済的威圧をする国への依存はリスク」 ★2 [Hitzeschleier★]
- 【中国局長】両国関係に「深刻な影響」 首相発言の撤回要求 [蚤の市★]
- 日本行き空路４９万件キャンセル 中国自粛呼びかけ 日本行きチケット予約の約３２％に相当 ★2 [ぐれ★]
- 【インバウンド】中国人観光客の日本での消費額は年間約2兆円超…中国政府は公務員の出張取り消し [１ゲットロボ★]
- 外務省局長は無言で厳しい表情…日中の高官協議終了か 高市首相“台湾”発言で中国が強硬対応 発言撤回求めたか…★3 [BFU★]
- 【維新】吉村知事「中国人観光客だけに頼るビジネスモデル変えていかないといけない」「高市総理の発言は撤回する必要はない」 [Hitzeschleier★]
- 【高市速報】日本人の３割「中国への武力行使に踏み切る必要がある」ANN世論調査 [931948549]
- 高市「発言は撤回しない。謝罪もするな。外務省局長！任せたぞ。」👈なにをさせたかったの？😲 [826239858]
- 【実況】博衣こよりのえちえち歌枠🧪
- 外務省局長、よくわからないまま帰国へ [834922174]
- ぶっちゃけ普通の日本人は台湾とかどうでもよくて、野蛮な反日国中国が偉そうにするのがムカつく！という感情論だけだよね… [452836546]
- 自分に自信がない女の子、陽キャ美容室で８０ｃｍのエクステを付けた結果wwwwwwwwwwwwwwwwwww [329329848]