好みの改行
投票結果を表示しています。
hctomみたいに一行に詰める
| |
50 票 / 1% |
合計 2722 票
投票所 |
他の国民投票
- 選択肢が少なくても文句禁止。だって、そもそもがジョークだし、場所は有限だし、選択肢を決めるのに事前投票なんてできないから。
- なんか良い投票ネタがあったら是非タレコんでくれ(国民投票用と明記)。毎回かなり悩みまくりなんだな、これが。ぶつぶつ言わずに助けてくれよぅ。
- この投票はとってもテキトーだ。四捨五入の誤差、投票マニア、ダイナミックなIP、 システムのバグ、プロキシーやファイヤウォールなんて考慮しちゃいない。統計だと思って このデータを大事な事に流用しようと思うなら小学校からやり直しましょう。
処理中...
我らFORTRAN-MAN (スコア:2, おもしろおかしい)
C CONTINUE
Re:我らFORTRAN-MAN (スコア:1)
入力は,そうかもしれないが.
出力は,1H (イチ・エッチ・ブランク)でしょう.
いまって (スコア:2, 参考になる)
★田舎に生息する時代遅れのFortran&COBOLガイなオタク★
Re:いまって (スコア:1)
>してどつかれましたが...
ええ,私もやりましたよ...
Re:いまって (スコア:1)
折り紙をやっていた奴もいた。
部屋の片隅にはウン年前の先輩のプログラムが置いてある傍で
それにくるまって 寝ていた奴もいた。
開き直って、ライフゲームやパラパラアニメを造っていたのは・・・・誰だ
地球にやさしくないのでID
EBCDIC (スコア:2, 参考になる)
# 参考: 改行コードMemo [seclan.dll.jp]
Re:EBCDIC (スコア:1, 参考になる)
LFCR でなく CRLF なのは (スコア:2, 参考になる)
LFCRとすると行送りしている間にキャリッジが戻るので、 次の行の文字が行の先頭から打てません。
その昔テレタイブのプログラムで、そうなるのを経験したし、 そうしなければ綺麗に印字できませんでした。
さすが /.-J (スコア:1)
が、それなら選択しに \r も欲しいかな。
でも真の /.er なら、コメント書くときの ＜br＞ を愛用か!?
*-----------------------*
-- ウソ八百検索エンジン --
Re:さすが /.-J (スコア:1)
"\n" のポイントは、対象環境にあわせて、
CRLF LF CR がきりかわることにあるのです。
# ちがったっけ？
Re:さすが /.-J (スコア:1)
改行しない write/print系 と
改行する writeln/println系 を
使い分ける方がいいのでは?
Re:さすが /.-J (スコア:1, 興味深い)
脳内で変換していたのか半年ぐらい気づかなかったことがありました。
#そもそもこんなミス誰もしないし・・二重のショックが
Re:さすが /.-J (スコア:1)
「強制改行」の＜br＞は、最近はあまり使わないようにしています。最近は＜p＞タグにスタイルシートでインデント設定して段落をちゃんと表現するサイトも増えてきましたねぇ。。。
# 自分のサイト [asahi-net.or.jp]では未だに＜br＞使いまくってるけど ID (^_^;
むらちより/あい/をこめて。
Re:さすが /.-J (スコア:0)
Re:さすが /.-J (スコア:1)
Re:さすが /.-J (スコア:1, おもしろおかしい)
また、懐かしいものの仕様を良くご存じで・・・。
LF派 (スコア:1)
-- ラテール部参加者募集中
Re:LF派 (スコア:1)
# OutOfMemoryを恐れケチケチ癖の抜けない私
Re:LF派 (スコア:1)
PerlとかやんないならCR+LFがラクですよ．
# PDA使ってると実感．
It's not who is right, it's who is left.
好きな改行？ (スコア:1)
\breakとかはあまり仕上がりが好きではないのです。
Re:好きな改行？ (スコア:1, 参考になる)
\par も忘れないでね。
# ほとんど使わないけど
Re:好きな改行？ (スコア:1)
.sp というのもございました．
# troff/nroff/WordStar なんて，もはや過去形か．
コードなんてどうでもいいし (スコア:1)
いまさら無理だろうけど。
世の中全部Unicodeになれば統一されんだっけ？
うにこーど (スコア:2, 参考になる)
統一どころか。。。(;_;)/ [sakura.ne.jp]
まぁ、ASCII をサブセットに持ってしまった時点で、運命は決まっていたと言えなくもないのですが。
むらちより/あい/をこめて。
プリンターコードでしょ (スコア:0)
２つを組み合わせると改行になる
別に先頭に戻すだけでも、次の行へ移動するでもいいんじゃないか
と言う話で３つのコードが存在する。
Re:プリンターコードでしょ (スコア:2, すばらしい洞察)
次の行へ移動する ... LF
２つを組み合わせると改行になる ... CRLF
別に先頭に戻すだけでも、
次の行へ移動する<ins title="脳内補完">だけ</ins>でもいいんじゃないか ... CR,LF,CRLF
では？
# System.property('line.separator')なのでID
BR (スコア:1, おもしろおかしい)
改行部分に全て「<BR>」が入っていたのに印刷してから気づいた＿|￣|○
Re:BR (スコア:2, おもしろおかしい)
TECO使ってるの？スゲェぜ！！
…擬態語でしたか。
Re:BR (スコア:0)
っていうか、何ですかそれ。
ぐぐってみた [google.com]。
東京都青少年センター [tokyo.jp]。
再生医療の社会的確立を目ざすTECOです。 [inet-osaka.or.jp]
・・・・は？
＃
CR+LF (スコア:1)
OS間の受け渡しを気にしない環境なので
改行コードなんて実は気にした事がないのかも。
コメントの改行が<br>なのは秘密。
'~'はどうですかね？ (スコア:1)
メールとかを書いてる時に、改行に~を付けちゃう事があるなぁ。。。
tink (tink@mail.le.to)
異端なので (スコア:1)
# もしくはXHTML派なので<br />。
Re:異端なので (スコア:1)
マクロの基本は検索置換(by y.mikome)
Re:異端なので (スコア:1)
他プラットフォームに持っていくこともほとんどないし･･･
#空しい
Re:異端なので (スコア:1)
使ってませんごめんなさい。
＃でもvb○○○系を知らなかった頃には使ってたり
「改行なしのマルチステートメント！」って言うのはな (スコア:1, すばらしい洞察)
処理系によるみたいですけどね。
＃オヤジなのでAC
Re:「改行なしのマルチステートメント！」って言うの (スコア:1)
Re:「改行なしのマルチステートメント！」って言うの (スコア:1)
【通常】 PRINT "SCORE"
【速い】 PRINT "SCORE";
Re:「改行なしのマルチステートメント！」って言うの (スコア:1)
NEXTの後の変数 (スコア:1)
関係ないけど、NEXTの後の変数名を書かないほうが早くなるってのもありましたよね。その他にも一回めの実行は遅いけど、実行中に行単位で中間コードに置き換えちゃって、2回目以降は早くなるって処理系もあったはず。今考えるとよくやるなぁという感じですごいような感じもしないではないですが、今だと全部中間言語に翻訳してから実行するようなperlでも全然気にならないからあれなんですけどね。(笑)
vyama 「バグ取れワンワン」
Re:「改行なしのマルチステートメント！」って言うの (スコア:1)
N88-BASIC (DOS版)で、マルチステートメントを使いまくりの読みにくいプログラムを綺麗に整形して保存して、あとで開いたらプログラムの後ろがばっさり切れてしまっていたことがあります。
ほかのBASICでも、メモリー容量ぎりぎりのプログラムだと、LISTをとるとメモリーから溢れたりしました。
改行は (スコア:1)
line.separator
ですな。---------+--+-------------------++ Don't think twice, it's all right.
LFに投票しましたが (スコア:0)
＃「HTML形式」で文字参照使うと、プレビューで
変換されちゃうんですが…バグ？
他の選択肢 (スコア:0)
(cout << "好みの改行" << endl;)
# namespaceをサポートしていないのでAC
Re:他の選択肢 (スコア:0)
とか。
;; ほんとは最近使ってないのでAC
Re:改行したけりゃ＜p＞を使う (スコア:1)
空行を入れるという輩はどうしましょう.
Re:改行したけりゃ＜p＞を使う (スコア:1)
# ホントの改行はブラウザ任せ
Re:CRは (スコア:1)
Re:CRは (スコア:1)
たしかどっかのミニコンの仕様をまねてたと思う。
notice : I ignore an anonymous contribution.
Re:CR+LF (スコア:1, 参考になる)
HTTP では、ヘッダ部分は確かにそうなんですが、コンテントボディについては media type が text/* だったばあいは CR 単独でも LF 単独でもよいし、ソフトウェアは CR LF と CR 単独と LF 単独のいずれも処理できなければならないことが RFC で決まっています。
正確には RFC 1945 (HTTP 1.0) [ietf.org] の "3.6.1 Canonicalization and Text Defaults" と RFC 2616 (HTTP 1.1) [ietf.org] の "3.7.1 Canonicalization and Text Defaults" をお読みください。
だから世の UNIX サーバは text/* なファイルを行末の変換なしに垂れ流すことができますし、そこに Windows や Mac OS Classic なクライアントが FTP のバイナリモードで text/* なファイルをアップロードしても構わないんです。