■SI Object Browser 掲示板
|
ユーザの皆様、開発者、サポート担当者の交流のための掲示板です! ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。 なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。 |
|
| ※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】 ※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。 ※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。 ※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。 | |
検索オプション
後迫@SI
先日8.0.1.4をリリースしたばかりですが、
Object Browserの初回起動時にプロダクトキーを入力し、
製品登録を行っても登録されない問題(Ver.8.0.0.0からの不具合です)を修正し、
再度8.0.1.5更新ファイルとトライアル版を再度アップロードいたしました。
8.0.1.4を既にダウンロードしていただいた方は大変申し訳ございません。
深くお詫び申し上げます。
ただ、8.0.1.4と比べますと、
「初回起動時に製品登録されない」以外に機能的な違いは全くございませんので、
既に製品登録をお済みのお客様は更新していただく必要は特にございません。
どうぞよろしくお願いいたします。
Object Browserの初回起動時にプロダクトキーを入力し、
製品登録を行っても登録されない問題(Ver.8.0.0.0からの不具合です)を修正し、
再度8.0.1.5更新ファイルとトライアル版を再度アップロードいたしました。
8.0.1.4を既にダウンロードしていただいた方は大変申し訳ございません。
深くお詫び申し上げます。
ただ、8.0.1.4と比べますと、
「初回起動時に製品登録されない」以外に機能的な違いは全くございませんので、
既に製品登録をお済みのお客様は更新していただく必要は特にございません。
どうぞよろしくお願いいたします。
返信を投稿
OB
ふうこう
ObjectBrowserのV7をアンインストール後、V8をAdministratorでインストールしました。
インストールしたユーザーでは正常に動作するのですが、別の一般ユーザーでWindowsにログイン後、
同じように起動すると、「環境設定に失敗しました」というエラーが表示されて起動できません。
対応方法を教えていただけないでしょうか?
インストールしたユーザーでは正常に動作するのですが、別の一般ユーザーでWindowsにログイン後、
同じように起動すると、「環境設定に失敗しました」というエラーが表示されて起動できません。
対応方法を教えていただけないでしょうか?
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
ご報告の現象についてですが、
「POWER USERS」権限を付加しても同様のエラーになるか試していただいても
よろしいでしょうか。
それでも解決しない場合は、
OSバージョンを明記の上、
oob.supportまでご連絡していただけますでしょうか。
どうぞよろしくお願いいたします。
後迫@SIです。
ご報告の現象についてですが、
「POWER USERS」権限を付加しても同様のエラーになるか試していただいても
よろしいでしょうか。
それでも解決しない場合は、
OSバージョンを明記の上、
oob.supportまでご連絡していただけますでしょうか。
どうぞよろしくお願いいたします。
返信を投稿
OB
ガラ
No.1008 ふうこうさんと同様、「環境設定に失敗しました」という
エラーが表示され、起動できません。
OS.WindowsNT4.0+SP5
ORACLEクライアント8.0.5
インストールの手順は
1.AdministratorにてOOB7をアンインストール
2.AdministratorにてOOB8をインストール
(Administratorでは起動を確認)
3.一般ユーザーでログイン、OOB8の起動
(「環境設定に失敗しました」)
尚、「POWER USERS」権限を付与しても同様のエラーが表示され、
「Administrators」権限を付与した場合、起動を確認できました。
しかしながら、一般ユーザーに対しての「Administrators」権限付与は
セキュリティ上好ましくないため、出来る事なら行いたくありません。
エラーが表示され、起動できません。
OS.WindowsNT4.0+SP5
ORACLEクライアント8.0.5
インストールの手順は
1.AdministratorにてOOB7をアンインストール
2.AdministratorにてOOB8をインストール
(Administratorでは起動を確認)
3.一般ユーザーでログイン、OOB8の起動
(「環境設定に失敗しました」)
尚、「POWER USERS」権限を付与しても同様のエラーが表示され、
「Administrators」権限を付与した場合、起動を確認できました。
しかしながら、一般ユーザーに対しての「Administrators」権限付与は
セキュリティ上好ましくないため、出来る事なら行いたくありません。
返信を投稿
OB
斉藤
OB8.0.1.4を使用しています。
全般的にグリッド表示のものについては、あるセルの値を変更した場合、他の行にフォーカスを移さないと変更されたとみなされないようです。
OB7では、他の行にフォーカスを移さなくても変更されたことになり、COMMITなどを行うことで変更内容が反映されていました。
OB7と同じ使い勝手にならないでしょうか?
下記がその例です。
●テーブル新規作成時/テーブル定義情報変更時(以前にメールで報告済み)
コメントを入力した後、他の行にフォーカスを移さないと「作成」を実行しても「COMMENT ON COLUMN」が実行されない。
●SQL実行ウィンドウでの結果編集時(「データ編集時に自動的にCOMMITする」は無効になっている)
「結果を編集可能にする」をクリックし、編集可能状態に切り替える。
「+」ボタンをクリックし、データ行を追加し、セルに値を入力していく。
必要なセルにデータを入力し終わったら、COMMITボタンをクリックして編集を確定後、「実行」をクリックしてSQLを実行すると、入力したデータが表示されない。
データ入力後、最後の列でTABキー押下または、「+」ボタンクリックで新しい行を追加後(フォーカスが新しい行に移る)、COMMITボタンをクリックするとデータが登録される。
また、テーブル定義情報を表示し、最初にクリックしたコメントのセルに小文字の英字が使用されている場合、自動で大文字に変換されてしまう。
その後、他の行にフォーカスを移すと定義情報が変更されたとみなされ、ソースタブ、データタブで表示を切り替える際や定義情報ウィンドウを閉じる際に再コンパイルの確認ダイアログが表示される。
以上、よろしくお願いします。
全般的にグリッド表示のものについては、あるセルの値を変更した場合、他の行にフォーカスを移さないと変更されたとみなされないようです。
OB7では、他の行にフォーカスを移さなくても変更されたことになり、COMMITなどを行うことで変更内容が反映されていました。
OB7と同じ使い勝手にならないでしょうか?
下記がその例です。
●テーブル新規作成時/テーブル定義情報変更時(以前にメールで報告済み)
コメントを入力した後、他の行にフォーカスを移さないと「作成」を実行しても「COMMENT ON COLUMN」が実行されない。
●SQL実行ウィンドウでの結果編集時(「データ編集時に自動的にCOMMITする」は無効になっている)
「結果を編集可能にする」をクリックし、編集可能状態に切り替える。
「+」ボタンをクリックし、データ行を追加し、セルに値を入力していく。
必要なセルにデータを入力し終わったら、COMMITボタンをクリックして編集を確定後、「実行」をクリックしてSQLを実行すると、入力したデータが表示されない。
データ入力後、最後の列でTABキー押下または、「+」ボタンクリックで新しい行を追加後(フォーカスが新しい行に移る)、COMMITボタンをクリックするとデータが登録される。
また、テーブル定義情報を表示し、最初にクリックしたコメントのセルに小文字の英字が使用されている場合、自動で大文字に変換されてしまう。
その後、他の行にフォーカスを移すと定義情報が変更されたとみなされ、ソースタブ、データタブで表示を切り替える際や定義情報ウィンドウを閉じる際に再コンパイルの確認ダイアログが表示される。
以上、よろしくお願いします。
返信を投稿
OB
後迫@SI
こんばんは
後迫@SIです。
お問い合わせいただいた件ですが、
Ver.8はVer.7と作り方が異なるため、同じ動きにする事ができませんでした。
Ver.7では
定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされます。
データタブでキー移動した場合、INSERT/UPDATE/DELETEは発行しません。
Ver.8では
定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされません。
データタブでキー移動した場合、INSERT/UPDATE/DELETEを発行します。
誠に申し訳ないのですが、
仕様としてご了承いただけますでしょうか。
>テーブル定義情報を表示し、最初にクリックしたコメントのセルに小文字の英字が使用>されている場合、自動で大文字に変換されてしまう。
>その後、他の行にフォーカスを移すと定義情報が変更されたとみなされ、ソースタブ、>データタブで表示を切り替える際や定義情報ウィンドウを閉じる際に再コンパイルの確>認ダイアログが表示される。
上記不具合に関しましては、次回バージョンアップで対応させていただきます。
ご不便をおかけしますが、どうぞよろしくお願いいたします。
後迫@SIです。
お問い合わせいただいた件ですが、
Ver.8はVer.7と作り方が異なるため、同じ動きにする事ができませんでした。
Ver.7では
定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされます。
データタブでキー移動した場合、INSERT/UPDATE/DELETEは発行しません。
Ver.8では
定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされません。
データタブでキー移動した場合、INSERT/UPDATE/DELETEを発行します。
誠に申し訳ないのですが、
仕様としてご了承いただけますでしょうか。
>テーブル定義情報を表示し、最初にクリックしたコメントのセルに小文字の英字が使用>されている場合、自動で大文字に変換されてしまう。
>その後、他の行にフォーカスを移すと定義情報が変更されたとみなされ、ソースタブ、>データタブで表示を切り替える際や定義情報ウィンドウを閉じる際に再コンパイルの確>認ダイアログが表示される。
上記不具合に関しましては、次回バージョンアップで対応させていただきます。
ご不便をおかけしますが、どうぞよろしくお願いいたします。
返信を投稿
OB
斉藤
私の解釈が間違っていましたら、しつこくてすいません。
> Ver.7では
> 定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされます。
> データタブでキー移動した場合、INSERT/UPDATE/DELETEは発行しません。
> Ver.8では
> 定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされません。
> データタブでキー移動した場合、INSERT/UPDATE/DELETEを発行します。
タブの切り替えでの動作ではなく
> 全般的にグリッド表示のものについては、あるセルの値を変更した場合、
> 他の行にフォーカスを移さないと変更されたとみなされないようです。
> OB7では、他の行にフォーカスを移さなくても変更されたことになり、
> COMMITなどを行うことで変更内容が反映されていました。
↑のような動作のことです。
「SQL実行ウィンドウ」を開き「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」を実行します。
データが1行取得されます。
そのデータの内容を編集するため、「結果を編集可能にする」をクリックし、「SAL」セルを5000から6000に変更します。
COMMITボタンをクリック後、「実行」ボタンをクリックすると再度「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」
が実行され、データが取得されますが、「SAL」は「5000」のままです。
OB7では、上記処理で「6000」に変わります。
OB8で、変更内容を反映させるには
「SQL実行ウィンドウ」を開き「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」を実行します。
データが1行取得されます。
そのデータの内容を編集するため、「結果を編集可能にする」をクリックし、「SAL」セルを5000から6000に変更します。
「+」ボタン(レコードの挿入)をクリックし、1行レコードを追加します。(または、6000を入力後、Tabキーを3回押下し、1行レコードを追加します。)
COMMITボタンをクリック後、「実行」ボタンをクリックすると再度「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」
が実行され、データが取得されます。
「SAL」は「6000」に変わっています。
OB7と同様で変更されるほうが、余計なステップがなくてよいと思います。
これが0B7とOB8の作り方の違いによる仕様でしょうか?
よろしくお願いします。
> Ver.7では
> 定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされます。
> データタブでキー移動した場合、INSERT/UPDATE/DELETEは発行しません。
> Ver.8では
> 定義情報タブで移動せずにタブを切り替えた場合は変更したとみなされません。
> データタブでキー移動した場合、INSERT/UPDATE/DELETEを発行します。
タブの切り替えでの動作ではなく
> 全般的にグリッド表示のものについては、あるセルの値を変更した場合、
> 他の行にフォーカスを移さないと変更されたとみなされないようです。
> OB7では、他の行にフォーカスを移さなくても変更されたことになり、
> COMMITなどを行うことで変更内容が反映されていました。
↑のような動作のことです。
「SQL実行ウィンドウ」を開き「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」を実行します。
データが1行取得されます。
そのデータの内容を編集するため、「結果を編集可能にする」をクリックし、「SAL」セルを5000から6000に変更します。
COMMITボタンをクリック後、「実行」ボタンをクリックすると再度「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」
が実行され、データが取得されますが、「SAL」は「5000」のままです。
OB7では、上記処理で「6000」に変わります。
OB8で、変更内容を反映させるには
「SQL実行ウィンドウ」を開き「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」を実行します。
データが1行取得されます。
そのデータの内容を編集するため、「結果を編集可能にする」をクリックし、「SAL」セルを5000から6000に変更します。
「+」ボタン(レコードの挿入)をクリックし、1行レコードを追加します。(または、6000を入力後、Tabキーを3回押下し、1行レコードを追加します。)
COMMITボタンをクリック後、「実行」ボタンをクリックすると再度「SELECT * FROM SCOTT.EMP WHERE EMPNO = 7839」
が実行され、データが取得されます。
「SAL」は「6000」に変わっています。
OB7と同様で変更されるほうが、余計なステップがなくてよいと思います。
これが0B7とOB8の作り方の違いによる仕様でしょうか?
よろしくお願いします。
返信を投稿
OB
後迫@SI
こんばんは
後迫@SIです。
すいません。
タブの切り替えに限って説明したのですが、
SQLの実行結果なども含めて、
全般的にグリッドを下キーで移動しないと反映されません。
Ver.7とは動きが異なり、お客様には大変申し訳ないのですが、
Ver.8ではBDE(ボーランド・データベース・エンジン)を使用せずに
構築したため、動きを同じにすることができませんでした。
大変申し訳ございません。
なにとぞご理解のほう、よろしくお願いいたします。
後迫@SIです。
すいません。
タブの切り替えに限って説明したのですが、
SQLの実行結果なども含めて、
全般的にグリッドを下キーで移動しないと反映されません。
Ver.7とは動きが異なり、お客様には大変申し訳ないのですが、
Ver.8ではBDE(ボーランド・データベース・エンジン)を使用せずに
構築したため、動きを同じにすることができませんでした。
大変申し訳ございません。
なにとぞご理解のほう、よろしくお願いいたします。
返信を投稿
OB
斉藤
> Ver.7とは動きが異なり、お客様には大変申し訳ないのですが、
> Ver.8ではBDE(ボーランド・データベース・エンジン)を使用せずに
> 構築したため、動きを同じにすることができませんでした。
回答ありがとうございます。
仕様ということで了解しました。
> Ver.8ではBDE(ボーランド・データベース・エンジン)を使用せずに
> 構築したため、動きを同じにすることができませんでした。
回答ありがとうございます。
仕様ということで了解しました。
返信を投稿
OB
MORO
いつもお世話になっております。
a)使用ツールのパスにダイアログをつけていただけないでしょうか。
b)使用ツールの存在チェックはできないでしょうか。
上記の件が修正されているのかと期待しましたが残念です。
次回以降に期待したいと思います。
以上です
a)使用ツールのパスにダイアログをつけていただけないでしょうか。
b)使用ツールの存在チェックはできないでしょうか。
上記の件が修正されているのかと期待しましたが残念です。
次回以降に期待したいと思います。
以上です
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
申し訳ございません。
要望として承っておりましたが、
今回のバージョンアップでは実装できませんでした。
次回バージョンアップで再度検討したいと思います。
どうぞよろしくお願いいたします。
後迫@SIです。
申し訳ございません。
要望として承っておりましたが、
今回のバージョンアップでは実装できませんでした。
次回バージョンアップで再度検討したいと思います。
どうぞよろしくお願いいたします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
お詫びがあります。
本日マイナーバージョンアップで、
メール、掲示板でいただいていましたVer.8の不具合をほとんど修正いたしましたが、
以前、掲示板でいただきました、
「データタブの抽出条件にバインド変数が使えない(Ver.7では可能だった)」
問題については今回対応が間に合いませんでした。
この問題については次回以降のバージョンアップで対応させていただきます。
大変申し訳ございません。
また、不具合が多く見つかった事もあり、
要望としてお受けしていただいていた分は
ほとんど実装することができませんでした。
ご希望に添えず誠に申し訳ございません。
要望につきましては、次回以降のバージョンアップで
再度ご検討させていただきます。
どうぞよろしくお願いいたします。
後迫@SIです。
お詫びがあります。
本日マイナーバージョンアップで、
メール、掲示板でいただいていましたVer.8の不具合をほとんど修正いたしましたが、
以前、掲示板でいただきました、
「データタブの抽出条件にバインド変数が使えない(Ver.7では可能だった)」
問題については今回対応が間に合いませんでした。
この問題については次回以降のバージョンアップで対応させていただきます。
大変申し訳ございません。
また、不具合が多く見つかった事もあり、
要望としてお受けしていただいていた分は
ほとんど実装することができませんでした。
ご希望に添えず誠に申し訳ございません。
要望につきましては、次回以降のバージョンアップで
再度ご検討させていただきます。
どうぞよろしくお願いいたします。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
本日Object Browser Ver.8を
8.0.1.4にマイナーバージョンアップいたしました。
Object Browserトップページから更新ファイルをダウンロードできます。
既にインスト-ルされている方(8.0.0.0トライアル版も含みます)は
更新ファイルをダウンロードしていただけますでしょうか。
更新手順につきましては、
解凍した2つのファイル(プログラム本体とヘルプファイル)を
上書きしていただくだけです。
プログラム変更履歴は以下のページをご覧下さい。
http://www.sint.co.jp/siob/html/rnotev8.html
また、トライアル版もVer.8.0.1.4に更新いたしました。
どうぞよろしくお願いいたします。
後迫@SIです。
本日Object Browser Ver.8を
8.0.1.4にマイナーバージョンアップいたしました。
Object Browserトップページから更新ファイルをダウンロードできます。
既にインスト-ルされている方(8.0.0.0トライアル版も含みます)は
更新ファイルをダウンロードしていただけますでしょうか。
更新手順につきましては、
解凍した2つのファイル(プログラム本体とヘルプファイル)を
上書きしていただくだけです。
プログラム変更履歴は以下のページをご覧下さい。
http://www.sint.co.jp/siob/html/rnotev8.html
また、トライアル版もVer.8.0.1.4に更新いたしました。
どうぞよろしくお願いいたします。
返信を投稿
OB
ボウズ
ログオンする際のデータベースを選択するテキストボックスに、
新しいデータベースを追加する方法を教えて下さい。
新しいデータベースを追加する方法を教えて下さい。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです。
Ver.8から
接続画面のデータベースがコンボボックスになりましたが、
tnsnames.oraを読み込んでリスト化していますので、
項目を追加したい場合は、tnsnames.oraにネットサービスの設定を
追加する必要があります。
よろしくお願いいたします。
あまり関係ないのですが、
tnsnames.oraファイル内の各ネットサービスのいずれかで、
開き括弧の数と閉じ括弧の数が合わない箇所がある場合は、
起動時にエラーになってしまいますので
tnsnames.oraを直接編集する場合はご注意下さい。
(SQL*Plusではエラーにならないのでわかりにくい所なのですが。)
後迫@SIです。
Ver.8から
接続画面のデータベースがコンボボックスになりましたが、
tnsnames.oraを読み込んでリスト化していますので、
項目を追加したい場合は、tnsnames.oraにネットサービスの設定を
追加する必要があります。
よろしくお願いいたします。
あまり関係ないのですが、
tnsnames.oraファイル内の各ネットサービスのいずれかで、
開き括弧の数と閉じ括弧の数が合わない箇所がある場合は、
起動時にエラーになってしまいますので
tnsnames.oraを直接編集する場合はご注意下さい。
(SQL*Plusではエラーにならないのでわかりにくい所なのですが。)
返信を投稿
OB
ボウズ
後迫@SIさん、ありがとうございます。
でも、まだわからない事がありまして。
tnsnames.oraファイルの中を見たら、以下のように記述されてました。
XXXXX.XXXXX.XXXXX =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = YYYYYY)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = HKSV01)
)
)
それで、
①,XXXXX.XXXXX.XXXXX が TNS接続名
②,YYYYYY がORACLEデータベースサーバのホスト名
③,1521 がORACLEリスナーのポート番号
④,ZZZZZZ がORACLEインスタンスSID
①の名称のつけ方は任意 + クライアント名でいいのですか?
④の名称のつけ方は任意でいいのですか?
勉強不足ですみません、教えて頂けないでしょうか。
お願い致します。
でも、まだわからない事がありまして。
tnsnames.oraファイルの中を見たら、以下のように記述されてました。
XXXXX.XXXXX.XXXXX =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = YYYYYY)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = HKSV01)
)
)
それで、
①,XXXXX.XXXXX.XXXXX が TNS接続名
②,YYYYYY がORACLEデータベースサーバのホスト名
③,1521 がORACLEリスナーのポート番号
④,ZZZZZZ がORACLEインスタンスSID
①の名称のつけ方は任意 + クライアント名でいいのですか?
④の名称のつけ方は任意でいいのですか?
勉強不足ですみません、教えて頂けないでしょうか。
お願い致します。
返信を投稿
OB
後迫@SI
こんにちは
後迫@SIです
>①の名称のつけ方は任意 + クライアント名でいいのですか?
クライアントごとに任意で設定できます。
(クライアント名をつける必要はありません。)
>④の名称のつけ方は任意でいいのですか?
こちらは、接続するインスタンスのSIDを指定する必要があります。
よろしくお願いいたします。
後迫@SIです
>①の名称のつけ方は任意 + クライアント名でいいのですか?
クライアントごとに任意で設定できます。
(クライアント名をつける必要はありません。)
>④の名称のつけ方は任意でいいのですか?
こちらは、接続するインスタンスのSIDを指定する必要があります。
よろしくお願いいたします。
返信を投稿
OB
gori
以前のVerではテーブルデータ表示の左側のボタン群に
"最後のレコード"というボタンがあったと思うのですが、
Ver8では見当たりません・・・
これはなくなった機能なのでしょうか?
この機能をいろいろ使っていたので
もし削除された機能であれば復活させてほしいのですが・・・
"最後のレコード"というボタンがあったと思うのですが、
Ver8では見当たりません・・・
これはなくなった機能なのでしょうか?
この機能をいろいろ使っていたので
もし削除された機能であれば復活させてほしいのですが・・・
返信を投稿
OB
初音 玲
[gori]
>Ver8では見当たりません・・・
>これはなくなった機能なのでしょうか?
http://www.sint.co.jp/commercialbbsdemo/bbs_disp.asp?current_page=1&disp_mode=2&detail_mode=1&message_id=911
上記発言のツリーで回答が行われています。
>Ver8では見当たりません・・・
>これはなくなった機能なのでしょうか?
http://www.sint.co.jp/commercialbbsdemo/bbs_disp.asp?current_page=1&disp_mode=2&detail_mode=1&message_id=911
上記発言のツリーで回答が行われています。
返信を投稿
OB
ジン選手
goriさんの意見にまったく同感です。
Ver.8ではテーブルデータ表示の左側のボタン群に
「最初のレコード」
「前のレコード」
「次のレコード」
「最後のレコード」
がなくなっていて、不便になりました。
復活を希望します。
[gori]
>以前のVerではテーブルデータ表示の左側のボタン群に
>"最後のレコード"というボタンがあったと思うのですが、
>Ver8では見当たりません・・・
>これはなくなった機能なのでしょうか?
>この機能をいろいろ使っていたので
>もし削除された機能であれば復活させてほしいのですが・・・
Ver.8ではテーブルデータ表示の左側のボタン群に
「最初のレコード」
「前のレコード」
「次のレコード」
「最後のレコード」
がなくなっていて、不便になりました。
復活を希望します。
[gori]
>以前のVerではテーブルデータ表示の左側のボタン群に
>"最後のレコード"というボタンがあったと思うのですが、
>Ver8では見当たりません・・・
>これはなくなった機能なのでしょうか?
>この機能をいろいろ使っていたので
>もし削除された機能であれば復活させてほしいのですが・・・
返信を投稿
OB