問題タブ [form-designer]

問題:

私はguvnorに埋め込まれたフォームビルダーを持っています。guvnor 内で新しいフォーム定義を作成し、フォーム定義のパッケージを提供しても、そのパッケージからのプロセスが表示されません。その検索で取得できる唯一のプロセスは、DEFAULT パッケージからの conming です。

期待:

フォーム定義作成時にポップアップ画面で提供したパッケージからのみ処理を取得したい。

環境:

次のパスからダウンロードした jbpm-form-b​​uilder.war で drools-guvnor 5.4.0.Final を使用しています。

https://repository.jboss.org/nexus/content/groups/public-jboss/org/jbpm/jbpm-form-b​​uilder-distribution/5.4.0.Final/

データモジュールまたはフォームに配置されたコンポーネントを自動生成および更新するための Delphi Open Tools API ツールを作成しようとしています。既にすべてのコンポーネントを一覧表示し (各コンポーネントは IOTAComponent (のクラス) のインスタンスで表されます)、それらのプロパティを変更できます (setPropByName(...)、getPropValueByName(...))。問題は、このコンポーネントがデータモジュールの形式に追加されるように、Open Tools API コードで新しいコンポーネントを作成する方法です。

私は API の IOTAModuleServices 部分を使用していますが、それは当面のタスクに適した部分だと思いますね。

Delphi フォーム デザイナで、変更を元に戻す方法を教えてください。Ctrl + Z を押しても何も起こらず、[編集] -> [元に戻す] に移動するとグレー表示されます。

何か足りないだけですか、それともうまくいきませんか?

また、それが機能しない場合、それを修正するためにインストールできるプラグインはありますか?

Title が logInUser (現在のログイン ユーザー名) と等しい項目からすべてを選択したいと考えています。

私のコードでは、作成しました：var logInUser = context1.get_web().get_currentUser();

しかし、これはうまくいきません。

以前は、ほとんどの場合、開発者のマシンで標準の 96 dpi ウィンドウを使用していましたが、現在では 120 またはそれ以上のウィンドウを使用するのが一般的です。

Delphi でフォームを高 dpi で保存しても安全ですか、それとも煩わしさやリスクはありますか? アプリケーションがさまざまな DPI モードで適切に動作する方法を尋ねているのではありませんが、Delphi フォーム デザイナーが高 dpi で正しく動作することが証明されているかどうかを尋ねているので、通常の DPI 処理技術を使用するアプリは、より大きな PixelsPerInch 値で保存されたフォームで問題なく動作します。 .

私は問題があります。Visual Studio 2012 WindowsForm VC++/CLR 混合 (/clr) プロジェクトで、デザイン時にイメージ リスト コントロール (ImageList) に小さなイメージを追加した後、後でプロジェクトを再度開いてフォーム デザイナーを開くと、次のメッセージが表示されます。 :

「C++ CodeDOM パーサー エラー: 行: 387、列: 18 --- 不明な型 ''。この型を含むアセンブリが参照されていることを確認してください。この型が開発プロジェクトの一部である場合は、プロジェクトが正常に構築されました。」

行は次のとおりです: this->components = (gcnew System::ComponentModel::Container());

メッセージが表示されたウィンドウを閉じ、目的のフォーム デザイナを再度開くと、すべてが正しく表示されます。さらに、デザイナを開くと失敗するか、開くのに時間がかかりすぎることがあります。プロジェクトをロードしたときにフォームが表示された場合にのみフォームが失敗しますが、その後はうまく表示されます。これが最終的に大きな障害につながるのではないかと心配しています。画像のリストは最初からプロジェクトにありますが、長い間変更されていません。この問題は、リストに画像を追加するだけで変更された後にのみ発生します。以前のバージョンに戻し、後で作業するために機能を残しました。なぜこうなった？この問題は、多くのビジュアル デザインの変更を妨げています。

プロジェクトで独自のカスタム コンボ ボックス コード .cs クラス ファイルを作成し、それをフォーム コントロール (デザイナー ファイル) で使用した Windows フォームがあります。

これは、作成された既存のプロジェクトでは問題なく機能します (つまり、デザイナー ファイルのコードを手動で変更して、カスタム コントロールに適応させました)。

問題: 同じフォームとコントロールを別のプロジェクト (ソリューション) で作成する必要があります...

mycombo.class ファイルと残りのフォームを他のプロジェクト ソリューションにコピーすると、以下のエラーが発生します (フォーム デザイナー ファイルを開こうとすると)...

ファイルを実行するとプロジェクトは正常に動作しますが、desiner.cs ファイルを開くと、特にコピーされたすべてのフォームの designer.cs ファイルのカスタム コンボボックス コントロールでエラーが発生します。

この問題の解決策はありますか? これを解決するためにさらに情報が必要な場合はお知らせください....

エラーのスクリーンショットを以下に示します。

コードに移動をクリックすると、それぞれのデザイナー ファイルが開き、次の行に移動します。

ここで、comboBox_sourcetype およびその他のコンボボックスは、カスタム作成されたコントロールです。

私にはカスタムがJTextAreaあり、それをカスタム で囲みたいと思っていますJScrollPane。

残念ながら、フォーム デザイナーは周囲に通常のオブジェクトを使用することのみを提案しており、パレットのようにJScrollPaneカスタム オブジェクトを定義するオプションを提供していないようです。

具体的には、このプロジェクトを .RSyntaxTextAreaで囲んで使用しようとしていRTextScrollPaneます。