Шаблоны для JComments - страница 2 - Настройка внешнего вида

Глупый вопрос, скрины каких страниц надо сделать? Вы хоть скажите

не парься, я уже почти все сделал, только с фронта еще надо один красивый сделать, чтоб туда модули попадали одновременно и аватарки

и я бы делал на английском языке - на весь мир всё-таки работаем

я на английском как раз и сделал

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

где-то 600 на 600. и помимо лого 5 фоток всё-таки дают

Хм, вслед за RocketTheme, известный производитель шаблонов Gavick начал использовать JComments на своем демо сайте. И снова скажу: приятная неожиданность...

Хм, вслед за RocketTheme, известный производитель шаблонов Gavick начал использовать JComments на своем демо сайте.

Сразу видно - умные люди 

а что тут удивляться?
smart, вы разве ещё не поняли...что у вас замечательный компонент....просто супер-пупер...
да ещё и бесплатный к тому же...
да и с поддержкой, до которой многим разработчикам ещё расти и расти...

smart, вы разве ещё не поняли...что у вас замечательный компонент....просто супер-пупер...

ну просто на их рынок он вышел тогда, когда там уже очень плотно окопался JomComment и JoomlaComments... и я вообще удивлен, что у нас получается потихонечку отвоевывать место под солнцем

The World is not enough.

Поди размещение на JED даёт свои результаты


офф: 1000 сообщений   

Шаблон комментариев, как я понял, находится в папке www/components/com_jcomments/tpl
И шаблонизировать его как com_content, перенеся в папку своего шаблона, нельзя и придется прям там редактировать файлы?

Ну что касается смайлов  - давайте причешем.

А почему бы не вставить смайлы в шаблон?
Удобнее было бы распространять шаблоны, где под стиль комментариев уже был бы и набор смайлов.
При этом, можно было бы добавить в настройки возможность применения png смайлов.

Шаблон комментариев, как я понял, находится в папке www/components/com_jcomments/tpl
И шаблонизировать его как com_content, перенеся в папку своего шаблона, нельзя и придется прям там редактировать файлы?

Можно там, но лучше сделать копию папки default, назначить этот шаблон в настройках и править там.

А почему бы не вставить смайлы в шаблон?
Удобнее было бы распространять шаблоны, где под стиль комментариев уже был бы и набор смайлов.
При этом, можно было бы добавить в настройки возможность применения png смайлов.

Тоже за.

Шаблон комментариев, как я понял, находится в папке www/components/com_jcomments/tpl
И шаблонизировать его как com_content, перенеся в папку своего шаблона, нельзя и придется прям там редактировать файлы?

можно, в папке шаблона делаете папку JComments, и в нее копируете папку шаблона комментариев, и там уже редактируете... т.е. если папку /components/com_jcomments/tpl/default скопировать в /templates/rhuk_milkyway/jcomments/default, то при включенном шаблоне rhuk_milkyway будет использоваться вторая папка. Я об этом уже многократно писал.

А почему бы не вставить смайлы в шаблон?
Удобнее было бы распространять шаблоны, где под стиль комментариев уже был бы и набор смайлов.
При этом, можно было бы добавить в настройки возможность применения png смайлов.

ну PNG-смайлы и сейчас никто не запрещает, а перенести смайлы в шаблон... можно, но тогда это будет уже требованием к шаблону - иметь набор смайлов. А если их там вдруг нет?

И еще, сейчас смайлы лежат в одной директории, и их административной панели мы их можем настраивать. Не слишком навороченный интерфейс, но все же. Теперь представьте, что у нас есть 3 шаблона комментариев - для новостей, для гостевой книги и для отзывов в каталоге товаров. И хочется разные смайлы. Мы положили в шаблоны разные картинки... Но как мы будем настраивать их соответствие текстовым смайлам? Добавлять в редактор смайлов еще выбор шаблона? А не запутаем ли мы этим пользователя?

а возможно смайлы в один файл запихать?....вместо 18 запросов будет 1

а возможно смайлы в один файл запихать?....вместо 18 запросов будет 1

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

… А если их там вдруг нет? …

Брать по умолчанию.

И еще, сейчас смайлы лежат в одной директории, и их административной панели мы их можем настраивать. Не слишком навороченный интерфейс, но все же. Теперь представьте, что у нас есть 3 шаблона комментариев - для новостей, для гостевой книги и для отзывов в каталоге товаров. И хочется разные смайлы. Мы положили в шаблоны разные картинки... Но как мы будем настраивать их соответствие текстовым смайлам? Добавлять в редактор смайлов еще выбор шаблона? А не запутаем ли мы этим пользователя?

Да, при таком подходе придется в редактор смайлов внедрять выбор шаблона, даже если этот шаблон в папке шаблона Joomla.
Запутать? Хм… Возможно, но простой пользователь, который установил компонент и пользуется шаблоном по умолчанию, никаких путающих моментов, как мне кажется, не увидит, так как не работает с шаблонизацией. Может наоборот проснется интерес к стилизации под свой сайт. А те, кто целенаправленно реализует эту шаблонизацию, думаю, что в таких  настройках не запутается.

Просто не получится так, что если я заменю смайлы своим набором, а также заменю файлы no_avatar.png и email.png, что в папке www/components/com_jcomments/images, стилизуя их под свой сайт, то при следующем обновлении компонента они заменятся на те, что в архиве установки?

Просто не получится так, что если я заменю смайлы своим набором, а также заменю файлы no_avatar.png и email.png, что в папке www/components/com_jcomments/images, стилизуя их под свой сайт, то при следующем обновлении компонента они заменятся на те, что в архиве установки?

сейчас... получится.

Хорошо, в январе, после праздников, реализуем.

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

Ну а если организовать набор смайлов через dll файл, где будет находится весь набор, а в редакторе будет идти текстовое назначение, соответствующее индексу смайла в файле.

Теперь представьте, что у нас есть 3 шаблона комментариев - для новостей, для гостевой книги и для отзывов в каталоге товаров. И хочется разные смайлы. Мы положили в шаблоны разные картинки... Но как мы будем настраивать их соответствие текстовым смайлам? Добавлять в редактор смайлов еще выбор шаблона? А не запутаем ли мы этим пользователя?

нет, можно к каждому шаблону со своим набором смайлов иметь настроечный файл, где и будет прописано соответствие.
а редактор смайлов можно переделать так, что бы он работал только с текущим выбраным шаблоном, если в этом шаблоне нету своих смайлов, то он использует стандартный набор. или проще сделать выпадающим списком выбор шаблона в редакторе смайлов.
+ за монолитный набор (одной картинкой).

еще в процессе создания нового шаблона появилась потребность изменить вид капчи, идеально подошла капча w3box:



можно как то сделать, что бы в шаблон можно было ставить свою капчу?
ну минимум, хотя бы что нужно, это устанавливать свои параметры для имеющийся капчи - цвет фона, цвет буков

или проще сделать выпадающим списком выбор шаблона в редакторе смайлов.

именно так и сделаю

+ за монолитный набор (одной картинкой).

это на потом

можно как то сделать, что бы в шаблон можно было ставить свою капчу?

уже можно я щас дам тебе доступ в раздел тестеров, увидишь.

А я против смайлов одной большой картинкой - самайлы пусть будут отдельными.

А я против смайлов одной большой картинкой - самайлы пусть будут отдельными.

а, позвольте спросить, почему?

на 17 запросов меньше -> сайт грузится быстрее

один раз а потом они в принципе в кэше. А маяты потом с этими смайлами в сообщении прибавится.

один раз а потом они в принципе в кэше. А маяты потом с этими смайлами в сообщении прибавится.

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

Ускорять надо, но в крайности кидаться не стоит.

И как посетитель сайта увидит картинки из dll?

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

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

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

И как посетитель сайта увидит картинки из dll?

вот что-то подобное http://o-ucoze.ru/news/2009-02-24-691

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

Сервис предоставляется сайтом популярного интернет-мессенджера ICQ. Лежащая на нем библиотека wwp.icq.com/scripts/online.dll перенаправляет на картинку со статусом указанного в параметрах номера пользователя. Код для вставки этой картинки прост:

Code

<img src="http://wwp.icq.com/scripts/online.dll?icq=HOMEP_ICQ&img=N" border="0" />

Естественно, HOMEP_ICQ - это номер аськи, написаный без дефисов как целое число, а N - целое число от 0 до 27 (это на то время, когда пишу эту запись), которое определяет вид показываемой картинки.

А причем тут DLL? Ну какая разница как на сервере назвать файл скрипта? index.php или images.dll? если правильно сервер настроить - пофиг, какое расширение... тот пример напросто отображает картинку, и никакого отношения к Dynamic-link Library не имеет.

Про dll файл со смайлами — это я написал как пример, по аналогии с мирандой, где все иконки запакованы в файл такого типа.

Подскажите как изменить цвет фона комментария? Как то я лазил в стилях. изуродывал все что смог, до неузноваимости, а белый фон так и остался!  пожалуйста!

Вот еще шаблон, может кому пригодиться.


[вложение удалено Администратором]

Это старая версия. Вот обновленный прикрепил. Советую использовать этот, он более "доделан".

[вложение удалено Администратором]