ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | ＲＤＢの部分一致検索 | |
| 江須扇 2004-9-11 23:59:00
[返信] [編集] 江須扇です。またまたＣＯＢＯＬの質問です。 ＲＤＢで部分一致検索をしたい場合 ＲＤＢＱ２では ！”ＸＸＸ”！でＯＫです。 ＳＭＡＲＴ�僑釘悗任倭�択指定の８．ＥＱ（部分一致）で可能ですが ＣＯＢＯＬ８５の場合は、巧くいきません。 右項目にスペースが有る場合はスペースも対象になるようですそこで私は下記 の例の様コーディングをしておりますがこれしかないのでしょうか？ もっと良い方法をご存知の方はお教えください。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | #FLCNV #SORTについて | |
| 剤慙渉 2004-8-31 18:30:00
[返信] [編集] はじめまして！このような便利掲示板があるとは、知りませんでした。 よろしくお願い致します。 早速ですが、すみません。 Ａ−ＶＸ�靴納存讐椎修�知りたいのですが、DAT装置(CTU)を #FLCNV・#SORTで認識する事は不可能でしょうか？ DATがもっと利用できたら・・と考えているのですが、#BKUP以外のユーティリティーでは、そのままアサインできないもので。ユーティリティーのバージョン等で実現可能でしょうか？ご存知の方、いらっしゃいましたら教えて下さい。<(_ _)> | ||
| 2 | Re:#FLCNV #SORTについて | |
| 江須扇 2004-8-31 22:23:00
[返信] [編集] はじめまして！「剤慙渉」さん 江須扇ともうします。 > Ａ−ＶＸ�靴納存讐椎修�知りたいのですが、DAT装置(CTU)を > #FLCNV・#SORTで認識する事は不可能でしょうか？ できないと思います。 ＃ＢＫＵＰでファイル単位の指定をするしかないのではと思います。 ＃ＦＬＣＮＶのフォーマット変換はＷｏｒｋファイルを使い それから＃ＢＫＵＰをファイル単位で利用するしかないと思います。 ソートも同じだと思います。 > DATがもっと利用できたら・・と考えているのですが、#BKUP以外のユーティリティーでは、そのままアサインできないもので。 的外れかもしれませんが、目的がわからないのでなんともいえませんが 他のＡ−ＶＸとデータ交換を考えているのですか？ それであるならば＃ＢＫＵＰで良いと思いますが？ Ｗｉｎｄｏｗｓアプリでデータを利用をするということですか？ その場合であれば＃ＮＦＣＮＶで変換してＮＴバックアップ等を利用する方法になると思います。 | ||
| 3 | Re:#FLCNV #SORTについて | |
| ターラヤン 2004-9-1 0:20:00
[返信] [編集] はじめまして。 > Ａ−ＶＸ�靴納存讐椎修�知りたいのですが、DAT装置(CTU)を > #FLCNV・#SORTで認識する事は不可能でしょうか？ 私の知る限りできないと思います。 > DATがもっと利用できたら・・と考えているのですが、#BKUP以外のユーティリティーでは、そのままアサインできないもので。ユーティリティーのバージョン等で実現可能でしょうか？ご存知の方、いらっしゃいましたら教えて下さい。<(_ _)> #SORTの名前が出ていることから想像して、DAT内のデータを直接ソートしたりマージしたり DAT内のデータを直接見て書き換えたりということを考えているのでしょうか。 | ||
| 4 | Re:#FLCNV #SORTについて | |
| ゴリマス 2004-9-1 0:38:00
[返信] [編集] はじめまして！江須扇さん。早速のレスありがとうございます。 （剤慙渉・・なんかおかしな名前になってしまいました） ＤＡＴの利用については、今現在オープンＭＴでデータ管理しているものが多々ありましてもので（NECがMTの製造を中止してから数年経過してますし）そろそろ新しい媒体を検討せねば。。という事でＤＡＴを選択しようとしているのですが、どうもＭＴ(MTU)と比べると勝手が悪くて。。プログラムで直接アサインできたり、#FLCNV等のユーティリティーで入出力できれば移行作業も単純になるのではと思ったのですが。 MSDにするにも容量が足りそうにないし・・。地道に頑張るしかなさそうですね。 江須扇さん、本当にありがとうございました。勉強になりました。 | ||
| 5 | Re:#FLCNV #SORTについて | |
| ゴリマス 2004-9-1 8:43:00
[返信] [編集] はじめまして！ ターラヤンさん ご回答ありがとうございます。 裏技？！でMTUと同じ使い方ができないものかと、考えていたのですが、無理みたいですね。＾＾； 江須扇さんからもご返信頂きました。 ＭＴＵ→ＤＡＴへの移行作業、地道に頑張ります。 ありがとうございました。 <(_ _)> | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ＲＤＢのレコード削除のバッチ処理の方法 | |
| 江須扇 2004-8-24 16:33:00
[返信] [編集] こんにちは江須扇です。 一ヶ月前のデータを削除したいというバッチ処理を考えた時。 ＲＤＢＱ２のカタログでは一ヶ月前という条件指定が難しいです。 （もしご存知の方がお見えでしたら教えてください。） ＳＭＡＲＴ２は１ファイル更新でレコード削除は可能ですが 選択条件が働かず全件読込です。 ＣＯＢＯＬはＲＤＢのＳＥＬＥＣＴは条件と分類しかできなく ＳＱＬ文としてＵＰＤＡＴＥやＤＥＬＥＴＥができません。 そこで、下記のようなコーディングを考えたのですが ＧＯＴＯレスではこんな感じでよいのでしょうか？ 例１と例２ではどちらがよいのでしょうか？ 例１ 例２ | ||
| 2 | Re:ＲＤＢのレコード削除のバッチ処理の方法 | |
| ＥＸＣＨＡＮＧＥ 2004-8-24 18:27:00
[返信] [編集] > 000240 IF WRK-DATE(3:2) = 01 > 000250 SUBTRACT 8900 FROM WRK-DATE > 000260 ELSE SUBTRACT 100 FROM WRK-DATE > 000270 END-IF. ☆ ここの部分で、ハタ、と 分からなくなってしまいました。 江須扇さんのロジックが間違っているということではなく、 ☆ 「３月２８日の１ヶ月前は？」と来たら問題なしに「２月２８日」。 でも、 「２月２８日の１ヶ月前は？」ときたら 「１月２８日」？ 「１月３１日」？ これはソフトを運用する状況によって違ってきそうな気がします。 ☆ もし、「１月３１日」でしたら単に?１００とするのはマズイかも。。 | ||
| 3 | Re:ＲＤＢのレコード削除のバッチ処理の方法 | |
| 江須扇 2004-8-24 20:39:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん今晩は いつも即行の対応ありがとう御座います。 > 「２月２８日の１ヶ月前は？」ときたら > 「１月２８日」？ 「１月３１日」？ > これはソフトを運用する状況によって違ってきそうな気がします。 これはアバウトに作ってあるの約一ヶ月と考えてください。 「３月３１日」の時は「２月３１日」になってしまいますが、 それより小さいで比較しておりますのでこれは問題ありません。 また、「２月２８日」の時は「１月２８日」で「１月２７日」以前しか消えませんが 「３月１日」の時は「２月１日」でそれより小さい１月分は消えるので 問題ないと思います。 > > ☆ もし、「１月３１日」でしたら単に−１００とするのはマズイかも。。 > > 000240 IF WRK-DATE(3:2) = 01 > > 000250 SUBTRACT 8900 FROM １月の時は−８９００にしているので問題は無いと思いますが？ | ||
| 4 | Re:ＲＤＢのレコード削除のバッチ処理の方法 | |
| ＥＸＣＨＡＮＧＥ 2004-8-26 23:23:00
[返信] [編集] ☆ 江須扇さん、こんばんわ。 すみません、書き方が舌足らずで。。 > ☆ もし、「１月３１日」でしたら単に−１００とするのはマズイかも。。 の言わんとするところですが、直前の文章から（なんと指示語もなしに）続いておりまして、 >「２月２８日の１ヶ月前は？」ときたら の答えが−−＞（Ａ）「１月２８日」でなく、（Ｂ）「１月３１日」でしたら と言う意味でした。 （Ｂ）の解釈の場合、「２月２８日の１ヶ月前」というのは「１月３１日」になりますので、 ０４０２２８ − １００ ＝ ０４０１２８ としてしまうと、（Ａ）タイプの解釈になってマズイ、 という意味です。 ☆ ただし、いずれにせよ江須扇さんの目的は約１ヶ月前までのデータを削除することにあるとのことですので、そこまで心配することはなかったようです。 ☆ ところでこのような場合（というよりこのようなケースを想定して）私が良くやる方法は、 （１）所詮、データベースは項目単位でしか取り扱い出来ないので、 （２）初めからデータ上に「年月日」以外にもう一つ「年月度」という項目を取っておく。 というふうにしています。 例えば、年月日「２００４０８２６」でしたら年月度「２００４０８」となりますし、 年月日「０４０８２６」でしたら年月度「０４０８」となります。 そして、 （３）データ削除のＰＧでは初期条件の入力でユーザに「削除年月度を指定して下さい」とやります。 あとは、 ＣＯＢＯＬにて ＳＥＬＥＣＴ ＲＤＢＦＩＬＥ ＷＨＥＲＥ ＲＤＢーＧＥＴＵＤＯ ＜＝ ＩＮ−ＧＥＴＵＤＯ という調子です。 ☆ これの方が面倒くさくなくて便利に思うのですが。。 ただし、また容量無駄遣いしてしまいますけどね！！ | ||
| 5 | Re: x4: ＲＤＢのレコード削除のバッチ処理の方法 | |
| 江須扇 2004-8-27 22:21:00
[返信] [編集] 今晩は、ＥＸＣＨＡＮＧＥさん > >「２月２８日の１ヶ月前は？」ときたら > の答えが−−＞（Ａ）「１月２８日」でなく、（Ｂ）「１月３１日」でしたら と言う意味でした。 （Ｂ）と解釈した場合は ２月２７日の一ヶ月前は１月３０日 ２月１日の一ヶ月前は１月４日 １月３１日の一ヶ月前は１月３日 ３月３１日の一ヶ月前は２月２８日 ３月３０日の一ヶ月前は２月２７日 では３月１日の一ヶ月前は？？？？ 解からなくなってしまいました。混乱、混乱、 > （３）データ削除のＰＧでは初期条件の入力でユーザに「削除年月度を指定して下さい」とやります。 > あとは、 ＣＯＢＯＬにて > ＳＥＬＥＣＴ ＲＤＢＦＩＬＥ > ＷＨＥＲＥ ＲＤＢーＧＥＴＵＤＯ ＜＝ ＩＮ−ＧＥＴＵＤＯ > という調子です。 > ☆ これの方が面倒くさくなくて便利に思うのですが。。 む?、私はアバウトＳＥなので、オペレーションが入ると忘れてしまいますので、 目指しているのはノンオペレーションの夜間バッチです。 バッチ完了メールが朝入っていれはＯＫ、入ってなければ、障害発生としています。 > ただし、また容量無駄遣いしてしまいますけどね！！ 所で話は長くなりますが、 旧１００（赤１００、１９７８年以前）のＣＯＢＯＬはパックデータが使えませんでした。 その事を他社（多分Ｆ）に突かれて急遽サブルーチン提供がされました。 ファイルをＲＥＡＤしたあと ＣＡＬＬ ”ＵＮＰＡＣＫ” ＵＳＩＮＧ ＦＩＬＥ−Ａ ＷＯＲＫ−Ａ ＳＩＺＥ−Ａ ＣＡＬＬ ”ＵＮＰＡＣＫ” ＵＳＩＮＧ ＦＩＬＥ−Ｂ ＷＯＲＫ−Ｂ ＳＩＺＥ−Ｂ ・ ・ の様に一項目毎、アンパックに戻して処理をして、 終わったら ＣＡＬＬ ”ＰＡＣＫ” ＵＳＩＮＧ ＷＯＲＫ−Ａ ＦＩＬＥ−Ａ ＳＩＺＥ−Ａ ＣＡＬＬ ”ＰＡＣＫ” ＵＳＩＮＧ ＷＯＲＫ−Ｂ ＦＩＬＥ−Ｂ ＳＩＺＥ−Ｂ ・ ・ でファイルをＲＥＷＲＩＴＥします。 （記憶ですのであくまでもこんな感じでしたと思ってください） 大変面倒くさかったです。 その後、新１００が出てからＣＯＭＰ−３でパックデータが使えるようになりました。 当時はディスク容量は小さくパックデータにするのが当たりまででした。 メモリは内部処理でアンパックに戻して処理をするのであまり効果はなかったようです。 またＮＥＣの場合はパックデータの符号無しにしても１桁は１バイト、２桁は２バイトで 処理フラグや区分で１桁２桁を使う場合はあまり効果はありませんでした。 しかし現在はディスク容量も増えたのでパックにする意味は少なくなったと思います。 特にＮＥＣの場合はＦＩＬＬＥＲの項目を後で使う場合など不正十進数エラーが パックデータは符号無しでもスペースはＬＯＷ−ＶＡＬＵＥでもおきてしまうので使い勝手が悪いです。 設計時はパックデータ、追加項目はアンパックとデータベースの各項目がゴチャゴチャになっているのが実体です。 時代の流れでパックデータを採用した時代もありましたが、今にして思えは、本来のシステム１００の基本である アンパックにしていればと思っております。 ここで本題に戻ります。 > （１）所詮、データベースは項目単位でしか取り扱い出来ないので、 > （２）初めからデータ上に「年月日」以外にもう一つ「年月度」という項目を取っておく。 > 例えば、年月日「２００４０８２６」でしたら年月度「２００４０８」となりますし、 年月日「０４０８２６」でしたら年月度「０４０８」となります。 確かめてないので解かりませんが、アンパックであればＣＯＢＯＬ側フィールドを階層構造にしておけば、 上６桁や上４桁も可能ではとおもいます。 データベース定義も階層構造でしてすれば可能を思います。（これも確かめていません。） ８桁＋６桁のパックの場合５＋４＝９バイト、アンパックの８桁階層構造８バイト ６桁＋４桁のパックの場合４＋３＝７バイト、アンパックの６桁階層構造６バイト と考えた場合でもアンパックが良いのでは思いますが皆様は如何お考えでしょうか？ | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ハードディスク | |
| まさ 2004-8-20 11:40:00
[返信] [編集] 前から思っていたのですがＥｘｐｒｅｓｓ５８００／６００シリーズ の純正ハードディスクは高価ですが市販のものは付かないのでしょう か？ ※ちなみにディスクアレイになってます。 | ||
| 2 | Re:ハードディスク | |
| amadeus 2004-8-22 22:19:00
[返信] [編集] 一般的にメーカーや販売店や保守会社の立場からだと純正品以外は 「取り付けられない」との回答があるでしょう。 販売する製品については純正品にての動作検証のみをおこなって 保証の対象にしているのですから。 ましてやアレイ構成の場合は、単体のディスクの動作よりも複雑な 条件での環境ですので、より厳しい条件となります。 業務で使用されるのなら純正品の選択しかないでしょう。 でも実際は・・・・・ やめておきましょう。（笑） > 前から思っていたのですがＥｘｐｒｅｓｓ５８００／６００シリーズ > の純正ハードディスクは高価ですが市販のものは付かないのでしょう > か？ > ※ちなみにディスクアレイになってます。 | ||
| 3 | Re:ハードディスク | |
| ＥＸＣＨＡＮＧＥ 2004-8-23 13:06:00
[返信] [編集] > 前から思っていたのですがＥｘｐｒｅｓｓ５８００／６００シリーズ > の純正ハードディスクは高価ですが市販のものは付かないのでしょう > か？ > ※ちなみにディスクアレイになってます。 ☆ Ｌｉｎｕｘ、自己責任の時代ですので、そういったことを前提でいくつかの問題点を述べてみましょう。 （１） 現在のＡ−ＶＸは、Ｗｉｎｄｏｗｓ上で動作する「ミドルウエア」ですので、原理的に言えばＷｉｎｄｏｗｓが稼働するかどうかが、まず問題になります。ＰＣサーバといえども、一般に大型のサーバになるほどメーカの独自の機器（または独自仕様のＯＥＭ機器）を搭載したり、ハードの監視用ソフト、ＵＰＳとの連携、等の機能が搭載されています。従って購入時のＷｉｎｄｏｗｓのバージョンを変更することは（ドライバなどの関係で）難しい場合があります。 （２）ミドルウエアとしてのＡ−ＶＸをインストールする場合、独自な（Ａ−ＶＸ向け）ドライバを必要とするのは、フロッピー装置、ＣＭＴ装置などですので、これらの装置は他の装置と交換は出来ないでしょう。 （３）ＤＡＴ装置、ディスク装置、等はＷｉｎｄｏｗｓ上で動作する物であれば、Ａ−ＶＸでも利用できる可能性はあるでしょう。 （４）７００シリーズの場合は、ＰＣサーバではないし、またＷｉｎｄｏｗｓＮＴ３．５１（ＭＩＰＳ用）のドライバがあまり提供されていない、大容量のディスクには対応していない等の問題があるので、適用できる可能性のある機器はごく限られるでしょう。 ☆ 製品の一部に純正品でないものがある場合、保守契約サービスは原則として受けられないでしょう。この場合、換装パーツをのぞいた部分の保守契約を引き受けてくれる保守会社を探すか、もしくは保守契約なしで運用するか、のどちらかになります。いずれにしてもかなりの部分を「自己責任」で引き受ける必要があります。 ☆ 以上の観点から、「実務での運用」となるとａｍａｄｅｕｓさんのおっしゃるとおり「やめといたほうが。。」ということになります。 ☆ なお、メモリーに関してはサードパーティ製の物で保守会社が認定している物もあるようです（ＡＤＴＥＣ社など）。私は使ったことがないので詳しいことは分かりませんが、一度保守会社にお訊きになってはいかがでしょうか？ ☆ あと、メーカさんにお願いしたいのですが、「まささん」と同様の気持ちをもたれているユーザさんはかなりおられると思います。１００シリーズに比べてあまりに高価な増設パーツの価格設定は、オープン連携によるＡ−ＶＸマシーンの高度利用を阻害し、長い目で見れば「さらばレガシー」に結びついていくような気がします。御一考をお願いしたいと思います。 | ||
| 4 | Re:ハードディスク | |
| まさ 2004-8-24 9:38:00
[返信] [編集] 皆さん返信有難うございます。 そうですね、おっしゃる通り何か有った時のリスクを考えると純正品 が一番安心して使用していられますね。 現在、大容量のＨＤがかなり安価で手に入る時代ですので思ったまで です。 | ||
| 5 | Re:ハードディスク | |
| ＢＬＵＥＬＩＯＮ 2004-8-27 9:12:00
[返信] [編集] うちの640ADには、安い120maのHDやメモリがついております。 実際同じEXPRESSでおなじ規格なのに値段が相当ちがいますよね CPUも120MAのP2の450でDUALです まーやり方によっては120MAな一般のPC（ノートを含む）でもA-VXはうごきますからね ノートで動くAVXは感動的でした（笑） ただし テスト環境のみの構成で、本番環境で保守なしで運用する勇気はありません ちなみ全体の構成としては Windowsは最新のIDEをCドライブしてセットアップしAVX系はもともとのRAIDのドライブに入れています。 | ||
| 6 | Re:ハードディスク | |
| ターラヤン 2004-8-30 1:54:00
[返信] [編集] > うちの640ADには、安い120maのHDやメモリがついております。 > 実際同じEXPRESSでおなじ規格なのに値段が相当ちがいますよね > CPUも120MAのP2の450でDUALです > > まーやり方によっては120MAな一般のPC（ノートを含む）でもA-VXはうごきますからね ノートで動くAVXは感動的でした（笑） > ノートパソコンで動きましたか。 てっきり普通のＰＣサーバ（ＩＡサーバ）のハードを基本的に流用して、若干の改造が 入っているのだろうと思っていました。 改造が入るにしても、ＣＰＵやハードディスクに手を入れられるとは思えないので、 マザーボード辺りでしょうかね。 私もハードディスクは見たことがありますが、普通のＳＣＳＩのハードディスクのようでした。 動作保障代やＡ−ＶＸ代を含めた値段なのでしょうが、Ｓ３１００やＳ７２００時代と比べると安いものの、 現在の一般的な水準と比べると高いような気がします。 P.S.Express以外のいろいろなパソコンにA-VX入れるのはライセンス上問題があるかも・・というのは野暮な話ですよね。 NECの人も見ているかもしれないので、とりあえず内輪の話にしておきましょう。 | ||
| 7 | Re:ハードディスク | |
| BLUELION 2004-8-30 8:02:00
[返信] [編集] > P.S.Express以外のいろいろなパソコンにA-VX入れるのはライセンス上問題があるかも・・というのは野暮な話ですよね。 > NECの人も見ているかもしれないので、とりあえず内輪の話にしておきましょう。 > そうですね ただかなり特殊な手続きしないと動かないし ＰＳ 当然 著作権上に問題があるのはわかっているので環境はすぐ消しました | ||
| 8 | Re:ハードディスク | |
| assisi 2004-9-4 8:27:00
[返信] [編集] > 皆さん返信有難うございます。 > そうですね、おっしゃる通り何か有った時のリスクを考えると純正品 > が一番安心して使用していられますね。 > 現在、大容量のＨＤがかなり安価で手に入る時代ですので思ったまで > です。 メモリーは ハギワラシスコム製で使用できますよ 純正品より かなり安いです 増設もパソコンと一緒で簡単にできます | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | 構造化プログラミングの方法 | |
| 江須扇 2004-8-19 14:00:00
[返信] [編集] こんにちは、ご無沙汰しております。江須扇です。 今日は初歩的な事をご教授していただきたく投稿しました。 過去のＣＯＢＯＬのプログラムはＧＯ ＴＯ だらけなのでメンテナンスは、 そのままＧＯ ＴＯ だらけで修正しております。 構造化プログラミングはいままでしていないので、いまさらと思っておりまし たが、新規プログラムをＧＯＴＯレスで作ろうと思ったのですが中々巧くいき ません。サンプルを作ったのですが、おかしいところを添削していただけない でしょうか？ 項目Ａと項目Ｂを入力しその表示をして項目Ｂに戻るというものです。 また、項目ＢでＢＴＡＢをすれば項目Ａに戻る必要もあります。 項目Ａ又は項目ＢでＰＦ９を入力すると終了とします。 実際はＭＡＩＮ−ＲＴＮはもっと複雑になります。 コーディング例 | ||
| 2 | （再投稿）構造化プログラミングの方法 | |
| 江須扇 2004-8-19 14:18:00
[返信] [編集] コーディング例 | ||
| 3 | Re:（再投稿）構造化プログラミングの方法 | |
| ＥＸＣＨＡＮＧＥ 2004-8-20 3:40:00
[返信] [編集] ☆ バッチ処理プログラムでは、専ら「構造化」で書くのですが、入力系（会話型）では、ＧＯＴＯをつかっていますので、あまりいい考えは浮かばないのですが。。 例えば、次のような考え方はダメでしょうか。。 | ||
| 5 | Re:（再投稿）構造化プログラミングの方法 | |
| ＥＸＣＨＡＮＧＥ 2004-8-20 11:39:00
[返信] [編集] ＷＨＥＮ ０ の時の取り扱いがまずいので、訂正です。 まだまだヘンかも。。。 適当に直して下さい。 | ||
| 6 | もう少しだけ直しました。 | |
| ＥＸＣＨＡＮＧＥ 2004-8-20 13:09:00
[返信] [編集] もう少しだけ直しました。 いかがでしょうか？ | ||
| 7 | Re:もう少しだけ直しました（その２） | |
| ＥＸＣＨＡＮＧＥ 2004-8-21 12:20:00
[返信] [編集] もう少しだけ直しました。（その２） いかがでしょうか？？ | ||
| 8 | Re:もう少しだけ直しました（その２） | |
| 江須扇 2004-8-22 12:53:00
[返信] [編集] ＥＸＣＨＡＧＥさん早速いろいろと回答を頂きありがとうございます。 いろいろと考えていただきありがとうございます。 結論としてはやはり自分で何らかのスイッチを定義する必要があると言う事ですか。 Ａ−ＶＸのＣＯＢＯＬの機能で使えるものは無いということですね。 もう一度、やりたい事を説明しますと 項目Ａ入力 ↓＿＿↑（ＢＴＡＢを押すと項目Ａに戻る） 項目Ｂ入力 ↓＿＿↑（項目Ｂに戻る、入力すると結果表示に行く） 結果表示 という処理です。 ＥＸＣＨＡＧＥさんの例では結果表示はもう一ランク上で括れということですね。 | ||
| 9 | Re:もう少しだけ直しました（その２） | |
| ＥＸＣＨＡＮＧＥ 2004-8-22 13:50:00
[返信] [編集] ☆ 「雛形」ではカーソルの位置の制御を、FOCUS-POSITIONで 行っていますので、 例えば項目Ｂの入力後、項目Ｂの再入力へＬＯＯＰさせたい場合は、 FOCUS-POSITIONを変更せずに進めるとうまくいくのでは ないかと思います。（間違ってたらごめんなさい） 項目入力時に（ＨＴＡＢ）（ＢＳＫＩＰ）以外のキーを押下した場合も（Ｆ９）をのぞいて同じ項目の再入力に戻ります。 ☆ なおＡ−ＶＸの場合、ＳＫＩＰキーの扱いが問題かとも思います。 経験された方はご存じと思うのですが、数字項目の表示位置が初期状態では「空白」（＝文字）となるので「０」等を編集表示（例：ＺＺＺＺ−）しておかないと、いきなりＳＫＩＰを押下−−＞「ＮＯＮ−ＮＵＭＥＲＩＣ」エラーになります。入力後、カンマ付編集をしている場合も（カンマが文字と見なされるので）要注意です。この辺をうまく織り込もうとすると「雛形」を使っても結構、面倒な気がします。 | ||
| 10 | Re:もう少しだけ直しました（その２） | |
| 江須扇 2004-8-24 15:34:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん、いろいろとありがとうございます。 流れの基本は私と同じと思いましたが大きく違うところが解りました。 私はどうしてもメモリの少ない時の癖でプログラムの解りやすさより、ステップ数重視で１ステップでも少なくなる事を考えてしまいます。 保守性を考えたらわかり易さ重視の方が良いようですね。 多分、私の元のコーディングは ＷＨＥＮ ＳＷＩＴＣＨ−ＢＴＡＢで１項目の入力 ＷＨＥＮ ＳＷＩＴＣＨ−ＨＴＡＢで２項目の入力 になっており意味不明という事ですね。 そうですステップ数削減で意味不明です。 ３項目を作ったどうするか考えておりませんでした。 それにしてもＣＯＢＯＬ側でもっとステップ数のすくなくなる 命令がないのでしょうかね？ | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band