E-Mail

どもっ、小松さん、
既にアックンからコメントされていますので、それに補足します。

>このような定義の記述で、
>フォーム::レコード移動とか、method @フォーム.変数変更()
>など半角カタカナ記述を全角に直しても結果は変わらないようですが、
>どうして敢えて半角にしているのかいつも疑問に思っています。

半角に決めたのはＫ３の方でして、ユーザが敢えて半角に書き換えたり
している訳ではありません。
それと例えば半角カタカナの
　　手続き定義開始　ﾌｫｰﾑ::ﾚｺｰﾄﾞ移動(長整数　&行番号，長整数　&総件数，長整数　&明細番号)
を
　　手続き定義開始　フォーム::レコード移動(長整数　&行番号，長整数　&総件数，長整数　&明細番号)
のように全角カタカナに書き換えると、このイベント手続きは実行さ
れません。
あるいは、半角カタカナの
　　メソッド呼出し @ﾌｫｰﾑ.変数変更()
を
  　メソッド @フォーム.変数変更()
のように全角カタカナに書き換えると、こちらはエラーとなります。
要するに、オブジェクト名として半角の「ﾌｫｰﾑ」と全角の「フォーム」
は別モノとして扱われると云うことのようです。だから桐デフォルトで
用意されている「ﾌｫｰﾑ」(半角)の他に、ユーザが全角の「フォーム」な
るオブジェクトを新設することも可能だったりする訳です。
ですから、小松さん曰くの「半角カタカナ記述を全角に直しても結果は
変わらない」と云うのは勘違いと云うか、おそらくはここや幅田さんの
ＢＢＳの表示（自動変換仕様）上の問題に限られたことであって、桐で
の記述上の問題には当てはまりませんです。この点、補足しておきます。

あ、拙文がこのＢＢＳ上でも半角カナのままで表記されているのは、私
がちょいとした技を使っている訳でして、その内訳についてはまた別な
機会に（他の方から）。(^^;)

＊

あ、それから「メソッド呼出し」を「method」と書くのは何となくの私
のクセでして、ＢＢＳに書くような時は、やはりきちんとオーソドック
スな日本語表記にすべきでした。うっかり .and 反省。(^^;)

＊

ついでにアックン、
>変数変更メソッドは、イベントが終了したら画面に反映するから、
>ふつうは再描画・描画更新が不要で、
>イベント終了前に更新したいときは再描画・描画更新を使う。

これは違うような・・・・
ヘルプの記述によれば、「変数変更」も、「再描画」と同じくイベント
終了後に描画が更新されるための予約のようですから、イベント手続き
内で即時更新したい場合に必要とされるのは「描画更新」なのでわ？

E-Mail

さてさて、悩ましいのは、「再描画」と「変数変更」の違いです。
まず、「再描画」の方の説明を引用すると
---------------------------------------------------------------
指定したオブジェクトの操作結果だけをウィンドウ上に反映させるた
めに、再描画を予約します。 
このメソッドは、変数をソースに指定しているオブジェクトの再描画を
制御するために使用します。たとえば、同じ変数値をソースにしている
オブジェクトがふたつあるとき、一方のオブジェクトの値だけを、画面
上に表示するために使用します。
---------------------------------------------------------------

次に「変数変更」の方
---------------------------------------------------------------
変数を使用しているフォーム上のオブジェクトを、すべて再描画するよ
う予約します。 
予約した再描画は、イベントハンドラがすべて終了したときに実行され
ます。 
イベントハンドラ内（または一括処理内）で変更した変数の値は、その
ままではフォーム上に反映されません。このメソッドを使用して、対象
オブジェクトの再描画を予約する必要があります。 
・・・・・・・・・・
[ｻﾌﾞﾌｫｰﾑ名]または[ｸﾞﾙｰﾌﾟ値ﾘｽﾄ]に変数を使用している[ｻﾌﾞﾌｫｰﾑ]は、こ
のメソッドを使用しないと、再描画がスケジュールされませんので注意し
てください。
---------------------------------------------------------------

う〜ん、これだけだと違いは「同じ変数値をソースにしているオブジェ
クトがふたつあるとき」と「サブフォーム名」と「グループ値リスト」
で変数を使っている時くらいしか読み取れません。
私は、このふたつの一番の違いは次のような点ではなかろうかと想像し
ているのですが、どうなのでしょう？
「再描画」の方は、オブジェクトの指定を一部か全部か使い分けが可能
ではあることもさりながら、変数をソースにしないオブジェクトも対象
となる。片や「変数変数」の方は、変数をソースにしたオブジェクトだ
けに限定される。
とすれば、多くの場合「再描画」の方だけでいいじゃん、特に「変数変
更」を使う必要ないじゃん、とも思われるのですが、後者の方は変数ま
わりに限定されるので、描画が高速である。・・・違うかな？(^^;)

＊

あ、長くなってすいませんが、もう１点。(^^;)
これはむしろ私からの質問です。「再描画」メソッドの最後の引き数に
ついて。
---------------------------------------------------------------
再描画するレコード数に応じて、1 または 0 を指定します。
引数  
1 全レコードを再描画します。 
0 処理対象行の指定したオブジェクトのみを再描画します。
おもに、一覧表形式または伝票形式のフォームで、処理対象行のオブジ
ェクトだけを再描画する場合に指定します。
再描画するオブジェクトとして、「@ﾌｫｰﾑ明細部」または「@ﾌｫｰﾑ」を指
定した場合は、1 と同じ結果になります。 
---------------------------------------------------------------
１が全レコードであることは判るのだが、指定したオブジェクトだけで
はなく、全オブジェクトが対象となるのか？
次、０は処理対象行の１レコードだけが対象となることは判るし、指定
したオブジェクトのみが対象となることも判るが、では指定した１レコ
ードの全オブジェクトを対象としたい場合は、どうするのか？
「『@ﾌｫｰﾑ明細部』または『@ﾌｫｰﾑ』を指定した場合」が「１と同じ結果」
と云うのは、「全レコード」と云うよりも「全オブジェクト」ではない
のか？（全レコード且つ全オブジェクトと云う解釈も有り？）
これ、かねてよりの疑問です。(^^;)

＊

あ、追伸です。
「再描画」「変数変更」「描画更新」のメソッド群と「ウィンドウ更新」
コマンドの違いも悩ましかったのですが、この度その違い（の一端？）が
理解できました。それは、「ウィンドウ更新」コマンドは表示モードでし
か使えないが、上記メソッド系は更新中のモードでも使えた、ってこと。(^^;)
あと他にも有りますでしょうか？（「−１」パラメータで桐自体も含む他
ウィンドウも扱えるってことはありますが、自ウィンドウに関して）

どもっ、【多遊】さん、
代わりに説明ありがとうございました。<(_ _)>
私の方の勘違いもあったので、まずは以下に訂正したkevを挙げます。
--------------------------------------------------------------
名札    メイン
　var 固有,長整数{&文字数,&制限}
　&制限=50　　/*4000文字対策なら、ここは3950くらいが妥当か？*/

＊

手続き定義開始　ﾌｫｰﾑ::ﾚｺｰﾄﾞ移動(長整数　&行番号，長整数　&総件数，長整数　&明細番号)
　&文字数=#文字数([文言])
　＊method @t文字数.再描画(0)
　method @ﾌｫｰﾑ.変数変更()
　method @ﾌｫｰﾑ.描画更新()
手続き定義終了

手続き定義開始　t文言::編集文字列変更()
　var 自動,文字列{&編集字}
　method @t文言.編集文字列取得(&編集字)
　&文字数=#文字数(&編集字)
　if(&文字数>&制限)
　　確認　"文字数が"+#str(&制限)+"を超えました！"
　　&編集字=#sstr(&編集字,1,&制限),&文字数=#文字数(&編集字)
　　method @t文言.編集文字列設定(&編集字)
　end
　＊method @t文字数.再描画(0)
　method @ﾌｫｰﾑ.変数変更()
　method @ﾌｫｰﾑ.描画更新()
手続き定義終了
--------------------------------------------------------------

補足します。（【多遊】さんの説明と一部重複しますが）
今回の場合は次の４つの記述のいずれでも同じ結果となります。
１　　method @t文字数.再描画(0)
２　　method @ﾌｫｰﾑ.変数変更()
３　　method @t文字数.再描画(0)
　　　method @ﾌｫｰﾑ.描画更新()
４　　method @ﾌｫｰﾑ.変数変更()
　　　method @ﾌｫｰﾑ.描画更新()

▼「再描画」メソッドは、当該手続き範囲の実行を終えた時点で、画
面を再描画するための、一種の「予約」行為になります。
▼「変数変更」メソッドも、取り敢えずは同上のようなもの、つまり
は「予約」行為としてご理解下さい。
▼「描画更新」メソッドは、当該手続き範囲を終える前に、その途中
でも即時に更新させるものです。これは上の二つ、「再描画」か「変
数変更」の存在が前提でありまして、これらの「予約」を即時実行さ
せると云うことです。手続き範囲を抜け切ってから（のんびりと？）
再描画させることで構わない場合だと、このメソッドは不要とも云え
ます（１と２の場合）。

長いので続きは別稿とします。

E-Mail

E-Mail

E-Mail

E-Mail

E-Mail

E-Mail

プログラムを作成していてエラーがでるのは、”(ダブルコーテーション)を
利用した計算式。
今回もあいかわらず、エラー続出。少し長くなったり、変数や関数を含むと
間違いやすいですね。

そこで、基本に戻って

文字列＋文字列・・・この方法もありますが、あくまで応用で、ちゃん
とした関数があります。

例：併合に変数ファイル名・変数項目を指定するとき

１．&STR="併合 "+""""+&temp表+""""+",両方,編集表=する,{[番号]照合[番号],["+#文字列(&面)+"]複写[作業]}"
２．&STR=#連結("併合 ","""",&temp表,"""",",両方,編集表=する,{[番号]照合[番号],[",#文字列(&面),"]複写[作業]}")

どちらが見やすいですか？もちろん、どちらも正解です。

ちなみに、どちらも&STRには、下記が生成されます。(事前に変数には、代入済みとして)
併合 "GAMEtemp.tbl",両方,編集表=する,{[番号]照合[番号],[2]複写[作業]}

E-Mail

E-Mail

E-Mail