sexpはやめろやと

Overleafのファイルにemacsからアクセスする方法ある？

>>302
Overleafのファイルに直接、Emacsからアクセスしようとせず、
Overleafが用意している外部Gitリポジトリで連携、すればそれで済むと思う。

terminal 系のパッケージってどれを使ってる？ (もしくはまったく使用していない？)
ansi-term, multi-term, vterm, eshell

>>304
multi-vterm
比較的動作が軽いので端末開いてtmux、の出番減った
tmuxみたいなセッション管理は出来ないけどね

あと、その中でemacs起動しないように気を付けてるけど、先週もVISUAL=emacs状態で crontab -e やらかした…

>>305
vterm にも multi- あったのか、しらなかった！
vterm なら tmux も使えたりしないのかな？

使えた
しかしウィンドウ分割や移動のキーバインドがどちらなのか頭が混乱するのですぐやめた

eshell
そういうのが考えなくていいから

shell-mode じゃだめですか？

shell-mode ってターミナルエミュレーターとは全然違うやつだっけ？
インタラクティブなコマンドは動かないんだよね

そこでorg-babelですよｗ

プログラミング全く分からない一般人です。
たまーに便利なのでマークダウンを少し使うこともあるぐらいです。

プレーンテキストで動いて軽いエディタとして使いやすそうで、org modeに興味があるのですが
一般人でも使えますか？
複雑なことはできなくても、メモを複数書きためるだけとか、精々シンプルなアウトライナーとして使えればOKです。
フォルダ管理、タグ管理は出来れば嬉しいですが。

軽く調べたところ、普通の人でも使えるというような話が全く出てこないので、やはり難しいでしょうか

org-mode を使うってことは Emacs にロックインされるってことだ
今までどんなマークダウンを書いてきたか分からないけど、それで満足してるなら org-mode に手を出すのはやめておいたほうがいいと思うよ

興味があるんだったら、やってみればいい。
話はそれだけだ。

その「普通の人」って何や?w

プログラミング全く分からない一般人って言ってるんだからノンプログラマーってことでしょ

試しで入れたguru-modeというパッケージのguru-mode-autoloads.elのautoloadの記述に
問題があって起動時のオートロードでinvalid syntaxと言われるんです。
とりあえずエラーが出ないようにダブルクォーテーションを弄ってドキュメント全体を文字列化しましたけど
ここのドキュメント文字列はどう修正すれば良いのでしょうか？

*-autoloads.el は人がいじるもんじゃないし、こっちの環境ではなんのエラーも出なかったよ
どういう方法でインストールしてどういう記述をしてるかを貼ればもうちょいなんとかなるんじゃない

大事なこと忘れてました。
自分入れてるのはFreeBSD13のportsから29.0.50なのでそのせいですね。

guru-modeの導入はleafからpackage経由でguru-mode-20200708.728が入ってます。
エラーを出してる記述はこれです。

> (autoload 'guru-global-mode "guru-mode" "\
> ("Toggle Guru mode in all buffers.
> With prefix ARG, enable Guru-Global mode if ARG is positive;
> otherwise, disable it.
> If called from Lisp, toggle the mode if ARG is `toggle'.
> Enable the mode if ARG is nil, omitted, or is a positive number.
> Disable the mode if ARG is a negative number.
> Guru mode is enabled in all buffers where `guru-mode' would do it.
> See `guru-mode' for more information on Guru mode.
> \(fn &optional ARG)" 7 11 (face nil) 287 291 (face nil) 330 339 (face nil) 360 369 (face nil) 395 399 (face nil)) t nil)

最終行のface何ちゃら回りが何の記述か判らないのですがautoloadのdescribe-functionを見る限りでは
この部分はdocstringの筈なのでダブルクオーテーションが足りないように見えます。
とりあえず間のそれを消して全体を括ったら動いたので。

>>320
足りてないんじゃなくて2行目の頭に (" が入ってるのがおかしいように見えるな

っていうか自分でなんとかできないのであればdev版は使わないほうがいいと思うんですけど...？

雄牛が雌牛の上に乗っかって後尾してるようなロゴなんとかならんの？

後尾じゃなくて交尾の間違いでした。
申し訳ございませんでした。

心が汚れている人にはそう見えるのか

心清らかだから2頭の雌牛にしか見えない

>>323
そんな見方したことなかったw

>>323
どこをどう見たらそう見えるんだろう

交尾ｗ
どんだけ想像力がたくましいんだｗ
中坊の頃はスーパーのチラシでオ○れたがそんなピュアな心はとうに無くなったよ

言われてみれば見えなくもない
gnuのもそうだけどマジでかわいくないよなこのマスコット
あと俺環かもしれんがinit.elにtoggle-fram-fullscreen書いとくとこの交尾牛何故かスタートアップマニュアルから消える

goのgopherの方が数万倍かわいい(´・ω・｀)

赤色の部分は牛を元にデザインされているから
青色の部分も牛に見えたならわからんでもないが…

http://www.ee.ryerson.ca/~elf/emacs/logo/logo.html

もしやこういう事か？
だとしても強引だなあ

>>331
牛ではなくgnuだろう

マービン・ミンスキーがgnuの絵を見て、そばにgnuと書かれてるのに気付かず
「これは牛かな？水牛かな？」と言っていつまでたっても当てられなかったのでストールマンは笑い転げた
って話を思い出した

>>333
長々とそれ言いたいだけでしょ

>>333
gnuとEmacsで GNU Emacs か

逆に考えるんだ
交尾の一体どこが不適切だというのだろうか

What's the fuck

珍しく伸びてると思ったら何だこれは

>>334
？

もしわかる人がいれば教えてください。

MX21（Debian11）でemacs-gtk（1:27.1+1-3.1）をインストールしてEmacsは/usr/share/emacs以下にあります。
apel（flim/semi/wanderlustの前に）をソースからmake installするとなぜか/usr/local/share/emacs以下にインストールされ、
そのままflimをmake installすると今度はflimがapelを見付けられません。
PREFIX=/usrとしても無視されてしまい、
LISPDIR/VERSION_SPECIFIC_LISPDIRをそれぞれ指定しないと/usr/share/emacs以下にインストールされません。

これまでapelはmake installするだけでemacsの枝を見付けてくれたはずですが、
何が原因でしょうか？

debianパッケージのagel flimじゃダメなの？
apt-get install flim
でapelも入るじゃん

というか wl か wl-beta で全部入るね

apel semi flim wanderlust wanderlust betaのソース一式をよく読もうよ。

手元にあるManjaroでも何もしなくても/usr/share/emacs以下に入る。
MX21(Debian11)で-q --no-site-fileで起動してAPEL-MKを読み込んで調べると、
PREFIXには最初から/usrが設定されるがLISPDIRは/usr/local/share/emacs/site-lispになる。

MX21(Debian11)では-q --no-site-fileで起動してもload-pathの先頭の方に/usr/local/share/emacs/site-lisp（空だが）が来る。
Manjaroの方は/usr/share/emacs/site-lispが来るからLISPDIRにこれが設定されるのかな。
なぜMX21(Debian11)では/usr/local...が先頭の方に追加されているのかは不明。
debain-startup.elというのを読まないようにしてもだめみたいだがどこから出て来るの？

それほど詳しくないんだけど、
debian-startup.el*をよけても起動にはemacs.pdmpが使われるからだめなのかな？
どうやらdebian-startupのパッチが当たらないソースなら問題がないように見えるので、
Debianのパッケージが原因ということでいいのかな。
MX18(Debian9)では問題なかったような気がしたけどはっきり憶えてない。

debianはパッケージを使うもの。
パッケージはdebianのファイル配置規則に沿ったディレクトリにインストールするように設定されてる

そういうものなのかな。
MXみたいにDebianのLTSベースで3〜4年使うとパッケージも古くなるから、
Emacsに限らずソースからインストールすることは時々あるんだけど。
ともかく原因は多分わかったのでどちらでも対処できればよいかな。

MXがDebian11に未対応なんじゃない？
Debianの場合自分でビルドするなら/usrとかじゃなくて/homeの自分のホームディレクトリにインストールするものだと思う。

Debianを使ったことがないからあれだけど、
emacs-gtkはDebianのリポジトリのパッケージだし、
apelはgitのソースでまだ何かあるのかな？
emacsが/usr以下にあってもapelが/usr/local以下に入るのはDebianのソースのパッチだと思うけど。

つまりDebianのemacs-gtkパッケージのソースに適用されたパッチという意味。