本文へ移動
cccskills
無料GitHub で公開日本語紹介

migrate-settings-to-compose-swing

既存のSwing設定画面をCompose Swingへ移行し、状態や適用順を保ちながら、プレビューとテストまで整える作業を支援します。

原文原文の説明を見る

Move a Swing settings page to Compose Swing, with previews and tests.

JetBrains/intellij-communityスター 20,664(GitHub 20,664 + cccskills 0)

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • Swing設定画面をCompose Swingへ移行したいとき
  • 設定フォームをコントローラーから分離したいとき
  • 移行後のプレビューとテストを整えたいとき
  • ApplyやResetの挙動を保ちたいとき

日本語での紹介

できること

既存のSwing設定画面をCompose Swingへ移行する作業を、調査から確認まで案内します。画面内のページや入れ子の編集フォーム、検証、検索、Apply・Reset・Cancelの挙動を洗い出し、コントローラーとComposableを分けて状態とイベントを整理します。設定のトランザクションや適用順、入力検証、フォーカス、アクセシビリティなどを維持しながら、既存のコンポーネントを使って画面を組み直します。各フォームのプレビューとテストを用意し、IDE上で元画面との見た目や操作も確認します。

こんなときに便利

JetBrains IDEの設定ページをCompose Swingへ置き換えるときに向いています。特に、既存設定の適用順や共有モデルを壊さずに移行したい場合や、画面単体のテストとプレビュー、IDE上での表示確認まで進めたい場合に役立ちます。

使い方の例

  • 「このSwing設定ページをCompose Swingへ移行する手順に沿って整理して」
  • 「設定フォームをコントローラーから分離し、プレビューとテストを追加して」

注意点

Compose SwingのUI DSL、コンポーネント状態、テスト仕様など、参照先のライブラリ資料を読む手順が含まれます。プレビューとIDEでの実表示確認を行う想定です。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(1)

  • SKILL.md5.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- Generated by community/.ai/render-guides.mjs; edit community/.agents/skills/migrate-settings-to-compose-swing/SKILL.md -->

Migrating Swing settings pages

Extract the UI into declarative Compose Swing functions: state down, events up. Keep the configurable's transaction and application order.

Read kotlin-ui-dsl.md, README.md, and raw-swing.md. Read the library's component state and testing contracts.

Steps

Preserve unrelated files. Report unrelated renderer failures separately.

  1. Inventory every page, nested editor, and extension-provided form in the requested screen. Identify its model, UI owner, validation, search, and Apply, Reset, and Cancel behavior.
  2. Separate the controller from the form before changing layout. The controller reads the working model into state and handles events. The composable receives values and callbacks. It must render without a live project model. Use content slots for specialized controls that need platform services.
  3. Build one composition at the page boundary. Use the existing owner's lifetime. Child forms are composables in that composition; they take no disposable and create no host. Preserve configurables that own navigation, shared models, or application order. Use ComposeSwingSearchableConfigurable for a standalone page without those contracts.
  4. Use the base library's declarative controls for buttons, labels, text, and choices. Replace control-field reads with state reads. A programmatic Reset updates state. It does not publish a user edit. A migration creates no new components. When no library or IntelliJ component covers a control, stop and report it as a missing component. A new component is a reusable composable in the IntelliJ components package. It follows every rule of the library's custom components guide.
  5. Rebuild a Kotlin UI DSL panel { } with FormPanel. A page without the DSL keeps its layout structure. Preserve bundle keys, spacing, focus, labels, accessibility, and validation. Derive enabled and visible regions from state. Use one authority for each property. Keep hidden controls in the composition when their identity or state must survive.
  6. Add zero-argument composables with org.jetbrains.compose.swing.tooling.Preview beside each production form. Preview state and callbacks must call the same form. Include inherited values and disabled regions. Use the default preview size. A preview must not construct a project, configurable, transaction, or composition host. Use the preview to expose dependencies that belong in the controller.
  7. Test each migrated form in runComposeSwingTest, with the form passed to its setContent. Drive user actions, adopt callbacks into state, and assert the rendered result after recomposition. Test Reset, enabled regions, selection, labels, and value preservation. Test Apply, Cancel, model validation, disposal, and rebuilding through the owner's public API. Lifecycle tests alone do not verify the form. Confirm that the runner executed the intended tests.
  8. Open and interact with the previews in the IDE. Compare the live pages with the original. Check spacing, focus traversal, accessibility, keyboard actions, resizing, and the IDE look and feel. The running IDE must use the same form APIs as the compiled source. Report an API mismatch with the required IDE build; do not change the form to fit a stale runtime.

Rules

  • State. Each value has one owner. Hoist shared values and derive presentation from them. Preserve staged values across navigation. Key repeated editors by model identity. Do not cache model values with remember when Reset or another page can change them.
  • Transactions. Keep edits in the existing working model. Use bind(...) for persisted settings owned by ComposeSwingSearchableConfigurable. Preserve property transformations and change notifications. A standalone configurable calls requestModifiedCheck() for state changes without a user gesture.
  • Lifecycle. Dispose the root composition with its UI owner. Rebuilding creates a new composition. Do not dispose on temporary detachment. Do not add a disposable for each child form. An override of ComposeSwingSearchableConfigurable.disposeUIResources must call super.
  • Threading. Reach PSI, VFS, documents, and the project model from a LaunchedEffect.
  • Validation. Keep input-time and apply-time checks. Use ConfigurationException for apply-time refusal and the error-outline modifier for field errors.
  • Search. A composition host waits for a window and is empty during offscreen traversal. Use the standalone configurable's immediate composition when that traversal is required. Index conditionally absent strings with a SearchableOptionContributor when they must remain findable.
  • Verification. The headless harness verifies state, callbacks, and structure. Verify painting, preferred sizes, attach-scoped behavior, and visual parity in a realized IDE window. Report unconverted pages and unavailable checks. A wrapper around an unchanged form is not a completed page.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

actions

無料概要あり

IntelliJプラグインのAnActionと登録設定を実装・変更し、表示文言やアイコンの定義、非同期処理の起動方法を整えます。

  • IDEに新しいアクションを追加したいとき
  • アクションの登録やアイコンを変更したいとき
  • 表示名と説明文の定義を整理したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

bazel-test-migration

無料概要あり

IntelliJのJPSテストモジュールをBazelへ移行し、Bazelだけで起きる失敗を依存関係や実行環境から切り分ける手順を案内します。

  • JPSテストをBazelへ移行したいとき
  • Bazelだけで起きるテスト失敗を調べたいとき
  • テストの依存関係やデータ設定を確認したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

code-style

無料概要あり

IntelliJのKotlin・Javaコードを新規作成やレビューする際に、言語の選び方、書式、型の扱い、例外処理などのプロジェクト規約に沿って整えるスキルです。

  • IntelliJ規約に沿ってKotlinを書きたいとき
  • Javaコードをレビューしたいとき
  • 例外処理やsealed型の分岐を確認したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

commits

無料概要あり

IntelliJ向けの変更を適切な単位に分け、チケットの有無に応じた形式で、理由や判断も伝わるコミットメッセージを作成・修正するスキルです。

  • チケット付き変更のメッセージを作りたいとき
  • テストやドキュメントのコミットを整理したいとき
  • 既存のコミットメッセージを修正したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

compare-python-typecheckers

無料概要あり

Pythonコードの型推論や型エラーを複数の型チェッカーで比較し、各ツールの判定と診断内容をまとめたレポートを作成します。

  • 型推論の違いを比較したいとき
  • 型エラーになるか確かめたいとき
  • 複数チェッカーの診断を見比べたいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

compose-ui-architecture

無料概要あり

Compose Desktopの画面で状態や副作用をどこに持たせるか整理し、表示と判断の境界、再利用部品やリストの設計を整えます。

  • 画面とプレゼンターの責務を分けたいとき
  • UI状態の置き場所を整理したいとき
  • Effectやコルーチンの使い方を見直したいとき
JetBrains/intellij-community2.1万2026年10月26日 更新

JetBrains のスキルをすべて見る

このスキルの問題を報告する