PHPエディタって、どうよ？

スレが無いようなので、立てます。
エディタとしては機能的にまだまだな部分も多いけど、期待はできると思う。

http://fol.axisz.jp/php/

>>637
>コメントネスト（/*と*/で囲むヤツ）が
>入れ子になったときの色の表示がおかしくなること。
これはバグではなくて正常な動作ということですね

>>653
関数の説明は/* */
その他のコメントは//
プログラムを一時的に無効にするときは入れ子にならないように/* */使うか//

>>654
＞ 一時的にブロックでコメントアウトする時以外は//にする。
コメントアウトする対象の行がたくさんあると、//では面倒じゃない？

＞ /*〜*/のネストを間違いなく解析する方法
必ず始点（/*）と終点（*/）をセットで認識する。
・・・っていうか、ネストの認識ってブラウザがHTMLを解釈する実装と同じじゃないか？

そろそろこのネタあきてきた

PHPエディタはコメントネスト対応すればいいじゃない。

>>659
うむ。
PHP自体がコメントネストを許可していないのはとりあえず置いといて、
PHPエディタでコメントネストした場合の変な挙動はどちらによせ修正したほうがいい。

うるせえよ！

>>660
｢PHPエディタでコメントネストした場合の変な挙動｣ って何ですか｡

>>662
試しに自分でやってごらん。
色分けがめちゃくちゃになるから。
っていうか、ネスト外側の終点が無視される・・・と言ったほうが正確かな。

>>663
それは正しい挙動ではないのですか｡

というか､ PHPではコメントの入れ子はありえず､ あるように見えるコードは不正であるのに､
なぜPHPエディタがコメントの入れ子の ｢対応｣ する必要がありますか｡

PHPエディタがコメントの入れ子に ｢対応｣ してしまったら､
コメントを入れ子にするという失敗を犯しても､ その失敗に気付けないから不便ではありませんか｡

じゃあＰＨＰ自体がコメントネストに対応してないことがクソ、ってことでＦＡ。

コメントネストで左右されるようなプログラマにはなりたくな・・・あ、ごめん＾＾；
アマグラマでしたね＾＾；

>>663
試したけどPHPの解釈どおりの正しい色分けだったよ
コメントによるバグが防げる
まったく問題なし

>>659 >>660 のような発想をする人がスクリプトを書くのかと思うと
恐ろしい。

PHPエディタはコメントネスト対応すればいいじゃない。

>>669
逆だろ。
古いプログラマのガチガチの発想にこだわらず、
新しい発想で新しい要請に応えれば、言語自体も進化していくんだから。

コメントネストに対応するのなんて造作も無いことだし、
ネストが使えたほうが何かと便利だ。
PerlやＣじゃないんだから、PHPならではの使いやすさを進化させたらいい。

>>671
PHPはそのままでPHPエディタを変えろと言ってるところが恐ろしいんだよ。

流石にPHPから撤退ですね
http://pc11.2ch.net/test/read.cgi/php/1172253941/

>>672
>>666をあと１万回読め。

>>673
だから撤退じゃないんだって。時代は今PHP4なんだよ。
下手に最新版や他言語に手を出さずとも、PHP4で十分なんでも出来るんだ。

そのスレ読めば分かるだろ。

>>674
>>666を1万回読んだら何だというのですか｡

>>672＝>>676は日本語が理解できない基地害ということでＦＡ？

>>677
お前がキチガイだろｗ
脳内補完が多すぎ。

>>659とか>>660って分かりやすい例で言うと

<?php　echo("Hello World");　?>

というような本来の記述ルールに従わずに

echo("Hello World");

だけでも色分け表示しろと言ってるようなもんだろ
こういう本来の仕様に沿わない解釈をするエディタなんてうんこじゃねーか

>>679
だから今はもはやエディタの話じゃなくて
ＰＨＰ自体の仕様の話にフォーカスがシフトしてるんだと何回（ｒｙ

>>680
ここはPHPの仕様について話すところではない
スレタイをあと１万回読め

>>677
PHPが糞という主張を百歩譲って受け入れたとしましょう｡

しかしそうだとしても､ >>659とか>>660の主張 -- ｢PHPエディタはPHPの言語仕様を無視せよ｣
と言うに等しい主張 -- が恐ろしいことに変わりはありますまい｡

ああ､ あと｡ 私>>676は>>672ではないので悪しからず｡

>>681＝>>682
分かったからもちけつ。

わざわざID出したり消したり忙しくて疲れただろ？
ちょっと休みなさい。

PHPエディタはコメントネスト対応すればいいじゃない。

だな。
PHPに期待するよりもPHPエディタが対応してしまえばいい。

PHPの実行もPHPエディタで出来ればいいんだ

ところで、どういう状況でコメントネスト使うの？
個人的には今のコメントアウトの仕様で間に合ってるからあんまし支障はない。

>>687
実際に動かなくてもいいサンプルを作るときにでも使うんじゃねーのｗｗｗ

>>687
コメントでAAでも書くんじゃね？ｗ

>>687
＞ところで、どういう状況でコメントネスト使うの？

>>647に書いてある通り。
他にも用途はいろいろ考えられる。

/**/しか使わない人は、たぶんＣから来た人なんだろ。
俺も最初はそうだったけど今は//しか使わないな。
それこそデバッグで一旦コメントにするときだけ/**/使う。

>>691
いや、俺はＰＨＰしかやってないが/**/を多用するよ。
//は１〜２行ならベストだけど、複数行になってくるとめんどくさい。

なぜネストできない仕様なのか理解できない。
たぶんCがそうだったりして（？）、それに合わせたのかな。
全然知らないけど。

>>691
俺もそれが普通だと思ってたな。
複数行//を入れるのがメンドクサイのは、使ってるIDEか、エディタのせいじゃない？
だいたいはショートカットっていうか、簡単に記述できる方法が用意されてると思うけど。
PHPエディタってそのへんどうなんだっけ？

>>647みたいな人って整理が下手なんだろうなと思う
複雑な処理になる場合は機能ごとに関数化とかそういうのができない人

整理が下手とかいうなよ！
プログラム組むのがヘタクソな人に失礼だろぅ！

>>695
バカかお前は。
整理の問題じゃねぇだろ。本質を見ろよ。

もし仮に全ての処理を関数化・クラス化してあったとしても、
結局それらを組み合わせていく流れで、>>647のような状況になることは多々ある。

お前みたいなのはアレだな、世間の潮流や固定観念に縛られて、
まったく応用が利かないタイプだな。仕事で一番使えないバカだ。

>>697
んなこたねえよ、コメントネストなんて行儀わるすぎ

まあ、俺が偉い人で>>695を雇っていたなら、
後進にもよくないので、解雇対象だな。

コメントネストしたがってる奴一人だろ？自演し過ぎ。
>>697読む限り、趣味プログラマか。

>>695 = 698 = 700
自演はおまえだ

いや、マジで違う。
/* */でのコメントネストが出来ない事、また使う必要もない事は
職業プログラマだったら常識だから。
だから、ここでネスト支持してるのはお前一人だって言ってんの。

コメントできたらなんか困るのか？

ただそうなっているからというだけで、
否定するようなやつはプログラマとしては3流だよな。
できるプログラマなら、そうなっている理由まで考える。

そのコメントネストしたPHPはどこで動かすんだよ

>>697=>>699=>>704
自演してるのはおまいさんじゃね？

>>704
>>691が書いてる通りの方法で事足りるから。
それが大変だっていうのは、>>694が書いてる通り、エディタが悪いのかと。
必要の無いもの、また/* */コメントネストなんてバグの元になりそうな
ものを実装する必要もないよね。
それにコードの中にそんな長文コメントブロックが多発するのはプログラムとしておかしいよ。

この話題も引っ張り過ぎたかな。
多分前に別スレでネタにされた人と同じ人なんだろうが、
そんなに熱望するなら、phpspotの中の人に言ってみたらどうだい？
もしくはPHPのコミッタになったら？
でも、PHPエディタって全然メンテされてないよね、確か。
結構要望もいっぱい上がってるんだから、メンテして欲しいよね〜。
なんか上位陣の方からも、phpspotの中の人って好かれてないような感じが・・・。

>>707
>もしくはPHPのコミッタになったら？
はいいのだが、

>そんなに熱望するなら、phpspotの中の人に言ってみたらどうだい？
の一文で、700が脳なしだってことがよくわかる。

>>707
PHPの仕様で認められていないものをphpspotの中の人に言ってもしょうがないと思うが？

>>708,>>709
あのさ、仕様上どうしようもない事はわかってて、
エディタででも対応できれば満足するんだろ？って意味で言ったんの。
もともとは色分けして欲しいって事だったろ？

>>710
うわ、こいつばかだ。

やれやれ、どっちもどっちの言い争いだったのか・・・。アホくさ。

>>710
ああ、そういう意味だったのか
あとコメントネスト支持派ではない

>>711
>>705についてはどうするんだ？

>>707
＞長文コメントブロックが多発するのはプログラムとしておかしいよ。

だからさぁ、「一時的」って何回言えば分かるのかな、このタコ頭は。
あと、「利便性」とか「応用」って言葉も覚えたほうがいいよ、キミは。

お前みたいなのがアレだろ、「コードの美しさ」とかなんとか枝葉末節にばっかり
こだわって、いつまで経っても完動品を作れずにいるキモヲタ類だろ。

一見常識ぶっているけど、実は思考が硬直しているだけって人のいるような会社は、
デスマーチが常態化していることが多い。

なあ、読んでて思ったんだけどさ、PHPエディタの視点から見ればPHPは絶対的で神的な存在な訳だろ？
そのルールに従わない時点でPHPエディタとは言えないんじゃね？

>>716
それはわざわざ言うまでもなくそうだ。
PHPとPHPエディタで文法解析の仕様が異なるなんてありえない。

PHPエディタだけコメントネストに対応しろなんて、
全く議論外の馬鹿げたこと。

>>715
同意。>>695みたいなのが一番ヤバイ例。

>>716-717
だから>>666を１億回読めと言ってるんだよチンカス。
お前ら話題について行けてないんだよ。

>>718
>>681を1億回読め

>>718
争点をずらしてごまかそうとする>>718みたいなのが一番ヤバイ

>>719＝>>720
バカかお前は。
お前ごときにルールを決められてたまるか。

話題ってのは、元ネタを軸にいろいろ派生していくから面白いんだ。

>>720
チンカスなお前が考える争点と人様が考える争点は必ずしも一致しないけどなｗｗｗ

>>718=>>721=>>722
>>718で言ってることと矛盾してるが？

>>723
分かったからもちけつ。お前の発言なぞ誰も期待していない。

過疎スレでなに熱く語ってんの？ｗ
できないものはできないんだからいいじゃん、いちいちそんなので語るより勉強してろよ。
コメントネストできない言語はいくら語ってもできるようにならないんだからいいだろ。

もうアホかと。

>>725
分かったからもちけつ。お前の発言なぞ、完全に誰も期待していない。

落ち着く必要があるのはどっちだか

コメントネストだけでこんなに盛り上がるなんてｗｗｗｗ

>>727
分かったからもちけつ。お前の発言なぞ、100％誰も期待していない。

要するにコメントネスト支持派が1人騒いでるだけか
つまんね

でも熱狂的信者だぜｗ

>>730＝>>731
分かったからもちけつ。お前の発言なぞ、マジで誰も期待していない。

おんなじ発言してもおもしろくないからね

>>733
分かったからもちけつ。お前の発言なぞ、心の底から誰も期待していない。

関数のコメントが /** */ だから、関数丸ごとコメントアウトしたい時に面倒。

DLしたとき
デフォは白背景、黒文字な
わけですが、
黒背景で白文字中心に、
ユーザー関数、文字列その他
色をカスタマイズした

いけてる設定ファイル
どっか転がってないですかね？

コメントネスト厨がわくから話かえてくれよ

>>736
そのようにカスタマイズされたPHPエディタの設定ファイルが転がっているところは知りませんが､
外観が見られるところなら知っています｡
http://p4life.jp/cake/cake_app.html
です｡

ただのcakephpの宣伝かよｗ

>>735
だよね。
やっぱり/**/でネストできる構造は必要だ。

>>740
だからそういうのをここでやるのはスレ違いって何度言えば分かるんだ？

>>741
分かったからもちけつ。お前の発言なぞ、とにかく誰も期待していない。

>>742がABONEで見えない

>>742
みたいなおんなじことしか言えないバカはもう読むのめんどくさいからあぼ〜んするわ。

PHPエディタはコメントネスト対応すればいいじゃない。

>>743-744
だから氏んだほうがいいよお前みたいなバカはｗ

/**
* hoge
*/
function hoge()
{
// hoge
$hoge = 1;
}
俺のコーディングルール

コメントアウトしたいならコレでいける。
/**
* hoge
*/
/*
function hoge()
{
// hoge
$hoge = 1;
}
*/

>>747
ん？？　何を当然のことを言ってるんだい・・・？？

それじゃネストになってないから、それでコメントアウトできるのは普通の動作でしょ。

Cコメントネストしたいって何処の初心者だよｗｗｗｗｗｗｗｗ

>>749みたいな頭のカタイ馬鹿は放置でいきましょう。
過去レスすらも読んでないみたいだしな。

どこへいくの？

また現れた（笑）

君コテをコメネス君にしろよ

コメントネストは世界の常識。