◀ANSI版開発トップへ
  • 4757 外部コマンド実行の機能拡張
    • 4767 Re:外部コマンド実行の機能拡張
      • 4778 Re2:外部コマンド実行の機能拡張
        • 4783 Re3:外部コマンド実行の機能拡張
    • 4770 ¿
      • 4771 Re:¿

  • [4757] 外部コマンド実行の機能拡張 maru 2007年03月19日 01:36

    Unicode化で盛り上がっているなかで、新機能の提案なので、なんとなく恐縮なのですが。
    ずっと以前に検討していたものをのんびりと評価中で、テストバイナリ作りました。
    ご意見をお願いします。

    http://sakura.qp.land.to/?Junk%2F18
    #1553455

    • [4767] Re:外部コマンド実行の機能拡張 ラスティブ 2007年03月22日 14:11

      ▼ maruさん
      > ご意見をお願いします。
      >
      > http://sakura.qp.land.to/?Junk%2F18
      > #1553455

      ちょっとだけ使ってみました（^^;）
      具体的には、現在の編集ウインドウに標準出力を送り込む機能を
      GUI から使ってみました。この機能に限定して・・・。

      正直、なんだかあったら便利かなーとは思うのですけれど、
      テキストエディタとしては、
      現在の編集バッファにファイルデータを
      読み込むマクロ関数を装備することで、
      より柔軟に対応するほうがいいのではないかという
      感想を持ちました…。参考になれば、幸いです。

      > Unicode化で盛り上がっているなかで、新機能の提案なので、なんとなく恐縮なのですが。

      えーと・・・。
      ぼくは本家サイドが持つ Unicode 化（するという前提で）の大枠を
      はっきり知りたかっただけですので、ほんとに、
      ご遠慮なさらずいつも通りでいて下さいませー（^^）
      基本的な関数ライブラリが整うのも、
      正規表現のコトなんかを考えると、
      ぶっちゃけ、まだまだまだまだ(…中略…)
      先になりそうです（^^;）

      なんだか、お騒がせしてすみませんでした m(__)m

      • [4778] Re2:外部コマンド実行の機能拡張 maru 2007年03月24日 16:38

        >▼ ラスティブさん
        >> ご意見をお願いします。
        >> http://sakura.qp.land.to/?Junk%2F18
        >
        >読み込むマクロ関数を装備することで、
        >より柔軟に対応するほうがいいのではないか

        コメントありがとうございます。やっぱりこういう意見も出てきましたか。
        私自身もすごく悩んでいて、過去に、ファイル入出力マクロ関数もたたき台のレベルで作ったことがありますが、「そんなことくらいならWSHマクロでやれば」的な意見も出たことがあり、落としどころが見つからなくなりつつあります。
        で、逆に機能を限定し、trコマンドのようなテキストユーティリティを利用して標準機能にないテキスト処理を手軽に実現するための機能として考えました。
        ゆえに、編集中のウィンドウにリダイレクトする機能は、ほとんどの場合「標準入力に送る」とペアで使用するケースで想定しております。
        ちょっとした処理を手軽に、が狙いです。

        一方ファイル入出力マクロについてですが、標準入出力を利用したいときと、ファイル入出力を利用したいときでは、状況・目的が異なるように思えるので、個人的な意見としては、これらの機能は別のものとして捉えております。
        標準マクロであるPPAからはファイル操作ができないので、なんらかのファイル入出力機能があったほうがよいかなと思います。

        ただ、両方とも実装するとなると、使わない人にとっては「似たような機能がいくつもゴテゴテと…」に見えるので、悩ましいです。

        • [4783] Re3:外部コマンド実行の機能拡張 ラスティブ 2007年03月27日 19:50

          ▼ maruさん
          > …（略）…逆に機能を限定し、trコマンドのようなテキストユーティリティを利用して
          > 標準機能にないテキスト処理を手軽に実現するための機能として考えました。
          > …（略）…編集中のウィンドウにリダイレクトする機能は、ほとんどの場合
          > 「標準入力に送る」とペアで使用するケースで想定しております。

          そーだったのかー。納得しました（^^;）
          ファイルを読み込むマクロ関数は確かに別物ですね…。

          ろくにソースコード読んでいないのでアレなんですけれど・・・
          文字の種類の多彩な変換に対応したいという要望から考えると、
          選択範囲を標準入力に送ってこれこれの外部コマンドを実行
          みたいなことが出来ればよりお手軽になりそうです・・・。

          > ただ、両方とも実装するとなると、
          > 使わない人にとっては「似たような機能がいくつもゴテゴテと…」に見えるので、
          > 悩ましいです。

          インターフェース上で用途をはっきりさせる事で、
          多少は改善されるのではと思ったりもします。

    • [4770] ¿ じゅうじ 2007年03月23日 10:43

      ▼ maruさん
      > Unicode化で盛り上がっているなかで、

      >>dev:4746 げんたさん
      > しかし，文書の内容以外にもANSI版だと日本語版以外のOSでメニュー等が文字化けしたり，Unicodeのファイル名が扱えなかったりという制限もありますので，後々禍根を残す中途半端な方法は止めた方が良いのかも．

      >>dev:4754 hidetoさん
      > んな訳で、一般掲示板、または、特設ページで、「Win95/98切っちゃってもいいですか？」アンケートを実施するのがいいと思いますが如何でしょうか？

      日本語のXPでもUnicodeのファイル名のファイルを開く事が出来ません。（既出のようですがまだ私には見つけられません）
      DOSプロンプトのDIRでさえUnicodeのファイル名表示が出来ます、例えば半角の上下逆'?'。

      Win9xでSAKURAが使えなくなるのは嫌ですが？何か？

      • [4771] Re:¿ wakura 2007年03月23日 21:51

        ▼ じゅうじさん
        > DOSプロンプトのDIRでさえUnicodeのファイル名表示が出来ます

        DOSだからこそできる。
        ロングファイル名のFAT格納形式はUNICODEでふぉです。
        それはさておき、

        > Win9xでSAKURAが使えなくなるのは嫌ですが？何か？

        使えなくなるって言うか、
        SJIS版は基本メンテナンスモードに移行。
        （SJIS版がなくなるわけじゃない）

        さらにUNICODE版は当分バギーなはずなので、
        SJIS版の更新はしばらく止まらないと思われる。

        UNICODE版はunicows.dllをリンクした版をWin95用として
        別途リリースすればいいんじゃね？
        （unicows.dllにバグがあるという噂もあるが、限定的で
        あれば回避できるだろう）

        uniscribeはどうなるんだろう・・・

        UNICODE関係のリンク追加
        http://www-306.ibm.com/software/globalization/icu/index.jsp
        http://www.pango.org/


        IBM