ng bootstrap
17.0.1
Angular ウィジェットは、Angular エコシステム用に設計された API を備えた Bootstrap 5 CSS のみを使用してゼロから構築されています。
私たちが取り組んでいることをすべて確認するには、デモ サイトと問題のリストをチェックしてください。気軽にコメントしてください。
https://ng-bootstrap.github.io で動作中のすべてのコンポーネントを確認してください。
依存関係は Angular、Bootstrap 5 CSS、および Popper のみです。
Angular と Popper はピアの依存関係として明示的にリストされていますが、Bootstrap は CSS を個別にリリースしていないためリストされていません。以下の表は、ng-bootstrap の対応するバージョンがテストされる Bootstrap CSS の正確なバージョンを単にリストしたものです。
| ng-ブートストラップ | 角度のある | ブートストラップCSS | ポッパー |
|---|---|---|---|
| 1.xx | ^5.0.2 | 4.0.0 | |
| 2.xx | ^6.0.0 | 4.0.0 | |
| 3.xx | ^6.1.0 | 4.0.0 | |
| 4.xx | ^7.0.0 | 4.0.0 | |
| 5.xx | ^8.0.0 | 4.3.1 | |
| 6.xx | ^9.0.0 | 4.4.1 | |
| 7.xx、8.xx | ^10.0.0 | 4.5.0 | |
| 9.xx | ^11.0.0 | 4.5.0 | |
| 10.xx | ^12.0.0 | 4.5.0 | |
| 11.xx | ^13.0.0 | 4.6.0 | |
| 12.xx | ^13.0.0 | 5.0.0 | ^2.10.2 |
| 13.xx | ^14.1.0 | 5.2.0 | ^2.10.2 |
| 14.xx | ^15.0.0 | 5.2.3 | ^2.11.6 |
| 15.xx | ^16.0.0 | 5.2.3 | ^2.11.6 |
| 16.xx | ^17.0.0 | 5.3.2 | ^2.11.8 |
| 17.xx | ^18.0.0 | 5.3.2 | ^2.11.8 |
新しいプロジェクトのセットアップには Angular CLI を使用することを強くお勧めします。 Angular CLI プロジェクトがある場合は、回路図を使用して ng-bootstrap ライブラリを追加するだけです。
次を実行するだけです。
ng add @ng-bootstrap/ng-bootstrap angular.jsonで指定されたデフォルトのアプリケーションに ng-bootstrap がインストールされます。複数のプロジェクトがあり、特定のアプリケーションをターゲットにしたい場合は、 --projectオプションを指定できます。
ng add @ng-bootstrap/ng-bootstrap --project myProject回路図を使用せずにすべてを手動でインストールする場合は、当社の Web サイトにある手動インストール手順を参照してください。
私たちは、Bootstrap 4 と Angular の両方でサポートされている同じブラウザーとバージョン（どちらか制限が厳しい方）をサポートします。詳細については、「Angular ブラウザのサポート」および「Bootstrap ブラウザのサポート」を参照してください。
私たちのコードは、サポートされているすべてのブラウザーで自動的にテストされます。
GitHub の問題はバグ レポートや機能リクエストのために保管しておきたいため、一般的なサポートの質問については問題を開かないでください。 StackOverflow では、メンテナがng-bootstrapでタグ付けされた質問を参照しているため、質問の回答が得られる可能性が高くなります。
StackOverflow は、次の理由から質問するのにはるかに適した場所です。
あなたと私たちの時間を節約するために、一般的なサポートのリクエストであるすべての問題を体系的にクローズし、人々を StackOverflow にリダイレクトします。
できるだけ早く修正したいと考えています。ただし、バグを修正する前に、それを再現して確認する必要があります。
次の 2 つの点を尊重してください。
最小限の再現シナリオを使用すると、バグを迅速に確認 (またはコーディングの問題を指摘) できるだけでなく、適切な問題を修正していることを確認できます。
メンテナーの時間を節約し、最終的にはより多くのバグを修正できるようにするために、最小限の再現シナリオを主張することに注意してください。報告者からの連絡がない場合は、その問題を対処不可能としてマークし、報告者からの連絡がない場合は終了します。
興味深いことに、私たちの経験からすると、ユーザーは最小限の StackBlitz を準備しているときにコーディングの問題を自分で発見することがよくあります。大規模なコードベースからコードの重要な部分を抽出するのが難しい場合があることは理解していますが、問題を修正する前に問題を切り分ける必要があります。
ローカルでのプロジェクトの実行に関するドキュメントについては DEVELOPER.md を、貢献ガイドラインについては CONTRIBUTING.md を確認してください。
少し時間を取って当社の行動規範をお読みください
