私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレEmacs Part 44
emacs スレッド一覧へ / emacs とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : △
レスフィルター : (試験中)
pullreqにコメントないのも問題だけど、pullreq拒絶してる最大の理由は、
FSFへのコード寄贈の署名をしてない点じゃねえ?
署名してない理由は知らんけど。
少なくとも、日本の企業だから、ってのは理由にならん。
ウチの会社だと駄目でしたって可能性ならあるが、ホントの
とこは、どうなんだろね。
FSFへのコード寄贈の署名をしてない点じゃねえ?
署名してない理由は知らんけど。
少なくとも、日本の企業だから、ってのは理由にならん。
ウチの会社だと駄目でしたって可能性ならあるが、ホントの
とこは、どうなんだろね。
寄贈するかしないかは本人の勝手であるわけで
Rさんが寄贈したくないって言うならそれは仕方ない
helmのメンテナーが寄贈する前提で作業してるからRさんのコードを受け付けられないって言うならそれも仕方ない
険悪な雰囲気なのはコミュニケーション取れてないからだと思うよ
Rさんが寄贈したくないって言うならそれは仕方ない
helmのメンテナーが寄贈する前提で作業してるからRさんのコードを受け付けられないって言うならそれも仕方ない
険悪な雰囲気なのはコミュニケーション取れてないからだと思うよ
本人によるとsignはしたみたいだね。
http://twitter.com/rubikitch/status/414308103459315712
> 数年前FSF paperが来たんでsignして送り返したはずなんだけど、あれから音沙汰がなくて、やはり届いてなかったようだ。
> もちろんsignしたいけど、どうすればいいのかわからなくてこのまま放置してた。
おれは嘘だと思うけど!
http://twitter.com/rubikitch/status/414308103459315712
> 数年前FSF paperが来たんでsignして送り返したはずなんだけど、あれから音沙汰がなくて、やはり届いてなかったようだ。
> もちろんsignしたいけど、どうすればいいのかわからなくてこのまま放置してた。
おれは嘘だと思うけど!
この辺が理由なんでしょ?
別スレ移動するにしてもあんまりいじらない方いいんじゃないの。
http://twitter.com/rubikitch/status/245102570098528257
> メンテナンスがおそろかになってしまったのは、すべては長期にわたって精神的に病んでいる自分の責任だと思っています。anything.elはかわいい養子同然の存在なのにforkさせられてしまって(涙)本当にごめんなさい。
別スレ移動するにしてもあんまりいじらない方いいんじゃないの。
http://twitter.com/rubikitch/status/245102570098528257
> メンテナンスがおそろかになってしまったのは、すべては長期にわたって精神的に病んでいる自分の責任だと思っています。anything.elはかわいい養子同然の存在なのにforkさせられてしまって(涙)本当にごめんなさい。
ファイル数個じゃ収まらない場合は素直にemacs諦めてIDE派だなあ
キーバインドだけ変える
キーバインドだけ変える
eclipse でテンプレートを作成して emacs でガーっと書きあげて
eclipse でリファクタリングすると捗る
eclipse でリファクタリングすると捗る
フォーマットってプロジェクトで統一されてるもんじゃないの
統一されていれば eclipse のフォーマット = emacs のフォーマットになるのでは
統一されていれば eclipse のフォーマット = emacs のフォーマットになるのでは
プロジェクトで指定されたフォーマットルールが微妙に再現出来ずに
色々手を加えなくてはいけなくなったり的な。
色々手を加えなくてはいけなくなったり的な。
>>109
ファイル多い時こそemacsでないと探すのがストレスになる。
ファイル多い時こそemacsでないと探すのがストレスになる。
eclipse はエディタというより外部ツールの一つとして使いたいんだが
余計なおせっかいが多くて困る
上手く emacs と連携させることができれば便利なんだけどな
余計なおせっかいが多くて困る
上手く emacs と連携させることができれば便利なんだけどな
>>119
全部入れたらパッケージングして上げてくれ。
全部入れたらパッケージングして上げてくれ。
>>119
100ファイルとか普通に開くから、タブとか無理だ。
100ファイルとか普通に開くから、タブとか無理だ。
eclipseが必要になるのって、デバッガかリファクタリングツールを使いたくなる時ぐらいだな。メソッド補完はcedetとautocompleteでそこそこいける。
c++書く時にgdb+emacsでデバッグしたりしてるけどわりといける
けどvisual studioでデバッグしたい
けどvisual studioでデバッグしたい
>>117
すごいな、これw
すごいな、これw
eclim-emacs でいいんじゃないのか
リファクタリングも参照ジャンプも補完も javadoc も eclispe の機能を裏で呼び出してくれるみたいだし
http://www.skybert.net/emacs/java/
リファクタリングも参照ジャンプも補完も javadoc も eclispe の機能を裏で呼び出してくれるみたいだし
http://www.skybert.net/emacs/java/
Vimの人の方が外部ツールに頼る事に抵抗が少ないからだろうね
Emacsの人はそんなデカいツールに頼るという発想がない
Emacsの人はそんなデカいツールに頼るという発想がない
俺の大好きな iswitchb が obsolete 行きになってしまった・・・
http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/etc/NEWS#L800
http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/etc/NEWS#L800
>>135
どういうこと?
どういうこと?
>>138
24.4に向けての新機能追加が終了、あとはバグ直しだけしてリリース準備頑張りましょうねーってことじゃね
http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00844.html
24.4に向けての新機能追加が終了、あとはバグ直しだけしてリリース準備頑張りましょうねーってことじゃね
http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00844.html
しかしクリスマス休暇とあいまって今はコミット祭になってるな
次は24.4になるだろうけど、0.1のバージョンアップにしては
細かいところでかなり変更点が多いし、いいリリースになりそうだ
次は24.4になるだろうけど、0.1のバージョンアップにしては
細かいところでかなり変更点が多いし、いいリリースになりそうだ
#xffff 等の 16bit 数値を base64 でエンコードする簡単なやり方ってあるのでしょうか?
(base64-encode-string (char-to-string #xffff)) だと multibyte 文字が入っているって怒られます。
そもそもエンディアンどうなるのって話だし。
自分でバイトオーダを意識して 1byte 単位で切り出して変換するしかないのでしょうか。
(base64-encode-string (char-to-string #xffff)) だと multibyte 文字が入っているって怒られます。
そもそもエンディアンどうなるのって話だし。
自分でバイトオーダを意識して 1byte 単位で切り出して変換するしかないのでしょうか。
encode 意識しないんなら string-as-unibyte
意識したいんなら encode-coding-string で適切な unibyte に。
意識したいんなら encode-coding-string で適切な unibyte に。
>>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
ありがとうございます。
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
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がしていることは分かったのですが
入力された文字列の管理をどこでやっているのかと検索結果をどのように編集すればよいのかが分かりません
よろしくおねがいします
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がしていることは分かったのですが
入力された文字列の管理をどこでやっているのかと検索結果をどのように編集すればよいのかが分かりません
よろしくおねがいします
>>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 単位で切り出して変換するしかないのでしょうか。
そういうことになるのかな。
へー 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 単位で切り出して変換するしかないのでしょうか。
そういうことになるのかな。
>>149
なるほど確かに info を見てみると unicode のスーパーセットってなっていました。
ただのバイト列を作りたい場合、char-to-string して concat ではなく
aset でしこしこ組み立てていけば良さそうですね。
ありがとうございました。
なるほど確かに 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 ○
トップメニューへ / →のくす牧場書庫について