元スレEmacs Part 44

emacs覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

101 = :

pullreqにコメントないのも問題だけど、pullreq拒絶してる最大の理由は、
FSFへのコード寄贈の署名をしてない点じゃねえ?

署名してない理由は知らんけど。
少なくとも、日本の企業だから、ってのは理由にならん。
ウチの会社だと駄目でしたって可能性ならあるが、ホントの
とこは、どうなんだろね。

102 = :

寄贈するかしないかは本人の勝手であるわけで
Rさんが寄贈したくないって言うならそれは仕方ない
helmのメンテナーが寄贈する前提で作業してるからRさんのコードを受け付けられないって言うならそれも仕方ない
険悪な雰囲気なのはコミュニケーション取れてないからだと思うよ

103 = :

またるびの人もめてんの?

104 = :

るび汚染が始まってしまう

105 = :

本人によるとsignはしたみたいだね。

http://twitter.com/rubikitch/status/414308103459315712

> 数年前FSF paperが来たんでsignして送り返したはずなんだけど、あれから音沙汰がなくて、やはり届いてなかったようだ。
> もちろんsignしたいけど、どうすればいいのかわからなくてこのまま放置してた。

おれは嘘だと思うけど!

106 = :

専用スレ行けやクソども

107 = :

届いてないなら、メールで問い合わせてもう一回送るとかすればいいのにねえ。

108 = :

この辺が理由なんでしょ？
別スレ移動するにしてもあんまりいじらない方いいんじゃないの。

http://twitter.com/rubikitch/status/245102570098528257

> メンテナンスがおそろかになってしまったのは、すべては長期にわたって精神的に病んでいる自分の責任だと思っています。anything.elはかわいい養子同然の存在なのにforkさせられてしまって(涙)本当にごめんなさい。

109 = :

ファイル数個じゃ収まらない場合は素直にemacs諦めてIDE派だなあ
キーバインドだけ変える

110 = :

>>109
eclipse も vs も netbeans も emacs 風キーバインドはあるんだけど
なんか中途半端で結構いじるはめになったり変更を諦めることになったり切ないよね。

114 = :

プロジェクトで指定されたフォーマットルールが微妙に再現出来ずに
色々手を加えなくてはいけなくなったり的な。

115 = :

>>109
ファイル多い時こそemacsでないと探すのがストレスになる。

116 = :

eclipse はエディタというより外部ツールの一つとして使いたいんだが
余計なおせっかいが多くて困る
上手く emacs と連携させることができれば便利なんだけどな

117 = :

使ったこと無いけど eclim-emacs とかどうなのさ

118 = :

>>117
eclim-emacs 初めて知った
面白そうだから後で遊んでみる
ありがとう

119 = :

>>115
それは碓かにそうなんだけど、IDEで使ってる機能を全部使えるようにelファイルを探して入れるのが面倒なんだよね
あとGUIでタブ残ってるのがすぐ分かるようにしたい時がある

120 = :

>>119
全部入れたらパッケージングして上げてくれ。

121 = :

>>119
100ファイルとか普通に開くから、タブとか無理だ。

122 = :

emacsに意識しすぎてコーディングが捗らない

123 = :

IDEで使ってる機能を全部使えるようにするのは無理だしその逆も同様

124 = :

補完とか関数ジャンプとかそれぐらいしか使ってないならできる

127 = :

>>117
すごいな、これｗ

130 = :

もうEmacsも御役御免の時代なのかね……。
寂しいが、これも現実か。

131 = :

えー。今導入し始めてる時なのに。

132 = :

世界的にはVimのほうが上だからな

134 = :

Vimの人の方が外部ツールに頼る事に抵抗が少ないからだろうね
Emacsの人はそんなデカいツールに頼るという発想がない

135 = :

feature freeze したな

137 = :

俺の大好きな iswitchb が obsolete 行きになってしまった・・・
http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/etc/NEWS#L800

138 = :

>>135
どういうこと？

139 = :

>>138
24.4に向けての新機能追加が終了、あとはバグ直しだけしてリリース準備頑張りましょうねーってことじゃね
http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00844.html

140 = :

しかしクリスマス休暇とあいまって今はコミット祭になってるな
次は24.4になるだろうけど、0.1のバージョンアップにしては
細かいところでかなり変更点が多いし、いいリリースになりそうだ

141 = :

eww がちょっと楽しみ

144 = :

#xffff 等の 16bit 数値を base64 でエンコードする簡単なやり方ってあるのでしょうか？

(base64-encode-string (char-to-string #xffff)) だと multibyte 文字が入っているって怒られます。
そもそもエンディアンどうなるのって話だし。

自分でバイトオーダを意識して 1byte 単位で切り出して変換するしかないのでしょうか。

145 = :

encode 意識しないんなら string-as-unibyte
意識したいんなら encode-coding-string で適切な unibyte に。

146 = :

>>139
ありがとう
よく分かった

147 = :

>>145
ありがとうございます。
string-as-unibyte はなぜか 3byte に変換されてしまいました。unibyte と multibyte にエンコーディングが絡むと
未だに何がなんだかわからなくなります・・・
とりあえず byteorder の戻り値を見て utf-16le と utf-16be を切り替えるあたりが妥当なところなんでしょうかね。

(equal "774=" (base64-encode-string (string-as-unibyte (char-to-string #xbeef))))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'binary)))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'utf-8)))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'utf-16be)))
;; => nil
(equal "774=" (base64-encode-string (encode-coding-string (char-to-string #xbeef) 'utf-16le)))
;; => t

148 = :

helmの質問です
helm-do-grepでand検索ができないのでどうしようと思ったらこれを見つけました
http://www49.atwiki.jp/ntemacs/pages/33.html
ですがこれではhelm-do-grepの処理が大幅に遅くなってしまいました

そこで空白が入力されたときにはそれより前の文字列をhelm-do-grepで処理し
空白以後の文字列はその結果が表示されているバッファをemacs lispで編集することでヒットしたかどうかを表そうと考えました

helm-do-grepの実質的な処理はhelm-grep.elのhelm-do-grep-1がしていることは分かったのですが
入力された文字列の管理をどこでやっているのかと検索結果をどのように編集すればよいのかが分かりません
よろしくおねがいします

149 = :

>>147
へー beef (牛肉) が unicode で「ななし」になるってなかなか面白くないかい。とっくに既出？

それはさておき最近の Emacs だと内部エンコーディングが utf-8 なんじゃなかったっけ。
だから 3 byte になるのは当然だよね。
環境に依存するので char-to-string 使うのはあんまりよくないかもしれない。

(defun int16-to-string (int16)
(let ((s (make-string 2 0)))
(aset s 0 (logand (lsh int16 0) #xff))
(aset s 1 (logand (lsh int16 -8) #xff))
s))

> 自分でバイトオーダを意識して 1byte 単位で切り出して変換するしかないのでしょうか。

そういうことになるのかな。

150 = :

>>149
なるほど確かに info を見てみると unicode のスーパーセットってなっていました。
ただのバイト列を作りたい場合、char-to-string して concat ではなく
aset でしこしこ組み立てていけば良さそうですね。

ありがとうございました。

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / emacs一覧へ

類似してるかもしれないスレッド

• Emacs Part 54 (97) - [92%] - 2023/1/25 17:15
• Emacs Part 46 (984) - [92%] - 2014/12/24 14:15
• Emacs Part 34 (1001) - [92%] - 2010/6/21 19:45 ○
• Emacs Part 41 (1001) - [92%] - 2012/12/24 4:15
• Emacs Part 42 (1001) - [92%] - 2013/6/9 5:15 △
• Emacs Part 43 (1001) - [92%] - 2013/12/14 11:30
• Emacs Part 45 (1001) - [92%] - 2014/6/23 9:45
• Emacs Part 40 (1001) - [92%] - 2012/9/7 0:30
• Emacs Part 47 (995) - [92%] - 2015/4/19 13:01
• Emacs Part 49 (974) - [92%] - 2016/12/7 9:45
• Emacs Part 48 (997) - [92%] - 2015/12/9 15:15
• Emacs Part 53 (989) - [84%] - 2022/12/5 12:45
• Emacs Part 31 (1001) - [84%] - 2009/10/23 10:31 ○
• Emacs Part 32 (1001) - [84%] - 2009/12/20 2:04 ○