Emacs part 27

**Zeno** · 2008/11/09(日) 08:48:02

諸君、ここはかの有名な最強の汎用環境/エディタ、「Emacs」のスレッドである!

スレッドルールは以下の通り：
* 初心者にやさしく接すること
* Emacsユーザーとの仲間意識をしっかり持って、馴れ合いを怠らないこと
* このスレでのコミュニケーションを前スレ以上に活発にすること (用がなくとも、毎日の書き込みが理想)
* 部外者/非Emacsユーザーの書き込みも可。但し、女性の書き込みは場の雰囲気を乱すので不可
* 自分で書いた便利なコード/アイディアは他人とシェアしようと試みること
　　　　　＿/l__
　　　　／　　　く
　　　　| ´ω｀　 |　ぐにゅう emacs
　　　 | 　　Ｃ='|
* Emacs スレッドのマスコットキャラである「ぐにゅう君」 (↑のAA) と
吾 (Zeno ◆5nZQbNmQPs) への挨拶も忘れないように!

GNU Emacs - Free Software Foundation (FSF) http://www.gnu.org/software/emacs/
EmacsWiki http://www.emacswiki.org/
Emacs 電子書棚 http://www.bookshelf.jp/
Emacs CVS Repositories [Savannah] http://savannah.gnu.org/cvs/?group=emacs
Emacs Lisp List http://www.damtp.cam.ac.uk/user/sje30/emacs/ell-date.html
最新の stable リリース (22.2) のダウンロード http://ftp.gnu.org/pub/gnu/emacs/emacs-22.2.tar.gz
Windows用 NTEmacs の最新ダウンロード https://sourceforge.jp/projects/ntemacsjp/files/

前スレ http://pc11.2ch.net/test/read.cgi/unix/1218093847/
CVS先端: cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/emacs co emacs

Emacs は世界を救う!

**名無しさん＠お腹いっぱい。** · 2008/12/22(月) 16:01:37

>>590
やっぱりそうですか...。ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2008/12/23(火) 01:28:04

メジャーモード xxx-mode のための Elisp を作成しています。

そこで、 font-lock-defaults を以下のように設定し、

(setq font-lock-defaults '((xxx-font-lock-keywords) t nil))

xxx-font-lock-keywords に、

(add-to-list xxx-font-lock-keywords
'(xxx-font-lock-func))

とし、関数 xxx-font-lock-func 内で、
(add-text-properties'howm-edit beg end '(face font-lock-comment-face))

としています。
beg end の間が556文字を超えると、557文字以降は font-lock-comment-face にならないのですが、
原因について、こころあたりの方、どうかご教示お願いいたします。

**名無しさん＠お腹いっぱい。** · 2008/12/23(火) 02:07:16

faceが変わっていない部分を表示させた状態で
M-o M-o としてもダメかな？

**592** · 2008/12/23(火) 02:19:01

>>593
ありがとうございます。

face が変わらなかった部分で、 M-o M-o (font-lock-fontify-block) したところ、
設定通りの face になりました。

M-x font-lock-fontify-buffer をしても、face が変わらなかったのですが、
Info に書いてあるのとは異なり、 font-lock-fontify-block とは動作が違うようですね。

**名無しさん＠お腹いっぱい。** · 2008/12/23(火) 02:24:34

font-lockは正規表現を使ってfaceをチェックしているので、
文字数や行数が増えると、ある位置以降は変化しない部分がでてきます。

M-o M-o に前置引数をつけて C-u C-u C-u C-u C-u C-u M-o M-o くらいやれば、
たいていのバッファは期待通りの色がつくと思うよ。

**592** · 2008/12/23(火) 02:48:29

>>595
ありがとうございます。

前置引数で font-lock したい行数を指定できるのですね。
勉強になりました。

**sage** · 2008/12/23(火) 11:52:33

set-keyするとき、.や,はなんと書けばバインドされるのでしょうか。

C-.にcommandをバインドしたいのですが、
(global-set-key "\C-." 'command)

と書いてもバインドされません。
現在の使用バージョンは22.2.1です。

**597** · 2008/12/23(火) 12:22:04

すみません、terminalの問題でした。
-nw 以外では正常にバインドされました。

**名無しさん＠お腹いっぱい。** · 2008/12/23(火) 12:29:26

ctrl-.などというコードは無い。

**名無しさん＠お腹いっぱい。** · 2008/12/23(火) 23:33:56

bbdbで、画像とかを保存出来ますか？
顔写真とか。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 00:12:20

最近、Linuxとかの好調もともなってEmacsが地味に勢力を拡げているような気がする…
俺のまわりでもEmacs使いがぽつぽつ増えた。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 00:33:13

と思うだろ？

実際は nano が…、来んなぁ…。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 05:13:07

個々の window に対して、独特な window-id のようなものってありますか？
もしあるのであれば、どのようにすればその値を参照できますか？

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 06:40:51

windowsオブジェクトそのものがそうだけど…

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 08:32:06

>>604
すみません、もしよければもうちょっと詳しく教えていただけませんか？
私の場合、 window-id のようなものを hash-table のキーとして
使用したいので、可変でないものが望まれるのですが。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 08:35:58

>>605
なんで「ようなもの」なの?
window-idそのものじゃだめなの?

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 08:48:37

>>606
私の思い違いかもしれませんが、
個々の window に対して定義してあると思われる window-id の
アクセッサーが用意してないようなので、別の方法があるのかと思いました。
汚いですが、
(assoc 'window-id (cadadr (current-frame-configuration)))
でもwindow-idは取れますが、フレーム単位になってしまうので、
何か別の方法があると助かります。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 10:38:59

>>607
とりあえず、そのコードは

(frame-parameter nil 'window-id)

でもいいと思う

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 10:45:11

>>607
あと多分それは期待してるものと違うんじゃない?

http://www.bookshelf.jp/texi/elisp-manual-20-2.5-jp/elisp_29.html#SEC436
> window-id
> フレームとして使うウィンドウシステムのウィンドウ番号。

Emacs で言う window を言ってるのか、 Emacs で言う frame (= ウィンドウシ
ステムで使われる window) を言ってるのかわかんね…

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 11:06:32

>>609
自己解決しました。現時点だと window-configuration の中身は見れないらしいです。
仕方ないので、winner.elがやってるような特定の仕方を実装しました。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 11:35:24

`selected-window' とか評価した時に表示される数値(windowオブジェクトのsequence_number)
は、print_object しか口が用意されてないのね。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 11:43:09

>>611
selected-windowの返り値をバッファー相対的なidと考えることもできますね。
それは気付きませんでした。ありがとうございました。

**604** · 2008/12/24(水) 15:10:34

もう解決したみたいなんだけど…
(window-list)で返ってくるリストに入っているwindowオブジェクトは、
他のどのLispオブジェクトともeqにならないけど、
必要なものはそういうものとは違うの?
数値になっている必要がある?

必要なのが(frame-list)の方でもおんなじなんだけど。

**名無しさん＠お腹いっぱい。** · 2008/12/24(水) 23:45:08

advice が使えない状況で既存の関数定義の一部を書き換えたい時にどうすれば一番スマートだろうか?
nconc と assoc 使いまくり作戦と fset を試してみたけどなんかしっくり来ない。

**名無しさん＠お腹いっぱい。** · 2008/12/25(木) 10:55:34

>>613
おっしゃる通りで、今のところはwinner.elがそうしているように、
(window-list nil 0)を使用しています。

**名無しさん＠お腹いっぱい。** · 2008/12/26(金) 02:44:32

とりあえず、Emacs23がリリースされてからでいいんで、
フォンとの設定の仕方を誰かまとめてくっさい。

**名無しさん＠お腹いっぱい。** · 2008/12/26(金) 12:22:36

23のミニバッファ変更がさっぱりわけわかめ
highlight-completionとcycle-miniがうんともすんとも

しんどいのぉ

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 00:01:03

>>601
いったい、Emacs 利用者数ってどれくらいなんだろうかね?
日本、世界それぞれで。

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 01:01:25

リアルな話、日本で5,6人、世界で30人前後じゃねーの。

**618** · 2008/12/27(土) 10:08:52

>> 619
それはアンリアルすぎる～ www
単位に万が抜けてるでしょ!?
まぁ、なんとなく世界ではもっと多いような気がしないでもないが....
どっか、そういう統計がないものかね?

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 10:09:44

>>620
うざい、どっか逝け。

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 11:10:51

elscreen であるバッファを kill-buffer した後に、他のスクリーンで既に表示されている
バッファは表示されないようにしたいのですが、どうすればいいですか？

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 14:41:59

>622
言わんとしているところが正確には分からんけど、
elscreen-kill-screen-and-buffersでどう？

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 15:52:47

>>622
バッファは消したいけれど、タブ自体は残したいのではないかな

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 17:19:40

>>621
10:09:44 - 10:08:52 = 00:00:52 !?
そんなあなたには、いますぐ、精神安定化のため M-x doctor をお勧めします...

**名無しさん＠お腹いっぱい。** · 2008/12/27(土) 19:00:58

Emacs　いつになれば　俺は這いあがれるだろう

**名無しさん＠お腹いっぱい。** · 2008/12/29(月) 17:51:54

もうすぐアケオメだねみんな

げんきしてるの？

**名無しさん＠お腹いっぱい。** · 2008/12/29(月) 21:16:29

今年は scim-bridge.el が Emacs に関しては一番の収穫だったかな。
みんなも Emacs の今年の収穫を教えてくれ！

**名無しさん＠お腹いっぱい。** · 2008/12/29(月) 21:33:24

今年の収穫か。沢山あるが、ほとんどが自作elispか、
他人のをヘビーに改良したやつだな。
自作以外を強いて挙げるならば、vipper-mode、yasnippet、slime、dropdown-list ってとこかな。

**名無しさん＠お腹いっぱい。** · 2008/12/29(月) 21:45:55

Anything 以外にない

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 00:47:12

Emacs23の問題がどうしても直せなくて、
久しぶりにXEmacsに戻ったこと。

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 00:55:42

XEmacsをキゼマックスと呼ぶことにようやく自分の中で踏ん切りがついたこと。

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 01:19:15

PEG.elかなぁ

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 02:27:53

やっぱ font backend かなぁ、ビットマップフォント卒業できた。
あとは自作ものかな。

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 09:09:42

Windows環境では、MeadowよりもNTEmacsの方がはるかに軽いと知ったこと
もっと早くから使っていれば・・・!

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 10:56:13

.emacs にいろいろ書くと便利になることを知りました（＞＜）

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 12:03:19

anything がコードがあれすぎる…

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 12:15:16

るびきちプロダクトは避けるのが吉。食い散らかしなんだもん。

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 12:25:01

CLOSと、iterate、seriesみたいなのがあればanythingはもう少し見易いコードになると思うヨ

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 15:41:27

はい思いました

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 22:12:32

このさい、C++で拡張書ければかなり楽なのになあ…

**名無しさん＠お腹いっぱい。** · 2008/12/30(火) 22:37:11

なんでC++

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 00:21:23

>>642
やっぱりEmacs使うようなヘビメタユーザーはC++に一番慣れてるからじゃね？

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 00:51:10

Emacs使う人間がC++になれている……？
Emacs自体はCで書かれていて、拡張はLisp方言のelispで書くのに…？
よくﾜｶﾝﾈ

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 02:44:52

>>644
C++の熟練者はCの熟練者でもあるからなあ。
実装上、Cのほうが効率が良ければC++で書けてもCで書くだろふつう。
あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。
当然処理系の実装も枯れておらず、情報もなければ標準も定まってなかった。
GNU Emacsの開発開始が1984, C++ Programming Languageの発行が1985。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 02:54:59

あと、逆に言えばCに熟練したプログラマは当然C++が使えないということもないよ。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 03:22:39

PythonやRubyもCで実装されてるんだし、Cで何ら問題ない気がするけど。
それよりも、Lisp部分をもっと汎用的にしてくれたほうがうれしい。
なんか関数型言語ブームみたいだし。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 05:10:09

> あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。
> あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。
> あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 09:24:03

CommonLispやScheme、あるいはHaskellとかならまだ分かるし
百歩譲ってJavaScriptなら理解できるが
なぜC++ｗ

自分はまともなCSの教育を受けたことも無くC系言語しか知らないドカタPGなので
関数型言語は理解できないんですって素直に言ったらどうだ

わざわざ.emacsをC++で記述するつもりかよ？

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 11:15:24

C++で書いたライブラリの関数を静的リンク無しでelispから呼び出せるとかそういうのは欲しいと思う

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 15:18:31

>>649
本人以外みんなわかってるんだからわざわざ指摘してやるなよw

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:03:16

>>649
うわあ…
C++コンプまるだしやん。

関数型言語といえば納得してくれる素人ばっかだと思わんように。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:04:25

あ、そんなに関数型言語マンセーなら
RMSに、EmacsをHaskellで書き直してって頼んで鼻で笑われてね。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:10:55

Emacs のマクロをC++で書くとか、めんどいだけだろ。
まぁ、 >>641 は明らかな釣りだけど、冬休みだからな…

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:15:31

RMSがFFI拒否ってるのは政治的理由？

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:18:37

>>654
それは場合によると思う。

例えば、ちょっと設定を書き換えるとかならEmacs Lispで問題ないけど
大規模なEmacsアプリを作りたい場合とかで
C++のノウハウをもってるユーザーなら、C++で書きためた
アルゴリズムやらをそのまま使えたほうが能率的な場合もある。
コンソールからGUIアプリまで、広範囲な開発経験がある
プロ寄りのEmacsユーザーがC++を使いこなせると想定するのは自然だしね。
逆にそういう人で関数型言語しか使えないと想定するのは難しい。
それは単に実用アプリを作ったことがない象牙の塔の人。

だからEmacs Lisp, C++の二本立てて拡張ができるように進化していくべきだと思う。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:27:08

冬休みだな

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:31:17

>>656
出来るならやればいいよ。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 16:47:54

>>652-653
釣りだと思うが、C++がLispの代わりになるとでも言わんばかりの
>>645の
> あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。
という面白発言に突っ込んだだけだぜ

コンパイルが必要で、リフレクションもイントロスペクションも実行時の
動的式評価手段(eval)も持たないC++が、エディタのマクロ
言語として、どうしてLispの代わりになれると思ってるんだって話な

FFIがあったらいいね、ぐらいの話なら俺は否定せんよ
ただし、C++はABIの問題を抱えているし、LispのGCとはメモリ管理ストラテジー等
インピーダンスアンマッチが多いので、色々面倒だろうと想像できるがな

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:05:56

>>659
コンパイルは別に問題ないだろ。大規模アプリ用なんだし。
他の問題は、C++内部ならクラスライブラリ設計・データ構造の問題だし
C++-Emacs Lisp間であればインタプリタの実装の問題じゃん。
それらを疑似的に実現する方法はいくらでも考えられる。
C++の言語構造の問題ではない。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:12:38

わざわざemacsに大規模アプリを載せたいっていう動機がそもそもの間違いだろ。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:14:05

なんでやねん。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:17:22

>>660
いやだから、それは
> あと、拡張がLisp系なのはGNU Emacs開発時にC++は生まれたてだったから。
を肯定はできんだろｗ
EmacsLispで書かれるものが全部「大規模アプリ」だとでも思ってるのかｗ

FFIぐらいなら認めるといってるじゃないか
勝手にやればよい
もっとも、GCとS式とEmacsのATOMをベースにした非常に特殊な
C++コードを記述するんなら、

> C++のノウハウをもってるユーザーなら、C++で書きためた
> アルゴリズムやらをそのまま使えたほうが能率的な場合もある。
などという論は成り立たなくなるがな

再利用がしやすいといいたかったのだろうが、出来ないわけだ

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:18:45

あらゆる方向に無限に

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:27:04

haskellが好きならyiを育ててやって下さい…

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:34:56

大規模なアプリを書くぐらいならclosがあれば十分
速度が欲しいのならlexical scopeを備えたlispとFFIがあれば十分

でもそういうのすら難しいのが現在のemacsの実装なんだよな残念ながら

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:48:52

ダイナミックスコープにしちゃったのは失敗だったという評はたまに聞くね。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:49:39

いや今時レキシカルスコープや末尾再帰は欲しいでしょう
EmacsLisp sucksなんてのはどこでも言われてるんじゃないの

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:53:21

>>668
レキシカルスコープがほしいなら lexical-let を使えばいいじゃないか？
なにが不満なんだね？

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 17:55:50

ああ、基本がレキスカルスコープでないと意味論的に
俺が混乱するし怖い、という単なる我侭なんだけどさ

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 18:20:43

よし! 新しく超Emacsを作るんだ!! そして新世界の神となれ!!!

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 18:25:52

名前は2chmaxにしとけな 2ch最高(笑)

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 18:27:02

>>667
既存のコードに色々と割込めたりするからエディタの拡張用にはあれでいいんでね？

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 18:38:16

ｲｸﾅｲ(・A・)

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 18:44:34

正直今ならJavaScriptのほうが大量のスクリプトキディを取り込めていいかもな

ファーストクラスのレキシカルクロージャや
プロトタイプなオブジェクト指向も持ってるんだし
google v8とかやたらと速いそうじゃないか

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 18:48:39

>>675
varつけないと global 変数になってしまうのは、レキシカルスコープが標準じゃない
のよりも痛い。

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 19:05:51

スクリプトキティなんか取りこんだらEmacsコミュニティが消滅するような…

**名無しさん＠お腹いっぱい。** · 2008/12/31(水) 19:21:21

>>676
スレ違いであれだが、Python使いの俺は、JavaScriptのvarをうらやましく思っ
ている。Python3では無印(ローカル変数), global（グローバル変数,
nonlocal（自由変数）の三つの修飾子が必要になった。JavaScriptはvarと無印
の2つで済む。

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 00:57:07

>>668
Emacs Lispって末尾再帰できないの？
末尾最適化の間違いか？

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 03:14:30

とりあえず、C++のメソッドはネームマングリングの問題で外部から
呼び出すのは非常に困難だぞ。というか基本的に出来ないということに
なっている。

ちなみに、COMはバイナリを規定しているので、C++とCなどの言語の
混在が可能になっている。
C++のオブジェクトを使いたかったら、EmacsをCOMか、Firefoxで
使われているXPCOMに対応させてくれ。

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 04:48:55

HOGE言語のコードからCのコードを吐くコンパイラを作れば
好きなだけHOGE言語で拡張が書けるる!!

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 07:29:13

Emacs は動的に C のライブラリを読み込めないから、 C じゃ厳しいでしょ。
いっそ ELisp にコンパイルしないと。

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 09:56:13

コマンドがシステムのPATHに通ってるかどうかを判定するelisp関数ってありますか？

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 10:48:26

池■田大■作の本名はソン・テチャク。小泉純一郎、小沢一朗は朝鮮人。
911では小型の水爆が使用されている。
http://ri■ch■ardkosh■im■izu.at.webry.info/
創価の保険金殺人事件。
オウム事件は、統一･創価.北朝鮮の共同犯行である。CIAが監修している。
http://www15.ocn.ne.jp/~oy■ako■don/kok_web■site/ir■iguc■hi.htm
与党も野党もメディアも全部朝鮮人だった。
http://jb■bs.li■vedo■or.jp/b■bs/read.cgi/news/20■92/115794■1306/

２チャン寝るは｢■とう■■■一■教■■会■｣が運■■■営して｢個人じョうホう｣を収集してる。
駅前で｢■手■■■相を見せてください｣と｢カンユウ｣してるのが｢■とう■■■一■教■■会■｣。(カ■■■ルト宗■教)　　
カ■■■ルト宗■教の下にいる人と、上にいる奴を分けて考えないといけない。
下にいる利用される人は上がどんなことをしてるか知らない。

ユダヤ権力の子分→２ちゃん運営＝｢とう★■■一■教★■★会｣上層部＝層化上層部＝自■民党清■和会＝野党の朝■鮮■人ハーフの政治家＝
与党の朝■鮮■人ハーフの政治家＝金■ 正■■日（キ■ム・ジ■ョンイル）＝読売サンケイ＝小沢十朗
ユダヤ人＝ロックフェラー＝ブッシュ＝クリントン＝ヒラリー＝アドルフ・ヒトラー＝オサマ・ビンラディン

毎■日■■■新聞スレを荒らしてる奴らも｢■とう■■■一■教■■■会■｣。
荒らしは洗脳するために｢ネトウヨ｣などのレッテル付けレスを何千回もする。
現実には｢ネトウヨ｣などは存在しない。
http://changi.2ch.net/test/read.cgi/ms/1230363385/

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 10:49:22

まあまたどこかのマスコミが鵜呑みにして
裁判で負けるというところまで見えた

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 19:23:26

>>678
そのかわりJavascriptはスコープが、
グローバルと関数の二つしかない。
謎な仕様なひとつ。

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 19:29:49

JavaScriptって名前からしてパチモノ感があるのでどうも使う気になれんのよね。

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 19:33:53

まあそれであんまり困らないけどね
ファイルローカルとかは有っても良いと思うけど

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 19:34:32

しかたないんじゃない、JavaScriptだし

**名無しさん＠お腹いっぱい。** · 2009/01/01(木) 22:55:36

スレ違いだが、おまえらjQueryとか使ってみろ。
あのJavaScriptにこんなポテンシャルがあったかと仰天するから。