>>751
うーん、CとかJavaの\nや\tは実装系に依存しないコードの表現方法であって、VBでいうとvbNewLineとかvbTabに該当するのかな(vbCrLfは特定の実装を想定しているから、この例では除外)。別に\nとか\"が並んでいても、汚いとは思わないけど。
なぜかって言うと、抽象度の高い統一された表現方法だから。文字コード体系の違うOSに移植するのも簡単だよね。

今回の問題というか憤りを感じたのは、どういう理由か想像できないけれど、特定のリテラルがエディターによって強制的に変換されちゃうってことで、そのためにコードが非統一の汚い記述になることなんですよ。

本来なら
　Case "（"
　Case "”"
と書けるところを
　Case "（"
　Case &H1234
と書くのは、コードの記述方式としては美しくないと感じるわけで。だから、いっそのこと
　Case &H1234 '「”」のこと
　Case &H2345 '「＜」のこと
と書いた方がまだ「美しい」と思う。もっとも、チームでプログラムを組むときはこんなダサイ方法じゃなくて、
　dim strDQuote as String
　strDQuote = &H1234
としてから
　Case strDQuote
とするのが妥当なのはご存じの通りでして。

とにかく、特定のリテラルが記述できなくてコードを直接書かなくちゃならないというルールは、全然賛同できないんだけどな。いったい、どういう理由があるんだろ。

>>752
そう、スペルチェックとかハイパーリンクはオフにできるんだから、このエディターの機能もオフにできればいいのにね。