◀Unicode版開発トップへ
  • 262 2つ目のブランチを作成しました
    • 264 C/Hファイルを開く動作でエラーが表示される
      • 267 Re:C/Hファイルを開く動作でエラーが表示される
        • 268 Re2:C/Hファイルを開く動作でエラーが表示される
          • 270 Re3:C/Hファイルを開く動作でエラーが表示される
            • 272 Re4:C/Hファイルを開く動作でエラーが表示される
          • 452 Re3:C/Hファイルを開く動作でエラーが表示される
            • 453 Re4:C/Hファイルを開く動作でエラーが表示される
              • 455 Re5:C/Hファイルを開く動作でエラーが表示される
                • 456 Re6:C/Hファイルを開く動作でエラーが表示される
  • [262] 2つ目のブランチを作成しました kobake 2008年03月30日 18:15

    遅くなりましたが2つ目のブランチを作成しました。
    https://sakura-editor.svn.sourceforge.net/svnroot/sakura-editor/sakura/branches/unicode2

    数字を付け足しただけ、という安易な名前ですみません。
    本当は、見るだけで意味が伝わるような名前が望ましかったのですけど。。思いつきませんでした。

    ブランチを別の枝で作った理由を一言で言うと、
    「通常とは異なる運用方法を採る」
    ためです。

    具体的な運用ルールは模索中であり、柔軟に変更しながら運用しようと思います。
    今の時点で定める方針は以下のとおりです。
    ・コミット前のレビューは不要(※禁止はしない)
    ・コミットした後は必ず掲示板にコメントを残す
    ・リポジトリは常にビルドが通るようにしておく

    コミット前レビューを省くことにより、
    よりスピーディで柔軟な運用ができれば、と考えています。

    気づいた人が気づいた修正や変更をその場で行えるように、
    その変更を即座に他の人が利用できるように、という思想の下の運用です。

    変更の一部が不適切であった場合は、その修正コミットで対処しましょう。
    変更の大部分が不適切であった場合は Subversion のロールバック機能で対処しましょう。
    そういった「コミット(必要であれば議論も交え)による対処」が、
    現在のレビューに替わるものになれば、と考えています。
    • [264] C/Hファイルを開く動作でエラーが表示される ryoji 2008年04月09日 23:24

      ▼ kobakeさん
      > 遅くなりましたが2つ目のブランチを作成しました。
      > https://sakura-editor.svn.sourceforge.net/svnroot/sakura-editor/sakura/branches/unicode2

      お疲れ様です。(^^)

      unicode版でも >>dev:5283 と同様にC/Hファイルを開く動作が逆のようですが、unicode版ではさらにファイルが正常に開かれても「開けなかった」というメッセージが表示されてしまうみたいです。
      起動元のWaitForInputIdleが終了するのは、起動先で最初にBlockingHookが実行されたときだろうから、そのBlockingHookが終了するよりも前にファイル名をEditNodeに登録する必要があるのかな~?、と思います。
      • [267] Re:C/Hファイルを開く動作でエラーが表示される Uchi 2008年04月12日 22:09

        ▼ ryojiさん
        > ▼ kobakeさん
        > > 遅くなりましたが2つ目のブランチを作成しました。
        > > https://sakura-editor.svn.sourceforge.net/svnroot/sakura-editor/sakura/branches/unicode2
        >
        > お疲れ様です。(^^)
        >
        > unicode版でも >>dev:5283 と同様にC/Hファイルを開く動作が逆のようですが、unicode版ではさらにファイルが正常に開かれても「開けなかった」というメッセージが表示されてしまうみたいです。
        > 起動元のWaitForInputIdleが終了するのは、起動先で最初にBlockingHookが実行されたときだろうから、そのBlockingHookが終了するよりも前にファイル名をEditNodeに登録する必要があるのかな~?、と思います。
        「同名のC/C++ヘッダファイルを開く」と「同名のC/C++ソースファイルを開く」はHelpには、
        『将来的には削除される可能性があります。』
        とあるのでUnicode版ではばっさり削除したほうがいいのではないでしょうか?
        『同名のC/C++ヘッダ(ソース)を開く』が在るのでこの機会に削除すべきだと思います。
        • [268] Re2:C/Hファイルを開く動作でエラーが表示される kobake 2008年04月12日 23:26

          ▼ Uchiさん
          > 「同名のC/C++ヘッダファイルを開く」と「同名のC/C++ソースファイルを開く」はHelpには、
          > 『将来的には削除される可能性があります。』
          > とあるのでUnicode版ではばっさり削除したほうがいいのではないでしょうか?
          > 『同名のC/C++ヘッダ(ソース)を開く』が在るのでこの機会に削除すべきだと思います。

          ところで「同名のC/C++ヘッダファイルを開く」と「同名のC/C++ソースファイルを開く」って
          どこから利用できるんでしょうか?マクロのみ?

          自分はこの機能を使ったことないので、強い意見は持っていませんが、
          たしかに「同名のC/C++ヘッダ(ソース)を開く」があれば事足りるようなので、
          上記2機能は削除して構わないように思えます。


          意思決定が間延びするのを防ぐために、異論受付の期限を設けます。
          「同名のC/C++ヘッダファイルを開く」と「同名のC/C++ソースファイルを開く」の機能を削除することに関して
          4月17日の24時までに異論が無ければ、削除する方針で決定とします。
          異論が出た場合は、期限を取り下げ、心行くまで(?)議論しましょう。(たぶん自分は議論に参加しませんけど)

          #この期限って短いですかね。それとも長いですかね。それともちょうど良いですかね。
          • [270] Re3:C/Hファイルを開く動作でエラーが表示される ryoji 2008年04月13日 01:20

            ▼ kobakeさん
            > ところで「同名のC/C++ヘッダファイルを開く」と「同名のC/C++ソースファイルを開く」って
            > どこから利用できるんでしょうか?マクロのみ?

            [ヘルプ]-[コマンド一覧]で表示されるポップアップメニューの[ファイル]の中にあります。
            #初回インストール直後のツールバーにも[コマンド一覧]ボタンはあります

            > たしかに「同名のC/C++ヘッダ(ソース)を開く」があれば事足りるようなので、
            > 上記2機能は削除して構わないように思えます。

            僕も「同名のC/C++ヘッダ(ソース)を開く」のほうは頻繁に使いますが、他の2つは使っていないです。
            他の2つが逆なのに気付いたのは、それを使ったからじゃなく、ヘッダからソースを開こうとして「同名のC/C++ヘッダ(ソース)を開く」を実行したら「ヘッダーファイルのオープンに失敗」のメッセージが出たのがきっかでした。
            • [272] Re4:C/Hファイルを開く動作でエラーが表示される kobake 2008年04月13日 01:55

              ▼ ryojiさん
              > [ヘルプ]-[コマンド一覧]で表示されるポップアップメニューの[ファイル]の中にあります。
              > #初回インストール直後のツールバーにも[コマンド一覧]ボタンはあります

              なるほど、ご解説ありがとうございます。

              とりあえず期限まで待ちます。
          • [452] Re3:C/Hファイルを開く動作でエラーが表示される Uchi 2008年05月31日 18:38

            ▼ kobakeさん
            > 自分はこの機能を使ったことないので、強い意見は持っていませんが、
            > たしかに「同名のC/C++ヘッダ(ソース)を開く」があれば事足りるようなので、
            > 上記2機能は削除して構わないように思えます。
            >
            >
            > 意思決定が間延びするのを防ぐために、異論受付の期限を設けます。
            > 「同名のC/C++ヘッダファイルを開く」と「同名のC/C++ソースファイルを開く」の機能を削除することに関して
            > 4月17日の24時までに異論が無ければ、削除する方針で決定とします。
            > 異論が出た場合は、期限を取り下げ、心行くまで(?)議論しましょう。(たぶん自分は議論に参加しませんけど)
            >
            > #この期限って短いですかね。それとも長いですかね。それともちょうど良いですかね。
            この件はどうなりましたでしょうか?

            わたしは、異論は出ていないので削除したほうが良いと思います。

            過去ログをあさっていたら、開発掲示板[11] 2001/2/7 (水) 付に
            >原作版からあるのをなくす、というのは改修者として一種の罪悪感を感じるんすよね。^^; 修正や追加ならいいんだけど。 他の人はどうか知りませんが。ツールバー化けでおどかれるのも嫌なので追加にしときます。(軟弱>自分)
            >メニュー並びからはずすのとデフォルトショートカットだけ変えときます。(コマンドとしては残しておく)
            >誰かそのうちこっそりと削除してください。(人がやる分には気にならない。)
            のような文章がありました。
            ご参考までに。
            • [453] Re4:C/Hファイルを開く動作でエラーが表示される kobake 2008年05月31日 22:17

              おっと忘れていました。失礼致しました。
              特に異論は無いようでしたので、削除します。
              • [455] Re5:C/Hファイルを開く動作でエラーが表示される ryoji 2008年06月01日 00:20

                できれば、>>unicode:433や>>unicode:436あたりの挙動も忘れないうちに修正していただけると嬉しいです。

                >セーブ・ロード関連の整理箇所が多すぎて、検証していませんでした。

                整理箇所を読みきれていないので手を出すのはちょっと…
                #読んでみようかなぁ~とは思ってるんですけど、当分は先送りな感じでして(汗)
                • [456] Re6:C/Hファイルを開く動作でエラーが表示される kobake 2008年06月01日 02:49

                  ▼ ryojiさん
                  > できれば、>>unicode:433や>>unicode:436あたりの挙動も忘れないうちに修正していただけると嬉しいです。

                  大丈夫です。そちらは忘れてないです。(^^;;
                  近いうちに修正します。

                  > >セーブ・ロード関連の整理箇所が多すぎて、検証していませんでした。
                  >
                  > 整理箇所を読みきれていないので手を出すのはちょっと…
                  > #読んでみようかなぁ~とは思ってるんですけど、当分は先送りな感じでして(汗)

                  コアな部分を読み解いて理解しなくても「安全に直感的に」機能追加を行えるようにするために、今回のようなフレームワークを組んでいます。
                  なので、ソースコードではなく、フレームワークのドキュメントを
                  読みさえすれば、大体流れを理解できる…ようにするつもりです。

                  その肝心のドキュメントの作成は、
                  「フレームワークがまだ確定しきってない」&「時間が無い」ってことで、
                  まだ手付かずなのですが。。

                  今の段階での(セーブ・ロード周りの)ソースコード読解は、
                  時間がかかりそうであれば、あんまりしないほうが良いかもです。(ドキュメントができるのを待ったほうが良いかもです)
                  (まだフレームワークに変更が加わる余地があるので、読み解いた理解が水の泡になる可能性も無くは無い、という事情もあります)

                  セーブ・ロード周りの修正まで人に振るようなことを言ってしまいましたが、上のような事情があるので、この辺りに関しては、しばらくは(フレームワークが安定してドキュメントを作るまでは)自分がメンテしようと思います。