アカウント名:
パスワード:
色々オプションをいじってて、 astyle -TNM32ElpO foo.cpp がいいかなって思ってます。 タブ派ですいません。 他人のコードを整形するのに使うつもりですが、一度割られた行はもとに戻らないので手で直すしかないですね。 これで整形してコミットすると、これから先付き合い続けなきゃなので、まだ astyle *.{cpp,h}; cvs commit する踏ん切りはついてません(笑
某大学では3タブの派閥があるそうです(^^; その大学に通う友達が、実際にEmacsで3タブ設定にしてると...。
emacsな人のソースには、初め4文字スペース、その後は タブ、みたいなの
DOS時代には、.c はタブが4桁になるというのが主流だったと思うけど、Windowsでもそれを受け継いでいるのでしょうか。UNIXだとファイルの種類にかかわらずタブは8桁というのが主流みたいですが。
同じくemacsまかせですが, 仕事ではWindows上のエディタを使う人とかいろいろですので, .emacsの中のxx-mode-hookでtab幅を設定したり, 漢字コードを変えたりとかしています.
時々インデントもへったくれもないようなソースの解析を頼まれることがあるのですが, そんな時にはindent-regionとfont-lock-modeの力を借りないとやってられません.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
astyle *.{cpp,h}; cvs commit (スコア:3, 参考になる)
プロジェクトで紹介したら感謝されました。
昔は、タブインデントなんて嫌いで、しかも「タブは8だろ」とか言って、しかも横長のソースコードが嫌いで、スペースふたつでインデントしていたのに、会社に入ったとたんに、開発標準でタブインデント& tabstop=2 が設定され、もちろん標準なので5分で適応しましたとさ。
# 仕事中なのにID
Re:astyle *.{cpp,h}; cvs commit (スコア:1)
以前、indent を C++ に使ってみてうまくいかなかったので、参考になりました。
色々オプションをいじってて、
astyle -TNM32ElpO foo.cpp がいいかなって思ってます。
タブ派ですいません。
他人のコードを整形するのに使うつもりですが、一度割られた行はもとに戻らないので手で直すしかないですね。
これで整形してコミットすると、これから先付き合い続けなきゃなので、まだ astyle *.{cpp,h}; cvs commit する踏ん切りはついてません(笑
ぐちゃぐちゃに書いて (スコア:2)
……ごめんなさい、嘘です、面倒なのでたまにしか使ってません
おやくそく (スコア:2, おもしろおかしい)
ヘビ使いなので (スコア:2)
とはいえemacsのPython-modeに任せっきりなので特に何も考えてません :-)
# よそからコピペしても派生ルールがほとんどないのでほとんどの場合はいい感じになります。
Re:ヘビ使いなので (スコア:1)
Pythonではインデントでブロック構造を記述しますから、
手でやっても突飛なインデントにはなりにくいという利点が:-D。
HTMLは一切インデント無し (スコア:2, 興味深い)
HTMLでは共同作業する際にインデントの各自の癖がいろいろだったので、あーもうだったら一切ナシという感じに決めて、それ以来そうなっております。
#しかしCSSだとTABでインデントしていたりするんだよな…。
スペースです (スコア:2, 興味深い)
4tabか8tabか2tabかが「私の出入りしてるところ全て」で
一律になっているわけがないから、それだったら
スペースで強制的にインデントつけちゃえ、というとこです。
普段個人使用している環境では4tabですが
保存時スペースに置き換えちゃいます(笑)
htmlも現状手打ちなので、手でインデントつけてます
(そうしないと読みにくい)
タブ幅いろいろ (スコア:2, おもしろおかしい)
某大学では3タブの派閥があるそうです(^^; その大学に通う友達が、実際にEmacsで3タブ設定にしてると...。
Re:タブ幅いろいろ (スコア:1)
--
Ath'r'onならfloatあたりに自信が持てます
選択肢不足 (スコア:2, おもしろおかしい)
残念!
=ここ、撫でて=
Re:選択肢不足 (スコア:1)
# ACなのでAC
たぷたぷたぷたぷ (スコア:2, 興味深い)
いけないし…。
ちなみに、私はいつも4カラム。2カラムでも良いんだけど、
全角スペースと勘違い(特にHTMLのインデントで)したりするし、
8カラムじゃ右に行きすぎて文章が読めなくなっちゃう。
新しいテキストエディタ系ソフト(HTMLエディタとか)入れたときは、
まず一番最初にタブのカラムを調節します。
自分で書いたわけじゃないけど (スコア:1)
インデント幅が 2~6 文字の時は SPACE で、8 文字を超えると、8 文字分が TAB で置き換えられていました。
深くなってくると、TAB+TAB+TAB+SPACE+SPACE みたいな感じに。
Re:自分で書いたわけじゃないけど (スコア:1, 興味深い)
うちの会社でいじってるCのソースは、いろんな会社でいじくり回された結果、ぐちゃぐちゃになっています。
だって、TAB幅が4だったり8だったり3(!)だったりするんですもの。
(某ランドC統合環境のエディタ標準タブが3なのです)
コピってくると (スコア:1)
修正してらんなくて結局混在したりします。
emacsな人のソースには、初め4文字スペース、その後は
タブ、みたいなのをちょくちょく見かけるんですが、
そういう設定が一般的なんですかね?
--------------------
/* SHADOWFIRE */
Re:コピってくると (スコア:1)
#長いときとかは改行入れたりで調整しますけど。
パクリソースもregionで自動インデント掛けてあわせちゃってます。
ということで、自動整形ツールに一票。
本当かい♪本当かい♪
Re:コピってくると (スコア:1)
の
Re:コピってくると (スコア:0)
> タブ、みたいなのをちょくちょく見かけるんですが、
> そういう設定が一般的なんですかね?
ありえません。
それはおそらく、Emacs 風な人の所業でしょうね。
Re:コピってくると (スコア:1, 参考になる)
(setq indent-tabs-mode t)
(setq c-basic-offset 4)
あたりを入れておくと、そのような挙動になると思います。
Re:コピってくると (スコア:0)
> (setq indent-tabs-mode t)
> (setq c-basic-offset 4)
> あたりを入れておくと、そのような挙動になると思います。
で、そういう設定は本物の「Emacs な人」の間では一般的なんですか?
indent (スコア:1)
Re:indent (スコア:1)
スペース (スコア:1)
…昔のコードも勝手にタブをスペースに直したりします(-1:余計なお世話)
なお、~/.vimrc には、
set expandtab
set tabstop=4
set shiftwidth=4
と書いてあります。
Re:スペース (スコア:2, 参考になる)
(setq-default indent-tabs-mode nil)
と書いてからソースコードを編集しています。
Re:スペース (スコア:2, 興味深い)
一時期それをやろうとしましたがMakefileで困ってしまったのですぐにやめました。
Re:スペース (スコア:3, 参考になる)
# vim: expandtab ts=4 sw=4
とか書いておくと(行頭の#は言語に応じてコメント記号に置換)、幸せになれるかも。
Re:スペース (スコア:1)
自動で先頭に TAB が入りますよ。
o や O でも入るし。
# more や less でも見るので、TAB 4 で indent されると
# ちょっと嫌
main(){printf("Hello World\n");}
行頭のみ (スコア:2, 参考になる)
分の途中はスペースで整形。
この方法なら、Tab幅設定に依存することはないよ。
Re:行頭のみ (スコア:1)
Re:行頭のみ (スコア:1)
それ以降がずれないからでは。
Re:行頭のみ (スコア:1)
....unsigned char a;
....short b;
....long c;
} IMIFME;
。ト、テ、ニ、ウ、ネ、ク、网ハ、、・ケ、ォ?
# ACなのでAC
ま た 自 爆 か (スコア:1)
で、意味としては、タブの利点(インデント整形の効率化)とスペースの利点(揃えが重要な部分を環境に依存させない)を両立させるとか。
# ACなのでAC
Re:スペース (スコア:1)
んが開発で使ってるユーザ1つを数十人で使いまわしています。恐
ろしい…危ない…管理者厨房?なんて環境なんで、しまいにゃ、
~/.vimrcなんて定義されてないし…。
多分個々のユーザはいちいちvi起動するたびに:set tabstop=4と
かやってるんだろな…。漏れはttermのログインマクロでexportし
てるけど…。
まぁ、そんな環境なんでスペースインデント2カラムです。
何処で見ても見た目変わらないスペース派です。
よく嫌な顔されるけど(笑)
Re:スペース (スコア:0)
入力はTab使うこともあるけど、保存時にSPACE変換させてます。
メインで使っている言語だけで、6種くらいあるし、ちょっと首突っ込んでるだけの言語も合わせると、いくつあるんだ?
PL/IやらCOBOLみたいに初めからTab使えない言語もあるし
そもそも (スコア:1)
# 「前世紀の遺物」のお守りをさせられてるヒト
--- ほしみ
Re:そもそも (スコア:0)
Re:そもそも (スコア:0)
#1978年にはまだJISの水準7000使っていました。
Re:029 でタブセット (スコア:-1) (スコア:1)
懐かしや
基本はTAB (スコア:1)
昔ならサイズを出来るだけ小さくする事考えて書いてたけど
今じゃあまり意味ないかな…
TAB+SPACE混在 (スコア:1)
でも、他の方のコメントのように、
必要なインデントの数によって
同一ソース内で使い分けるというのではなくて…。
設定がまずいのか、
同じエディタでも編集しているソース
(というか、それを記述する言語)によって、
TABキーで確保できるスペースが
変わってしまうことがあって…(^^;)
TABを打ったとたんに、すごい幅でカーソルが移動して、
驚いたことがありました。
あと、話がそれますけど、
emacsで書いたソースを印刷しようとして、
TABがつぶれてしまって構造ぐちゃぐちゃ、なんてことありません?
なぜかインデントにはあまりいい思い出がなかったりします(ToT)
Tab のあとに ....... (スコア:1)
−・・ ・ ・ −・−・ ・・・・ −−−
手垢で汚れた少年漫画とソースの香りがいい感じ
スペースだが (スコア:1)
viを起動直後に・・・・ (スコア:1)
:set tabstop=4
そうする癖がついている
/* ほえ~ ほえ~ */
難しい。 (スコア:0)
emacsまかせ (スコア:0)
DOS時代には、.c はタブが4桁になるというのが主流だったと思うけど、Windowsでもそれを受け継いでいるのでしょうか。UNIXだとファイルの種類にかかわらずタブは8桁というのが主流みたいですが。
Re:emacsまかせ (スコア:1)
同じくemacsまかせですが, 仕事ではWindows上のエディタを使う人とかいろいろですので, .emacsの中のxx-mode-hookでtab幅を設定したり, 漢字コードを変えたりとかしています.
時々インデントもへったくれもないようなソースの解析を頼まれることがあるのですが, そんな時にはindent-regionとfont-lock-modeの力を借りないとやってられません.
Re:emacsまかせ (スコア:1)
可能ならインデント部分は全部tabにしたいところですが、設定が甘いのか、結果的にはtab+space混在です。
これってエディタによってはひぢょーに汚く見えてしまうんですよね。
vi使いの人にsrcを渡すのがあまりに申し訳なくて…嗚呼。
pharos - last vanished wonders.
Tab+Space (スコア:0)
#でも、TinyLanguageを使うときはスペースすら変数に出来るので
「インデント無し」かも
Re:TAB文字は使いません (スコア:1)
世間一般にはツールという認識ではないのかな?