216:'''関数の引数リストにおいて認識されるパラメーター''''''関数の引数リストにおいて認識されるパラメーター'''−OOoのパーサーは、関数の引数リストにおけるパラメーターを認識することができます。"name"のようなクエリーが今や、実行されたならば、パラメーターの値の入力をユーザーに求めるダイアログを、適切に表示することになるということです。(飯高敏和)+OOoのパーサーは、関数の引数リストにおけるパラメーターを認識することができます。"name"のようなクエリーが、実行されたならば、パラメーターの値の入力をユーザーに求めるダイアログを、適切に表示することになるということです。2009このページは、http://wiki.services.openoffice.org/wiki/Base/New_features_in_3_1の日本語訳を行うページです。現在の進捗段階は以下のとおりです。allow.データベースドキュメントのマクロデータベースドキュメント(.odb)は現在、他の種類のOOoドキュメントが既にそうしているのと全く同じやり方で、マクロとスクリプトを埋め込んでいます。document.これまでのところ、マクロはデータベースドキュメントの複数のサブドキュメントに埋め込むことができます。フォームとレポート(技術的なことを述べると、これらはテキスト形式の複数のドキュメントです)に埋め込むことができます。それは、データベースドキュメント一箇所に変わることになります。document.これが意味するのは、マクロが全てフォームからデータベースの主要部分に移動したということであり、フォームドキュメントの要素へのマクロの割り当てが、フォームドキュメントのマクロではなく、データベースドキュメントのマクロつきで可能になることなのです。ドキュメントそのものからも、フォーム、レポート、テーブルデザイン、クエリーデザイン、リレーションデザイン、テーブルデータビューなどのドキュメントの任意のサブコンポーネントからも、マクロを実行することができます。任意のサブコンポーネントのツールバーやメニューでも、マクロのカスタマイズをすることができます。マクロをフォームかレポートに記録すれば、どこにマクロを貯蔵するのかを決める最終ダイアログは、もはやフォーム/レポートにはリストされず、データベースにリストされることになります。埋め込まれたフォームやレポートを含んでいるかもしれません。これが禁じられているために、マイグレーション・パスが不可欠になっています。全てのマクロとスクリプトがデータベース・ドキュメントの中にあるようにするために、ドキュメントを改変するのが目標なのですが、これを自動的にすることはできません。ボックスに表示されませんでした。ユーザーがマクロをマイグレーションするまでは、データベースドキュメントと全てのサブドキュメントは、あたかもこの仕様書が問題にしている機能を実装していないかのように振舞うでしょう。ツールバーやメニューでサブドキュメントのマクロをカスタマイズしたり、これらのマクロをサブドキュメントのイベントとバインドしたりなどするために、ユーザーは自由に、フォームやレポートに対して、追加のマクロを作成したり、既存のマクロを修正したりできます。ウィザード新しいメニューの項目を導入し、名前を「マクロのマイグレーション・・・」とし、最上位のメニュー「ツール」の既存の項目である「SQL・・・」のすぐ上におきます。steps:ユーザーがこのメニューの項目を選択すると、ウィザードがマイグレーションを通じてユーザーをガイドすることになり、それは効率的に次のような四つの段階からなっています。specification:データベースドキュメントの全てのサブコンポーネント、つまりフォームとレポート、そして開いているどのデザイナーも閉じられます。データベースドキュメントがバックアップされます。進捗状況バーが表示されている間は、スクリプトとマクロがマイグレーションされます。機能の詳細にわたる説明については、次の仕様書を読むことが推奨されています。UI.フォームやレポートのドキュメントへのプログラムからのより簡単なアクセスデータベースのドキュメントに含まれているフォームやレポートへのプログラムからのアクセスは、これまでになく簡単になっています。).openは、ドキュメントのUIのフォームをダブルクリックするのと全く同じ仕方で、すなわちドキュメントUIへの適切な接合を全てするかたちで、「フォーム名」というフォームを開くことになります。oor:name="Path"><value>url_to_jar_file</value></prop></node></node></node>ドライバーごとのクラスパスを事前に明示するための新たな構成設定org.openoffice.Office.DataAccess構成モジュールには新たな設定があります。それにより、ドライバーごとをベースに、JDBCドライバーを探す際に用いるクラスパスを明示することができます。共有されたOOoインストールの管理者は、インストールの事前構成のためのこの設定を用いることができ、それによりユーザーは、各々の.JARファイルを、各自のJAVAオプションに加える必要がなくなります。新たな構成のノードの完全パスは、/org.openoffice.Office.DataAccess/JDBC/DriverClassPathsとなります。典型的な構成を断片的に抜き出すと、以下のようになります。added.データベース構造が変更されれば、リレーションデザインが通知されます新しいテーブルが追加される際、そして新しい行が追加される際にもまた、目下のところではリレーションデザインが検出するようになっています。「テーブル追加」ダイアログもまた、新しいテーブルが追加された場合には、通知されます。table.リレーションデザインは現在、自己参照のテーブルリレーションをサポートしていますリレーションデザインは現在、参照しているテーブルが同時にまた参照されているテーブルであることができるようにするリレーションの作成をサポートしています。file:///c:/foo/bar]」というような形で、保管されます。database.結果として、データベースドキュメント(.odbファイル)を、下地になっているデータと一緒に、他のマシーンに移す場合には、この移植先のマシーンにファイル構造を複製するか、データベースのための設定を調整する必要がでてきます。checked.現在では、「ツール->オプション->読み込み/保存」ダイアログの「ファイルシステムに関連したURLを保存」オプションをチェックすれば、パスを相対パスで保存することができるようになっています。used.Hsqldb向けには、主キーを別様に取り扱うテーブルデザインになっていますこれは、hsqldbのためだけのものです。increment属性の列が追加されると、この列には自動的に、テーブルの主キー属性がつきます。incrementフラグも取り除かれることになります。increment属性の単独の列をサポートしているだけなのです。increment属性の列が用いられている場合に、主キーが一つより多くの列からなっているということは、hsqldbではありえません。mode.編集のために開かれたビューは、自動的に「SQLを直接実行」モードにされますビューを構成するSQLコマンドを編集するためのビューテーブル(現在のところでは、埋め込まれたHSQLDBだけのためにサポートにされた機能です)を開けば、クエリーエディターは自動的に「SQLを直接実行」モードにされます。input.関数の引数リストにおいて認識されるパラメーターOOoのパーサーは、関数の引数リストにおけるパラメーターを認識することができます。"name"のようなクエリーが、実行されたならば、パラメーターの値の入力をユーザーに求めるダイアログを、適切に表示することになるということです。string.クエリーデザイン:SQLシンタクスが広がりましたSQLパーサーは今では、TRIMコマンドを正しく認識するようになっています。)の省略された形式としてサポートされています。この関数は、文字列の冒頭と末尾の空白を取り除きます。configuredSpecification:http://wiki.services.openoffice.org/wiki/SQL_Syntax_HighlightingSQLシンタクスの強調表示Base向けには、「ツール-SQL...」と同様に「SQLビュー」にも、SQLシンタクスの強調表示のサポートが追加されました。IDEと同じ設定であることが重視されることになります。使用される色の全てを設定することができます。WikiDisclaimers。