ここでの提案の後:
https://github.com/rap2hpoutre/laravel-log-viewer/issues/39#issuecomment -139873059
アイデアは、別々のビュー(1つはレイアウト(つまりページラッパー)用、もう1つはコンテンツ用)(テーブル)を持つことです。 コンテンツを独自のアプリケーションの独自のレイアウトテンプレートに配置したい場合は、最初のステップとしてこのようにビューを分割する必要があるため、そもそもこのように作成するのに大いに役立ちます。
同意します。 セクションを追加するだけではどうですか?
はい、これはビューに階層構造を提供する通常の方法です。
+1
どのセクションを追加する必要があるかについての提案はありますか? 独自のビューを作成する必要がないため、セクションをどこに追加すればよいかわかりません。 私はPRを受け入れています。数日以内に何もない場合は、問題がないことを期待して独自のセクションを作成します。
おそらくさらに良い解決策:
Rap2hpoutre \ LaravelLogViewer \ LogViewerController
これにより、Rap2hpoutreを拡張する独自のLogViewerControllerを簡単に作成できます。 次に、$ viewLogFileまたは$ viewLayoutFileを設定して、独自のビューコンテナを親として使用します。
はい! これについてプルリクエストをお願いします。 ありがとう!! (あなたが私に言ってほしくないなら、私はそれを自分ですることができます)
一般的なポイントとして、ハードコードされた文字列やその他の値は、コントローラーをオーバーライドすることによって変更されるか、ある種のセッターまたは挿入された構成によって変更されるかにかかわらず、コントローラーのプロパティであることから確かに恩恵を受けます。 したがって、これはとにかく確かに良い考えであり、ログビューアページへのメインエントリポイントを簡単に変更できます。
ただし、この問題の主なポイントは、単一のビューを埋め込みレイヤーに分割することでした。埋め込みレイヤーは、他の方法でまとめたり、ページビュー全体をオーバーライドせずにレイヤーをオーバーライドしたりできます。 ページラッパーだけでなく、メインログテーブルとログファイルのサイドバーリストもあります。 これらはすべて、理想的には部分的な(ビューに含まれるビュー)IMOになります。
夏の後半にこれを使用するプロジェクトに戻る必要があるので、他の誰かがまだ作成していない場合は、PRを作成できます。
この問題は非常に古く(3年)、新しい機能を追加せずにこのパッケージを維持するだけです。 この問題を閉じます。 お気軽に再開をお願いします。
最も参考になるコメント
おそらくさらに良い解決策:
Rap2hpoutre \ LaravelLogViewer \ LogViewerController
これにより、Rap2hpoutreを拡張する独自のLogViewerControllerを簡単に作成できます。 次に、$ viewLogFileまたは$ viewLayoutFileを設定して、独自のビューコンテナを親として使用します。