Сегодня: 16:12:2025 Доброго вам вечера!

I live ExBB and CMS Limbo!  I live ExBB and CMS Limbo!
Логин :
Пароль :
Регистрация?  Забыли пароль? 
 

Страниц (117): В начало « ... 109 110 111 112 113 [114] 115 116 117 »

> Найдено сообщений: 1165
NordWest Отправлено: 17 января 2012 — 15:04 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
Проанализировал структуру базы данных, выявил зависимые таблицы и упорядочил структуру. Вроде все работает. Сейчас попробую описать здесь...
NordWest Отправлено: 17 января 2012 — 00:20 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
Поправил. Теперь по умолчанию всегда бросает на главную.
В принципе можно в админцентре прикрутить возможность выбора - с какой страницы стартовать.
Но логичнее все же всегда стартовать с главной.
NordWest Отправлено: 16 января 2012 — 20:20 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
Все, на редакторы забил. А то жизнь закончится, пока закончу.
Начал править движок...
И сходу столкнулся с непоняткой. Дурь какая - то. Вход на сайт зависит от положения пунктов в главном меню. Я в шоке. Это зачем такая связь? Причем завязано на первый пункт главного меню. Если там указанна ссылка на главную страницу - все нормально. Но если там чего другое - все, приплыли. Мне кажется это маразм какой-то. Я перепишу код, что бы по умолчанию юзер всегда попадал на "главную" вне зависимости от положения пунктов меню. Хм
NordWest Отправлено: 14 января 2012 — 23:59 • Тема: Создание и редактирование модулей Limbo • Форум: Limbo CMS

Ответов: 2
Просмотров: 1540
Параметры XML файла модуля Joomla

 Цитата:
<param name=»moduleclass_sfx» type=»text» default=»" label=»CSS-cуффикс класса модуля» description=»Суффикс, который будет использован в описании класса (table.moduletable) таблицы стилей (CSS) модуля. Это позволяет использовать индивидуальный стиль модуля.» /> – здесь указывается, что нужно вывести для редактирования системный параметр определяющий суффикс CSS класса модуля.

<param name=»sometext» type=»textarea» cols=»80″ rows=»5″ default=»" label=»Текст» description=»Обычный текст или текст в формате HTML, который будет выводиться в блоке модуля.» /> – данный параметр служит для вывода в административной части модуля многострочного текстового поля. Запомните имя этого параметра – «sometext». Это имя будет использоваться в дальнейшем.

</params> – закрывает перечень параметров модуля.

</mosinstall> – закрывает инфомационные данные модуля.


В XML файле модуля все необходимые параметры помещаются между тегами <params></params>, в виде списка.
Каждый параметр может быть прописан в XML файле различными способами. Все зависит от того, что это за параметр, как мы хотим использовать его в дальнейшем, в каком виде он должен быть представлен пользователю в административной части и т.д. Пример описания простейшего параметра:
<param name=»items» type=»text» default=»" label=»Количество объектов» description=»Количество показываемых объектов» />

В ряде случаев, параметр может быть прописан так, что его выходные данные смогут принять только какое-то одно фиксированное значение. Это делается с помощью «радио-кнопок» или выпадающих списков. Конструкция описания параметра при этом сильно видоизменяется, а сами фиксированные значения прописываются в тегах «option». Например:
<param name=»item_title» type=»list» default=»0″ label=»Заголовок объекта» description=»Показывать или нет заголовок объекта»>
<option value=»0″>Нет</option>
<option value=»1″>Да</option>
</param>

В данном примере, пользователь сможет задать параметру «item_title» только одно из двух, заранее определенных разработчиком модуля значений – 0 или 1. Свойству «default» в такой конструкции необходимо присвоить одно из опциональных значений «value». В приведенном примере default=»0″, значит при первом пуске административной части модуля, указатель «option» будет установлен в положение «Нет».

Каждый параметр модуля должен иметь обязательное свойство «name», которое служит идентификатором этого параметра. Значение этого свойства должно быть уникальным. Так же параметр должен быть дополнительно описан с помощью ряда свойств, таких как «type» – тип, «default» – значение параметра по умолчанию, «label» – наименование параметра и «description» – описание параметра.

Помимо основных свойств, параметр может содержать еще ряд дополнительных. Некоторые из них нужны лишь для изменения внешнего вида поля, в которое пользователь будет вводить данные, некоторые служат дополнением к типу параметра. Все свойства параметра актуальны лишь в административной части модуля. Для программного скрипта модуля они никокого значения не несут.

Пример использования дополнительных параметров в XML файле модуля:
<param name=»sometext» type=»textarea» cols=»80″ rows=»5″ default=»" label=»Текст» description=»Обычный текст или текст в формате HTML, который будет выводиться в блоке модуля.» />

Здесь свойства «cols» и «rows» определяют только ширину и высоту многострочного поля для ввода текста – «textarea» в административной части модуля.

Теперь давайте рассмотрим, какие свойства можно задавать параметрам в XML файле.
Свойство «name» – имя параметра.

Как уже говорилось, свойство «name» это идентификатор параметра, с помощью которого мы можем получить его значение в процессе выполнения скрипта модуля.
Имена для параметров модуля устанавливает разработчик в процессе его создания. Однако существуют еще зарезервированный CMS Joomla список имен параметров, которые служат для строго определенных целей. Это имена системных параметров.

moduleclass_sfx – это суффикс, который будет автоматически присоединен Joomla (Джумлой) ко всем CSS классам данного модуля, при его выводе на страницу сайта.

Пример использования параметра moduleclass_sfx в XML файле модуля:
<param name=»moduleclass_sfx» type=»text» default=»" label=»CSS-cуффикс класса модуля» description=»Суффикс, который будет использован в описании класса (table.moduletable) таблицы стилей (CSS) модуля. Это позволяет использовать индивидуальный стиль модуля.» />

сache – позволяет принудительно включить/отключить кэширование модуля.

Пример использования параметра cache в XML файле модуля:
<param name=»cache» type=»radio» default=»0″ label=»Разрешить кэширование» description=»Выберите, кэшировать ли содержимое этого модуля»>
<option value=»0″>Нет</option>
<option value=»1″>Да</option>
</param>
NordWest Отправлено: 10 января 2012 — 00:40 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
По моему я буду править редактор вечно. Нахмурился
Хотел было уже заканчивать, но черт меня дернул глянуть как это будет выглядеть в других браузерах.
То что красиво и ровно выглядело в Опере, в Файрфоксе разъхалось, а в IE редактор вообще не запустился. Получай молотком
Вторую половину дня потратил на поиски решения универсального для обоих браузеров. Идеального решения так и не нашел - выбрал компромисный вариант. А почему IE отказывается работать с редактором буду разбираться позже.
NordWest Отправлено: 9 января 2012 — 10:49 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
Продолжаю заниматься редакторами - вот же зануда. Хочется что бы было по максимуму. Радость
Как с редактором закончу - попробую сделать в админке, что бы при установке модуля сразу перебрасывало в его настройки. Туда все равно идешь в 99 процентах после установки.
А ещё сделаю что бы модули после установки были по умолчанию активны.
Это более логично. Иначе зачем я ставлю модуль, если не собираюсь его активировать? ??? Непонял!
NordWest Отправлено: 8 января 2012 — 18:31 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
Целый день занимался визуальными редакторами. В этой связи пришлось искать, как изменить размер окна редактора. Что-бы снова не искать - смотрим в файле content.html.php

PHP:
<?php 
$intro= ($edit)?$crow['introtext']:'';
echo editorArea('content_introtext',$intro,10,66,"width=500");
?>
</td>
</tr>
<tr>
<td>&nbsp;</td>
</tr>
<tr>
<td><?php echo _E_MAIN.' ('._CMN_OPTIONAL.')'; ?>:</td>
</tr>
<tr>
<td>
<?php
$body= ($edit)?$crow['bodytext']:'';
echo editorArea('content_bodytext',$body,20,66,"width=500");
?>
NordWest Отправлено: 8 января 2012 — 08:00 • Тема: Skype end Denwer • Форум: Limbo CMS

Ответов: 0
Просмотров: 1039
Примечание: если вы используете Skype, убедитесь, что он не занимает порты 80 и 443, необходимые для работы Денвера (Инструменты - Настройки - Дополнительно - Соединение - Использовать порты 80 и 443 в качестве... должно быть отключено). Либо же просто завершите работу Skype.
NordWest Отправлено: 6 января 2012 — 17:17 • Тема: Этапы разработки CMS Limbo • Форум: Limbo CMS

Ответов: 115
Просмотров: 41348
Короче день положил, что бы к старому модулю комментариев прикрутить КАПЧУ.
Новый модуль оказался кривой - я пока на него забил. Потом покопаю...
А пока получилось так.

NordWest Отправлено: 6 января 2012 — 08:34 • Тема: Лимботы • Форум: Limbo CMS

Ответов: 0
Просмотров: 871
Пока не забыл...
Понял, как вызываются лимботы.
Смотрим в class_content.php
Там ищем $_LIMBOTS->trigger - это как я понял и есть обьявления событий. Я нашел 5...

onPrepareContent
событие позволяет обрабатывать элементы контента, прежде чем вывести его на экран


onAfterDisplayContent
Событие возникает для информирования плагина о выводе информации непосредственно после сгенерированного материала


onAfterDisplayTitle
Событие возникает для и
нформирования плагина о возможности вывести текст между заголовком и текстом материала


onBeforeDisplayContent
Это событие для определения, что должно быть размещено непосредственно перед сгенерированным контентом


onSearch
Как то связано с поиском


В самом лимботе должна быть произведена регистрация обработчика события, например
$_LIMBOTS->registerFunction( 'onAfterDisplayContent', 'botComment' );
параметр onAfterDisplayContent' это событие
параметр botComment это функция реакции на событие

Вот здесь неплохая статья - http://kjoomla.com/station/34-jo...uginsjoomla.html

Страниц (117): В начало « ... 109 110 111 112 113 [114] 115 116 117 »

Powered by ExBB v1.1.180311