HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

■14399 / ResNo.10) 　Re[6]: 比較式の書き方について
  ▼■
□投稿者/ fu -(2024/05/27(Mon) 14:05:58)
    ■No14398に返信(ONnojiさんの記事)

    ONnojiさん
    ありがとうございました。HPも参考にさせていただきます。
解決済み!
引用返信 [メール受信/OFF] 削除キー/
■14400 / ResNo.11) 　Re[6]: 比較式の書き方について
□投稿者/ うにん -(2024/05/27(Mon) 22:05:25)
    > しかし、グループ指定のオプションなのですから、検索条件では使えないのです。

    桐9sですが、検索：比較式のところでも使えてますね...
    そもそも、「グループ指定」が検索条件として使えないものなら、ダイアログで指定できたとしても機能しないはずですから、実際はヘルプにはないし履歴（一括処理）で使えなくても、検索条件の指定方法として動作するように作られてるようですね。

引用返信 [メール受信/OFF] 削除キー/
■14402 / ResNo.12) 　Re[7]: 比較式の書き方について
□投稿者/ ONnoji -(2024/05/28(Tue) 08:15:40)
    2024/05/28(Tue) 08:23:46 編集(投稿者)

    > 桐9sですが、検索：比較式のところでも使えてますね...

    桐9系は、サポートフェーズが当の昔に過ぎているので確認しませんでしたが、桐9-2012で確認したところ再現しますよ。

    もちろん、桐ｓSLと桐10ｓでも再現します。

    おそらく、［行集計条件登録］と［検索条件／検索比較式／絞り込み比較式］の空欄記入式のユーザインタフェースの部分は根っ子が同じなのでしょうね。

    以下は個人の感想ですけれど・・・

    実際に動くのですから、そう作られていると万人が認めると思いますけれどね。(^^ゞ

    もしも、Ｋ３へ問い合わせても、事実として動くのですから、動くことを認めるでしょうね。

    そして、残念ながら「桐にはファジーな部分があるから v(^^)v」とまるでユーザを煙に巻くような回答が返ってくると思いますよ。

    ファジーと言えば聞こえがいいですが、曖昧と同じですね。

    桐にはそういう例がた〜くさんありますよね。

    例えば、変数宣言コマンドで、

    　変数宣言　局所、文字列｛ &変数名， &変数名 }

    という構文で、

    　変数宣言　局所、文字列｛ &変数名　&変数名 }

    という具合に、コンマをすっ飛ばしてもエラーにはなりません。

    見方によればいい加減ですし、またある見方によればオオラカとも言えます。

    こんな桐の例は、他にもいくらでもあるでしょう。

    ※例えば if コマンドと、それに続く条件式の間に空白文字を挿入しなくてもエラーにならないとか

    個人的な感想としては、

    なぜだかファジーが売りだったりする桐の挙動は、いい意味で有難いかもしれませんが、悪い意味で節操が無いともいえます。

    私の個人的な感想としては、いい加減な仕様を放置しているＫ３のスタイルは多いに気に入りませんけれどね。( 一一)

    しかし、それがＫ３の技術者たちの伝統の風土のように思えるのであって、なんともモドカシイ次第であります。

    今回は、仕様と動作に整合性がありません。

    だから積極的に使うのはお勧めできないですね。

    ジブリのアニメではありませんが、それなら「君たちはどう生きるか」という問いかけだと思いますよ。

    検索条件で、比較式に［項目名］．文字ｎを使った事例はおそらく史上初の報告例だったと思います。

    私が投稿を読んだとき、最初は単にコピペの間違いだと思っていたのです。

    しかし、実際に直接動作させて、それを履歴に登録していると知った時、あまりに不思議だったので驚愕しましたよ。

    でもすぐに空欄記入式のユーザインタフェースの部分が共通なんだなと想像しましたよ。

    今回の、事例はおそらく何十年に一度のケースだと思いますよ。

    今の今まで誰も知らなかったという意味で、潜在虫と言ってもいいでしょう。


引用返信 [メール受信/OFF] 削除キー/
■14403 / ResNo.13) 　Re[8]: 比較式の書き方について
□投稿者/ 通りすがり -(2024/05/28(Tue) 14:57:19)
    文法解析のバグはワザと残してるらしいですよ
    大久保さんが言ってた
595×504 => 250×211

1716875839.jpg/82KB
引用返信 [メール受信/OFF] 削除キー/
■14404 / ResNo.14) 　Re[9]: 比較式の書き方について
□投稿者/ ONnoji -(2024/05/28(Tue) 15:49:41)
    2024/05/29(Wed) 09:36:26 編集(投稿者)
    2024/05/28(Tue) 16:13:37 編集(投稿者)

    > 文法解析のバグはワザと残してるらしいですよ
    > 大久保さんが言ってた

    貴殿は大久保君から直接その旨を聞いたのですか？

    それとも、日経クロステック（xTECH）の記事を読んでそう思ったのでしょうか？？

引用返信 [メール受信/OFF] 削除キー/
■14406 / ResNo.15) 　Re[10]: 比較式の書き方について
□投稿者/ 通りすがり -(2024/05/28(Tue) 15:59:58)
    記事ですよ
引用返信 [メール受信/OFF] 削除キー/
■14408 / ResNo.16) 　Re[11]: 比較式の書き方について
□投稿者/ ONnoji -(2024/05/28(Tue) 16:10:05)
    2024/05/28(Tue) 16:57:58 編集(投稿者)

    > 記事ですよ

    そうならば、ニュースソースを明らかにした方が誤解を招かなくて済みますよ。

    特に伝聞のような言い方はしない方がよろしいのではありませんかね。

    雑誌記事の一部を切り取った内容が、伝聞が伝聞を呼び、それが誤った情報（フェイク）の連鎖になる可能性がありますよ。


引用返信 [メール受信/OFF] 削除キー/
■14410 / ResNo.17) 　Re[12]: 比較式の書き方について
□投稿者/ 通りすがり -(2024/05/28(Tue) 16:41:09)
    ああ、そういう意味でしたか
    私は普通にPCで見れてるんですが、スマートにスマホ画面のスクショを貼ろうとしらログインしないとダメよと出たので特定の人向けかと、で一部のみ参照
引用返信 [メール受信/OFF] 削除キー/
■14412 / ResNo.18) 　Re[10]: 比較式の書き方について
□投稿者/ うにん -(2024/05/28(Tue) 17:27:04)
    > クループ項目を指定する際の［項目名］．文字ｎなどといったオプションは、Ｗｉｎ桐で初めて導入したものだと思いますよ。

    私の記憶でもそうですね。Windows版でも初期にはなかったと思います。「新機能」で見た気がします。

    > 今回の件は、Ｗｉｎ桐のユーザインタフェースの問題であって、一括処理コマンドの文法解析の問題ではありませんよ。

    そもそも「グループ指定」という名称からして行集計用の機能でしょうから「指定できるのが問題」というとらえ方の方が正しい気もしますが、実際には「比較式でも動作する」状態を見ると「文法解析の実装不備（新形式への対応漏れ）」というのが実情という感じもします。（UIが通してしまう、だけの問題なら検索が実行できないはずなので）

    他の方法で（より簡単に）できることなんで、特に欲しいものではないですけどね...

引用返信 [メール受信/OFF] 削除キー/
■14413 / ResNo.19) 　Re[11]: 比較式の書き方について
□投稿者/ ONnoji -(2024/05/28(Tue) 17:47:38)
    2024/05/29(Wed) 08:46:55 編集(投稿者)
    2024/05/29(Wed) 00:27:21 編集(投稿者)
    2024/05/28(Tue) 23:16:54 編集(投稿者)

    >>クループ項目を指定する際の［項目名］．文字ｎなどといったオプションは、Ｗｉｎ桐で初めて導入したものだと思いますよ。
    > 私の記憶でもそうですね。Windows版でも初期にはなかったと思います。「新機能」で見た気がします。
    >>今回の件は、Ｗｉｎ桐のユーザインタフェースの問題であって、一括処理コマンドの文法解析の問題ではありませんよ。
    > そもそも「グループ指定」という名称からして行集計用の機能でしょうから「指定できるのが問題」というとらえ方の方が正しい気もしますが、
    > 実際には「比較式でも動作する」状態を見ると「文法解析の実装不備（新形式への対応漏れ）」というのが実情という感じもします。
    > （UIが通してしまう、だけの問題なら検索が実行できないはずなので）

    今回のケースは、ＵＩからエンジンへの部分の問題と捉えるべきだと思いますよ。

    タラレバですが、ひょっとして#sstr( )に読み替えちゃってるのか・・・、妄想妄想。

    従って、一括処理が関与する部分は全くないんですよ。

    だって比較式じゃないんだもん、当然こんな物は通りませんよ。


引用返信 [メール受信/OFF] 削除キー/
＜前のレス10件 | 次のレス10件＞

スレッド内ページ移動 / << 0 | 1 | 2 >>

このスレッドに書きこむ
Mode/　 Pass/

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree -
- Antispam Version -