Yes, and presumably you can apply to every available Theme so this can’t be switched off? (to address @sarahann concern about this approach).
I could use display: none but it might now be as secure as we need it to be. And I figured it would be helpful to have a discussion on how to remove / change Discourse UI templates.
「いいね！」 2
It’s tricky to do properly, unfortunately. For a big customer of ours who needs functionality removed, my approach has been to hide the elements with CSS and remove the controller side actions by using add_to_class to overwrite the methods with an error in plugin.rb.
「いいね！」 9
I have a same problem. I’m working on plugin with topic, and I have to change the html structures but it’s impossible with only CSS. So I was tried to overwrite template but changes never applied.
So do you have find any solution for that?
You can override any template in the application if you like (although outlets are always preferred!). How were you doing it? did you confirm the name is exactly the same as the template you are replacing?
「いいね！」 3
I tried to override the “list/topic-list-item.raw.hbs” template, but even though I removed all of the content in template, the topic items still appearing as original, any changing in override template never worked.
Please help me what I was wrong.
See: GitHub - discourse/discourse-simple-theme: Sam's simple discourse theme for an example of how it is done.
「いいね！」 4
Hello,
When I run the command git grep “plugin-outlet” – “*.hbs” in my Linux Terminal, nothing shows up. Any ideas why? Thanks for your help!
Caveat: This is a sysadmin answer, not a plugin developer answer, and I can’t guess what you might have done before you did your git command.
Did you add it to git? What about
grep -r plugin-outlet .
「いいね！」 2
Building on Jay’s shoulders here, you can of course focus on the specific file type:
grep -r "plugin-outlet" --include \*.hbs
「いいね！」 3
もしプラグイン outlet が以下のように見える場合、考慮すべき点は異なりますか？
{{plugin-outlet name="users-top" connectorTagName="div" args=(hash model=model)}}
connectorTagName と args 属性は、プラグイン開発者がこれらの outlet を使用する際に特定の制約や追加のアクセス権を意味するのでしょうか？
はい、 outlets が確立する API と連携する必要があります。
users-top には、使用できる model が渡され、この場合、コネクタは div でレンダリングされます。
「いいね！」 2
{{plugin-outlet}} が見つかりませんでした。同じ名前のコンポーネントがいくつか見つかりましたが、これらは同じものでしょうか？
「いいね！」 1
Discourse のコードが変更され、ガイドが古くなっている可能性があります。
この例を探しています。
代わりにこれを見つけました。
そして、この素晴らしいテーマコンポーネント (deprecated) Plugin outlet locations theme component を使用すると、アウトレットがどこにあるかを確認できます。
ご質問にお答えすると、新しい構文で同じだと思います。
「いいね！」 3
このタグも見つけました。すべて同じかどうか確認していただけますか？
{{~raw-plugin-outlet name="topic-list-after-title"}}
プラグインアウトレットに関する最新の参考資料はこちらです。
数日中にOPを更新するようにします。
「いいね！」 5
OPは新しい構文と完全なドキュメントへのリンクで更新されました
「いいね！」 6
コマンドは次のように更新されるべきだと思います。
git grep "<PluginOutlet" -- "*.gjs"
そのリンクには「非推奨」と記載されています。
編集: トップの投稿の下にPRを作成するためのリンクを見つけたので、PRを作成しました。
「いいね！」 2