Предложения для следующих версий joostina - страница 7 - Joostina

Хотелось бы иметь "кнопочку" как просматривать материал, блогом или таблицей..

Хотелось бы высокою популярность джустины 

Да, конечно, жёсткая трёхуровневая иерархия "раздел --> категория --> содержимое" дисциплинирует, и сайт получается более структурированным, чем, скажем на Wordpressе. Но хотелось бы больше гибкости. Например, размещать содержимое непосредственно в разделе. Или в категориях создавать подкатегории.

Или в категориях создавать подкатегории.

тоже думал об этом.
но это уже будет не Joomla (джустина).
подумайте сколько компонентов, модулей и мамботов завязаны на стандартной теме com_content. их тоже придется переписывать?
лучше воспользуйтесь для этого сторонними расширениями, например универсальным каталогом (где-то в разделе он упоминался)

подумайте сколько компонентов, модулей и мамботов завязаны на стандартной теме com_content. их тоже придется переписывать?

Я говорю не об изменении функционала, а о расширении при условии сохранения существующего. Просто старая структура будет как частный случай новой структуры. И старые компоненты будут работать. Потом  создадут новые альтернативные компоненты, которые будут поддерживать содержимое в корне раздела и подкатегории.

Тут парой сообщений выше говорилось о популяризации джустины. Так вот это "прокрустово ложе" содержимого очень мешает популяризации.

С моей точки зрения жесткая иерархия структуры и является самым узким местом в гибкости системы. Обходить ее сторонними расширениями - значит не признавать это узкое место "неудобством", хотя само наличие сторонних приложений для обхода проблемы уже говорит о ее наличии.

Я считаю что компонент com_content неоправдано сильно заинтегрирован с системой, когда-то шел разговор о выносе его в отдельный компонент и более полном его развитии.

Аналогично. Долгое время не мог понять почему настройки контента находятся в глобальных настройках.

Предлагаю интегрировать Sypex Dumper 2 в joostina. На офсайте дампера уже есть примеры интеграции, продукт, несмотря на бету, очень даже неплохо справляется со своей работой. Раз уж Joostina позиционируется как сверхбыстрая CMS, думаю, данное высокоскоростное решение будет очень даже как кстати...

Предлагаю интегрировать Sypex Dumper 2 в joostina.

А зачем такая интеграция? если нужно сделать дамп - то всегда можно рядом развернуть Sypex и выполнить данную процедуру, а постоянно в системе иметь такой инструмент вообще-то не нужно (любой лишний элемент системы увеличивает ее сложность и снижает надежность).

возможность привязки показа модуля не только к меню, но и к разделу|категории|компоненту

возможность привязки показа модуля не только к меню, но и к разделу|категории|компоненту

а что сейчас мешает привязать раздел/категорию/компонент к меню, а к меню уже модуль? привязка модулей к каким-то частям расширений весьма трудоемка, и лишит систему гибкости (ибо в этом случае ядру придется слишком много "знать" о потрохах расширений, а это крайне неправильно).

Очень неудобно сделано привязка контента к пунктам меню, то есть Создание - Пункт меню :: Ссылка - Объект содержимого, дело в  том, что когда число страниц Содержимого для связи перевалтвает за некоторое число страниц - очень неудобно листать километровый список.

Намного удобнее было бы сделать фильтрацию по разделу.категории через выпадающие списки.  Или просто ее добавить к существующему варианту.

Немного познакомившись с Drupal, узнал у них о замечательной штуке - возможности назначать любой статье, материалу, кроме автоматического url, ещё и нужный, например /about, или даже /about.htm, при обращении к которому происходила загрузка нужного мне материала.
Думаю, что эту полезную вещь можно оттуда позаимствовать

Хотелось бы получить поддержку 2-х адресов сайта, т.е.
к примеру кто-то захочет сделать проект дома (ну скорость инета позволяет), он настраивает домен на свой IP.
Но по стандартному адресу domen.ru он попасть не может (мешает админка роутера весящая на 80 порте), а удалённо domen.ru работает.
При попытке зайти на localhost пути к изображениям (и всему что содержит пути domen.ru) не отображаются, т.к. мешает роутер.
Есть ли возможность подставки адреса анализируя введёный адрес?
Т.е.
во время установки надпись: Введите адрес сайта
и вторая строка: Введите вторичный адрес (для локального доступа).
а скрипт будет анализировать какой вводиться адрес. Если пользователь набрал domen.ru, то ко всем путям подставляется domen.ru/...и т.д.
А если localhost, то тогда localhost/...и.т.д

Думаю понятно разъяснил. Этой функции очень нехватает сейчас (по крайней мере мне)

Стока интересных предложений, но прежде чем написать подумайте - стоит ли оно того? Нужна ли та предлагаемая возможность остальным пользователям?

Попробуй в конфиге заменить
на

но учти, что возникнут проблемы с кешем, поскольку при его формировании не учитывается домен сайта.

Возможность привязки не только к меню, но и противоположное - "кроме" меню.
Т.е. 2 списка.
Первый привязка к меню.
Второй - привязка ко всем пунктам, кроме ....
 

"кроме" меню.

+1
осеня надо насяльника

Предлагаю встроить в ядро опциональную аггрегацию и сжатие CSS и JS файлов для улучшения быстродействия и уменьшения нагрузки на сервер (что-то вроде функционала плагина CssJsCompress).

Хотелось бы избавиться в com_content от этих таблиц, уже CSS3 на дворе, а в три колонки и т.д. делается таблицами, обидно когда делают полностью валидный и классный многослойный шаблон, а на выходе все равно получается с таблицами в контенте, зачем обрамлять все таблицами, пора уже блочную верстку на 100% использовать? Да и если Joostina быстрая, почему бы не сделать загрузку страниц быстрее, ведь все знают что когда таблицы то время отображения увеличивается (сначала грузится таблица, потом ее содержимое и так несколько заходов - оно надо?), был бы рад в новом веке видеть современную CMS, в отличии от других, платных продуктов (Битрикс тот же) все используют таблицы там, где данные не табличные...Сори - просто накопилось, есть кто поддержит?)

Поддерживаю

Хотелось бы избавиться в com_content от этих таблиц, уже CSS3 на дворе, а в три колонки и т.д. делается таблицами...

joostina 1.2.1 версии постепе-е-ено перевожу на div
коля ругается, журит 

2doctorgrif
Это отлично, а если переведете данная версия будет в паблике? :-)
да, и за что ругается и журит, если не секрет, за то, что "постепе-е-ено" или за то что проявили инициативу? :-)
P.S. сейчас в основном последние 2 сайта делал на 1.2.1, там все шаблоны дивные, а контент таблицами, в общем вот поэтому и написал об этом..Если оффтоп извините.

Это отлично, а если переведете данная версия будет в паблике? :-)

Почему будет? Она уже в паблике, вот-вот релиз выйдет

boston,
предлагаю в стандартном модуле меню добавить кнопку показа количества статей в категории
и расширить возможности меню по выбору
добавить в выбор где:
mainmenu
topmenu
othermenu
usermenu
выбор на категории, VirtueMart, блог и новости
думаю многие меня поддержат в этом

Почему будет? Она уже в паблике, вот-вот релиз выйдет

не, полноценная "дивная" еще не в паблике
пока тестирую и вожусь с табличным выводом и его переносу на div

boston,
предлагаю в стандартном модуле меню добавить кнопку показа количества статей в категории
и расширить возможности меню по выбору
добавить в выбор где:
mainmenu
topmenu
othermenu
usermenu
выбор на категории, VirtueMart, блог и новости
думаю многие меня поддержат в этом

А я думаю, вам надо глубже изучить работу движка Joomla/Джустины. Ну, или сформулировать свою мысль более внятно.

Количество статей указывается не в модуле, а в параметрах самого пункта меню. Также и меню вы можете создать сколько угодно и каких угодно.

Хотелось бы высокою популярность джустины 

А она разве не популярна? По-моему популярности ей хватает Не везде конечно её можно использовать, но везде, где можно - я лично использую Joostina, да и друзей полно, которые о ней хорошо отзываются

boston, снова озвучиваю идею с "конструктором" на этапе установки. Т.е. галочками ставим какие расширения будут установлены в ядро. т.к. например, если не нужен файловый менеджер и пр. Если нужно доставить - положить в гугль коде все инсталляторы core'вых расширений.
Большое кол-во плюшек вызывает тревогу - как бы не ломанули сайт через найденную уязвимость в каком-нибудь компоненте, идущем по умолчанию (который таковым стал уже в Joostina).
Идеально было бы выйти на людей, которые занимаются....ммм... взломом сайтов поиском уязвимостей в скриптах  с целью проведения попыток взлома Joostina на полигоне и написании ими аудита. Это помогло бы найденные уязвимости залатать. Насколько знаю, услуга не дешевая, но может быть найдутся какие-нибудь энтузиасты.