cotonti.com : Идейный потоп https://www.cotonti.com Последние сообщения в теме Cotonti en Wed, 04 Feb 2026 16:43:46 -0000 Wilder # Kort : Через доп-поля и настройку page.tpl для конкретной категории страниц. Правда количество картинок будет фиксированным.
Что и требовалось доказать - невозможно. Ибо объяснить пользователю, почему он просто не может выбрать картинки для статьи, и при этом должен учитывать какие-то ограничения, обычно бывает невозможно. Кстати, я не случайно упомянул про такую возможность именно здесь - мне кажется, что плагином это сделать будет нельзя, т.к. придется вносить изменения в некоторые файлы ядра (как минимум, в pfs.inc.php) и, возможно, таблицы sed_pfs и sed_pages. Или это мне только кажется?

Кстати, включение capcha в стандартную поставку считаю необходимым, т.к. она уже давно стала неотъемлимым атрибутов открытых форм. А вот форум все-таки можно вынести за пределы ядра и сделать плагином (из серии "Возвращаясь к напечатанному") - он не используется в большинстве серьезных проектов.

# Rio : Wilder еще бы предусмотреть вставку картинок тегом или кнопкой в редакторе из любой галереии ( пользователя, общей,....)

Ммм... Не понял, что имеется в виду. Визуальный интерфейс, позволяющий выбирать картинку из галереи с обзором?]]> ср, 15 апр 2009 00:57:16 -0000 Kort # Wilder : Например, у нас табличный 3-колоночный макет. В средней колонке располагается текст статьи, а правая колонка отведена для изображений, относящихся к этой статье (очень распространенная структура страницы). Существующими средствами я не вижу способа, как это сделать.
Через доп-поля и настройку page.tpl для конкретной категории страниц. Правда количество картинок будет фиксированным.]]> вт, 14 апр 2009 15:59:53 -0000 Rio Wilder Я извинился там, что немного не дочитал, считаю идею расширения функционала вставки изображений очень удачной, еще бы предусмотреть вставку картинок тегом или кнопкой в редакторе из любой галереии ( пользователя, общей,....)

Sergeich
Ну если пойти по пути - "Дело спасения утопающих- дело рук, самих утопающих" Тогда про капчу не стоит и заморачиватся, пусть качают плагины и станет им счастье и потом прикручивают. Работать без защиты от спамботов - глупо!]]> вт, 14 апр 2009 15:55:10 -0000 Sergeich вт, 14 апр 2009 15:11:47 -0000 Wilder # Rio : Есть более продвинутый плугин о котором я уже несколько раз писал. Плагин простыми средствами библиотек позволяет ресайзить картинку прям в редакторе , в результате чего гененрит изображение , кладет его в папку и делает ссылку на оригинал.
Наверное, я не совсем точно объяснил, что имеется в виду. Дело не в изменении размера картинки "на лету". Основное достоинство mos_image в том, что любая картинка, находящаяся в файловом архиве, может быть привязана к статье, ей заданы свойства, применяющиеся только в данной статье (например, alt-описание) и (самое главное!) картинка может быть размещена в любом месте страницы, а не только в тексте статьи.
Например, у нас табличный 3-колоночный макет. В средней колонке располагается текст статьи, а правая колонка отведена для изображений, относящихся к этой статье (очень распространенная структура страницы). Существующими средствами я не вижу способа, как это сделать. Средствами же такого плагина это делается "само собой". Т.е. суть плагина - размещение изображений, относящихся к статье, в любом месте страницы, а не только непосредственно в тексте статьи. Если такая возможность есть - ткните пальцем.]]> вт, 14 апр 2009 15:00:20 -0000 Rio 1.Но хоть какая нибудь капча должна быть уже в поставке - Не подходит такая, для твоего проекта иди в раздел "Скачать" и ищи то что надо
2. Подробнее про формы и их создание исписано ................. Все кто делает и поддерживает проекты постоянно сталкивается с необходимостью , создать на портале, какую либо форму, что самое интересное почти всегда другую( не такую как прежде) - форма-заявки, форма-заказ, форма-опрос, анкета.............
Это не новость что в Джумле есть реализация на уровне компонента для выполнения таких операций. Администратор проекта создает нужные ему поля -текстовые, адресные, списки или переключатели и сохраняет такую форму. В дальнейшем вставляет её либо тегом либо пунктом меню. Ничего неожиданного. Не думаю что это просто. Т.к. ни одного бесплатного решения для Дж. мне не встречалось.
3. Дело скина, да кто бы спорил?! А что сделать плагин для того чтоб пользователь мог указать папку с картинками или банерами какие надо крутить, какие эфекты применить и вуаля.... Тоже самое с подсказками.А про типографику я просто молчу( тут кто как сможет) Конечно копилку готовых решений может заведем немного позже @};-
"Надо строить мосты, а не стены!"]]> вт, 14 апр 2009 14:48:29 -0000 esclkm 2.если честно то не понял
3. не надо - это дела скина - а изначальный скин должен быть максимально простым.
5 - обалдеть - но надо решать плагином]]> вт, 14 апр 2009 13:03:51 -0000 Rio # Wilder : По поводу вставки изображений есть идея, уже постепенно реализующаяся мной на практике: сделать вставку изображений по принципу джумловского модуля mos_image.Есть более продвинутый плугин о котором я уже несколько раз писал. Плагин простыми средствами библиотек позволяет ресайзить картинку прям в редакторе , в результате чего гененрит изображение , кладет его в папку и делает ссылку на оригинал. В Джумле это работает в любом редакторе.Хотя к принципу это отношения не имеет ( прошу прощения)
Теперь про хотелки
Мысли и работы esclkm очень грамотные и правильные, мне в общем нравиться его подход, который базируется в основном не на программных устоях, а на точке зрения использования ( пользователь, может продвинутый :-O )
Добавлю от себя!
1. Защита от спама ( капча или ..) должна быть включена сразу) и везде где есть возможность писать сообщения и отправлять на е-мейл + должна быть маскировка самих е-мейлов и невозможность их прямого вытаскивания
2.Считаю есть необходимость сделать плугин или какую нибудь "приблуду"для конструкции форм , ну, практически ни на одном проекте без этого обойтись нельзя!!!
3. Надо смелее вводить эти модные штучки, слайдеры, тултипы( подсказки) Мода есть мода, слава Богу ушли от gif анимации....
4. Очень важный модуль FAQ , считаю кто работает на заказчика или поддерживает свои проекты постоянно сталкивается с его необходимостью Сам FAQ реализовать не сложно, а вот сделать его - "живым" т.е. в виде блока -"Вопрос-Ответ" ( ну почти блог) это проблема Администрирование, вывод блока категории пользователей , отвечающих на вопросы ( что то небольшого комьюнити, с редактируемым шаблоном( поля всем нужны разные, хотя стандартные все одно останутся( можно из модуля контактов тащить)))
5. Файловые архивы отдельная песнь, Тут бы какое нибудь решение для скрытия ссылок и возможность ставить переход через анонимный сервис на ссылку с файло-обменника...]]> вт, 14 апр 2009 02:41:59 -0000 Wilder

1. Согласен по всем пунктам, включая "ПФС: брр" :-)

2. Согласен.

3. Логично.

4. Если много плагинов, и в каждом - порядка 10-15 настроек, страница разрастется до невообразимости и ориентироваться в ней будет сложно. Да и часто ли меняются настройки плагинов? Обычно только при первоначальной настройке сайта, а в дальнейшем приходится лазить туда довольно редко и далеко не во все плагины.

5. А зачем нужна авторизация после входа в систему? Вот возможность создания нового пользователя администраторами, имеющими на это права, должна быть.

6. Обеими руками...]]> ср, 08 апр 2009 15:54:18 -0000 Dayver
З.Ы. А AdminQV я тоже не пользую но если он будет в шаблоне, а не плагином его так же легко можно будет оттуда удалить(не намного сложнее чем отключить плуг)]]> пн, 06 апр 2009 14:33:18 -0000 jcrush AdminQV вообще сразу удаляю]]> пн, 06 апр 2009 09:06:17 -0000 esclkm пн, 06 апр 2009 07:31:06 -0000 Dayver # esclkm :
про 4. я имел ввиду нечто вроде такого:
Плагин 1
Влючитьда/нет
Включить аяксда нет
Плагин 2
Колво событий на страницеполеввода
Включить комментариида нет
Ну так я так и понял....я имел ввиду что если плугинов на сайте установлено много и у каждого дофигищи настроек то такая таблица может быть внушительной по размерам.....а это можеть быть недостатком из-за которого лучше оставить как есть.......но если в конечном итоге это будет описано в тпл файле и туда можно будет зафигачить вот такую тему то тогда я за]]> пн, 06 апр 2009 07:26:01 -0000 esclkm
про 4. я имел ввиду нечто вроде такого:
Плагин 1
Влючитьда/нет
Включить аяксда нет
Плагин 2
Колво событий на страницеполеввода
Включить комментариида нет
]]> пн, 06 апр 2009 07:17:52 -0000 Dayver esclkm:
1. ПФС: брр - требует больших доработок:
- шаблок - сейчас он реально вообще не настраивается Так это и не подлежит обсуждению просто взять и сделать но пока ни у кого руки не доходят(но это временно)
esclkm:
- добавляем файлы в чужой ПФС - автоматом возвращаемся в свой - тоже не хорошо
Это каким же макаром? чет не знал что это возможно
esclkm:
2. Админка. Зачем подтверждать страницы в ней. Я бы для этого использовал листы.
По этому поводу лично у меня однозначного мнения пока нету....ну и соотв. аргументов тоже
esclkm:
3. плагин AdminQV - пора б ему уже перекочевать в ядро. И просто стать шаблоном для админ-индекс.
Абсолшютно согласен....я об этом думал уже давно но посчитал что меня не поддержат потому как это противоречит принцыпу минимализма движка...... - "если чё и делать то все в виде плугов"
esclkm:
4. может сделать опцию - чтобы настройки всех плагинов выводились на одной странице - а то порой немного выводит из себя когда в плагине 1 настройка и бегай настраивай.
Думаю это будет перебор.....если много плугинов с массивным кол-вом настроек то прикинь шо это выдет за одна страница с этими настройками......хотя хотя тут еще можно расматривать конечный результат в виде явовых табов тогда в таком случае это будет намного удобнее чем сейчас......но тут могут возразить те кто против аякса(по сути явы) в движке
esclkm:
5. регистрация и авторизация: данные страницы доступны даже после того как пользователь уже вошел в систему. Регистрация должна быть доступна после входа только админам.
Согласен
esclkm:
6. в админке объединить станицу инструментов и модулей.
за обеими конечностями(да и нижними тоже)]]> пн, 06 апр 2009 07:11:11 -0000 esclkm
1. ПФС: брр - требует больших доработок:
- шаблок - сейчас он реально вообще не настраивается
- добавляем файлы в чужой ПФС - автоматом возвращаемся в свой - тоже не хорошо

2. Админка. Зачем подтверждать страницы в ней. Я бы для этого использовал листы.

3. плагин AdminQV - пора б ему уже перекочевать в ядро. И просто стать шаблоном для админ-индекс.
4. может сделать опцию - чтобы настройки всех плагинов выводились на одной странице - а то порой немного выводит из себя когда в плагине 1 настройка и бегай настраивай.

5. регистрация и авторизация: данные страницы доступны даже после того как пользователь уже вошел в систему. Регистрация должна быть доступна после входа только админам.

6. в админке объединить станицу инструментов и модулей.]]> вс, 05 апр 2009 22:07:44 -0000