I needed an updated version with all the plugin outlets that have been added recently and then I realised that it would be really easy to create a theme component for this, so there is no need to install a plugin any more.
The repository includes a script (gen/generate.rb) that will auto-generate the outlets based on the Discourse source code.
To toggle the plugin outlets, click the “connector” icon in the top right.
When you click a specific plugin outlet, the display will change and you will be able to see all the arguments to the plugin outlet. Click it again to change it back.
Yes, see the link at the very top of this topic, that refers to the topic about that. @Mittineague wrote a plugin in 2015. I was using it and then I found out that it needed to be updated (it hadn’t been updated for over 2 years).
The next step was me realizing that this could be done much easier now using a theme component.
Yes, I had started to update the plugin to take into account the changes in the number and locations of plugin outlets a few weeks ago, but other priorities moved it down on my ever growing todo list.
If the same information can be provided as a theme component that works in the GUI and doesn’t require editing app.yml and running launcher I think it would be easier for most. I may be wrong, but I have a feeling most prefer GUI over CLI.
There is no length limit (at least not one that is close to the current length of the file).
The theme component does take a while to install, your server might be not fast enough and time out because of the large number of plugin outlets / script fragments that are being used.
لقد وجدت نفسي دائمًا أضيف/أزيل هذا المظهر أثناء التطوير لمعرفة منافذ المكونات الإضافية. لتسهيل ذلك في بيئة التطوير الخاصة بي، أضفت زر تبديل لتبديل رؤية منافذ المكونات الإضافية. ربما يجدها الآخرون مفيدة لذلك قمت بإنشاء طلب سحب لهذا الغرض.
هناك مشكلة واحدة فقط، يبدو أنه إذا انتقلت إلى مسارات مختلفة، فإن المفتاح في الأعلى يمكن أن يخرج عن المزامنة مع منافذ المحتويات بحيث لا يمكنك أبدًا تشغيل أو إيقاف كل شيء في نفس الوقت (وهو ما كان مفيدًا في حالتي، ولكنه ربما غير مرغوب فيه بشكل عام؟).
ما الذي فاتني؟ لقد قمت بتثبيت المكون. ولكن هل ما زلت بحاجة إلى تشغيل البرنامج النصي لكي يعمل هذا؟ هل البرنامج النصي موجود على خادمي في مكان ما حيث يمكنني تشغيله؟ أم أحتاج إلى النسخ واللصق؟ إذا كنت أقوم بتعديل common/head_tag.html ، فهل أحتاج إلى إعادته لتعطيل هذا المكون؟
هناك خطأ بسيط في بطاقة المستخدم الجديدة كمكون سمة. لست متأكدًا مما إذا كان سيحدث عند شحنه في النواة (إذا كان كذلك). ومع ذلك… لا تزال نقاط الخروج في بطاقة المستخدم التجريبية تظهر عند إيقاف تشغيل نقاط الخروج:
يبدو أن هذا به خلل طفيف، فهو الآن ممكّن افتراضيًا عند كل تحديث للصفحة على جهاز الكمبيوتر الخاص بي الآن، وهو يطرح بعض التحذيرات من الإهمال:
[THEME 105 'Plugin Outlet Locations'] إشعار إهمال: تم إهمال عنصر واجهة المستخدم header-icons ولم يعد decorateWidget تجاوزًا مدعومًا. [مهمل منذ Discourse v3.3.0.beta1-dev] [معرف الإهمال: discourse.header-widget-overrides] [معلومات: https://meta.discourse.org/t/296544]
[THEME 105 'Plugin Outlet Locations'] إشعار إهمال: تم إهمال عنصر واجهة المستخدم header-icons ولم يعد attachWidgetAction تجاوزًا مدعومًا. [مهمل منذ Discourse v3.3.0.beta1-dev] [معرف الإهمال: discourse.header-widget-overrides] [معلومات: https://meta.discourse.org/t/296544]
أوه، شكرًا لك على لفت انتباهي إلى ذلك يا @Firepup650 !
لقد تحققت فقط من مكوناتي الإضافية مقابل هذا الإهمال ونسيت مكونات السمة الخاصة بي.
لقد دفعت تحديثًا لإصلاح هذا الإهمال.
سأقوم أيضًا بتحديث المكون لتضمين بعض منافذ المكونات الإضافية الأحدث قريبًا، ولكن هذا يستغرق بعض الوقت الإضافي بسبب منافذ التغليف الجديدة.
لقد قمت أيضًا بتحديث المكون لتضمين أحدث منافذ المكونات الإضافية، باستثناء منافذ التغليف لأنها تحتاج إلى مزيد من الوقت / إعادة هيكلة.