EasyWine
Nihonshu では MS UI Gothic 等を置き換えるための設定が自動的に行われる。この動作は Wine の呼び出し方法を変えることで拡張 INF が読み込まれなくなり適用しないようにすることもできる。
ただし、2019年8月版では拡張 INF だけではなくバイナリ自体に手が加えられているため HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\FontSubstitutes にある MS Shell Dlg など、一部の項目は値を変更しても元に戻るためユーザによるカスタマイズは無視される。
作者が Wine に触れ始めた頃、macOS の パッケージマネージャは未だ MacPorts か Fink しかなく、MacPorts を使用して Wine を導入していた。しかし、MacPorts の Wine は依存関係が非常に多く、バリアントで不要なライブラリを除外してビルド出来るようになってはいなかった。これはビルドにかかる時間を無視すれば大したことではないが、依存関係にある GStreamer がアプリケーションによって無限にエラーを吐き続け winegstreamer.dll を無効にしても回避できないという重大な問題があったためセルフビルドすることになった。その過程で都度レジストリを登録して日本語の設定をするのが面倒になったため Nihonshu を作り始めた。
Wine は LC_* 環境変数や LANG 環境変数で言語の切り替えができるが、これらに ja_JP.UTF-8 を設定したとしても完全に日本語化はされない(地域や表示言語は日本語になるが根幹の言語は English のままである)。Nihonshu にはこの部分を日本語にするためのパッチが当たっているため一部の Windows アプリケーションで採用されている「日本語版 Windows 認証」をパスできるようになっている。
Homebrew 版 Wine との差別化として gettext によるローカライズがされていない一部のインターフェイス(例えば『マイ コンピュータ』)が英語のままだが Nihonshu ではきちんとローカライズされた状態で表示されるようになっている。
アプリケーションを単体で実行した場合は『Wine エクスプローラ』が起動するようになっているのでそこから実行ファイルを選択するか、Finder から実行ファイルを EasyWine で開くようにすればよい。Wine エクスプローラを使わせようとするのは作者的に「これが一番 Wine と Windows のファイルシステムを理解するのに向いているから」という意図がある。
EasyWine では Wine を呼び出すスクリプトに対して下記のように環境変数を設定している。Wine では 64-bit と 32-bit の WINEPREFIX は共存出来ないため別名のディレクトリに構築されるようになっている。32-bit の WINEPREFIX から 64-bit の WINEPREFIX に Windows アプリケーションを移行する場合は単にファイルをコピーするか、Windows アプリケーションを再インストールする必要がある。32-bit のままで使用したい場合は後述の『32-bit 専用モードでの起動方法』を参照。
~/Library/Caches 以下のディレクトリは不要ファイル削除系のアプリを使うと削除されるため WINEPREFIX の損失に注意しなければならない。これは Wine が不要になった際にユーザが WINEPREFIX や Mono、Gecko といったファイルをまとめて削除しやすいようにするための措置である。また、一般的な WINEPREFIX である ~/.wine を使用していない理由はコマンドラインユーザのための措置である。