/.-Jでもたまに文字絵を見かけるが
| 893 票 / 37% |
| 179 票 / 7% |
| 166 票 / 6% |
| 230 票 / 9% |
| 524 票 / 21% |
| 198 票 / 8% |
| 82 票 / 3% |
| 127 票 / 5% |
投票所 | 他の国民投票
- 選択肢が少なくても文句禁止。だって、そもそもがジョークだし、場所は有限だし、選択肢を決めるのに事前投票なんてできないから。
- なんか良い投票ネタがあったら是非タレコんでくれ(国民投票用と明記)。毎回かなり悩みまくりなんだな、これが。ぶつぶつ言わずに助けてくれよぅ。
- この投票はとってもテキトーだ。四捨五入の誤差、投票マニア、ダイナミックなIP、 システムのバグ、プロキシーやファイヤウォールなんて考慮しちゃいない。統計だと思って このデータを大事な事に流用しようと思うなら小学校からやり直しましょう。
この議論は賞味期限が切れたので、アーカイブ化されています。
新たにコメントを付けることはできません。
2行以上だと (スコア:1)
当幅フォントとプロポーショナルフォント
といった文字の幅の違いで,
ズレてよく見えない場合が多い.
1行だと文字の幅が違っても,それほど気にならないが...
(でも1行1000文字とかいったら邪魔かも.)
1行だと (スコア:2, 参考になる)
上の文字を10秒くらい見つめていると、スヌーピーに見えてくる、
というネタがあるけど、やっぱフォントによって違ってくるのかな。
Re:1行だと (スコア:1)
Re:1行だと (スコア:1)
−・・ ・ ・ −・−・ ・・・・ −−−
手垢で汚れた少年漫画とソースの香りがいい感じ
Re:1行だと (スコア:1)
とかね。どっかでみたやつだけど。
Re:1行だと (スコア:1)
Re:2行以上だと (スコア:1)
(私は)ブラウザって基本的に等幅なので、某2ちゃんねるのようにプロポーショナルを前提に作られたものをコピペされると、何が書かれてるのか分からないし想像するのも疲れる。
基本的には「coolならok」ですが。
Re:環境依存 (スコア:1)
やっぱ入力はトルグスイッチか16キーで,
出力は横一列のLEDか日の字LEDが基本でしょうか?
そして文字絵といえば,ラインプリンタ(LP)出力で
2重打ちとかしないと...
Re:環境依存 (スコア:1)
>1H(スペース)で改行、1H+で重ね打ち、でしたっけ?
たしかそうです.(約20年前の記憶ですが,)
>#DOループの中にFORMAT(1H1,云々)を伴うWRITE文を入れると...
1H(スペース)と1H+を間違えてLP用紙に穴を開けた事もある.
後,うまくやるとリズムマシン(?)になると聞いた事がある.
(この場合,FORMATサウンドというのか?)
ケースバイケース (スコア:1)
ネタも内容も全くなしで、ただむやみやたらに貼り付ける物は論外。
昔は嫌いだったんだけど、某所とかでストーリー物の文字絵などを見てから、自分でも作るように。
「線」を書かずに絵が描けるから、なかなか面白いです。
面白ければOK (スコア:1)
文字絵に限ったことじゃないけどね。
# ACなのでAC
と言うわけで、 (スコア:1, おもしろおかしい)
どっちがメインか (スコア:1, すばらしい洞察)
一方、/. とか 2ch とかで見るのは、 AA が主体で、テキストはたったひとこととか一文しかないことが多い。 そういうのは、目障りだと感じる。内容が空虚なのに、表示面積ばっかり 占有するから。ひとことしか言うことがないのなら、ひとことで言えよ、 って思う。
環境依存が致命的 (スコア:1)
文字絵そのものが(きちんと見えれば)面白いかどうかはともかくとして、フォントがMSゴシックでないとメトリックが合わずに目茶苦茶に表示される、というのが致命的ですね。クロスプラットフォームというWWWの優れた性質を台無しにしています。
自分の環境と違う人もいるということに配慮する、という良識があればMSゴシック依存のものを書き込んでしまうことはないでしょう。Windowsユーザだって、Windows以外で使われているあるフォントのメトリックに依存したものを書かれるのはいやでしょう?
Re: 環境依存が致命的 (スコア:1)
「SVGアート」ならどうでしょう :-)
Re:環境依存が致命的 (スコア:1)
# Qtはフォント関係駄目すぎ(;_;)
Re:環境依存が致命的 (スコア:1)
ここだけに反応。
VineLinux を 1.1 から使いはじめ、2.0CR 、 2.5CR と使い続けている私としては、最初の頃は半角バックスラッシュで表示されていたのが何時からか ( 2.5CR で RICOH のフォントが入ってから? ) 半角円記号になっていてちょっとだけ違和感を感じました。
半角バックスラッシュと言えば、昔知らずにメールの signature に使っていて、環境依存だと知って使うのを止めた記憶が。
UNIX 系使いは半角バックスラッシュに慣れている人が多いのではと勝手に思い込んでましたが、実際のところどうなんでしょう?
Re:環境依存が致命的 (スコア:1)
完全オフトピですが。
とりあえず kterm ぐらいはちゃんとバックスラッシュで表示してほしいと、東風フォント [keio.ac.jp] (kochi fixed) に変更してみました。
sl [srad.jp] の車輪もちゃんと表示されて、ちょっとうれしいです。
ついでに sl 本家 (下の方) [u-tokyo.ac.jp]、SL改造計画 [linet.gr.jp]
Re:環境依存が致命的 (スコア:1)
Re:環境依存が致命的 (スコア:1, おもしろおかしい)
背面飛行中の戦闘機がロックオンした東京タワー
歴史的経緯 (スコア:2, 参考になる)
[ISO-646]
ASCIIの下位互換。いくつかの記号部分をとっぱらって独自定義用にした凶悪な仕様。
[JIS X0201]
ISO-646の独自定義用コードに各種記号を割り当てて日本の規格としたもの。ASCIIとは似て非なるものである。
それでもある程度ASCIIに近づけており、 ~ | \ の3つだけが違う。このなかでも特に \ は見た目が全然違うので問題の種。
[EUC]
ASCIIを原型に、他の文字セットを混在できるようにエンコードしたもの。
[ShiftJIS]
JIS-X0201を原型に、他の文字セットを混在できるようにエンコードしたもの。
# ACなのでAC
Re:歴史的経緯 (スコア:3, 参考になる)
違います。縦棒 "|" は,ASCII も JIS X 0201 も同じ縦棒です。 昔の端末やプリンターでは,ただの縦棒を:
区別するために, 真ん中に切れ目を入れた字形で表現したものもありましたが, 論理的には,ただの「縦棒」です。 ただの「縦棒」と,「真ん中に切れ目の入った縦棒」が区別されるようになったのは,ISO 8859-1 が出てきてからでしょう。 Ken Lundi が「日本語情報処理」とかでデマを流して以来, 鵜呑みにする人が増えたのは悲しい限りです。
嘘だと思った方, JIS X 0201 の最新版を入手して,"|" の文字名称 (個々の文字に割り振られた英語の名称) が,VERTICAL LINE (ただの縦棒) となっているか,BROKEN BAR (真ん中に切れ目の入った縦棒) となっているか,チェックしてみてください。
それから,1バイト英数字の範囲は,SHIFT-JIS は JIS X 0201 で EUC は ASCII だから違うものだ, という言い方も最近よく見ますが, Unicode 以前は, 「物理的には,0x5C のコードポイントの文字が円記号に見えるかもしれないが, 論理的にはバックスラッシュとして扱う」 という方式が通用していたわけで, それを,"\" が円記号 (YEN SIGN) かバックスラッシュ (REVERSE SOLIDUS) かを厳しく弁別する Unicode 以後の観点で見て, 「nkf のコード変換は間違っている」 とか言われるのも釈然としません。
皆さん,Unicode に毒されていませんか。
ここからは余談。昔から IBM 系メインフレームで使われてきた EBCDIC という符号化文字集合 (coded character set) がありまして, こいつの日本語版で EBCDIK というのがあったのですが, EBCDIC で "$" (ドル記号) のコードポイントを EBCDIK では "¥" (円記号) で置き換えていました。(お互い通貨記号なので,それが便利なこともあったのでしょう。)
で,某社のメインフレーム UNIX では EBCDIC/EBCDIK 端末で UNIX コマンドを打ち込むことができまして, 「円記号はバックスラッシュの置き換えだ」と思い込んでいた ASCII 系技術者は, 「円記号がドル記号の置き換えになっている」と思い込んだ EBCDIK 系技術者と話が通じなくて,いろいろ困ったものでした。 これを称して「裏円記号問題」と呼ぶ……っていうのは出鱈目なので信用しないように。
なあなあ (スコア:1, 参考になる)
たしかに、いままでは日本国内だけで文字コードを考えればよかったのが、 Unicode の登場にともなって国際的な文字コードの整合性ということを 考えないといけなくなって、それで円記号とバックスラッシュの違いについて みんなが意識するようになった、というのは、あるかもしれません。
ですが、円記号とバックスラッシュが本来は別物であるというのは、 Unicode 登場以前だってそうですし、ISO-2022-JP だって区別しています。 ただ、日本国内だけで文字コードを議論していた時代には、 そんなの脳内変換しちゃえ、ということで、なあなあで済ませることが 可能だったけど、今後はその「なあなあ」を理解できない外国人とも つきあう頻度が上がってくる、というだけのこと。
ちなみに、円記号とバックスラッシュを同一視する(のと同じ効果がある) 規格といえば、JIS C で円記号をエスケープ文字にするということくらいの ものだと思うのですが、どうでしょうか?
実際には、その「なあなあ」をうまく明文化し、きちんとした運用規則として 確立する必要があると思います。でなければ、それこそ、Unicode の台頭によって日本の文字コード事情はめちゃくちゃにされてしまいます。 具体的には、文字コード変換ソフトの実装をどうするのか、ということに なってくると思います。
Re:なあなあ (スコア:1)
「なあなあ」って,それはもう,適当で曖昧でいい加減な日本人ですから :-)
問題は,
ってところにあるので,これを解消しない限りどうにもなりません。
対処方法は,
のどちらかしかないでしょう。
それじゃ困る (スコア:1)
>論理的には,ただの「縦棒」です。
そりゃ困る!
それじゃバカボンのパパができないじゃないか!
|:3ミ
う~ん、やっぱし切れ目がないと雰囲気が出らんなぁ・・
円記号かバックスラッシュか (スコア:1, 参考になる)
- シフトJISには、半角円記号はあるが、半角バックスラッシュはない。
- EUC-JPには、半角バックスラッシュはあるが、半角円記号はない。
- ISO-2022-JP (いわゆるJIS) には、両方ある。(きちんと特定できる)。
いま、/. は EUC-JP で書かれている。 EUC-JP では、ISO-2022 で言う GL は (G0 経由で) US-ASCII であって JIS X 0201 ローマ字ではないから、0x5C は 半角バックスラッシュが正しく、半角円記号は間違い。以上。Re:厳密には (スコア:1)
こーゆーときは、どう処理するのが正解なんでしょうか?
てゆか、便宜上0x5cは現状維持の方がよさげな気がする。
ここで余計な処理入れると、\エスケープ使ってるソースコードが殲滅させられるし。
--
Ath'r'onならfloatあたりに自信が持てます
Re:厳密には (スコア:1)
iconv の仕様は知りませんが、かなり厳格だと思います。
> printf '\134' | iconv -f euc-jp -t shift_jis
iconv: (stdin): cannot convert
鵜呑みにしてみる?
権威に従っとけ (スコア:1)
というものがあるので、
これを使っとけばこの業界的には幸せになれると思われ。
> てゆか、便宜上0x5cは現状維持の方がよさげな気がする。
もちろん現状維持( US-ASCII のバックスラッシュは JISX 0201 の円記号に変換される)だぞ。
# 他の業界については不明
# mishimaは本田透先生を熱烈に応援しています
Re:他の例 (スコア:1, すばらしい洞察)
文字コードにまつわる話を、文字コードに基づくメディアを用いて おこなう、というのは難しいもんですね。
反バリアフリー (スコア:1)
ユニバーサルデザイン的には。
マジでごめんね。
Re:反バリアフリー (スコア:1)
話題に上がっているAAが整形テキストという意味で、PREが一番近いでしょうね。PREは等幅フォントでソースコードのインデントスタイルなどの意味を持つわけですし。AAはプロポーショナルフォントにして要素が意味を持つわけですが。
> 割と近しいのはABBRですが本来の用途とはやっぱり違うし、そもそも現状IE6.0sp1で認識しないし。
ABBRは略語に説明を入れるためのインラインの要素(ACRONYMとは発音方式の違いで区別しているし)であり、文章中の単語としては使わないAAと近いとは思えないのですが。
現実的な解ではわたしもやはりDIVでCSSを使ってフォントセットを指定したものを使います。
AAかぁ (スコア:1)
へえええ、今はあすきーあーとっていうのかー
と思ったのは私だけ・・・?(おそるおそる)
Re:AAかぁ (スコア:1)
いたような気もするんですが・・・
(同じく、おそるおそる:笑)
taka4
Re:AAかぁ (スコア:1)
恥ずかしい・・・
#が、いまさらACにできないのでID
Re:AAかぁ (スコア:1)
ASCIIMoviePlayer [apple.com]というのがあります。
OS XでTerminalが使える人は一度お試しを。
馬鹿すぎて圧巻です。。。
[udon]
Re:AAかぁ (スコア:1)
パソコン通信時代といえば…
エスケープシーケンスでカーソル位置を戻したり色を使ったり、
さらに通信速度が1200bpsや2400bpsと(現在と比較して)低速なので、
ほどよい(??)書き換え速度で表示されるエスケープシーケンスなアニメーションってのもありましたね。
DOSコンソールでTYPEすると一瞬で表示されちゃうので、
300/1200/2400/9600bps相当の速度でウェイトを入れながら表示するViewerなんかも作った覚えが・・・(汗)
(あの“バットマン”は傑作だった…)
Re:AAかぁ (スコア:1)
コンソールでならヨシ (スコア:1)
/.-jでやるのは勘弁して欲しい。
縦向き/横向きは? (スコア:1)
彼の社内は横向きが主流だそうで…
Re:縦向き/横向きは? (スコア:1)
でも、ふつーの人には「なにそれ?」って言われることが多いので
相手によっては日本風。
Re:7bit ASCII限定 (スコア:1)
ワタシもそうです。
ワタシのばーい、多分、全角な記号系フォントの形が嫌いなのだと思ってます。
さすがに相当特殊な嗜好なので、他の皆様にご理解いただけると思えないですが
-----------------
#そんなワタシはOS/2ユーザー:-)
Re:2chウゼエ (スコア:2, すばらしい洞察)
#機種依存文字使ってます。読めない方すみません。
Re:2chウゼエ (スコア:1)
この投票に限っては、こういう発言もありなんじゃない??
みんながどう思っているかを知る事が大事。
# 俺自身もあまり 2ch 文化はなじめない。
Re:2chウゼエ (スコア:1, すばらしい洞察)
AAうぜぇならかまわないが、2chうぜぇはオフトピックで、
かつ無思慮な感情の発露は-1されてもしかたない。
そういや、半角かながらみで国民投票か何かあったなぁ。昔。
Re:2chウゼエ (スコア:1)
Re:2chウゼエ (スコア:1)
(特定のプロポーショナルフォント以外では桁ズレして読めない)
AAっていうのは、等幅フォントであれば、余程変な文字コード以外は読める(見れる)ように作成するものだと思っていましたが最近は違うようですね...
# 等幅でも見れるAAは不思議と「ウザい」とは思わないです[笑]。
notice : I ignore an anonymous contribution.
Σ(°_°)なd_swordって (スコア:1)
#読もうとした時点で負けかも、、、
Re:Σ(°_°)なd_swordって (スコア:1, おもしろおかしい)
数学で総和の記号を意味するときには「サメンション」と読んだりもします。
なのでおそらく{(°_°)}の総和を取るのでしょう。
つまり (スコア:1)
#やっぱり負けてる気がするです、、、