◀Unicode版開発トップへ
  • 172 改行コードの変更が反映されない
    • 173 Re:改行コードの変更が反映されない
      • 174 Re2:改行コードの変更が反映されない
      • 175 Re2:改行コードの変更が反映されない
        • 176 Re3:改行コードの変更が反映されない
          • 181 Re4:改行コードの変更が反映されない
            • 182 Re5:改行コードの変更が反映されない
              • 183 Re6:改行コードの変更が反映されない
                • 185 Re7:改行コードの変更が反映されない
                  • 186 Re8:改行コードの変更が反映されない
                  • 187 Re8:改行コードの変更が反映されない
                    • 188 Re9:改行コードの変更が反映されない
                      • 190 Re10:改行コードの変更が反映されない
                        • 191 Re11:改行コードの変更が反映されない
                          • 193 Re12:改行コードの変更が反映されない
                            • 194 Re13:改行コードの変更が反映されない
                              • 198 Re14:改行コードの変更が反映されない
                                • 200 Re15:改行コードの変更が反映されない
                                  • 201 Re16:改行コードの変更が反映されない
                                    • 202 Re17:改行コードの変更が反映されない
                                      • 203 Re18:改行コードの変更が反映されない
                                        • 207 Re19:改行コードの変更が反映されない
                                          • 209 Re20:改行コードの変更が反映されない
                                            • 228 Re21:改行コードの変更が反映されない
                                              • 232 Re22:改行コードの変更が反映されない
                                                • 233 Re23:改行コードの変更が反映されない
                                                  • 239 Re24:改行コードの変更が反映されない
                                                    • 240 Re25:改行コードの変更が反映されない
                                                      • 242 Re26:改行コードの変更が反映されない
                                      • 211 Re18:改行コードの変更が反映されない
                                        • 215 Re19:改行コードの変更が反映されない
                                          • 216 Re20:改行コードの変更が反映されない
                                            • 217 Re21:改行コードの変更が反映されない
                                              • 218 Re22:改行コードの変更が反映されない
                                                • 219 Re23:改行コードの変更が反映されない
                                                  • 220 Re24:改行コードの変更が反映されない
                                                    • 221 Re25:改行コードの変更が反映されない
                                                      • 222 Re26:改行コードの変更が反映されない
                                                        • 223 Re27:改行コードの変更が反映されない
                                                          • 224 Re28:改行コードの変更が反映されない
                                                            • 225 Re29:改行コードの変更が反映されない
                                                            • 226 Re29:改行コードの変更が反映されない
                                                              • 227 Re30:改行コードの変更が反映されない
                                                                • 231 Re31:改行コードの変更が反映されない
                                                                  • 234 Re32:改行コードの変更が反映されない
                                                                    • 235 Re33:改行コードの変更が反映されない
                                                                      • 238 Re34:改行コードの変更が反映されない
                                                                        • 243 Re35:改行コードの変更が反映されない
                                                                          • 244 Re36:改行コードの変更が反映されない
                                                                            • 245 Re37:改行コードの変更が反映されない
                                                                              • 246 Re38:改行コードの変更が反映されない
                                                                                • 247 Re39:改行コードの変更が反映されない
                                                                                  • 248 Re40:改行コードの変更が反映されない
                                                                                    • 249 Re41:改行コードの変更が反映されない
                                                                                    • 252 Re41:改行コードの変更が反映されない
                                                                                  • 251 Re40:改行コードの変更が反映されない
                                                                                    • 253 Re41:改行コードの変更が反映されない
                                                                                • 250 Re39:改行コードの変更が反映されない
                                                                    • 237 Re33:改行コードの変更が反映されない
                                                                  • 236 Re32:改行コードの変更が反映されない
                                                                    • 241 Re33:改行コードの変更が反映されない
                        • 192 Re11:改行コードの変更が反映されない
              • 184 Re6:改行コードの変更が反映されない
  • [172] 改行コードの変更が反映されない AC 2008年03月06日 00:10

    保存ダイアログで改行コードを指定して保存した後でも
    ステータスバーに表示される改行コードや選択バイト数などが
    そのままになっているようです。

    この、実際のファイルと異なる状態で上書き保存を行った場合、
    改行コードは以前指定したもので書き出されるようなので
    不都合はありませんが、再度名前をつけて保存を行った場合、
    エディタの表示通りの改行コードが使用されます。(変換なしを選んだ場合)

    名前をつけて保存を行った後のエディタは、その新しいファイル
    を編集中の状態になっている、と認識しているのでファイルと
    エディタの不整合は誤りだと思います。

    パッチがかけないので報告だけです。
    手が空いたときにでも直してやってください。

    (Unicode 3月2日版を使用しています)
    • [173] Re:改行コードの変更が反映されない ryoji 2008年03月06日 01:55

      > 名前をつけて保存を行った後のエディタは、その新しいファイル
      > を編集中の状態になっている、と認識しているのでファイルと
      > エディタの不整合は誤りだと思います。
      >>dev:5090 「ファイル書き込み (SaveFile) 後の再読み込み (ReloadCurrentFile) の意図」
      で話題になった CEditDoc::FileSaveAs の中の ReloadCurrentFile を復活させると大丈夫な気がします。
      この ReloadCurrentFile なんですが、コメントでは2003年に自分が書いたものらしいですね。けど、当時のことはちょっと思い出せません(^^;;;
      ファイルダイアログでBOMの有無を指定できるようにしたときのものだと思いますが...
      • [174] Re2:改行コードの変更が反映されない ryoji 2008年03月06日 02:33

        > この ReloadCurrentFile なんですが、コメントでは2003年に自分が書いたものらしいですね。けど、当時のことはちょっと思い出せません(^^;;;
        > ファイルダイアログでBOMの有無を指定できるようにしたときのものだと思いますが...
        ReloadCurrentFile 自体はそれよりも以前から入っていて、自分は「自動判定」から「現在開いているのと同じコード」に変更したんじゃなかったかなぁ?
        自動判定だとBOM有→無にしたときに結果が変わって、メッセージが表示されるのがまずいから...、だったかしら?
      • [175] Re2:改行コードの変更が反映されない AC 2008年03月06日 10:46

        > >>dev:5090 「ファイル書き込み (SaveFile) 後の再読み込み (ReloadCurrentFile) の意図」
        > で話題になった CEditDoc::FileSaveAs の中の ReloadCurrentFile を復活させると大丈夫な気がします。

        ファイル保存の前後でもアンドゥができるので、それが正しく機能するのなら
        「文字コードの変換により編集中のデータが一部失われました」というようなメッセージ
        → Ctrl+Z という流れでリカバリできて、これで十分な気がするのですが。

        と、書いた後で ReloadCurrentFileを復活させてみたらアンドゥができなくなりました。
        これなら ReloadCurrentFileには復活してもらいたくないですね。

        「エディタ内部のバッファを1行ずつ書き換え」てくれる人が現れるのを待つばかりです。
        • [176] Re3:改行コードの変更が反映されない ryoji 2008年03月06日 18:15

          > ファイル保存の前後でもアンドゥができるので、それが正しく機能するのなら

          これは上書き保存のときの動作ですね。Visual Studioでは再読み込みもアンドゥできるんですけど、それをするには読み込み前(削除)と後(追加)の内容すべてをアンドゥバッファに放り込むか差分を取らないといけないわけで...

          > 「エディタ内部のバッファを1行ずつ書き換え」てくれる人が現れるのを待つばかりです。

          ステータスバーも書き換えないと(^^;
          あと、ファイルを排他制御しない設定で、他のエディタ画面で編集中のファイルに書き込むと現状では一時的に1つのファイルを2画面で開いたような状態になります。
          他画面のほうをアクティブにすると「再読み込みしますか?」のメッセージが出て、そこで再読み込みボタンを押すと「無題」になります。
          この動作は気持ち悪いですね。他のエディタ画面で開いているファイルだったら、保存しようとしたときに「他のエディタ画面で使用中」のメッセージを出して保存を拒否してくれたほうがいいかな。(Visual Studioではそういう動作になるみたいです)
          • [181] Re4:改行コードの変更が反映されない kobake 2008年03月06日 22:58

            現象は理解しました。
            掃除のついでに直しちゃおうと思います。が、、

            保存時の方針がいまいち理解できません。


            名前を付けて保存
            ↓
            アンドゥ記録開始
            ↓
            保持データの改行書き換え(←保存ダイアログの設定)
            ↓
            アンドゥ記録終了
            ↓
            文字コード変換しながらファイルに書込(保持データは書き換わらない)


            上書き保存
            ↓
            アンドゥ記録開始
            ↓
            保持データの改行書き換え??(←これは何によって決まるの?)(※)
            ↓
            アンドゥ記録終了
            ↓
            文字コード変換しながらファイルに書込(保持データは書き換わらない)


            自動保存
            ↓
            アンドゥ記録開始
            ↓
            保持データの改行書き換え??(←これは何によって決まるの?編集中にユーザの許可なく勝手に書き換えちゃうの?)(※)
            ↓
            アンドゥ記録終了
            ↓
            文字コード変換しながらファイルに書込(保持データは書き換わらない)


            上記のような流れで良いですか?
            まずは(※)の部分を明確に知りたいです。(明確な仕様があるのであれば)


            ▼ ryojiさん
            > > ファイル保存の前後でもアンドゥができるので、それが正しく機能するのなら
            >
            > これは上書き保存のときの動作ですね。Visual Studioでは再読み込みもアンドゥできるんですけど、それをするには読み込み前(削除)と後(追加)の内容すべてをアンドゥバッファに放り込むか差分を取らないといけないわけで...

            読み込み前後でアンドゥできるのは結構リッチな部類のエディタですよね。
            個人的には無理に実装しなくても良い気がします。
            書き込み前後でアンドゥできるのは、割と普通な機能な気がします。
            Windowsのメモ帳でさえ、それはできますし。(とはいっても気持ちばかりの1段階アンドゥですが)
            • [182] Re5:改行コードの変更が反映されない ryoji 2008年03月06日 23:13

              > どちらにしても(※)の部分が不明確ですが。

              上書き保存の場合、アンドゥの処理の追加は不要じゃないですか?
              現状でも上書き保存については保存前へのアンドゥが実装されてるわけですから。
              • [183] Re6:改行コードの変更が反映されない kobake 2008年03月07日 00:07

                ▼ ryojiさん
                > > どちらにしても(※)の部分が不明確ですが。
                >
                > 上書き保存の場合、アンドゥの処理の追加は不要じゃないですか?
                > 現状でも上書き保存については保存前へのアンドゥが実装されてるわけですから。

                「追加するかどうか」ではなく、流れの確認です。
                仕様があり、仕様どおりの実装がされているのであれば
                その流れを変更するつもりはありません。

                何が正で何が偽であるかを明確にしたいのです。

                仕様が定まっていなければ掃除も無意味ですし、
                (今後あるかもしれない)自動テストも不可能です。
                • [185] Re7:改行コードの変更が反映されない ryoji 2008年03月07日 02:09

                  > 「追加するかどうか」ではなく、流れの確認です。
                  > 仕様があり、仕様どおりの実装がされているのであれば
                  > その流れを変更するつもりはありません。

                  たぶん、仕様書は残っていないと思います。
                  そうなると作った人に意図を確認するしか知る術が無いんですが、残念ながら僕は誰がどこを作ったのかさえよく知りません。(^^;;;
                  で、まっさらな感覚で仕様を考えると…

                  ・ファイルの文字コードや改行コードの種類はユーザーが特に変更を指示したとき以外は変更する必要は無いし勝手に変更すべきではない

                  実装(というかこれも仕様レベル?)についてはちゃんと確認していませんが、

                  ・変更を指示できるタイミングはファイルを開くときと保存するときだけ
                  ・上書き保存、自動保存には変更を指示するようなUIは与えられていない

                  間違っていたらその旨指摘してください。
                  • [186] Re8:改行コードの変更が反映されない ryoji 2008年03月07日 02:31

                    kobakeさんが望んだ「流れ」にはひとつも答えられていないですね。
                    役立たずですね~。σ(^^;
                    すいません。
                  • [187] Re8:改行コードの変更が反映されない AC 2008年03月07日 03:56

                    動作が変わるのは多くのユーザーが望んでいないと思うので、現在の振る舞いを確認しておきたいのですが、

                    1 上書き保存では基本的に改行コードの変更は行っていない。
                    2 改行コードを指定して保存した後の上書き保存では、そのとき選ばれた改行コードが再度使用される。

                    2の動作によって、ファイルとエディタの改行コードが食い違ったあとでもユーザーの意図通りの保存が行われています。
                    また、貼り付けなどによって異なる改行コードが持ち込まれたときに、上書き保存で統一される結果にもなっています。

                    現状に従うのならば上書き保存は、ユーザーが特定の改行コードを選ぶまでは「変換なし」、選んだ後はその改行コードに統一、ということになります。

                    (自分の望んだことですが)エディタの保持データの改行コードが変更されるのなら、それは既存ユーザーに影響しますので、「上書き保存」「名前をつけて保存」に伴う改行コードの変更のアンドゥはできた方がいいと思います。
                    つまり、どちらの保存においてもアンドゥ履歴が一つ増えます。

                    ----

                    気付いてしまったのですが現状のままでもユーザーの期待は裏切っていないのですよね。(少し気持ち悪いだけで)

                    (二回目以降の)名前をつけて保存ダイアログで、前回選ばれた改行コードを選択済みにするだけで、「LFで保存し直したはずなのに気付いたら CRLFに戻ってる」という事態の起こる余地もなくせそうです。
                    • [188] Re9:改行コードの変更が反映されない ryoji 2008年03月07日 21:26

                      ▼ ACさん
                      > 1 上書き保存では基本的に改行コードの変更は行っていない。
                      > 2 改行コードを指定して保存した後の上書き保存では、そのとき選ばれた改行コードが再度使用される。
                      >
                      > 2の動作によって、ファイルとエディタの改行コードが食い違ったあとでもユーザーの意図通りの保存が行われています。
                      > また、貼り付けなどによって異なる改行コードが持ち込まれたときに、上書き保存で統一される結果にもなっています。

                      ああ!、そういうこと。
                      やっと自分も現象(現行正式版の)をちょっと理解しました。
                      でも、僕の期待通りの動きじゃないです、それ。
                      上書き保存はいつでも見た目通りの保存だと思ってた。お馬鹿ですね>自分 orz
                      改行コードを指定して保存することが以後の上書き保存に統一を指示するUIだったとは…
                      明示的に開きなおすまでファイルとエディタの改行コードが食い違ったままだとは…
                      [設定]-[入力改行コード指定]で別の改行コードを入力しても保存時に無視されるとは…
                      ACさんが「ユーザーの意図通り」と言っていることからも、2 の動作は望んでor望まれてそうしたのだろうことは想像できますね。

                      自分は、

                      a. 上書き保存では改行コードの変更は行っていない
                      b. 名前を付けて保存では「変換なし」がいつでもデフォルト
                      c. 改行コードを指定して保存したら入力改行コードも指定したものに変わる

                      この程度のシンプルなものだろうと勝手に思い込んでました。
                      説明を受けずに遭遇したらバグ?と思ってしまっただろうな。
                      自分の思い込みパターンから考えると、異なる改行コードを持ち込んだ場合は上書き保存でなく名前を付けて保存でコード指定しなおすだろうし、統一改行ファイルを混在改行ファイルにすることもまずないので、たぶん言われるまで気がつかなかっただろうと思いますけど。
                      • [190] Re10:改行コードの変更が反映されない ryoji 2008年03月07日 21:58

                        > ACさんが「ユーザーの意図通り」と言っていることからも、2 の動作は望んでor望まれてそうしたのだろうことは想像できますね。
                        すいません。
                        今、ちらっとソースを見た感じでは意図したのではなく、たまたまそう動くような実装になっているだけなのかも?とも思えてきました。やはりちょっと作成者の意図までは汲み取れません。
                        • [191] Re11:改行コードの変更が反映されない kobake 2008年03月07日 23:09

                          ▼ ryojiさん
                          > > ACさんが「ユーザーの意図通り」と言っていることからも、2 の動作は望んでor望まれてそうしたのだろうことは想像できますね。
                          > すいません。
                          > 今、ちらっとソースを見た感じでは意図したのではなく、たまたまそう動くような実装になっているだけなのかも?とも思えてきました。やはりちょっと作成者の意図までは汲み取れません。

                          僕が最も懸念しているのは、まさに「そこ」です。
                          現在の動作が「そうなるように意図されて」作られた結果ではないんじゃないか、
                          と思われる箇所が他にもちらほらとあります。
                          保守性の低い状態で綱渡りの作業を続けていればどうしても現在のようなふわふわした状況に陥ります。

                          コードのリファクタリングだけではなく、
                          仕様のリファクタリングも必要だと思うのです。
                          ・不明確な部分を明確にする!
                          ・一貫性の無い箇所に一貫性を与える!
                          ・重複する機能は勇気を出して削る!

                          この際、申し訳ないですけど作成者の意図は読み取らなくて良いと思います。
                          ユーザ視点で「しっくり来る」仕様を固め直しませんか?


                          ▼ ACさん
                          > 動作が変わるのは多くのユーザーが望んでいないと思うので、

                          それは事実であると思いますし、心情的には同意します。
                          ただ、場合によっては一貫性の確保のために変更せざるを得ない動作もあると思います。
                          • [193] Re12:改行コードの変更が反映されない AC 2008年03月08日 01:22

                            > 2 改行コードを指定して保存した後の上書き保存では、そのとき選ばれた改行コードが再度使用される。

                            この部分に関しては、エディタの保持データと書き出したファイルの改行コードを一致させる作業をした後であれば、
                            * 上書き保存では改行コードの変更を行わない
                            というように変更してもいいでしょうね。
                            (むしろ、した方が分かりやすい)

                            ----

                            改行コードに関しては自分も気にしたくない人間です。
                            サクラエディタで改行コードを統一する手段が、名前をつけて保存だけなので(あるのかな?正規表現置換だけ?)、保存を行ったのにエディタのデータが CRLFと LFが混在したままだった、というのが今回の発端です。
                            入力改行コード指定は今日初めて知りました。(活用します)
                            クリップボードから異なる改行コードが侵入することも防げればいいのですが、(たとえば入力改行コード指定に従って)自動変換をするとおせっかいに感じる人がいそうですねえ。
                            • [194] Re13:改行コードの変更が反映されない kobake 2008年03月08日 08:39

                              ▼ ACさん
                              > > 2 改行コードを指定して保存した後の上書き保存では、そのとき選ばれた改行コードが再度使用される。
                              >
                              > この部分に関しては、エディタの保持データと書き出したファイルの改行コードを一致させる作業をした後であれば、
                              > * 上書き保存では改行コードの変更を行わない
                              > というように変更してもいいでしょうね。
                              > (むしろ、した方が分かりやすい)

                              どちらがしっくりくるかに関して意見は出しませんが
                              自動保存で改行コードが書き換わることを許容するかどうか、をまず決定すると良いと思います。
                              んで、その仕様に合わせて手動上書きの挙動も決定すると良いかと。


                              ところでステータスバーの表示は一例として以下のようになっていますが、
                              [15行3桁] [CRLF] [61] [SJIS] [REC] [挿入]

                              この例では [SJIS] が「保存時」文字コードであるのに対して
                              [CRLF] は「エンター押下時に」挿入される文字コードですよね。
                              果たしてこのインターフェースは望ましいものでしょうか。
                              この場合、改行コードCRLFで保存される、と(いう間違った意味で)解釈されてしまう方が
                              けっこうな数いらっしゃるんじゃないでしょうか。
                              (けっこう長くサクラエディタを使っているユーザでさえ。)


                              > 改行コードに関しては自分も気にしたくない人間です。
                              > サクラエディタで改行コードを統一する手段が、名前をつけて保存だけなので(あるのかな?正規表現置換だけ?)、保存を行ったのにエディタのデータが CRLFと LFが混在したままだった、というのが今回の発端です。
                              > 入力改行コード指定は今日初めて知りました。(活用します)
                              > クリップボードから異なる改行コードが侵入することも防げればいいのですが、(たとえば入力改行コード指定に従って)自動変換をするとおせっかいに感じる人がいそうですねえ。

                              その機能は自分も欲しいと思っていました。
                              んまぁこれはオプション扱いですかね。需要はあると思います。
                              トランクへの統合後に実装する予定です。

                              あと、改行コードLFの文書をサクラエディタからコピーして
                              Windowsメモ帳にペーストすると、
                              改行が見えなくなる(存在はしている)のも個人的に気持ち悪いです。
                              • [198] Re14:改行コードの変更が反映されない ryoji 2008年03月08日 15:11

                                ▼ kobakeさん
                                > 自動保存で改行コードが書き換わることを許容するかどうか、をまず決定すると良いと思います。
                                > んで、その仕様に合わせて手動上書きの挙動も決定すると良いかと。

                                ユーザ視点で考えると逆では?... (^^;
                                自動保存についてはなるべくその時点でのエディタ内部情報に近い状態(改行コードは書き換えない)で保存したほうが、再開には都合が良いと思います。
                                ただ、自動保存は保険的な意味合いが強いので、他に重要なことを優先させるためなら少々は崩れても止むを得ないと思います。
                                (例えばSJISファイルの自動保存はSJISで保存したほうが良いということになるかもしれないけど、そうすると編集途中に入ったUnicode固有文字は復元不可になりますよね)

                                上書き保存についてなんですが、

                                ▼ ACさん
                                > > * 上書き保存では改行コードの変更を行わない
                                > > というように変更してもいいでしょうね。
                                > > (むしろ、した方が分かりやすい)

                                自分もシンプル志向なので改行コード変更をしない方針が良いのではないかと思います。
                                それに加え、改行コードが混在している場合は保存前に確認メッセージを表示する、というのでどうでしょう。
                                上書き保存、「変換なし」で名前を付けて保存のときに確認。
                                (「変換なし」は「指定なし」か何かに名称変更したほうがいいかも)

                                例)
                                改行コードが混在しています。
                                現在の入力改行コード(CRLF)で統一しますか?
                                [統一して保存] [そのまま保存] [キャンセル]

                                こうしておけば、[統一して保存]でステータスバーの表示とも一致すると思いますが...

                                > あと、改行コードLFの文書をサクラエディタからコピーして
                                > Windowsメモ帳にペーストすると、
                                > 改行が見えなくなる(存在はしている)のも個人的に気持ち悪いです。

                                そういうときのために[編集]-[CR/LF改行でコピー]があるんでしょうけどね。
                                改行コードを意識したくないユーザーにしてみれば、単に使い分けるだけでも面倒に感じるかもしれないですね。
                                自分も少し面倒に思うことがあります。だいぶ慣れましたけど。
                                • [200] Re15:改行コードの変更が反映されない kobake 2008年03月08日 18:55

                                  ▼ ryojiさん
                                  > ▼ kobakeさん
                                  > > 自動保存で改行コードが書き換わることを許容するかどうか、をまず決定すると良いと思います。
                                  > > んで、その仕様に合わせて手動上書きの挙動も決定すると良いかと。
                                  >
                                  > ユーザ視点で考えると逆では?... (^^;

                                  たしかに、そうですね。ちょっと迷走しました。

                                  > > あと、改行コードLFの文書をサクラエディタからコピーして
                                  > > Windowsメモ帳にペーストすると、
                                  > > 改行が見えなくなる(存在はしている)のも個人的に気持ち悪いです。
                                  >
                                  > そういうときのために[編集]-[CR/LF改行でコピー]があるんでしょうけどね。
                                  > 改行コードを意識したくないユーザーにしてみれば、単に使い分けるだけでも面倒に感じるかもしれないですね。
                                  > 自分も少し面倒に思うことがあります。だいぶ慣れましたけど。

                                  クリップボードへのデータ格納 (CF_TEXT, CF_UNICODETEXT) って、外部向けのデータ出力なので、
                                  プラットフォームの標準に合わせるのが好ましい気がします。
                                  CR/LF改行でコピーがデフォルト (Ctrl+C) で、改行コード変換無しでコピーが拡張機能 (メニューをクリックしないと使えない) であるほうが、しっくりきます。
                                  CF_TEXT, CF_UNICODETEXT 以外の、サクラエディタ独自のクリップボード形式に関しては CR-LF 以外の改行コードでも良いと思いますけど。

                                  ↓参考
                                  http://msdn2.microsoft.com/en-us/library/ms649013(VS.85).aspx
                                  CF_TEXT Text format. Each line ends with a carriage return/linefeed (CR-LF) combination. A null character signals the end of the data. Use this format for ANSI text.
                                  • [201] Re16:改行コードの変更が反映されない ryoji 2008年03月08日 21:17

                                    > CF_TEXT, CF_UNICODETEXT 以外の、サクラエディタ独自のクリップボード形式に関しては CR-LF 以外の改行コードでも良いと思いますけど。

                                    Excelの表データを扱うのに重宝してるっていう話も聞くんですが、Excelは行末をCRLF、セル内改行をLFで扱ってるようです。
                                    サクラ->ExcelへのDrag & Dropでデータが崩れるようになったら何だか申し訳ない気がする... (^^;
                                    • [202] Re17:改行コードの変更が反映されない kobake 2008年03月08日 21:49

                                      ▼ ryojiさん
                                      > > CF_TEXT, CF_UNICODETEXT 以外の、サクラエディタ独自のクリップボード形式に関しては CR-LF 以外の改行コードでも良いと思いますけど。
                                      >
                                      > Excelの表データを扱うのに重宝してるっていう話も聞くんですが、Excelは行末をCRLF、セル内改行をLFで扱ってるようです。
                                      > サクラ->ExcelへのDrag & Dropでデータが崩れるようになったら何だか申し訳ない気がする... (^^;

                                      なるほど。
                                      ただそういう使い方のための機能なら
                                      それこそオプション扱いで良いと思います。
                                      • [203] Re18:改行コードの変更が反映されない ryoji 2008年03月08日 22:00

                                        > ただそういう使い方のための機能なら
                                        > それこそオプション扱いで良いと思います。

                                        手を入れようとお考えの方には、そういった配慮も忘れずにしていただければ、ということで。
                                        • [207] Re19:改行コードの変更が反映されない AC 2008年03月09日 03:15

                                          ▼ ryojiさん
                                          >改行コードが混在している場合は保存前に確認メッセージを表示する、というのでどうでしょう。
                                          >上書き保存、「変換なし」で名前を付けて保存のときに確認。
                                          >(「変換なし」は「指定なし」か何かに名称変更したほうがいいかも)
                                          >
                                          >例)
                                          >改行コードが混在しています。
                                          >現在の入力改行コード(CRLF)で統一しますか?
                                          >[統一して保存] [そのまま保存] [キャンセル]

                                          これだと [そのまま保存]を選んだ場合、上書き保存のたびにメッセージが表示されてしまいます。
                                          揮発性の内部状態を用意して二回目からは無視することもできるでしょうが、

                                          ▼ kobakeさん
                                          >この例では [SJIS] が「保存時」文字コードであるのに対して
                                          >[CRLF] は「エンター押下時に」挿入される文字コードですよね。
                                          >果たしてこのインターフェースは望ましいものでしょうか。
                                          >この場合、改行コードCRLFで保存される、と(いう間違った意味で)解釈されてしまう方が
                                          >けっこうな数いらっしゃるんじゃないでしょうか。
                                          >(けっこう長くサクラエディタを使っているユーザでさえ。)

                                          こういう意見もありますので自分としては、ステータスバーに、使われている改行コードを列挙する方式を提案します。
                                          *○CRLFだけが使われていれば CRLFと表示され、CRLFと LFが混在していれば CRLF/LFと表示される
                                          *×(改行コードが混在している場合や改行コードを一括置換した場合は)ステータスバーの表示!=入力改行コードとなり、入力改行コードを知る方法はおそらくツールバーのボタンでだけになる

                                          別の話ですが、名前をつけて保存で改行コードを統一した後は、入力改行コードをそれに変更する必要があります。
                                          (これは名前をつけて保存の後で ReloadCurrentFileが行っていた処理の一部であり、それが呼ばれない現在、上書き保存が暗黙的に改行コードを統一することによって隠されていた問題です。ソースを読んだわけではありませんが、おそらく)
                                          • [209] Re20:改行コードの変更が反映されない ryoji 2008年03月09日 11:12

                                            > 上書き保存のたびにメッセージが表示されてしまいます。

                                            確認する/しないをオプションにすればいいんじゃないですか?

                                            ...と思ったけど、
                                            その都度聞くようにしないと、統一したいのかしたくないのかはプログラムからは判別できないと思います。
                                            以前の状態を覚えるのは逆に、操作者の側も前回はどうしたか覚えておかないと思わぬ結果を生むことになります。
                                            今回は混在にしたかったのに前回統一を選択したのを忘れていて上書き保存で統一されてしまった、など。ミスにその場で気付けばアンドゥできるかもしれないけど気付かないで終了してしまう可能性が高い。また、一度覚えたものを忘れさせる手段も再読み込みくらいしかない。

                                            自分だって毎回聞かれたくはないけど、我儘は押さえて、そこは我慢します。

                                            ...返信はまだのようなので以下に追加修正します。
                                            やはりオプションかな?と。
                                            「確認する」を選択した場合は混在したままだと毎回聞かれるのは我慢。
                                            「確認しない」を選択した場合は上書き保存で意図せず混在してしまっていることがあっても我慢。
                                            ユーザーはトレードオフを考えてどっちの設定にするかを決める。
                                            僕はきっと「確認する」を選びます。

                                            オプション名:改行コード無変換保存時に混在を確認する
                                            保存ダイアログの「変換しない」の表記は改名しない。
                                            厳密には「混在」をチェックするのではなく「現在の入力改行コード」とひとつでも一致しないものがあればメッセージ表示、ということになるのかな?

                                            それ以上のサービス(以前の状態を覚えておくとか、黙って必ず統一するとか)を含めようとすると、プログラム側もスパゲティ化し、ユーザー側も混乱(どんな仕様になってるのか理解不能)しそうな気がします。

                                            ※僕はステータスバーはたまにしか見ていません。改行コードの種類についてはほとんど編集画面内でしか確認していないです。混在確認したけりゃ保存時に毎回見ろと言われても、できません。これは、ACさんの提案に対する否定ではありません。僕のような人たちにはさほど役に立たないだろうというだけで。自分にその提案の良し悪しは判断できないので、申し訳ないけど、そっちのほうは他の方(ステータスバー表示に一言のある方)と議論してください。
                                            • [228] Re21:改行コードの変更が反映されない AC 2008年03月10日 02:40

                                              覚えておく、と書いたのは「混在した改行コードをユーザーが許容した」ことを覚えておくという意味でした。
                                              ですから、一度上書き保存時に改行コードを統一したからといって、再度改行コードが混在したときには再び統一しますか?と表示されるわけです。
                                              繰り返しますが、上書き保存では改行コードを一切変換してくれなくてよい。黙ってそのままを保存してくれ(この部分は付け足しです)。というのが自分の意見です。
                                              ですが、意図せざる混入に対してどこかのタイミングで注意を促し、統一の手段を提供するのはありだと思いますし、それが上書き保存時でも構わないとは思っています。
                                              心配したのは、これまでのサクラエディタは異種改行コードを黙って受け入れていたのに、「統一しますか」というダイアログを何度も表示することは方針転換ではないか、嫌われないか、ということです。

                                              ステータスバー内の表示については、そもそもステータスバーを表示していない人がいるだろうこともわかっています。
                                              これまでサクラエディタは改行コードの混在について特別な扱いを何もしていません。知る方法もありません。
                                              ステータスバーを見て混在を知れ、といっているのではなくて、ステータスバーを見て混在が判るようになれば便利だな、と思ったのです。

                                              (先の記事で例示しました)特別な場合を除いてステータスバーの表示は従来と変わっていないように見えるはずです。
                                              改行コードの混在という、ステータスバーの入力改行コード表示が誤解を招きかねない事態になってはじめて、CR/LFや LF/CRLFといった表示に切り替わるわけです。
                                              • [232] Re22:改行コードの変更が反映されない ryoji 2008年03月10日 08:23

                                                ▼ ACさん
                                                > 心配したのは、これまでのサクラエディタは異種改行コードを黙って受け入れていたのに、「統一しますか」というダイアログを何度も表示することは方針転換ではないか、嫌われないか、ということです。

                                                意図は了解です。
                                                オプション化についてはいかがですか?
                                                • [233] Re23:改行コードの変更が反映されない AC 2008年03月10日 13:25

                                                  改行コードの混在を確認されるのが改行コード無変換の時なのは自明に思えますので、「ファイルを保存するときに」でいいように思います。実際的には

                                                  共通設定 - ファイル - ファイルの保存 - 改行コードの混在を警告する

                                                  こういう感じに納まるのかと思いましたが、スペースがないという、より現実的な問題がありそうです。

                                                  ところでこのメッセージ、上書き保存のときだけに表示されるのですか?
                                                  名前をつけて保存で「変換なし(常に選択済み)」を選んだときにも表示されてほしいです。
                                                  また、自動保存の時に表示するかは思案どころです。作業を中断させられたくないでしょうから。

                                                  以下、自分の望む動作をまとめました。

                                                  !自動保存
                                                  ユーザーに確認できないため改行コードは変換しない。

                                                  !上書き保存、名前をつけて保存(改行コード:変換なし)
                                                  改行コードの変換はしない。(オプションで警告メッセージ&統一(詳細は改行コードを指定した名前をつけて保存と同じ))

                                                  !名前をつけて保存(改行コード指定)
                                                  エディタの保持データの改行コードを書き換え(アンドゥ可。本題)た上で保存。
                                                  (エディタが保持する改行コードを書き換えた後は入力改行コードをそれに合わせないと Enterキーから予想外の改行コードが入力されることになる)
                                                  • [239] Re24:改行コードの変更が反映されない ryoji 2008年03月11日 00:02

                                                    > !自動保存
                                                    > ユーザーに確認できないため改行コードは変換しない。
                                                    >
                                                    > !上書き保存、名前をつけて保存(改行コード:変換なし)
                                                    > 改行コードの変換はしない。(オプションで警告メッセージ&統一(詳細は改行コードを指定した名前をつけて保存と同じ))
                                                    >
                                                    > !名前をつけて保存(改行コード指定)
                                                    > エディタの保持データの改行コードを書き換え(アンドゥ可。本題)た上で保存。

                                                    はい、それで僕のイメージと一致しています。
                                                    • [240] Re25:改行コードの変更が反映されない kobake 2008年03月11日 00:14

                                                      ▼ ryojiさん
                                                      > > !自動保存
                                                      > > ユーザーに確認できないため改行コードは変換しない。
                                                      > >
                                                      > > !上書き保存、名前をつけて保存(改行コード:変換なし)
                                                      > > 改行コードの変換はしない。(オプションで警告メッセージ&統一(詳細は改行コードを指定した名前をつけて保存と同じ))
                                                      > >
                                                      > > !名前をつけて保存(改行コード指定)
                                                      > > エディタの保持データの改行コードを書き換え(アンドゥ可。本題)た上で保存。
                                                      >
                                                      > はい、それで僕のイメージと一致しています。

                                                      まとめていただきありがとうございます。
                                                      保存に関してはとりあえずこの流れで実装します。
                                                      • [242] Re26:改行コードの変更が反映されない ryoji 2008年03月11日 02:41

                                                        ▼ kobakeさん
                                                        > 保存に関してはとりあえずこの流れで実装します。

                                                        よろしくお願いいたします。

                                                        あ、それで、あと1個だけリクエストがあります。
                                                        警告メッセージのオプションはタイプ別設定のほうに入れる方向で。
                                                        混在ファイルは限られたタイプでしか扱わないので。

                                                        .txtや.cppなんかでは標準で「警告する」←まず間違いなく統一を選ぶ
                                                        .patch(TortoiseSVNのパッチファイル)では「警告しない」←混在は明らかなのでいちいち警告してほしくない

                                                        のようにしたいです。

                                                        #これで、混在時の上書き保存で毎回警告されるという問題もほぼ解決
                                      • [211] Re18:改行コードの変更が反映されない ryoji 2008年03月09日 18:51

                                        ▼ kobakeさん
                                        > それこそオプション扱いで良いと思います。

                                        サクラ間では改行コード無変換
                                        外部への出力はCRLF固定

                                        は、

                                        どんな相手とも改行コード無変換

                                        と比較して理解するのに時間を要する、または、説明されるまで理解できない仕様かもしれないです。
                                        クリップボードフォーマット?何それ?、が普通の人でしょう。
                                        • [215] Re19:改行コードの変更が反映されない kobake 2008年03月09日 20:46

                                          ▼ ryojiさん
                                          > ▼ kobakeさん
                                          > > それこそオプション扱いで良いと思います。
                                          >
                                          > サクラ間では改行コード無変換
                                          > 外部への出力はCRLF固定
                                          >
                                          > は、
                                          >
                                          > どんな相手とも改行コード無変換
                                          >
                                          > と比較して理解するのに時間を要する、または、説明されるまで理解できない仕様かもしれないです。
                                          > クリップボードフォーマット?何それ?、が普通の人でしょう。

                                          前者仕様はライトユーザ向け (改行コード種別?何それ?の人) 、
                                          後者仕様はヘビー(?)ユーザ向け (プラットフォーム標準から外れるトリッキーなことをしたい人) 、
                                          と思います。
                                          オプション設定をいじらせるのはヘビーユーザであるべきではないでしょうか。
                                          • [216] Re20:改行コードの変更が反映されない ryoji 2008年03月09日 20:55

                                            > 前者仕様はライトユーザ向け (改行コード種別?何それ?の人) 、
                                            > 後者仕様はヘビー(?)ユーザ向け (プラットフォーム標準から外れるトリッキーなことをしたい人) 、
                                            > と思います。

                                            自分はどっちがどっちか判断できなかったので、その考えは本当にそうなのか?を問いかけています。
                                            ライトユーザーがどれだけCRLF以外のファイルを扱ったりするのか?
                                            まったく扱わないくらいのものなら、どっちでもいいはずで、問題なのは多少扱う人にとってどっちがわかりやすいのか、ではないのか?、と。

                                            自分の答えは、「どうにもわからん」です。
                                            よきにはからってください。
                                            • [217] Re21:改行コードの変更が反映されない kobake 2008年03月09日 21:01

                                              もうひとつ理由があります。
                                              (堅いお話になりますけど、こちらのほうが正統な理由です)
                                              ある別ソフトがクリップボードからの入力に関して
                                              CF_TEXT の改行が CRLF であることを前提として実装されていた場合、
                                              サクラエディタからの入力に対して誤動作する恐れがあります。
                                              その別ソフトに問題はありません。Microsoft の提供する文書に基づいて実装しているのですから。

                                              利便性のために標準から外れる動作をさせることが悪いとは言いませんが、
                                              そういう動作はあくまでもオプション扱いであるべきだと思います。
                                              • [218] Re22:改行コードの変更が反映されない ryoji 2008年03月09日 22:04

                                                > その別ソフトに問題はありません。Microsoft の提供する文書に基づいて実装しているのですから。
                                                > 利便性のために標準から外れる動作をさせる

                                                Microsoftのソフト(Excel)自身がLF改行も出力している。
                                                Microsoftは標準改行はCRLFだと言っているだけで、利便性のために標準から外れた動作(メモ帳で扱えないようなコード出力)を普通にしているのではないのか。

                                                一般的なエディタの多くはCRLF出力にしている。
                                                けど、ほとんどのエディタは改行コードは行ごとに保持していないから、混在出力しないのは当たり前。
                                                混在を許可するエディタとは事情が違うのではないか。

                                                メモ帳に貼り付けたら改行しない。
                                                だけどメモ帳でLF改行ファイルを開いたら改行しないのは当たり前。
                                                知らなかったら、改行種について知ることが異種改行を扱うための最低限のことではないのか。
                                                別にCRLF出力にしてあげなくてもいいんじゃないか。(扱わない人にはどうせ無関係、扱う人には普通の話)

                                                etc...

                                                世の中には、物事をよく知っている人ほど騙されやすいこともある。
                                                外部への出力はCRLFにするのが良さそうだというのも、その一つではないのか。
                                                迂闊に物事を決めつけてしまってはいないか。

                                                そんな具合に、自分に問い詰めたら、わからなくなったということです。
                                                ちょっとやそっと説明されたくらいじゃ、自分なりにどっちがいいかの結論は出そうにありません。

                                                なので、良きに計らってください。
                                                • [219] Re23:改行コードの変更が反映されない kobake 2008年03月09日 22:19

                                                  考えられるユースケースのうち、
                                                  明らかに利便性がある側が標準に準拠していない場合は、
                                                  そのトレードオフに関して熟考の価値ありと思いますが、
                                                  どちらの利便性が大きいか判断が付かないほど両者の価値が拮抗している場合は、
                                                  標準に準拠しておいてまず間違いないと思います。
                                                  • [220] Re24:改行コードの変更が反映されない ryoji 2008年03月09日 22:20

                                                    よく考えて
                                                    よきにはからってください。

                                                    CRLF反対を唱えているわけではないです。

                                                    ▼自分
                                                    >
                                                    > サクラ間では改行コード無変換
                                                    > 外部への出力はCRLF固定
                                                    >
                                                    > は、
                                                    >
                                                    > どんな相手とも改行コード無変換
                                                    >
                                                    > と比較して理解する、または、説明されるまで理解できない仕様かもしれない。

                                                    理解しにくい仕様のほうがライトユーザー向きなのか、あるいは理解しにくいというのが間違いなのか。。。
                                                    • [221] Re25:改行コードの変更が反映されない kobake 2008年03月09日 22:34

                                                      ▼ ryojiさん
                                                      > よく考えて
                                                      > よきにはからってください。
                                                      >
                                                      > CRLF反対を唱えているわけではないです。
                                                      >
                                                      > ▼自分
                                                      > >
                                                      > > サクラ間では改行コード無変換
                                                      > > 外部への出力はCRLF固定
                                                      > >
                                                      > > は、
                                                      > >
                                                      > > どんな相手とも改行コード無変換
                                                      > >
                                                      > > と比較して理解する、または、説明されるまで理解できない仕様かもしれない。
                                                      >
                                                      > 理解しにくい仕様のほうがライトユーザー向きなのか。。。

                                                      内部動作を理解しなくてよい仕様、がライトユーザ向きだと思います。
                                                      • [222] Re26:改行コードの変更が反映されない ryoji 2008年03月09日 22:39

                                                        説明されないでそうなっていたら、自分はきっと混乱(なんでそうなるの?誤動作?と疑う一貫性の欠如)してましたけど、説明を受けたので問題ありません。
                                                        (自分はライトでもヘビーでもなさそう)

                                                        よきにはからう、と応えていただければいいです。
                                                        • [223] Re27:改行コードの変更が反映されない ryoji 2008年03月09日 23:52

                                                          ライトユーザー向きにだけ特化せず、新しい挙動に不審を抱き自己解決できない非ライトユーザが現れないようなモノが望ましいです。
                                                          新しい挙動に最適なユーザーインターフェースでそのような不審が湧かないようにするとか。
                                                          ライトユーザーは何も考えないでいいだろう、非ライトユーザーもおおむね誰でもちょっと考えればわかるだろう、と判断できるようなものに仕上がっていれば問題ないと思います。
                                                          稀に不審を抱くユーザーが現れたらその都度説明するしかないわけですし。
                                                          • [224] Re28:改行コードの変更が反映されない kobake 2008年03月10日 00:00

                                                            了解です。最適なインターフェースを模索できれば、と思います。

                                                            ところで、
                                                            > > サクラ間では改行コード無変換
                                                            > > 外部への出力はCRLF固定
                                                            とした場合に、ユーザが戸惑う場面って、
                                                            具体的にどんな場面でしょうか。


                                                            あと、今回の議論とは直接の関係は無いですけど、
                                                            自分が執拗に(ってほどでも無いけど(笑)強く)「標準準拠」を推す理由について
                                                            理解の助けになるかもしれない記事を書きました。時間と興味があれば目をお通しいただければと思います。
                                                            http://mofmof.nsf.tc/soft/index.cgi?no=18
                                                            • [225] Re29:改行コードの変更が反映されない ryoji 2008年03月10日 00:20

                                                              > ところで、
                                                              > > > サクラ間では改行コード無変換
                                                              > > > 外部への出力はCRLF固定
                                                              > とした場合に、ユーザが戸惑う場面って、
                                                              > 具体的にどんな場面でしょうか。

                                                              サクラからLF改行をメモ帳に貼り付けても文字化けしなかったときとか(変な例)。
                                                              ExcelにLF改行を張り付けてもセル内改行してくれなかったときとか。
                                                              サクラからサクラならLF改行で動いているように思えたのに、そうではないのか?もしかしてサクラ間でもおかしなるときがあるのか?と感じるかも。
                                                              いったいどんなときにLF改行がCRLF改行になってしまうのかわからないかも。
                                                              もしかしたら併用している常駐ソフトが悪いのか?Win再インストールしなきゃだめ?(←これはおおげさすぎ)
                                                              クリップボードのように外に見えないものは、誰も内部を詳しく理解していないし(一時的な物置程度にしか知らない)、知ることを強要することもできないと思います。
                                                              見えないところにこだわるより、外見えに一貫性があって愚直な挙動のほうが、ちょっと扱いが不便でもわかりやすいということがあるかもしれない、と。
                                                              LFをCRLFにして出力するほうが通常は確かにちょっと便利かもしれませんが。

                                                              > http://mofmof.nsf.tc/soft/index.cgi?no=18

                                                              あとでゆっくり読んでみます。
                                                            • [226] Re29:改行コードの変更が反映されない ryoji 2008年03月10日 01:22

                                                              ▼ kobakeさん
                                                              > http://mofmof.nsf.tc/soft/index.cgi?no=18

                                                              読んでみました。

                                                              > > > サクラ間では改行コード無変換
                                                              > > > 外部への出力はCRLF固定

                                                              こうすることでまさに「外見え(ユーザー見え)」に蛇口の直径がバラバラになりはしないか(サクラ間と、サクラ外とで事情を変えることが)、と思ったわけです。
                                                              通り道(水道管)が標準化されてなくても最終出力(蛇口)は一貫していたほうがいいのでは?と
                                                              ※蛇口に関してはよく知らないので妙に突っ込まないでくださいね(^^;
                                                              • [227] Re30:改行コードの変更が反映されない kobake 2008年03月10日 01:50

                                                                長文のご拝読ありがとうございます。m(_ _)m

                                                                > 通り道(水道管)が標準化されてなくても

                                                                内部の通り道は RegisterClipboardFormat("SAKURAClip") です。

                                                                > 最終出力(蛇口)は一貫していたほうがいいのでは?と

                                                                最終出力(蛇口)は CF_TEXT です。

                                                                結果的に
                                                                ・サクラ間では改行コード無変換(←これはどうでも良い)
                                                                ・外部への出力はCRLF固定(←これは決定)
                                                                となりませんか?
                                                                • [231] Re31:改行コードの変更が反映されない ryoji 2008年03月10日 08:19

                                                                  僕は、

                                                                  > > 通り道(水道管)が標準化されてなくても
                                                                  >
                                                                  > 内部の通り道は RegisterClipboardFormat("SAKURAClip") です。

                                                                  内部の通り道はプログラム間の通路という意味で、すべてのクリップボード形式。
                                                                  SAKURAClipもCF_TEXTもどちらも水道管。

                                                                  > > 最終出力(蛇口)は一貫していたほうがいいのでは?と
                                                                  >
                                                                  > 最終出力(蛇口)は CF_TEXT です。

                                                                  最終出力はプログラムの画面出力(貼り付けた結果)。

                                                                  と見ているので、視点の違いですね~。

                                                                  プログラマから見える部分ではなくユーザーに見える部分に着目した場合に、どちらが直観的に理解できるのか?というところを問題にしています。
                                                                  ライトユーザーと非ライトユーザーとでは感触も違うかもしれませんね。
                                                                  • [234] Re32:改行コードの変更が反映されない AC 2008年03月10日 14:53

                                                                    クリップボードに関しては傍観者でいるつもりでしたが、ryojiさんの書き込みと別スレ(LFCR改行)を読んでいて気付いたことは、

                                                                    改行コードを見ている人がいる

                                                                    ということです。自分は改行マークをはじめルーラーやアンダーライン、EOFマークなど全て非表示にしてしまうので気付かなかったのですが、
                                                                    改行マークを表示していると CRLFと LFが、Aと Bと同じように区別できるわけです。
                                                                    そして Excelに貼り付けるときにはその区別が必要になるわけで、自覚的に LF改行をコピペする人が存在している(だろう)、と。
                                                                    改行文字を他の文字と同じように扱えるのがサクラエディタの特長の一つであるらしいことも知りました。
                                                                    デフォルトで改行記号は表示されますから、改行がコピペできなくてもヒントは表示されている、と考えることもできます。

                                                                    ※ Excelは LFを改行ではなくセル内改行(を表す文字)として扱っているのでしょう。
                                                                    ※ SakuraEditorは LFを改行としても一個の文字としても扱えるので意見が衝突するのだと思います。
                                                                    ※ クリップボードフォーマットは CRに続かない LFや、LFが続かないCRを含んではいけないのですか?
                                                                    • [235] Re33:改行コードの変更が反映されない ryoji 2008年03月10日 19:15

                                                                      ▼ ACさん
                                                                      > ※ クリップボードフォーマットは CRに続かない LFや、LFが続かないCRを含んではいけないのですか?

                                                                      ちょっと今、さらっと調べてみました。
                                                                      大御所(Microsoft)のアプリでは...

                                                                      メモ帳:
                                                                      改行を CRLF で CF_TEXT に格納している。他のものは画面上では改行せず(未定義文字扱い)CF_TEXT への格納は無変換。
                                                                      ※現行のサクラからメモ帳に張り付けると CRLF 以外の改行コードは画面上で改行されない。これをメモ帳の側でコピーしてサクラに張り付けると元の改行に戻る。

                                                                      Excel:
                                                                      表内行の改行を CRLF、セル内改行を LF で CF_TEXT に格納。

                                                                      Visual Studio のエディタ:
                                                                      各種改行は画面上でも改行になっていて CF_TEXT への格納は無変換。
                                                                      ※現行サクラとの間でなら相互に無変換のまま各種改行をコピー/貼り付け可能。

                                                                      上記を踏まえまして、僕の個人的な解釈では...
                                                                      他プラットフォーム用の改行コードまで必ずプラットフォーム標準の CRLF に変換しないと、それは標準に反するということになる、とまでは思えないなぁ。MSDN の CF_TEXT 解説の中には、単独の CR や LF を CRLF に変換しなさいというような、そのものズバリな文言は見当たらないです。CF_TEXT を受け取ったアプリはその中に含まれる CRLF を改行として扱いましょうね。それで送る側のアプリも改行を CRLF にすれば改行が保証されてどんなアプリとも相互に改行を含むテキストを扱えますよ。ハッピーでしょ?という程度の意味ではないかしら?、と思いましたけど。(^^;;;

                                                                      kobakeさんの案は...
                                                                      各種改行をすべて CRLF に変換して CF_TEXT に格納する。
                                                                      (従来は、[編集]-[CRLF改行でコピー]コマンドで行っていた処理を標準のコピーコマンドや Drag 元になったときに行う)
                                                                      ※メモ帳に張り付けるとすべて改行で表示される。他のどんなアプリでも(妙なアプリでなければ)間違いなく改行として扱われる。
                                                                      • [238] Re34:改行コードの変更が反映されない kobake 2008年03月10日 23:25

                                                                        ▼ ryojiさん
                                                                        > 他プラットフォーム用の改行コードまで必ずプラットフォーム標準の CRLF に変換しないと、それは標準に反するということになる、とまでは思えないなぁ。MSDN の CF_TEXT 解説の中には、単独の CR や LF を CRLF に変換しなさいというような、そのものズバリな文言は見当たらないです。CF_TEXT を受け取ったアプリはその中に含まれる CRLF を改行として扱いましょうね。それで送る側のアプリも改行を CRLF にすれば改行が保証されてどんなアプリとも相互に改行を含むテキストを扱えますよ。ハッピーでしょ?という程度の意味ではないかしら?、と思いましたけど。(^^;;;

                                                                        その解釈で間違い無いと思います。
                                                                        自分はその程度の意味の幸せを求めています。
                                                                        ただ、別コメントにも書きましたが、「改行を出力する意図で」「LFを出力」した場合、
                                                                        それは意味論的に標準に反していると思います。


                                                                        別ソフトを例に挙げることに意味があるか分かりませんけど、
                                                                        こちらからも例を挙げると、
                                                                        以下のエディタでは(オプション設定によると思いますが、
                                                                        デフォルトでは)クリップボードへの出力時に
                                                                        改行をCRLFとして出力していました。
                                                                        ・ワードパッド
                                                                        ・秀丸
                                                                        ・xyzzy
                                                                        ・TeraPad
                                                                        • [243] Re35:改行コードの変更が反映されない ryoji 2008年03月11日 10:07

                                                                          > それは意味論的に標準に

                                                                          え?他の連中(UNIX,MAC)の改行コードも仲間に入れてやれば皆もっとハッピーになれるんじゃないかって?
                                                                          しっ、そんな入れ知恵、なんで僕(MS)がしてあげなくちゃいけないのさ?
                                                                          どうぞご勝手に。じゃあね、グッドラック!

                                                                          ...まぁ、義理はないですからねぇ~。そこんとこはしかたないよね。
                                                                          • [244] Re36:改行コードの変更が反映されない kobake 2008年03月11日 23:26

                                                                            ▼ ryojiさん
                                                                            > > それは意味論的に標準に
                                                                            >
                                                                            > え?他の連中(UNIX,MAC)の改行コードも仲間に入れてやれば皆もっとハッピーになれるんじゃないかって?
                                                                            > しっ、そんな入れ知恵、なんで僕(MS)がしてあげなくちゃいけないのさ?
                                                                            > どうぞご勝手に。じゃあね、グッドラック!

                                                                            んー、まるでそれ(入れ知恵をしないこと)が悪いことのような言いようですが、
                                                                            本当にそう思いますか?
                                                                            仮に Windows における改行コードの定義に CR, LF が加わったら誰がハッピーになりますか?同様に UNIX における改行コードの定義に CRLF, CR が加わったら誰がハッピーになりますか?同様に MAC に(略

                                                                            重要なのは共通理解です。
                                                                            Windowsを使う人(アクター)は、個々のアプリケーションの詳細を知らずとも、
                                                                            テキスト出力の改行コードがCRLFであることを「知っている」。
                                                                            (※下に書く内容に関連しますが、これは「テキスト出力」を前提とした場合の話です。
                                                                             「バイナリ出力」であれば改行コードという概念など存在しません)
                                                                            その共通理解の恩恵を自ら捨てることもあるまい、というのが自分の意見です。

                                                                            ここでいう、「人(アクター)」とは改行コードを意識することができる実際のユーザでもありますし、また、ユーザが使う「別アプリケーションが」改行コードを知っている、という意味でもあります。


                                                                            話は変わりますが、
                                                                            クリップボードへのデータ格納時に改行コード変換を行う、行わない、
                                                                            の両者スタンスは、以下の思想に基づくと考えます。
                                                                            ・改行コード変換を行う   … テキストデータ出力
                                                                            ・改行コード変換を行わない … バイナリデータ出力

                                                                            テキストデータ編集の思想でエディタを触っている人には前者が好ましいです。
                                                                            バイナリデータ編集の思想でエディタを触っている人には後者が好ましいです。
                                                                            • [245] Re37:改行コードの変更が反映されない ryoji 2008年03月12日 01:49

                                                                              ん?、なんか長文書かせてしまってごめんなさい。

                                                                              単独のCRやLFに関する扱いが未定義なのは困るよね、というつもりで。
                                                                              他プラットフォームの改行コードを扱う際の考慮がまるきり抜け落ちていた間抜けさ。だから、メモ帳では非改行、Visual Studio では改行、てなことになっちゃうんじゃないかなぁ、て。まぁ、当初は想定すらできなかったから他の連中のために義理で決めてやる必要はない、という程度の意識だったんだろうな、と。

                                                                              > ・改行コード変換を行う   … テキストデータ出力
                                                                              > ・改行コード変換を行わない … バイナリデータ出力

                                                                              実装者側としてはそのように考えてしまったほうが納得しやすいので、それでいいと思います。

                                                                              【上記に修正】
                                                                              テキストデータ出力/バイナリデータ出力と別物に分けてみるよりも、
                                                                              「CF_TEXT 内のメモリイメージ」=「テキストファイルにバイナリモードで入出力するときのメモリイメージ」
                                                                              のようにみたほうが、より納得しやすく思えてきました。
                                                                              それもあくまでも自分の感覚で、納得しやすければどっちでもいい話ですけど。

                                                                              > テキストデータ編集の思想でエディタを触っている人には前者が好ましいです。
                                                                              > バイナリデータ編集の思想でエディタを触っている人には後者が好ましいです。

                                                                              ユーザー自身は、改行コード部分に関して意識が違っているというだけで、どなたもテキスト編集の感覚でいると思いますよ。「テキスト思想」対「バイナリ思想」のように対立するような違いじゃないと思う。
                                                                              • [246] Re38:改行コードの変更が反映されない maru 2008年03月13日 00:17

                                                                                珍しく登場して、勝手に意見するのもアレですが・・・。

                                                                                まず、標準についての考え方について。
                                                                                自分の認識では、Windows標準のテキストエディタの挙動がMicrosoftの標準規格なのかなぁと。つまりnotepadの挙動「改行コードは変換しない」が、Microsoftの掲げる標準なのだと思っています。

                                                                                ただ、デファクトスタンダードっていう言葉もありますから、Microsoftの意向はあまり関係ないのかも知れませんが。

                                                                                サクラエディタでの実装についてですが、

                                                                                > 「改行」を渡したいのであればCRLFを渡すべきです。
                                                                                > 「文字LFを渡す意図」であればLFのまま渡すことに

                                                                                この考え方は大いに賛成なのですが、「改行」を渡したいのか、「文字LF」を渡したいのか、エディタからは区別できないような・・・。

                                                                                ワードパッドはどちらかと言うとワープロソフトなので、「文字LF」というケースはほぼ考慮しなくても良いのでしょうけど。
                                                                                • [247] Re39:改行コードの変更が反映されない ryoji 2008年03月13日 01:12

                                                                                  > > 「改行」を渡したいのであればCRLFを渡すべきです。
                                                                                  > > 「文字LFを渡す意図」であればLFのまま渡すことに
                                                                                  >
                                                                                  > この考え方は大いに賛成なのですが、「改行」を渡したいのか、「文字LF」を渡したいのか、エディタからは区別できないような・・・。

                                                                                  従来のサクラのスタンスというのは、おそらく、どちらを渡したいのか、ではなく、無変換で格納しておいて受け取った側に判断を委ねる(最終的にはユーザーに委ねる)というものだと思います。受け取る側は、なんにせよ改行として受け取るか文字LFを受け取るかということになりますよね(クラッシュするなどは受け取り側のバグであって論外)。
                                                                                  で、そのインターフェースの結果がユーザーにとって不都合なら、今後その相手用にコピーするときは「CRLF改行でコピー」を使うようにしてもらおう、というものだったのだと解釈できると思います。

                                                                                  僕が最初に変更案について問題視したのは、サクラ間のインターフェースは無変換なのにサクラ外へは CRLF に統一するように変更したら、ユーザー見えに混乱しないか?ということ。
                                                                                  ファイルへの保存も、このスレの別の枝で議論があったように基本は無変換だし。
                                                                                  クリップボードへの保存を CRLF に統一するのは、どんな相手にでも「改行」として伝わるという大きなメリットはあるけれど、上記のような不統一感というデメリットもあります。
                                                                                  それを加味して比較したうえでメリットの方が大きそうなら、改行統一すればいい。
                                                                                  (補足するなら、ユーザーにとって不都合になる頻度なども比較のためのひとつの材料になるでしょうね)

                                                                                  でも、どうもそのユーザーにとっての不統一感に関しては今のところ何も触れてもらえていないのです。
                                                                                  kobakeさんが不統一感があると思っているのかどうかさえよくわからない。
                                                                                  それで、検討しようよと持ちかけて、検討の余地なし、と切り返され続けている気分(自分の妄想かもしれないですが)...
                                                                                  改行統一しようがしまいが標準に反するわけでもないので、それで突き進んでもらうわけにはいかないんじゃないかなと。

                                                                                  あ、あと、変更しないなら特に問題はない(と思う)けど、比較検討のうえで変更の方向へ向かいそうなら、もっと他の人にも意見を求めた方がいいかな。
                                                                                  • [248] Re40:改行コードの変更が反映されない なすこじ 2008年03月13日 06:10

                                                                                    忙しかったのと話についていけなかったのと……
                                                                                    アンドゥ時とかの話かと思っていたら改行コードそのものの話なんですね。
                                                                                    話がループするかもしれませんが、一応私の要望も書いて良いですか? (^^;
                                                                                    割りと普通にWin, Mac OS, Mac OS X, Sunの間をファイル移動しますが、テキストの改行コードが混在するような事は考えにくいです。
                                                                                    今だとここでのpatchくらいしか思い浮かびません。
                                                                                    ですので、普通はWindowsだけが対象だろうという事で、クリップボードへの出力はCRLF変換するのが妥当ではないかと思います。
                                                                                    また、出力を変換するなら当然入力も変換すべきと思います(クリップボードがCRLF改行でテキストがLF改行ならLF変換して入力したりする)
                                                                                    でも、改行コードは常に自分で管理してるつもりなので勝手に変更されるのは怖いです。
                                                                                    なので要キャンセルオプション。
                                                                                    ファイル出力時に混在を警告するのは賛成です。
                                                                                    これはファイルオープン時にも警告が欲しいくらいです(オープン時に変換可能とする)
                                                                                    また前の方でも出てますが、警告が煩わしい場合もあるでしょうからタイプ別設定でキャンセルできるようにして欲しいです。
                                                                                    と言うわけでデフォルト動作は、
                                                                                    ・クリップボードは改行変換する
                                                                                    ・ファイルオープン時に改行コードの混在を警告する
                                                                                    ・ファイルセーブ時に改行コードの混在を警告する
                                                                                    共通設定のオプションで、
                                                                                    ・クリップボードは改行変換しない
                                                                                    タイプ別設定のオプションで、
                                                                                    ・ファイルオープン時に改行コードの混在を警告しない
                                                                                    ・ファイルセーブ時に改行コードの混在を警告しない
                                                                                    こんな感じでどうでしょう?
                                                                                    「クリップボードは改行変換しない」はexcelの事を考えるとタイプ別の方が良いかも?
                                                                                    • [249] Re41:改行コードの変更が反映されない ryoji 2008年03月13日 22:25

                                                                                      > 話がループするかもしれませんが、一応私の要望も書いて良いですか? (^^;

                                                                                      いや、これで無駄なループを抜けて前進しそうな気がします。:->
                                                                                      僕が望んでいた「どちらがよりしっくり感じられるのか?」の議論に向かって。
                                                                                      前から言ってたように、クリップボードの件のほうは僕自身がそこのところをわからなくなってるので、皆さんの話をウォッチするほうに回りたいと思います。

                                                                                      #kobakeさんには、僕に別の意図があるかのように伝わってしまったのかもしれません。うまく説明できず申し訳なかったです。

                                                                                      > 今だとここでのpatchくらいしか思い浮かびません。
                                                                                      > ですので、普通はWindowsだけが対象だろうという事で、クリップボードへの出力はCRLF変換するのが妥当ではないかと思います。
                                                                                      > また、出力を変換するなら当然入力も変換すべきと思います(クリップボードがCRLF改行でテキストがLF改行ならLF変換して入力したりする)

                                                                                      ふむふむ。なるほど。

                                                                                      > タイプ別設定のオプションで、
                                                                                      > ・ファイルオープン時に改行コードの混在を警告しない
                                                                                      > ・ファイルセーブ時に改行コードの混在を警告しない

                                                                                      混在警告のほうは、確かにオープン時警告もあるといいのかもしれないですね。
                                                                                      ほとんどのファイルタイプでは混在を望まないのが普通だと思うので、保存のほうのデフォルトは「警告する」でもいいのかな~、どうなんでしょ?
                                                                                    • [252] Re41:改行コードの変更が反映されない kobake 2008年03月13日 23:30

                                                                                      ▼ なすこじさん
                                                                                      > ですので、普通はWindowsだけが対象だろうという事で、クリップボードへの出力はCRLF変換するのが妥当ではないかと思います。
                                                                                      > また、出力を変換するなら当然入力も変換すべきと思います(クリップボードがCRLF改行でテキストがLF改行ならLF変換して入力したりする)
                                                                                      > でも、改行コードは常に自分で管理してるつもりなので勝手に変更されるのは怖いです。
                                                                                      > なので要キャンセルオプション。
                                                                                      > (略)
                                                                                      > と言うわけでデフォルト動作は、
                                                                                      > ・クリップボードは改行変換する
                                                                                      > (略)
                                                                                      > 共通設定のオプションで、
                                                                                      > ・クリップボードは改行変換しない

                                                                                      クリップボードに関しては、同意見です。

                                                                                      ところで別コメントで、クリップボードに関しては
                                                                                      「「決まり」に従ってデフォルトを」という意見であると書きましたが、
                                                                                      ファイル入出力に関しては、特に決まりは無いので、
                                                                                      完全にユースケースを基準にデフォルトを決定することになると思います。
                                                                                      ファイル入出力のユースケースに関して自分からの意見は無いです。
                                                                                  • [251] Re40:改行コードの変更が反映されない kobake 2008年03月13日 23:11

                                                                                    ▼ ryojiさん
                                                                                    > 僕が最初に変更案について問題視したのは、サクラ間のインターフェースは無変換なのにサクラ外へは CRLF に統一するように変更したら、ユーザー見えに混乱しないか?ということ。
                                                                                    > ファイルへの保存も、このスレの別の枝で議論があったように基本は無変換だし。
                                                                                    > クリップボードへの保存を CRLF に統一するのは、どんな相手にでも「改行」として伝わるという大きなメリットはあるけれど、上記のような不統一感というデメリットもあります。
                                                                                    > それを加味して比較したうえでメリットの方が大きそうなら、改行統一すればいい。
                                                                                    > (補足するなら、ユーザーにとって不都合になる頻度なども比較のためのひとつの材料になるでしょうね)

                                                                                    サクラエディタ内部プロトコルに慣れている人にとっては、
                                                                                    クリップボード出力時に改行がCRLFに変換されることに関して不統一感を感じるのは事実だと思います。
                                                                                    プラットフォーム上のプロトコル的な統一感を求める人にとっては、
                                                                                    クリップボード出力時の改行コードがCRLFで無い場合があることに関して不統一間を感じるのも事実だと思います。
                                                                                    どちらがしっくりくるかは人の思想や場面に依存するため、
                                                                                    そこに答えを出すことはできない、と自分は考えています。


                                                                                    > でも、どうもそのユーザーにとっての不統一感に関しては今のところ何も触れてもらえていないのです。
                                                                                    > kobakeさんが不統一感があると思っているのかどうかさえよくわからない。

                                                                                    不統一感があると感じる人が出てくることは理解できますが、
                                                                                    自分自身は改行コードがCRLFに変換される理由を既に知ってしまっているので、不統一感は感じていないです。

                                                                                    ちなみに、自分自身のユースケースとしては、
                                                                                    場面によっては改行をCRLFに変換して欲しいと思いますし、
                                                                                    また別の場面によっては改行を無変換で利用したいとも思います。

                                                                                    不統一感および「しっくり」度合いに関しては、上に書いたように、
                                                                                    答えを出すことができない、というのが自分の考えです。
                                                                                    むしろ、そこに答えを出してはいけないんじゃないか、というくらいの思いです。
                                                                                    それぞれの立場にそれぞれの言い分があって、
                                                                                    もしそれを多数決で決めてしまったとしたら、
                                                                                    それは民主的であるかもしれませんが、論理的ではありません。


                                                                                    > それで、検討しようよと持ちかけて、検討の余地なし、と切り返され続けている気分(自分の妄想かもしれないですが)...
                                                                                    > 改行統一しようがしまいが標準に反するわけでもないので、それで突き進んでもらうわけにはいかないんじゃないかなと。

                                                                                    自分的には論理的に考えた結果、
                                                                                    使う人の立場の片方に同調するのではなく、
                                                                                    まずは「決まり」に従う形でデフォルトを実装しておき、
                                                                                    使う人がそれぞれの判断で設定をいじってほしい、
                                                                                    という結論を既に構想として持っています。

                                                                                    それを主張した結果、堅い印象を与えてしまったのであればお詫びしますが、
                                                                                    とりあえず意見を聞く耳はあることはお伝えしておきます。
                                                                                    • [253] Re41:改行コードの変更が反映されない ラスティブ 2008年03月14日 19:58

                                                                                      突然出現して意見するのところが難ですが(汗)
                                                                                      平べったく要望を書かせて下さい。

                                                                                      まず、プレーンテキストファイルを編集していることを大前提として設けていて、
                                                                                      改行の種類に CR または LF または "CR LF" の3種類があって、
                                                                                      プレーンテキストを編集する以上改行コードはファイルを開いて編集を開始した時点で
                                                                                      統一されていて欲しいという立場で、それら3つは同じ意味だと考えてみます。
                                                                                      なすこじさんと同じくです・・・^^;

                                                                                      編集中のテキストが外部アプリケーションにクリップボードを経由して渡されるとき、
                                                                                      そのコマンドが実行される際、渡す相手のファイルが
                                                                                      Linux上のプレーンテキストですみたいなことが指示されると LF 以外の改行コードを LF に明示的に変換し、
                                                                                      Windows上のプレーンテキストですみたいなことを指示されると "CR LF" 以外の改行コードを "CR LF" に明示的に変換し、
                                                                                      何も指示されなければ(←デフォルト)、相手のファイルの型が不明という良い訳付き(笑)で、
                                                                                      共通設定の情報(デフォルトは無変換)を参照して暗黙的に変換して渡すというようなものに
                                                                                      近い機能が備わってくれればいいなと・・・思います。

                                                                                      以上です。
                                                                                • [250] Re39:改行コードの変更が反映されない kobake 2008年03月13日 22:50

                                                                                  ▼ maruさん
                                                                                  > まず、標準についての考え方について。
                                                                                  > 自分の認識では、Windows標準のテキストエディタの挙動がMicrosoftの標準規格なのかなぁと。つまりnotepadの挙動「改行コードは変換しない」が、Microsoftの掲げる標準なのだと思っています。

                                                                                  notepadに関しては、
                                                                                  ・LFは改行コードとして扱っていない(実際に見た目として改行されない)
                                                                                   →LFはあくまでも文字LF
                                                                                   →だからクリップボードに渡すときも文字LFとして無変換で渡す
                                                                                  ・CRLFは改行コードとして扱っている(実際に見た目として改行されている)
                                                                                   →だからクリップボードに渡すときもCRLFとして(結果的に無変換で)渡す
                                                                                  ・結局のところ、notepadの場合は完全無変換でつじつまが合う
                                                                                  と、自分は解釈しています。

                                                                                  > ただ、デファクトスタンダードっていう言葉もありますから、Microsoftの意向はあまり関係ないのかも知れませんが。
                                                                                  >
                                                                                  > サクラエディタでの実装についてですが、
                                                                                  >
                                                                                  > > 「改行」を渡したいのであればCRLFを渡すべきです。
                                                                                  > > 「文字LFを渡す意図」であればLFのまま渡すことに
                                                                                  >
                                                                                  > この考え方は大いに賛成なのですが、「改行」を渡したいのか、「文字LF」を渡したいのか、エディタからは区別できないような・・・。

                                                                                  「改行」であるかどうかは、実際に見た目上で改行が行われていれば
                                                                                  エディタ的には改行なのだと、自分は判断しています。
                                                                    • [237] Re33:改行コードの変更が反映されない kobake 2008年03月10日 22:59

                                                                      ▼ ACさん
                                                                      > ※ クリップボードフォーマットは CRに続かない LFや、LFが続かないCRを含んではいけないのですか?

                                                                      含んではいけない制約はありません。重要なのは意味論です。
                                                                      CRLFを改行とする、と定義してある限り、
                                                                      「改行」を渡したいのであればCRLFを渡すべきです。
                                                                      「文字LFを渡す意図」であればLFのまま渡すことに
                                                                      システム的にも意味的にも全く問題無いと考えます。
                                                                  • [236] Re32:改行コードの変更が反映されない kobake 2008年03月10日 22:56

                                                                    ▼ ryojiさん
                                                                    > 僕は、
                                                                    >
                                                                    > > > 通り道(水道管)が標準化されてなくても
                                                                    > >
                                                                    > > 内部の通り道は RegisterClipboardFormat("SAKURAClip") です。
                                                                    >
                                                                    > 内部の通り道はプログラム間の通路という意味で、すべてのクリップボード形式。
                                                                    > SAKURAClipもCF_TEXTもどちらも水道管。
                                                                    >
                                                                    > > > 最終出力(蛇口)は一貫していたほうがいいのでは?と
                                                                    > >
                                                                    > > 最終出力(蛇口)は CF_TEXT です。
                                                                    >
                                                                    > 最終出力はプログラムの画面出力(貼り付けた結果)。
                                                                    >
                                                                    > と見ているので、視点の違いですね~。

                                                                    自分は、外部との接続部分が標準化されているべきと考えます。

                                                                    > SAKURAClipもCF_TEXTもどちらも水道管。
                                                                    とみなした場合、
                                                                    サクラエディタのメーカーが作った水道管と
                                                                    サクラエディタ以外のメーカーが作った水道管の接合部分はどうなるのでしょうか。
                                                                    今の状態は、たまたま形が似ているから繋がっているにすぎません。
                                                                    • [241] Re33:改行コードの変更が反映されない ryoji 2008年03月11日 01:33

                                                                      ▼ kobakeさん
                                                                      > 今の状態は、たまたま形が似ているから繋がっているにすぎません。

                                                                      割とうまく合うだろう(合うようならこのうえなくベストマッチ)という期待はあるけど、合わないようなら標準添付のアダプタ(CRLF改行でコピー)で合わせる、というのが従来の考え方ですね。
                        • [192] Re11:改行コードの変更が反映されない kobake 2008年03月07日 23:16

                          自分から話を振っておいて丸投げしちゃうのは恐縮ですが…(汗)

                          改行コード変換に関して自分からの意見はありません。
                          と、いうのは自分はユーザとして編集時に改行コードの種類を
                          気にしない(気にしたくない)部類の人間だからです。

                          混在する改行コードの動作に関して希望や理想や意見がある人の間で
                          話し合いを行っていただければと思います。


                          コーディング作業に関しては、今のところは完全に自分の主観で
                          作業させていただきます。
                          今回の件の結論が出た時点でそれをソースコードに反映できれば、と思います。
              • [184] Re6:改行コードの変更が反映されない kobake 2008年03月07日 00:14

                注釈です。

                すみません、投稿後に記事の修正をしました。
                下記の引用部分が食い違っているのは、
                修正と返信が行き違ってしまったせいです。失礼致しました。

                古
                > > どちらにしても(※)の部分が不明確ですが。

                新
                > >まずは(※)の部分を明確に知りたいです。(明確な仕様があるのであれば)