Jagster
17 سبتمبر 2024، 7:12ص
1
يمكنني اختيار Contribute > UX #contribute:bug، لكنني لا أعرف ما إذا كان هذا التصدير ينطبق على جميع قنوات الدردشة أم على شيء آخر، لذا سأطرح سؤالي هنا.
إذًا، ما هذا ولماذا هو موجود:
إعجاب واحد (1)
mcwumbly
17 سبتمبر 2024، 8:28ص
2
يبدو أنها مشكلة برمجية بالنسبة لي!
من المحتمل أن تم تقديمها هنا:
main ← ux/convert-chat-plugin-ui
opened 06:19AM - 29 Aug 24 UTC
This commit converts the current chat plugin UI into the
new "show plugin" UI a… lready followed by AI and Gamification:
In the process, I also:
* Made a dedicated /new route to create new webhooks
* Converted the webhook form to FormKit
* Made some fixes and improvements to the `AdminPluginConfigPage`, `AdminPageHeader`,
and `AdminPageSubheader` generic components, so more plugins can
adopt the UI guidelines too. This includes adding a header outlet so plugins
can add action buttons to the plugin show page header.
* Fixes the submit button loading state for FormKit (by Joffrey)
أراها أيضًا في صفحة gamification.
إعجابَين (2)
j.jaffeux
1 أكتوبر 2024، 12:58ص
5
أعتقد أنه تم إصلاح هذا بواسطة:
committed 04:35AM - 30 Sep 24 UTC
In 61c1d35f17468b3666c966839da911d9f96dad19 I added a
PluginOutlet to AdminPlug… inConfigPage. This was intended to be
used as a way to render actions buttons inside the header of
a plugin that has a custom admin UI page. This worked, but
since the outlet was generically named, as soon as one plugin
used it the button would show on all plugins.
This fixes the immediate issue by naming the outlet based
on the plugin, then having each plugin specify their own
outlet to render into. There may be a nicer way to do this,
but for now this stops the bleeding.
(للعلم @martin )
شكرا!
5 إعجابات
j.jaffeux
4 أكتوبر 2024، 12:59ص
6
تم إغلاق هذا الموضوع تلقائيًا بعد 3 أيام من آخر رد. لم تعد الردود الجديدة مسموح بها.
