NTEmacs スレッド 5 [転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
HOMEを設定してなければc:¥Users以下のWindowsアプリがよく保存する所の.emacs.d内にあるはず
面倒だからHOMEを設定した方がいいよ >>558
ありがとうございます.
~\.emacs.d\init.elを削除してもなにも変わらないので困っていました
~\.emacs.elが見つかったので削除したら初期化出来ました.
GUIでの設定は.emacs.elに保存されるのを知りませんでした.
仰るとおりAppData\Roaming\.emacs.dは面倒くさいのでHOMEの設定をしますね. バッファー毎にフォントを変更できますが,それを保存できますか?
A.txtは常にMS明朝,B.txtは常にMSゴシックというように文書毎にフォントを固定できますか? >>561
ありがとうございます.
英語は変更されましたが,日本語は変わりませんでした.
ためしにフォントをBookshelf Symbol 7に変更しましたが,日本語は記号ではなくデフォルトの文字でした. >>561
試行錯誤しているうちに出来ました.
途中で作動しなくなりましたが,Local Variablesのブロックをファイル末尾に配置したところ毎回作動するようになりました.
日本語フォントだけ変化しない現象はフォント名を日本語で入力したら解決しました. M-x shellで、cygwin、MSYS2、コマンドプロンプトと色々開きたいんだけどできる? >>564
確認してないけどcomint-run使えるかも msys2で自前ビルドする時にgccオプションどうしてる?
自宅のPCでは CFLAGS='-O2 -march=native' かatom機用に '-O2 -march=silvermont'
会社用のは色んなCPU世代があるので '-O2 -march=nehalem' (自宅PCでビルド)
これで一応動くけど汎用には-mtune=intel か generic が適切かもしれない
ネットで検索すると '-Ofast -march=x86-64 -mtune=corei7' がいくつか見つかったけど
Ofast以外のオプションて公式に見つからないんだけど…昔のオプション? 一般論として、コンパイラにはバグが潜在しており、また一部のコードがある種の仮定を行っている場合もあり、コンパイル時の最適化オプションを変えたときに正しいコンパイル結果になることは保証されていない。
また、作業の生産性に影響するようなクリティカルなパフォーマンス向上はコンパイルオプションの変更だけでは得られない。
よって、メリットとリスクを鑑みれば、開発者によって広範囲にテストされているであろうデフォルトの設定から変更するのはおすすめはしない。 >>569
もっともらしいことを言ってるつもりだろうけど、ただの妄想だ
最適化オプションを過激にしたからと言ってバグらないし実行速度はほぼ確実に速くなる
一応ベンチマークに基づいた見解 Windows10 October Update 入れたら
IME切り替えが最初からちゃんと効くようになった希ガス どうもそのようだ、なにかモヤモヤしたままEmacsを使っていたけどやっと気持ちよく使えそう >>522
emacs26.1+IME-patch で初回起動時にウィンドウを移動させないとIMEが働かない不具合は
Windows10 のUpdate 1810 で解決したようです。 NTemacsでorg-modeを使っています。
コードブロックでvbaのコードをシンタックスハイライトさせたいのですが、サポートされていません。
Babelを改造する方法をご存じの方いらっしゃいませんか?
スニペット置き場に最適なので是非お願いします。 今週のWindows UpdateでWindows 10が1809になってから
C-M-iを押すとなぜかcompletion-at-pointが実行されずに
ウインドウが2行分ぐらい上に移動するようになってしまい困ってるんだけど
対策ないかな?
あと>>513をやるとIMEで変換中のフォントが小さくなって
確定後のフォントとずれてしまうようになった
両方ともこのどっちのEmacsでも起きる
ttps://github.com/chuntaro/NTEmacs64
ttps://github.com/mhatta/emacs-26-x86_64-win-ime すまん、>>575のC-M-iは俺環だった
今まで知らなかったのだが他に入れているアプリに
キーボードでウインドウを動かす機能があって
なぜか動いていなかったのが1809で動くようになったらしい
>>513をやるとIMEで変換中のフォントが小さくなるのは未解決 IMEで変換中のフォントが小さくなるのは
IMEで直接打てる「あ」から「ん」までのフォントセットのフォントを
set-fontset-fontで変更にしないようにすればいいんじゃね?
と思って試行錯誤した結果、「あ」のフォントだけデフォルトのままにしておけば
小さくならないことを発見した
なぜこうなるのかは分からん。。。
(set-fontset-font t `(0 . ,(- ?あ 1)) "Arial")
(set-fontset-font t `(,(+ ?あ 1) . #x3FFFFF) "Arial")
俺の環境だと全部Arialにした時のview-hello-fileは7秒だけど
これだと13秒くらいまで遅くなる
まあ何も対策しないと1分14秒かかるからだいぶマシ
誰かもっといい方法見つけてくれ
俺は限界。。。 >>577
「ime-font を設定する」という方法はダメ? >>578
だめだった
実験で↓こんな風にしても、変換中と確定後でフォントの大きさが違う
サイズ指定は反映されるから効いてるのは確かなんだけど
両者が同じ大きさにならない
(setq default-frame-alist
'((font . "MS Gothic-9")
(ime-font . "MS Gothic-9")
))
↓
ttps://i.imgur.com/EMCzfA0.png
(setq default-frame-alist
'((font . "MS Gothic-9")
(ime-font . "MS Gothic-11")
))
↓
ttps://i.imgur.com/83Lgitr.png simplenote2.el を使用されている方はいらっしゃいますか。
久しぶりに入れてみたら、認証が通らなくなってしまいました。
Sync notes error: (error Simplenote authentication failed)
REQUEST [error] Error (error) while connecting to https://app.simplenote.com/api/login.
SimpleNote の認証方式が変更になったのでしょうか。
すみません、教えて下さい。 症状が違いますが、頻繁に"Contacting host: app.simplenote.com: 443"のままsyncの途中で止まりますね
syncできないわけじゃないですが使い勝手が悪い f2キーを2回押下で出てくるTwo-Column、二段組みモードってどういう使い方をするのかわからん すみませんが質問です。
MSYS2で pacman -S mingw-w64-x86_64-emacs でインストールしたEmacsをCLIモード
(emacs -nw) で実行する方法はいくつかあるようです。
1. MSYS2のターミナルで winpty emacs -nw
2. MS純正ターミナル(コマンドプロンプト、PowerShellのターミナル、Windows Terminalなどで emacs -nw
3. ConEmuで emacs -nw
しかし自分が試したところ(M-x list-colors-display)いずれも16色になってしまい、個人的には実用に耐えません。
xterm-256color相当にする方法がよくわからなかったので、ご存知の方がいらっしゃったらお教えいただけないでしょうか?
これはMSYS2ではなくMSYSの記事ですが
cygwin - How to run emacs in CLI mode under mintty in windows? - Stack Overflow
https://stackoverflow.com/questions/14465330
コマンドプロンプトが24bitカラー化したのは2016年のようです。
24-bit Color in the Windows Console! | Windows Command Line Tools For Developers
https://devblogs.microsoft.com/commandline/24-bit-color-in-the-windows-console/
このイシューを斜め読みしたところ、どうもwinptyは現状256色をサポートしていないようです。
Is 256 color supported? Issue #108 rprichard/winpty GitHub
https://github.com/rprichard/winpty/issues/108 寂しくなったな。EmacsやめてVSCodeに流れたのか、Emacsは使っているけどWSLに流れたのか、どっちだろ? 27待ち
26はIMEも大分安定したしNTEmacsとしては書くことないな https://github.com/maildrop/w32-imeadv
パッチ無しでw32-imeを実装しようとするelとDLLだけど
27もそろそろでそうだから試してみようかと。 WSL2も出ることだし、WSLに移行したほうが幸せでは? WSL2でWindows側のファイルを操作するのは
WSL1と比べてもくっそ遅いからな WSL+VcXsrvでEmacsを表示すると、カーソルの移動がやたらガタついて気になって常用出来ない WSL2でいいなら最初からVMでemacs使ってるでしょ >>593
VMのemacsからはWindowsのアプリ、起動できないからね 利点も欠点も両方ある以上、
自分の使い方で利点が欠点を上回ると自分で判断した人が使えばよくて
他人がとやかく言うものではないな
と言う事をここにいる人はみんな
エディタ論争で学んできたじゃないか 実際に使おうっていうんじゃなくて興味オンリーなんだけど
Windows Terminalで動かす方法はある? 何となく思い立って、Gitリポジトリのemacs-27ブランチをチェックアウトして、
ビルド&インストールしてみたけど、素のままだと当然IME使えなかった…orz。 ddskkを使えば解決
Emacs使いは全てをEmacsだけで解決すべし
日本語入力もしかり >>598
横だけど、ここmaster用のパッチまであるのがすごいな。
試しにGitリポジトリのmasterをチェックアウトして、
このパッチ当ててビルド&インストールしてみたけど、
masterでちゃんとIMEが使えるようになったわ。 でも正直、こういうパッチとか必要なくて、公式で配布されてるWindowsバイナリを使って
設定も何も必要ないか、せいぜいdefault-input-methodを設定するくらいで
それでIME使って入力出来るようになってほしいよなぁ
まあ、ここでそんなことを言っていても意味ないんだろうけど 公式バイナリは--with-modulesでコンパイルされているから、
>>587で紹介されてるw32-imeadvを使えばいいのでは いやそういうのも必要なくて、公式バイナリだけでIME使えるようになってほしい、って話でしょ
もっとも、昔はIMEパッチ無しでも未変換状態でインラインにならないのを我慢すれば使えてたのが、
今ではそもそもIME使えないようになってしまったから、状況はむしろ悪化してしまっているんだけど Emacs-26.3とEmacs-27.0.91の公式バイナリだけでIMEでの日本語入力はできてるが、
"IME使えないようになってしまった"ってそれより最近の話? mozc_emacs_helper.exe使うようになってから、公式バイナリで問題ない。WSLでも使える方法だし。 w32-imeadvがバイナリも一緒に置いてあれば…… そういえば公式バイナリのZIPアーカイブって、なんであんなにいろいろと入っているんだろう。
例えばPythonが丸ごと入っているっぽいんだけど、Pythonが無いと動かない機能とかあったりするの? >>607
これなんだけどEmacsをdaemonで動かすとinit.elに記述したw32-imeadvのLispを
なぜか読み込んでくれないんだよね。
どうしたものか… emacs-develでのこのメールから始まるツリーで議論されてるな
https://lists.gnu.org/archive/html/emacs-devel/2019-04/msg00720.html
んで、この議論の後に通常のリリース手順に沿って作られたと思われる
emacs-27.0.91-x86_64.zipが小さいんで、Emacs-27では改善されると思うね w32-imeadvは連続して100回くらい変換してるとEmacs自体が激重になるバグがある
何かがリークしてると思われる >>609
daemonモードはinitial-frameがまだ作られていない状態で起動するから、
init.el実行中はwindow-systemはnilじゃなかったかな(うろ覚え)
lisp-w32-imeadvを変更しない前提なら、
after-make-frame-functionsあたりに、lisp-w32-imeadvをloadするhookを
足せばいいのでは >>610
じゃあ26が一番でかいってことになるのかな 通常版は215MBあったからな
しかしno-depsとほぼ別バージョンになってるのはもうしょうがないのか
windowsの標準ライブラリでは実装できないんだろうけど 今更な話なのかもしれないけど、IMEパッチを本家にマージする
みたいなことって、今まで誰もやってないの?
あるいは既に誰かがやったけど拒否された、とかだったりするの? >614
その昔、パッチを管理してた頃、emacs-dev 投げたけど、無視だった。
マウスカーソルの場所に応じて変形させるパッチはすんなり採用されたけど、IMEに興味無さそうだったな。 IMEでのかな漢字変換を使ってないと課題がつかめないよな
キーストロークを全部書いて、いかに不便か/便利になるかを示しきれなかったとか? >>617
普段から2バイトや3バイトを1文字につかう言葉のことなんてネイティブイングリッシュな
奴らから見たら野蛮で下等ってことじゃないのかな。 そもそもWindowsのIMEって日本語環境特有のものなの?
例えば中国語ってどうやって入力するの? >>620
確かに26.xの時はソースが公開されてから一週間以内に公式バイナリが
公開されていたのに対して、今回は時間が掛かっているみたいだけど
何か問題でも発生しているの? pretest版の27.1バイナリは出てるよ
https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/
8/13には公開されてたけど、DLLが足りてないって話がbug-gnu-emacsやemacs-develに出て、
一度更新されたようだ もしかして公式Windowsビルドが遅いのって25.3の反省? emacs-27.1-x86_64-installer.exeなんてのがあるから
試しにダウンロードしてインストールしてみたんだけど
標準でC:\Program Files\Emacs\x86_64の下にインストールされるんだな
C:\Program Files\Emacsはさておくとしてもx86_64って何だよ ARM版Windows10が有るから、そこにx86-64版とARM版が共存出来る事を狙ってるのだろう じゃなかった、lispディレクトリはどこになるの? >>630
C:\Program Files\Emacs\x86_64が$(prefix)で、その下は以前と一緒
C:\Program Files\Emacs\x86_64\share\emacs\27.1\lispとか
C:\Program Files\Emacs\x86_64\share\emacs\site-lispとか 普通に考えると $(prefix) は C:\Program Files\Emacs にしておいて
$(exec_prefix) を C:\Program Files\Emacs\x86_64 にするだろうに 今x86なものをProgram Files (x86)の方にインストールさせてるくせにarmがメインになってもマイクロソフトはProgram Files (x64)作らんのですか……? というか、例えARM版Windowsが普及したとしても、その上でx86版の
公式バイナリを動かしたいなんて要望が本当にあるんだろうか
ARM版Windowsが普及したらARM版の公式バイナリが出て
それで万事解決ってことになると思うんだけど CPUに依存するコードは多分無いはずだけど、それでもすんなりビルド出来るかは分からんよ
それにARM版はx86-64のコードもかなり速く動かせるようだから、x86-64版を使うのも有りだと思う >>633
作るも何もx86-64版のインストーラは例えARM上で動いていても、x86-64版で動いてると思ってるから、普通にProgram Files以下に入れてしまう
自分で選択し直す事も出来るだろうけど、誰もそんな面倒なことはしないだろう emacs-27.1-i686-installer.exe を32bit機で動かすと
C:\Program Files\Emacs\i686
に入るだろうという予想は当然として、64bit機ではどうだろう
C:\Program Files\Emacs\i686
C:\Program Files (x86)\Emacs\i686
なんか前者のような気がしてならない NTemacs 27.1 の ewwでURLを入力して閲覧しようとすると
package tls is duplicated
や
could not connection to 443
が出て閲覧できない。
PATH には C:\emacs-27.1-i686\bin を入れてるけど
(gnutls-available-p) が nilになる。
うーむわからん。 >>639
27.1の公式バイナリでM-x ewwでhttps://www.google.com/を
指定してみたけど、普通にアクセス出来ている
どのバイナリを使っているのか判らないけど
自前ビルドのバイナリなら、C:\emacs-27.1-i686\binに
libgnutls-30.dllが無いとかじゃないの >>638
ということはやっぱり x86_64 とか i686 を掘る意味がないな
一番複雑な ARM64 機だったとしても
ARM64 バイナリは C:\Program Files
ARM32 バイナリは C:\Program Files (arm)
x86 バイナリは C:\Program Files (x86)
x64 バイナリは確かまだ動かないから関係ない
にインストールされるから衝突しないよね つうか、そんなにProgram Filesのバリエーションを増やしたいのか… scoopのextra bucketにも来てた早速インストール
emacsとか開発系のツールは最近全部scoopだわ 27.1で以前と比べて半分のサイズになったとはいえ、
公式バイナリって本当にたくさんのファイルが含まれているよな
includeの下にCのヘッダファイルがたくさんあるんだけど
これって本当にEmacsの動作に必要なんだろうか 27.1の公式
orgモードで
<eタブ
などを入力するとブロックテンプレート
#+BEGIN_EXAMPLE
#+END_EXAMPLE
が挿入される機能が動作しなくなったけど
バイナリに含まれているOegの仕様が変わったんでしょうか? >>645
https://orgmode.org/Changes_old.html にあるOrg 9.2の変更点にある、
Change in the structure template expansionを読むといいと思うよ
(Emacs 26.3付属はOrg 9.1.9、Emacs 27.1付属はOrg 9.3のようだ) ttps://github.com/mhatta/emacs-27-x86_64-win-ime
の27.1を使わせてもらってるけど、
26でもWindows10 1803などで発生していた
IMEをONにしても日本語が入力されない問題がWindows10 2004で起きるね
現象も回避策もこれと同じだった
ttps://github.com/chuntaro/NTEmacs64/issues/3 >>644
多分MSYS2のパッケージ単位で必要なものを選択しているんじゃないかな
例えばPNG画像を表示するためにはlibpng16-16.dllだけあれば十分なんだけど
MSYS2のmingw-w64-x86_64-libpngパッケージには画像形式変換のためのexeも
ヘッダファイルもmanページも含まれているから、それら全部が公式バイナリに
含まれている、と 26.3から27.1に上げたら2,3日に一回ぐらいハングアップしてたのが解消した気がする
Chocolatey 27.1でもハングアップしたので >>650 は取り消し。 >>650 は、shell bufferでパスワード入力するときに開かれたmini bufferが、閉じられずに放置されたまま長時間経過すると発症する気配がある。
きちんとmini bufferでパスワード入力するように心がけてからは再発しなくなった。 >>652
IMEパッチ版がたまにIME入力中に落ちる現象が
27.1でもどうしても直せないので
本家バイナリ+それに乗り換えたけど
落ちないみたいなので安心感がある
未確定時のフォント設定、モードラインやカーソル色の変更くらいの使い方だと
IMEパッチ版と機能的にも違いが見えない
ただ、IMEパッチ版は副作用なのか
なぜかフック系のキーカスタマイズツールが効くようになるので
マルチモニタのモニタ間移動をアサインしてたのだけど
それの代替が見付からないのが個人的には不便 >>654
落ちないなら乗り換えるかなぁ?
「フック系のキーカスタマイズツール」ってなに? >>655
メッセージフックを利用してキーを置き換えるツールのこと
特にWH_KEYBOARD_LLというのを使うツール(yamyとかのどかとか)が
本家バイナリからはキーを横取りできなくて効かないんだけど
IMEパッチを当てるとなぜか効くようになる >>656
yamyとか面白そうなんで試してみた。
IMEパッチ当たってるEmacsでもyamyのキー置き換えが効かないのあるんだな。
mhattaが配布しているIMEパッチでは効いた。TANEが配布しているIMEパッチでは効かなかった。
何が違うんだか…。 ■ このスレッドは過去ログ倉庫に格納されています