Новости Joomla

Свои типы полей в Joomla.

Свои типы полей в Joomla.Это большая тема, о которой можно говорить очень много

Это большая тема, о которой можно говорить очень много. Самое главное, что возможности применения ограничиваются только вашей больной фантазией. Вы строите интерфейс своего модуля или плагина и вам нужно подтянуть данные из сторонней системы (список чего-нибудь по какому-нибудь API), чтобы сохранить выбранный id в Joomla. Или сделать какую-то проверку и в зависимости от неё показать то или иное сообщение пользователю. Для этого подойдут свои пользовательские типы полей. Интерфейс Joomla по большей части описан в XML-файлах. У каждого из них свои параметры. Некоторые не описаны в документации (manual.joomla.org), поэтому самым любопытным будет полезно заглянуть в собственно файлы фреймворка по пути

libraries/src/Form/FormField.php, а так же в
libraries/src/Form/Fields. У каждого класса поля перечислены его специфические свойства, которые можно описывать в XML. А в своём типе поля вы можете устанавливать эти значения программно. В моём модуле WT Quick links под капотом происходят изменения. Теперь для работы (в админке) ему нужен вспомогательный плагин. А в самом модуле нам бы проверить, а не выключен ли он? В Joomla есть тип поля Note - заметка. Его можно использовать для вывода примечаний.

<field type="note" name="your_note_for_user" label="Заголовок примечания" title="Альтернативный способ для заголовка" description="Текст примечания" class="col-12 alert alert-info" heading="h1" close="true" />

heading - указывать уровень заголовка.
close - позволяет закрыть это примечание. В классе поля
libraries/src/Form/Field/NoteField.php описана логика вывода. И в принципе оно нам подходит для нашей задачи. Но оно будет выводить сообщение всегда, а нам нужно только тогда, когда плагин отключён. Поэтому берём и создаём свой класс поля, который мы унаследуем от
NoteField. Это значит, что у нас в руках будет весь инструментарий стандартного поля
Note + то, что мы сами добавим. В XML-манифест добавляем наше поле

<field type="systempluginstatus" name="systempluginstatus" addfieldprefix="Joomla\Module\Wtquicklinks\Site\Fields"/>

-

type - имя файла и класса,-
addfieldprefix - указываем namespace к нашему классу, может быть любой нам нужный-
name - нельзя полю без имени...Это означает, что Joomla будет использовать класс поля из файла
modules/mod_wt_quick_links/src/Fields/SystempluginstatusField.php.А в классе поля будет написано следующее:

<?php // namespace для атрибута addfieldprefix namespace Joomla\Module\Wtquicklinks\Site\Fields; // нельзя напрямую обращаться к этому файлу defined('_JEXEC') or die; // подключаем родительский класс для переопределения use Joomla\CMS\Form\Field\NoteField; use Joomla\CMS\Language\Text; use Joomla\CMS\Plugin\PluginHelper; // имя класса и имя файла точь-в-точь class SystempluginstatusField extends NoteField { protected $type = 'Systempluginstatus'; protected function getLabel() { // если плагин не включён if(PluginHelper::isEnabled('system','wtquicklinks')) { // меняем свойства родительского класса $this->class = 'alert alert-danger w-100'; $this->element['label'] = '⚠️ А-а-а-а!'; $this->element['description'] = 'Плагин не включён!!'; // и просто рендерим его с нашими свойствами return parent::getLabel(); } // А иначе всё хорошо, скрываем поле из виду. $this->parentclass = 'd-none'; return ''; } }

Просто и удобно. И людям приятно, что о них позаботились и рассказали почему что-то не работает. @webtolkru#joomla #php #webdev #разработка

0 Пользователей и 1 Гость просматривают эту тему.
  • 10 Ответов
  • 54365 Просмотров
*

PaLyCH

  • Давно я тут
  • 956
  • 146 / 19
  • Менеджер проектов
<script type="text/javascript" src="/media/system/js/mootools.js"></script>
<script type="text/javascript" src="/media/system/js/caption.js"></script>

Вот эти два скрипта гразутся постоянно. Зачем они нужны?
« Последнее редактирование: 26.10.2009, 21:47:22 от PaLyCH »
*

Pups

  • Захожу иногда
  • 143
  • 25 / 0
  • Всего знать, не возможно....
В некоторых клубных шаблонах активно используются библиотеки этих скриптов, чтобы не подгружать по несколько раз вызов прописывают сразу.
*

ChaosDay

  • Захожу иногда
  • 365
  • 104 / 1
Используются для админки, а зачем пихать во фронт тоже не совсем понимаю(правда бывает нужны для некоторых расширений).
ЗЫ: А в коммерческих шаблонах обычно присутствует своя опция подключения/отключения этих js.
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
<script type="text/javascript" src="/media/system/js/mootools.js"></script>
<script type="text/javascript" src="/media/system/js/caption.js"></script>

Вот эти два скрипта гразутся постоянно. Зачем они нужны?

В классе ContentController (компонент com_content) в методе display первой командой загружается caption.js, который вытягивает mootools.js. Где это используется — честно говоря не знаю, сходу не нашел.
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
smart, а где в com_content при просмотре материалов используется caption.js? Вопрос-то вот в чем...
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Для неавторизованного пользователя - вроде бы нигде не используется... Можно в принципе конечно им в баг-треккер написать об этом... Денис, может накатаешь им репорт? В принципе для гостей действительно это нафиг не нужно.
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
Вот корректный вариант отключения данных скриптов для гостей (вставлять в самое начала файла index.php вашего шаблона):

Код: php
<?php
$user =& JFactory::getUser();
if ($user->get('guest') == 1) {
  $headerstuff = $this->getHeadData();
  $scripts = $headerstuff['scripts'];
  $headerstuff['scripts'] = array();
  foreach($scripts as $url=>$type) {
    if (strpos($url, 'js/mootools.js') === false && strpos($url, 'js/caption.js') === false) {
      $headerstuff['scripts'][$url] = $type;
    }
  }
  $this->setHeadData($headerstuff);
}
?>
<jdoc:include type="head" />
« Последнее редактирование: 20.11.2009, 22:19:09 от smart »
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
Тогда вопрос следующего характера: можно ли собрать свою библиотеку на сайте mootools и добавить только необходимые процедуры, все остальное выкинуть, далее, скомпилировать такой файл и ужать компрессором?
потенциально - да, а практически, мне кажется достаточно отключить ее подгрузку для гостей... это снизит время загрузки для случайных посетителей, а для постоянных - эти файлы все равно закэшируются браузером при первой загрузке и потом мешать не будут
*

smart

  • Администратор
  • 6478
  • 1318 / 15
  • Хочешь сделать хорошо — сделай!
По идее можно вот так попробовать еще:

Код: php
<?php
$user =& JFactory::getUser();
if ($user->get('guest') == 1) {
  $headerstuff = $this->getHeadData();
  $key1 = JURI::base(true). '/media/system/js/mootools.js';
  $key2 = JURI::base(true). '/media/system/js/caption.js';
  unset($headerstuff['scripts'][$key1], $headerstuff['scripts'][$key2]);
  $this->setHeadData($headerstuff);
}
?>

По-моему, то на то и выйдет...
« Последнее редактирование: 20.11.2009, 22:20:24 от smart »
*

Physicist

  • Глобальный модератор
  • 984
  • 194 / 0
  • Рябов Денис
Можно наверное еще короче, если напрямую к _scripts обращаться (решение в одну строку), но работать будет до тех пор, пока в Joomla не перейдут на ООП и не сделают это поле protected или private.
*

brat_ii

  • Осваиваюсь на форуме
  • 16
  • 0 / 0
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

Вопрос по загрузки библиотеки JavaScript "MooTools"

Автор Elimelech

Ответов: 0
Просмотров: 3695
Последний ответ 10.03.2020, 00:43:29
от Elimelech
Как убрать кнопки редактирования статей на фронте?

Автор Leto

Ответов: 1
Просмотров: 17138
Последний ответ 16.09.2008, 11:22:07
от Mitrich