◀Unicode版開発トップへ
  • 606 亜種(unicode2_draw)の不具合報告
    • 607 Re:亜種(unicode2_draw)の不具合報告
      • 609 Re2:亜種(unicode2_draw)の不具合報告
        • 611 Re3:亜種(unicode2_draw)の不具合報告
          • 613 Re4:亜種(unicode2_draw)の不具合報告
            • 614 Re5:亜種(unicode2_draw)の不具合報告
              • 615 Re6:亜種(unicode2_draw)の不具合報告
                • 616 Re7:亜種(unicode2_draw)の不具合報告
                  • 617 Re8:亜種(unicode2_draw)の不具合報告
                    • 618 Re9:亜種(unicode2_draw)の不具合報告
                      • 619 Re10:亜種(unicode2_draw)の不具合報告
                      • 620 Re10:亜種(unicode2_draw)の不具合報告
                      • 621 Re10:亜種(unicode2_draw)の不具合報告
                      • 622 Re10:亜種(unicode2_draw)の不具合報告
                        • 625 Re11:亜種(unicode2_draw)の不具合報告
                          • 626 Re12:亜種(unicode2_draw)の不具合報告
                          • 630 Re12:亜種(unicode2_draw)の不具合報告
                            • 631 Re13:亜種(unicode2_draw)の不具合報告
                              • 632 Re14:亜種(unicode2_draw)の不具合報告
                                • 633 Re15:亜種(unicode2_draw)の不具合報告
                                  • 634 Re16:亜種(unicode2_draw)の不具合報告
                                    • 635 Re17:亜種(unicode2_draw)の不具合報告
                                      • 636 Re18:亜種(unicode2_draw)の不具合報告
                                        • 637 Re19:亜種(unicode2_draw)の不具合報告
                                          • 638 Re20:亜種(unicode2_draw)の不具合報告
                                            • 639 Re21:亜種(unicode2_draw)の不具合報告
                              • 640 Re14:亜種(unicode2_draw)の不具合報告
      • 610 Re2:亜種(unicode2_draw)の不具合報告
        • 612 Re3:亜種(unicode2_draw)の不具合報告
  • [606] 亜種(unicode2_draw)の不具合報告 ryoji 2008年09月25日 18:39

    移行計画では、実質的には亜種(unicode2_draw)を本流(trunk2)に持ってきましょ、ていう話のようで。

    方針はそれとして、unicode2_draw が現状でどの程度動作するのかちょっぴり気になったので見てみました。
    さっき初めてコンパイルして動かしてみただk(ry
    なので、もちろん、どノーマルな正常系のみ横目で眺めた程度、細部はチラッとも見れてないです。
    それでも、あれ?と思うところが何点かあったので報告しておきますね。(^^;

    ■共通設定の[タブバー]関連
    [タブバーを表示する]と[ウィンドウをまとめてグループ化する]の設定が ON のとき、
    (1) 設定画面(タイプ別、共通とも)を「OK」で閉じるたびに画面がすべて消えてしまう(タスクトレイから画面選択すれば復活する)
    (2) タブ切替したとき非選択になった画面が(選択画面の背後で)分離表示されたままになっている

    最も典型的なタブ型設定でこの状態 ☆(ノ_ _)ノ ズルッ
    ざっと見たところ、CAppNodeManager.h の EditNode::IsTopInGroup() の処理が間違っている気がしました。
    次のような記述が正しい?

    inline bool EditNode::IsTopInGroup() const
    {
    return this && GetGroup().GetTopEditNode()==this;
    }

    ■タイプ別設定の[カラー]関連
    (3) [TAB記号][半角空白][日本語空白]の文字色&背景色指定が無視される(テキスト中ではテキスト色、コメント中ではコメント色、文字列中では文字列色、のように周囲と同じ色になってしまう)
    (4) [TAB記号][半角空白][日本語空白]の記号が点線?描画になっていて見にくい
    (5) [スクリーン]タブの[矢印表示]が OFF のとき[TAB表示(8文字)]で指定した文字が表示されない

    あれ?、(3)(4) は CFigure_xxx で意図的に仕様変更?もしくは試験的な変更を施したまま放置状態なのかしら。
    周囲と同色の濃い点線より、周囲とは異色の薄い実線のほうが綺麗だし文字種別(可視/不可視)も判別しやすいと思うので、従来通りこれら不可視文字の記号は[改行記号]と同様の描画にしてほしいなぁ~、と。

    ■unicode関連
    (6) サロゲートペア文字が表示されない

    U+20213 や U+20B9F などを含むファイルを開いてみたところ、unicode2 では表示されるのに unicode2_draw のほうではだめでした。unicode2 でのサロゲートペア対応の変更がうまく反映されていないのでしょうか。

    #チョイ使いで問題が出るようだと使う気も失せて悪循環に陥るので、そういうレベルの問題は早く潰したいですね。
    • [607] Re:亜種(unicode2_draw)の不具合報告 kobake 2008年09月25日 23:18

      ご報告ありがとうございます。
      バグについてはすみませんが保留したままコミット予定です。
      trunk2後に直せば良いと思っています。

      空白記号系の描画は意図的な変更ですが
      報告が漏れてました(時間が経っていて自分も忘れてました)。すみません。
      これについては設計上重要な意味を持っていまして、
      実のところ元の仕様に戻すことが難しい状態となっています。
      (見た目を灰色四角に戻すだけ、という意味では簡単ですが、
      厳密な仕様は変わっています)

      これは、元の仕様に一貫性が無いことが理由で、
      描画ルーチンに一貫性を持たせるように設計の整理を行ったところ、
      元の仕様を再現させることが難しくなっている状態です。

      これは分岐点です。元の版への再現性を重視して悪設計を残すか (unicode2)、
      再現性を多少犠牲にしてでも良設計を取り、今後の拡張性に幅を持たせる (unicode2_draw)、か。
      これを掲示板で議論すると3ヶ月はかかると見込んでいます (そして結論が出るかさえ定かではありません)。
      本決定について意見のある人で集まってチャットしませんかね?(それであれば議論は1日で終結するでしょう)
      • [609] Re2:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月25日 23:43

        ▼ kobakeさん
        > 空白記号系の描画は意図的な変更ですが
        うぅ、個人的には見栄えが汚くて嫌悪感すら覚えるので何とかしてほしいところですが…
        どうしようもないようなら諦めます。
        #悪設計になろうとも自分専用に自前で何とかします(^^;

        仕様変更に伴って意味が無くなるような設定類については削除してください。
        • [611] Re3:亜種(unicode2_draw)の不具合報告 kobake 2008年09月27日 00:27

          ▼ ryojiさん
          > ▼ kobakeさん
          > > 空白記号系の描画は意図的な変更ですが
          > うぅ、個人的には見栄えが汚くて嫌悪感すら覚えるので何とかしてほしいところですが…
          > どうしようもないようなら諦めます。
          > #悪設計になろうとも自分専用に自前で何とかします(^^;

          すみませんが今のところは構造改革(?)の段階、ということで我慢ください。
          各種記号描画を分離しつつあるので、見た目のカスタマイズはしやすくなるはずです。
          そうしたら、記号描画の改善(美しく)も設計を汚さずに行うことができます。
          いくつかの描画パターンをユーザが選択できるようにすることも、将来的にはできます。
          (もちろんANSIやunicode2でもそういう選択をさせるような実装は可能ですが、設計がますます汚れます)

          > 仕様変更に伴って意味が無くなるような設定類については削除してください。

          そのうち削除すると思いますが、すぐにやるかはわかりません。
          なぜなら他にも重要なタスクはいくつもあるからです。
          なのでこれは自分が個人的に保持するタスクではなく、プロジェクトの残タスクとして管理させてください(誰が手をつけてもOK)。
          興味があって手を割く時間のある人に直してもらうのがプロジェクトにとっての「善」です。

          自分は、自分にしかできないと思う作業を優先的に消化します。
          • [613] Re4:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月27日 13:51

            ▼ kobakeさん
            え、と。軽く確認します。

            unicode2_draw の build_config.h で、
            #define NEW_ZENSPACE
            の行をコメントアウトしたらまずい(=設計が汚れる)
            ものなんでしょうか?

            #構造改革とか難くてよくわかってない f(^^;) ポリポリ
            • [614] Re5:亜種(unicode2_draw)の不具合報告 kobake 2008年09月27日 15:40

              ▼ ryojiさん
              > ▼ kobakeさん
              > え、と。軽く確認します。
              >
              > unicode2_draw の build_config.h で、
              > #define NEW_ZENSPACE
              > の行をコメントアウトしたらまずい(=設計が汚れる)
              > ものなんでしょうか?
              >
              > #構造改革とか難くてよくわかってない f(^^;) ポリポリ

              いえ、汚れません。
              ただ、初期の段階では NEW_ZENSPACE をコメントアウトすれば
              元の描画に戻るようにしていましたが、それからかなりいじった部分があるので
              NEW_ZENSPACEコメントアウトがうまく働くかどうかは定かではないです。
              • [615] Re6:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月27日 18:29

                ▼ kobakeさん
                > いえ、汚れません。
                では、NEW_ZENSPACEコメントアウト+微修正、という程度で元の仕様(空白記号系の色が個別に選べる)に戻せたら、それでコミットして良いですよね?
                • [616] Re7:亜種(unicode2_draw)の不具合報告 kobake 2008年09月28日 02:55

                  ▼ ryojiさん
                  > ▼ kobakeさん
                  > > いえ、汚れません。
                  > では、NEW_ZENSPACEコメントアウト+微修正、という程度で元の仕様(空白記号系の色が個別に選べる)に戻せたら、それでコミットして良いですよね?

                  すみませんが条件を2つ提示させてください。
                  1)「スペース描画もコメント色やクォーテーション色の影響を受ける」ようにポリシーを統一しました。そのポリシーは崩さないでください。(CFigure_*で色設定を行うようなことをしなければポリシーは崩れないはずです)
                  2) 描画手段としてフォントの「□」を用いないでください。検索文字列の色分け時に「□」と「全角スペース」の区別が付かなくなるからです。

                  対応手段は問いません。NEW_ZENSPACEコメントアウト (昔定義した定数なので自信持てません) でも良いですし、現存の関数を書き換えても良いです。

                  色については CColor_Space あたりを見てください。
                  形については CFigure_*Space あたりを見てください。
                  • [617] Re8:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月28日 08:19

                    > 1)「スペース描画もコメント色やクォーテーション色の影響を受ける」ようにポリシーを統一しました。そのポリシーは崩さないでください。(CFigure_*で色設定を行うようなことをしなければポリシーは崩れないはずです)
                    > 2) 描画手段としてフォントの「□」を用いないでください。検索文字列の色分け時に「□」と「全角スペース」の区別が付かなくなるからです。

                    提示条件はユーザー指定色でスペース描画する従来仕様と矛盾しますよね?
                    やるなと言っているのに等しいように思われます。
                    「周囲の色の影響を受ける」の意味がちょっとわかりませんが(混合して指定したのと別の色を作れとでも?)、うまくやれるアイデアがあるなら、人に振るのでなくご自身でやってしまっておくべきでしょう?あるいは、せめてそのアイデアを提示しないと。

                    設計が汚れるとか、そういう話の前に、何故その外部仕様変更の良し悪しについて言及されないのでしょう?思いたくはないけれど、これには腹黒ささえ感じてしまいます。
                    事後確認程度で済ませられると踏んだのかもしれないですが、その読みはとんでもないことのように思われます。
                    人によっては今回の仕様変更は改悪です(少なくとも僕はこんな描画は嫌だと言ったつもりです)。

                    今回のこの変更は、変更に対する開発者としてのスタンス(良心)を含め、僕は認めたくありません。
                    やりたいなら、一旦、元の仕様に戻しておいて(ご破算にして)、仕様検討してある程度の合意を取ることから始めてください。少なくとも反対意見が出そうな変更をこっそり強行したうえ、反対意見が出たら、戻すのにあえて難儀な条件を突きつけるという姿勢では困る。戻すのはあなたの責任でやること。難しいかどうかは知らないけど最優先で。

                    で、その後、例えば「秀丸みたいなスペース描画に仕様変更したいけど、どうでしょう?、実際の見た目はこの画のようになります」のような話から始めてほしい。そのほうが、なしくずしへの反発を食らうよりも近道だと思う。
                    • [618] Re9:亜種(unicode2_draw)の不具合報告 kobake 2008年09月28日 11:17

                      ▼ ryojiさん
                      > > 1)「スペース描画もコメント色やクォーテーション色の影響を受ける」ようにポリシーを統一しました。そのポリシーは崩さないでください。(CFigure_*で色設定を行うようなことをしなければポリシーは崩れないはずです)
                      > > 2) 描画手段としてフォントの「□」を用いないでください。検索文字列の色分け時に「□」と「全角スペース」の区別が付かなくなるからです。
                      >
                      > 提示条件はユーザー指定色でスペース描画する従来仕様と矛盾しますよね?
                      > やるなと言っているのに等しいように思われます。
                      > 「周囲の色の影響を受ける」の意味がちょっとわかりませんが(混合して指定したのと別の色を作れとでも?)、うまくやれるアイデアがあるなら、人に振るのでなくご自身でやってしまっておくべきでしょう?あるいは、せめてそのアイデアを提示しないと。

                      たとえば数字やキーワードの描画はクォーテーション色やコメント色などの影響を受けます。そういう意味です。

                      議論を提示する段階を踏まなかったのはこちらの落ち度と認識していますが、すみませんがこのくらいの姿勢でないと今の設計を改良することはできないと考えました。今回の件だけは目をつぶっていただけませんかね?議論が長くなるようでしたらチャットしませんか?

                      あと、安易に稼動の義務を提示しないでください。これは共同開発の思想として間違っています。限られた稼動をうまく振り分けるようにしていかないと、プロジェクトはうまく動きません。
                      • [619] Re10:亜種(unicode2_draw)の不具合報告 anonymous 2008年09月28日 12:01

                        >今回の件だけは目をつぶっていただけませんかね?
                        今回だけではないから不満が出ているのではないですか?
                      • [620] Re10:亜種(unicode2_draw)の不具合報告 anonymous 2008年09月28日 12:04

                        > あと、安易に稼動の義務を提示しないでください。これは共同開発の思想として間違っています。限られた稼動をうまく振り分けるようにしていかないと、プロジェクトはうまく動きません。
                        先の書き込みでtrunkにするのはunicode2のほうだということなので、
                        unicode2_drawの修正をサクラエディタの改悪であるとしてunicode2に
                        コミットすることを許さなければよいだけだと思います。
                      • [621] Re10:亜種(unicode2_draw)の不具合報告 kobake 2008年09月28日 12:32

                        ちょっと考えましたが、やっぱり好きにしていただいていいです (条件無しで修正いただいていいです)。ただ、「こういったポリシーが裏にある」という事を頭の片隅に残していただければ幸いです。
                        unicode2_draw のコミットはします。
                      • [622] Re10:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月28日 14:18

                        ▼ kobakeさん
                        > あと、安易に稼動の義務を提示しないでください。

                        (不愉快に感じられる人がいるかもしれないけど、それを承知で、少々、感情的なことを書かせてもらいます)

                        他の人の手を煩わせることに負い目は感じないのですか?
                        人として。

                        あいにく、僕は、他人のケツ拭きにいちいち関心持つようなスカトロ趣味ではありません。
                        そして、自分の尻は従者に拭かせるのではなく自分で拭きたいものだと常々思っています。

                        #他人をかばうのに「安易に稼動の義務を提示するのはやめましょうね」と言う人には好感を持ちますが、自身の免責のために毎度こういうことを主張する人とは付き合いきれません。
                        • [625] Re11:亜種(unicode2_draw)の不具合報告 kobake 2008年09月28日 16:34

                          ▼ ryojiさん
                          > ▼ kobakeさん
                          > > あと、安易に稼動の義務を提示しないでください。
                          >
                          > (不愉快に感じられる人がいるかもしれないけど、それを承知で、少々、感情的なことを書かせてもらいます)
                          >
                          > 他の人の手を煩わせることに負い目は感じないのですか?
                          > 人として。
                          >
                          > あいにく、僕は、他人のケツ拭きにいちいち関心持つようなスカトロ趣味ではありません。
                          > そして、自分の尻は従者に拭かせるのではなく自分で拭きたいものだと常々思っています。
                          >
                          > #他人をかばうのに「安易に稼動の義務を提示するのはやめましょうね」と言う人には好感を持ちますが、自身の免責のために毎度こういうことを主張する人とは付き合いきれません。

                          残念ながら人1人が割ける時間には限りがあるのです。
                          負い目を感じつつも人の協力を得ないとプロジェクトは進みません。

                          自分はコード提供という意味で数百時間の過剰な貢献をしてきたつもりでしたが、それでは足りませんか?

                          100の貢献をしたら100の責務が発生する。
                          1000の貢献をしたら1000の責務が発生する。
                          協力者を受け入れる土壌として、この現状は如何なものでしょうか。非常に未熟なレベルのコミュニティかと思います。少し発想を変えませんか?
                          自分のことは自分でけじめを付ける、その考えも立派ですが、それで全てがうまくいくわけでありません。

                          そもそも、「自分のことには100%責任を持つけど、人のタスクまで追う気は無い」という姿勢でしたら、UNICODE化自体が始まっていません。
                          事実、自分は、長い年月をかけて「他人が」降り積もらせた悪設計を直すという「ケツ拭い」を数多くしました。その貢献をスカトロ趣味となじられるとは思いもしませんでしたが。

                          対話も十分に行われておらず、お互いを深く知りもしない状態で、こういった感情的な言葉を吐かれることを深く残念に思います。
                          • [626] Re12:亜種(unicode2_draw)の不具合報告 anonymous 2008年09月28日 18:29

                            お互い様
                            頭冷やそうぜ
                          • [630] Re12:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月28日 22:55

                            ▼ kobakeさん
                            > 残念ながら人1人が割ける時間には限りがあるのです。
                            > 負い目を感じつつも人の協力を得ないとプロジェクトは進みません。
                            途中までは、この程度の修正なら僕がやってしまおうかと思っていました。さすがに初めて見るコードだから大変かもとは思いつつも。ところが、無理難題を突きつけるものだから...
                            騙し打ちのペナルティ分として、今回の改悪戻しをするくらいの誠意を見せてほしいと思った。それだけです。
                            • [631] Re13:亜種(unicode2_draw)の不具合報告 kobake 2008年09月28日 23:00

                              ▼ ryojiさん
                              > ▼ kobakeさん
                              > > 残念ながら人1人が割ける時間には限りがあるのです。
                              > > 負い目を感じつつも人の協力を得ないとプロジェクトは進みません。
                              > 途中までは、この程度の修正なら僕がやってしまおうかと思っていました。ところが、無理難題を突きつけるものだから...
                              > 騙し打ちのペナルティ分として、今回の改悪戻しをするくらいの誠意を見せてほしい、それだけです。

                              trunk2 は作成しました。そして自由にしてくださいと言いました。
                              あんまり話をぶり返さないでください。

                              自分のしたことを正当化するつもりではありませんが、
                              10の前進と1の後退があった、それで良いじゃありませんか。
                              完全に後退無しでないと満足できませんか?
                              何の代償もなく貰うものだけ貰うというのは、ちょっと虫が良すぎやしませんか?
                              ペナルティなんていうナンセンスな思想を持ち込まないでください。
                              こういう非紳士的なことを口にしたくありませんが、不満であれば自分の提供したソースコードの全面使用禁止を宣言しても良いんです。あんまりガキの喧嘩的な流れに持ち込ませないでください。
                              • [632] Re14:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月28日 23:06

                                騙した相手を責める言葉しか出ないようなら 【返信無用】 でお願いします。
                                厚意で修正をしようとした人の気持ちを踏みにじったペナルティとしては改悪戻しなんて安い代償だと思いますけど?
                                • [633] Re15:亜種(unicode2_draw)の不具合報告 kobake 2008年09月28日 23:17

                                  ▼ ryojiさん
                                  > 騙した相手を責める言葉しか出ないようなら 【返信無用】 でお願いします。
                                  > 好意で修正をしようとした人の気持ちを踏みにじったペナルティとしては改悪戻しなんて安い代償だと思いますけど?

                                  「汚れません」と言った後の発言でそれを覆してしまったことについて、「騙された」と感じたのであれば、謝ります。

                                  修正については、自分が時間あるときに行うかもしれませんが、いつになるかは判りません。この修正の担当者を自分に限定し、他の人が触れないように垣根を作るよりは、そうしないでおいたほうがプロジェクトにとって良い結果になると思います。方針はお任せします。
                                  • [634] Re16:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月28日 23:29

                                    ▼ kobakeさん
                                    > 修正については、自分が時間あるときに行うかもしれませんが、いつになるかは判りません。この修正の担当者を自分に限定し、他の人が触れないように垣根を作るよりは、そうしないでおいたほうがプロジェクトにとって良い結果になると思います。方針はお任せします。

                                    釈然としませんが、修正は誰がやってもいいと思います。
                                    • [635] Re17:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月29日 00:35

                                      あえて自分自身への返信として書きます。
                                      いかに自分視点で醜いと感じようと、ANSI版のコードは先人たちの何千(ひょっとすると何万時間?)、というご厚意で成り立っているものであり、そのバイナリは多くのユーザーの方々から支持をいただいているものです。
                                      僕は、そのソースコードに敬意を持ちこそすれ「醜い/汚い/罪悪/悪設計」のような言葉でなじる気にはなれません。
                                      • [636] Re18:亜種(unicode2_draw)の不具合報告 kobake 2008年09月29日 02:21

                                        言葉尻を捕らえられると何も言えません。向上心の表れ故と解釈してください。
                                        今ある資源をより良いものに磨いていく、という行動が私にとっての敬意の表明です。
                                        私が良いと思って今組み込んだものも、将来、もっと良い設計によって塗り替えられるでしょう。

                                        もし奇特にも私に敬意を示す人が、敬意のあまりにコードをいじったり悪い点を指摘することに躊躇することがあったら、それは私にとってもその方にとっても不幸です。
                                        少なくとも私の組んだ分のソースコードに関してはガンガン粗を探してください(たくさん見つかると思います)。それが改善への近道だからです。

                                        #その前置きはずるいですよね。私への意見とみなして返信しました。
                                        • [637] Re19:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月29日 02:30

                                          ▼ kobakeさん
                                          > 言葉尻を捕らえられると何も言えません。向上心の表れ故と解釈してください。

                                          了解です。

                                          > #その前置きはずるいですよね。私への意見とみなして返信しました。

                                          ずるくてごめんなさい。
                                          意図を汲み取っていただけたので、お許しくださるのであれば水に流していただけますでしょうか。
                                          本心からkobakeさんの貢献には頭が下がります。

                                          ごめんなさい。本当に申し訳ない。
                                          • [638] Re20:亜種(unicode2_draw)の不具合報告 kobake 2008年09月29日 02:34

                                            いえ、こちらこそ言葉が極端になりすぎるところが多々あったことを謝りたく思います。
                                            ご指摘いただいた言葉は良い糧にしたいと思います。

                                            とりあえずいったんのキリはついたので、文字面ではありますが祝杯でもあげましょう。
                                            • [639] Re21:亜種(unicode2_draw)の不具合報告 ryoji 2008年09月29日 02:37

                                              ▼ kobakeさん
                                              > とりあえずいったんのキリはついたので、文字面ではありますが祝杯でもあげましょう。

                                              ( ^^)/▼☆▼\(^^ ) チン♪
                              • [640] Re14:亜種(unicode2_draw)の不具合報告 なすこじ 2008年09月30日 15:34

                                作業お疲れ様です m(_ _)m

                                以下は話を蒸し返すわけではなく、純粋に感情を抜いた話です。

                                >こういう非紳士的なことを口にしたくありませんが、不満であれば自分の提供したソースコードの全面使用禁止を宣言しても良いんです。

                                感情的になって手が滑ったかと思いますが、仮に宣言しても効果は発揮できないんじゃないでしょうか?

                                オープンソースへコードを提供したという事はオープンソースの理念に同意したとみなされ、ある種の制約を除いて著作権や知的財産権の行使に関して制限を受けると思います。
                                でなければ、プロジェクトの足をひっぱるような事態が作れてしまいます。

                                ある種の制約はプロジェクトが掲げるライセンスに規定されますが、サクラエディタにてある時期以降公に掲げているzlib/libpngにはほとんど何も無いですよね?
                                と言っても、zlib/libpngが訴訟に耐えられるライセンスなのかは専門家じゃないので分かりませんが (^^;

                                なので、一旦kobakeさんがコミットした内容はzlib/libpngに沿った使われ方をしている限り引き上げは難しく、訴訟でも起こしてサクラエディタのライセンスの掲げ方の穴を突くかzlib/libpng自体の穴を突く必要があると思いますよ。
                                ではでは。
      • [610] Re2:亜種(unicode2_draw)の不具合報告 anonymous 2008年09月26日 07:58

        UNICODE2をtrunkするものだと思ってましたけど。
        UNICODE2のテストバイナリしか出してなくて
        trunkするのはUNICODE2_drawなんですか?
        • [612] Re3:亜種(unicode2_draw)の不具合報告 kobake 2008年09月27日 00:34

          ▼ anonymousさん
          > UNICODE2をtrunkするものだと思ってましたけど。
          > UNICODE2のテストバイナリしか出してなくて
          > trunkするのはUNICODE2_drawなんですか?

          (1) unicode2 への未コミット分を皆さんにコミットしてもらう
          ↓
          (2) unicode2 を trunk2 化

          の流れで、(1)の中に「unicode2_draw を unicode2 にコミット」が含まれる形です。

          しばらくの間は trunk2 のEXEはリリースしないと思います。
          ユーザさんにお使いいただくEXEとしては
          ・ANSI本家最新版
          ・UNICODE仮版 rev1428
          を、しばらくの間お使いいただければと思います。