cotonti.com : Шло время, менялись стандарты https://www.cotonti.com Последние сообщения в теме Cotonti en Mon, 03 Nov 2025 20:42:50 -0000 Trustmaster вс, 15 мар 2009 12:36:05 -0000 Ratibor # Trustmaster : Если в текущем скине шаблона нет, пробуем использовать тот, который имеется в скине по умолчанию (это сделано для того, чтобы не копировать лишние шаблоны в каждый скин, если они все одинаковы и могут располагаться в одном скине).
Вот с этим я уже запарился бороться. Зло это.
Имеем к примеру на сайте по дефолту навороченный скин.
также есть к примеру урезанный скин скажем для пользователей коммуникаторов.

Если скажем в дефолтном скине есть page.news.tpl,
а в остальных скинах этого файла нет, то он все равно подключится в остальных скинах.
Скопировать недостающие файлы в другие скины не составляет труда,
а вот как отучить в скинах подключать ненужные мне файлы из дефолтного скина ?
Нехорошо получается.

На крайняк если уж приспичило использовать такую "фичу",
то надо ввести в my_skin.php переменную и если она определена,
то позволяется подключать файлы из дефолтного скина.
А если эта переменная не определена, но и нефиг шарится по скинам.

Trustmaster : глянь пожалуйста сюда, т.к. не все гладко еще со стилями.]]> вс, 15 мар 2009 04:16:42 -0000 Trustmaster
То же касается концепции шаблонов, которая уже сейчас продумана довольно грамотно:
[list=1]
  • Если шаблон предоставлен в скине, значит он адаптирован под текущий скин лучше всего, грузим его.
  • Если в текущем скине шаблона нет, пробуем использовать тот, который имеется в скине по умолчанию (это сделано для того, чтобы не копировать лишние шаблоны в каждый скин, если они все одинаковы и могут располагаться в одном скине).
  • В противном случае полагаем, что следует использовать шаблон, предоставленный разработчиком плагина.

    • Насчет выноса дефолтной темы админки согласен, но надо еще подумать над реализацией, чтоб и копипасту исключить, и поддержку заточки админки под скин предоставить, и производительность не потерять.]]>     вс, 15 мар 2009 03:56:42 -0000     esclkm
    далее предлагаю adminqv -сделать частью ядра

    Скин - это не только header и footer.
    Ога это еще и индкес и css. В большинстве своем снинмакерство этим ограничивается]]>     чт, 12 мар 2009 05:09:48 -0000     Dayver esclkm Нееее ты не даун ты извращенец!

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

    Кстати я тоже даун ибо всегда юзаю либо первый способ либо второй.....при этом беру готовый скин другого движка и обертываю\замещаю в тплках html кодом готово скина теги котонти\html код сед-лайта.]]>     чт, 12 мар 2009 05:02:42 -0000     medar Этими двумя способами воспользуются только дауны. 90% скинмейкеров не трогают внутренние страницы, просто копируя их из дефолтного скина.
    Скин - это не только header и footer.

    Я делаю дефолтный скин с понятной css и логичными внутренностями, скоро будет.]]>     чт, 12 мар 2009 04:54:28 -0000     esclkm Этими двумя способами воспользуются только дауны, Черт ты меня назвал дауном.

    1. title
    2. subtitle
    3. main
    Согласен! твоя правда все дефолт скин должен иметь человекопонятную css. текущий скин абы что.

    СЛУШАЕМ!
    Мы дали свободу скинмакерам - они могут весь скин закинуть в скина папку и все хорошо?
    А почему не дать такую жже свободу локализаторам - все ленг файлы в папку с язываком?

    НО по ИМОЛЧАНИЮ : в плагине пусть лежит стандартный темплей и локаль.

    А еще - папка админ - имхо временная! так как мы вынесем все в модули - а в них, я надеюсь, сохранится структура подобная плагиновой.

    (господа! половина из вас предлагает одно и тоже - но разным обзором - но вы не хотите ваших колег слышать.)]]>     чт, 12 мар 2009 04:20:46 -0000     Kort чт, 12 мар 2009 04:20:11 -0000 Ratibor # Dayver : 2. Скачав дистрибутив котонти и начав делать свой сайт ты поступишь(в плане дизайна и скинов) двумя способами : Этими двумя способами воспользуются только дауны,
    переделывать этот мусор - это как минимум себя не уважать,
    а нормальные люди берут просто и пишут с нуля скин.
    Ну или накрайняк рипают приличные сайты или конвертят шаблоны от других движков.

    Стандартный скин максимум нужен только для того чтобы посмотреть какие тэги в какой tpl`ке используются.]]>     чт, 12 мар 2009 03:37:38 -0000     Kort 1. title
    2. subtitle
    3. main
    А как сейчас -- непонятно.]]>     чт, 12 мар 2009 02:24:22 -0000     Aristei По поводу выноса дизайна админки в отдельную папку в папке скина согласен, верное решение.

    А вот со скинами для плагинов, мне кажется лучше чтобы tpl для плагинов работали из папки самого плагина. Думаю это логично, - в том плане что верстая сайт, оформление для разделов сайта созданные средствами плагина, верстается изменением tpl файлов, которые лежат в папке с плагином.

    А вообще ИМХО спор не очем.]]>     чт, 12 мар 2009 01:07:53 -0000     Dayver
    1. тпл в папке с плугином это крайне не удобно ибо под каждый отдельный скин\диз тебе нужно свой палагиновский тпл ибо содержимым они будут отличатся не только именами класов но и структурой (ну типа adminqv.tpl для sed-light, adminqv.tpl для второго скина, adminqv.tpl для третьего скина и т.д .... и как при этом ты сделаешь это одним файлом в папке с плугом? поэтому тпл в папке skins/sed-light/plugins/adminqv.tpl - верх юзабилити)

    2. Скачав дистрибутив котонти и начав делать свой сайт ты поступишь(в плане дизайна и скинов) двумя способами :
    первый способ - начнешь переделывать тплки в sed-light (тогда что бы пределать дизайн везде тебе будет проще если все тплки будут в папке скина, а не по папкам плагинов; если админку впадло переделывать то просто в папку skins/sed-light/admins/ не полезешь, если захочешь переделать, то тебе не придется создавать с нуля файла или искать где же там гипотетически расположены дефолтные админские тпл .... куда ты там хочешь их засунуть systems/admins/tpl/)
    второй способ - скопируешь содержимое папки sed-light в папку которую обозвал по своему и тут тебе проще делать(скопировал один раз и не рыскаешь по плагинам что б оттуда скопировать ихние тплки в свой скин) ..... спросишь - а зачем тебе понадобится копировать их в папку скина и переделывать эти плагиновские тплки - а потому как если ты их не буш трогать то они корректно будут работать под sed-light но никак не под новым скином (а ведь если посетитель твоего сайта может захотеть переключить скин в своем профиле).

    Если скажешь что тплки двух твоих скинов структурно практически не отличаются окромя имен класов и собственно цссок ..... тогда такая система больше подходит под принцып "один скин и несколько тем в нем"

    Так что принцып:
    # Ratibor : Это плагин, а посему в папку с плагином, как и news и все остальные tpl находящиеся в папке /скин/plugins/
    Конечно никто не призывает выкидывать папки plugins и admin из скина sed-light,
    их можно оставить как пример, но нужно обязательно раскидать находящиеся там tpl по своим местам.
    Подходит лишь тем кто скачав кот не будет переделывать скин(таких = 1%) остальные будут (и не важно кто это будет делать админ сайта или дизайнер этого сайта им обоим будет лучше если все тплки будут лежать в папке скина)]]>     ср, 11 мар 2009 23:59:43 -0000     Kort <div id="content"> и он открывается в header.tpl, а закрывается в footer.tpl.
    А если в стиле Seditio, то это 
    <div id="main">
    и в шаблоне плагина.]]>     ср, 11 мар 2009 18:36:25 -0000     Ratibor # Kort : Дефолтный скин -- это sed-light.css?
    Из-за криво написанного и плохо комментированного скина sed-light вся эта буча? :-O
    Не важно какой дефолтный скин, он вообще никак не должен влиять на работу плагинов в других скинах.]]>     ср, 11 мар 2009 18:32:54 -0000     Kort Из-за криво написанного и плохо комментированного скина sed-light вся эта буча? :-O]]> ср, 11 мар 2009 18:29:27 -0000 Ratibor # Sergeich : Ratibor, а разве сейчас не так сделано? По моему именно так, как ты говоришь всё и реализовано с плагинами. я не знаю кто как, а я практически каждый тпл плагинов подгоняю под общий дизайн скина. Грузить 100 мелких CSS файлов плагинов, это сильно хуже чем загрузить 1 большой CSS скина.
    А меня не устраивает то, что приходится рыться в дефолтном скине и выискивать что же там относится к конкретному плагину.
    Каждый плагин должен по дефолту работать не зависимо ни от чего.
    Скачал я плагин гдето, распаковал в папку с плагинами и он должен работать,
    так же выкосил папку с плагином и не должно оставаться хвостов.
    Это же касается и плагинов включенных в дистрибутив.

    А уже потом каждый решит сам перекидывать ли tpl плагина в общий скин или оставить в папке с плагином.]]>     ср, 11 мар 2009 18:25:57 -0000     Sergeich
    Посмотрел сейчас последнюю ревизию, всё реализовано в папке скина так как надо, меня, как скинмейкера, вполне устраивает. В папке плагинов, в принципе, тоже. О чём мы тут спорим теперь не понимаю :)]]>     ср, 11 мар 2009 18:11:13 -0000     Ratibor # Kort : А куда пойдет adminqv? ;-)
    Это плагин, а посему в папку с плагином, как и news и все остальные tpl находящиеся в папке /скин/plugins/
    Конечно никто не призывает выкидывать папки plugins и admin из скина sed-light,
    их можно оставить как пример, но нужно обязательно раскидать находящиеся там tpl по своим местам.]]>     ср, 11 мар 2009 17:21:56 -0000     Kort ]]> ср, 11 мар 2009 17:20:44 -0000 Ratibor # Kort : Ок, логика, перешедшая в Cotonti из Seditio была вполне здравая:
    Я это и предлагаю, только немного на новый лад.
    Если есть в папке скина папки plugins и admin, то они подключаются в первую очередь,
    а если их нет, то админка выводится дефолтная, а для плагинов tpl берутся из папки конкретного плагина. Но повторюсь еще раз, изначально все должно быть разложено по своим полочкам.
    Дефолтная админка должна работать не зависимо от того какой у меня скин и то прописано в css скина.
    Так же каждый плагин должен изначально содержать в себе все необходимое, даже те которые включены в дистрибутив.]]>     ср, 11 мар 2009 17:17:53 -0000     Kort 1. Каталог с плагином может содержать плагин.tpl, который будет загружен при тестировании пользователем плагина.
    2. В зависимости от стиля, который пользователь применяет в работе с дизайном сайта (читай -- со скином), он может оставить шаблон там или перенести его в каталог со скином в виде plugin.standalone.плагин.tpl При этом шаблоны правильно группируются, и визуально они хорошо отличимы от остального:
    ...
    pfs.view.tpl
    plugin.tpl
    plugin.standalone.sitemap.tpl
    plugin.standalone.topitems.tpl
    pm.tpl
    ...
    Ну так может по такому же принципу организовать и css? Если tags.css отсутствует в каталоге plugins/tags/, это значит скинмэйкер предпочел вставить эти стили в раздел плагинов общего файла со стилями.
    Разброс по каталогам шаблонов админки и плагинов (да и "ператрахивание" места для локализации) imo -- это спор на ровном месте.]]>     ср, 11 мар 2009 17:08:33 -0000     Ratibor # Kort : Не понял. Тут "ненужное" только #adminmenu.
    Не нужное это две папки(и что в них внутри) в папке со скином:
    admin и plugins. А также то в css файле, что относится к админке и плагинам.]]>     ср, 11 мар 2009 16:42:11 -0000     Kort ср, 11 мар 2009 16:25:34 -0000 Ratibor # Kort : Чего тут нужно еще?
    Вопрос не в этом, а в том - а зачем мне это ?
    Тупо копировать не нужное из скина в скин - ИМХО это идиотизм и пустая трата времени.]]>     ср, 11 мар 2009 16:21:41 -0000     Kort #adminmenu (навигация)
    #h1 (навигационная цепочка)
    .cells (собственно, админовский контент)
    h4 (PHP.skinlang.admin.Help)
    .box (ADMIN_HELP)

    Все эти стили используются в общем дизайне сайта, и админка выглядит органично. Есть еще удобный adminqv.tpl, за что девелоперам низкий поклон. Есть 300-байтный admin.tpl. Чего тут нужно еще?

    Не забывай про existing Seditio users.

    P.S. Сорри, пропустил еще 4 админ-tpl'а. Но они сверстаны тоже в общем ключе.]]>     ср, 11 мар 2009 16:13:58 -0000     Ratibor # Kort : Здесь обсуждается прежде всего юзабилити системы со стороны веб-дизайнера / скинмэйкера и администратора сайта. Или как?
    А я и говорю про себя как администратора и скинмейкера,
    а не от лица Cotonti Team.
    Сейчас я делаю 4 сайта и во всех 4 случаях мне до фонаря как выглядит админка,
    главное чтоб в ней все нормально отображалось. Но пока не поправишь css там не будет нормального вида.
    А оно мне это надо делать пустую работу ковырясь в tpl файлах админки и выискивая какие же стили нужно вписать в css и не конфликтуют ли они с уже вписаными мной, чтоб там нормально страло все отображаться ?

    Почитай выше что я предлагал.
    Я не предлагал просто выкосить tpl файлы админки из скина,
    а предлагал зделать дефолтную админку. А если кому приспичит ее изменить, то он создаст в папке скина папку admin и скопирует туда необходимые ему tpl. Движок увидит эту папку и подключит ее впервую очередь. Тоже самое и с плагинами, создаешь папку plugin в папке скина и китаешь туда необходимые tpl.
    Но изначально все должно быть на своих местах, а не в общей файл-помойке.]]>     ср, 11 мар 2009 15:59:11 -0000     Kort # Ratibor : ... лично у меня... мне это попросту не нужно... А зачем мне... К примеру я... А нахрена мнеЗдесь обсуждается прежде всего юзабилити системы со стороны веб-дизайнера / скинмэйкера и администратора сайта. Или как?]]> ср, 11 мар 2009 15:57:34 -0000 Ratibor # Kort : А можно пару вопросов:
    1. А при помощи 
    $cfg['enablecustomhf'] = TRUE;
    я разве не могу сделать себе админовские хедер и футер?
    2. Разве используя при этом header.admin.tpl я не подгружу admin.css?
    3. Что мне, собственно, включать в admin.css кроме #adminmenu?
    А ты сам разберись. Как я уже сказал лично у меня в этом разбираться нет ни времени, ни желания, т.к. мне это попросту не нужно.

    # Kort : 4. Почему я должен ломать пальцы, добираясь до search.tpl (и всех остальных) в plugins/search/tpl/, а не иметь его (кстати, удобно сгруппированным с остальными плагиновскими tpl'ами) в каталоге скина?
    А зачем мне этот мусор в папке скина ?
    К примеру я имею несколько скинов на сайте, ну и закаким мне куча дублей в папке скина ?
    Это раз.
    Два - плагины не есть движок, а посему им нечего делать в общей куче.
    три - ели я захочу удалить какой то плагин, я просто удалю папку плагина и незачем мне будет выискивать а где же там еще хвосты остались. Так же при установке нового плагина просто закинул папку и не нужна париться а что же мне и куда надо прописать чтоб это заработало.
    Четыре - если ты хочеш все в кучу, бог на встречу, но по дефолту все должно быть на своих местах.


    # Kort : 5. Неужели удобнее иметь plugins/tags/tags.css, а не хорошо откомментированный скиновский css-ник со стилями плагинов. Совет: спросите об этом прежде всего у скинмэйкера :-)
    А нахрена мне голову забивать тем что вносить в css скина для каждого плагина ?
    Лично меня устраивают дефолтные стили для тэгов, дак зачем мне голову ломать и рыться выискивая что же там мне надо включить в новый скин, чтоб тэги заработали.]]>     ср, 11 мар 2009 15:49:23 -0000     Kort 1. А при помощи 
    $cfg['enablecustomhf'] = TRUE;
    я разве не могу сделать себе админовские хедер и футер?
    2. Разве используя при этом header.admin.tpl я не подгружу admin.css?
    3. Что мне, собственно, включать в admin.css кроме #adminmenu?
    4. Почему я должен ломать пальцы, добираясь до search.tpl (и всех остальных) в plugins/search/tpl/, а не иметь его (кстати, удобно сгруппированным с остальными плагиновскими tpl'ами) в каталоге скина?
    5. Неужели удобнее иметь plugins/tags/tags.css, а не хорошо откомментированный скиновский css-ник со стилями плагинов. Совет: спросите об этом прежде всего у скинмэйкера :-)
    6. Мы все уже получили в дистрибутиве сомнительного качества sed-light, "раздевание" которого до удобоперевариваемого вида занимает день-два. Теперь мне еще делать такую же дурную работу с админовскими шаблонами?
    7. Отдельный дизайн админки -- это как в WordPress'е будет? Чтобы потом прыгать туда-сюда? А это удобно кому-то?]]>     ср, 11 мар 2009 15:32:34 -0000     esclkm А вот в скинах будут подобные админки - не одинаковые)]]> ср, 11 мар 2009 06:05:23 -0000 Sergeich
    С lang-файлами немного другая ситуация. Я довольно часто в своих скинах добавляю новые строчки в локализации, поэтому от скина к скину эти файлы могут отличаться.]]>     ср, 11 мар 2009 05:51:12 -0000     esclkm но вот локализацию ставишь - и локализацией можно все кинуть в 1 папку и забыть. ведь удобно?
    админку вытащить из папки скина - это по-любому глупо.]]>     ср, 11 мар 2009 05:10:38 -0000     Sergeich ср, 11 мар 2009 03:50:00 -0000 Dayver Sergeich в 3-ем посте этого топика ты со всем был согласен, а теперь наоборот]]> ср, 11 мар 2009 03:34:19 -0000 Sergeich
    Админку можно и нужно вообще убрать из папки юзерского скина и положить её отдельно, можно даже в папку system/core/admin/skin/. Эта часть будет изменятся очень редко и таскать её в юзерском скине нет никакого смысла.]]>     ср, 11 мар 2009 03:24:17 -0000     esclkm
    /lang/
    --en
    --ru
    --skins
    --plugins

    /skins/
    --your_skin
    --admin (в админ есть свой доп css файл, который инклюдится при наличии оного css)
    --img
    --plugins

    /plugins/
    --your_plug
    --lang
    --tpl

    И стандартизовать имена не мешало бы.]]>     ср, 11 мар 2009 02:32:28 -0000     Ratibor # Dayver : Меня ваще кто то понимает? Я ж написал ... заканчиваю с выносом кода ... и умелый скинмейкер переделывает тплки таким образом что бы они использовали отдельный админский цсс и свои подвал с шапкой .... в итоге получаем папку админс с тплками(+свои хедер с футером) и админской цсской ...... ну и нафига то тебе прийдется при этом править css? скопировал и забыл!

    Я уже написал что если скопировал и забыл то смысл двигать админскую папку тпл нет смысла .... ну если конечно не ради самого процеса "двигать ради движения"
    А зачем ?
    Нафига плодить дубли ?
    Один раз вынести из общего скина и забыть.
    Кому приспичит изменить админку, скопируют эти файлы в папку скина и изменят по своему вкусу.
    Двиг увидит что в папке скина есть папка admin и подключит ее вместо дефолтной.
    # Dayver : Давайте лучше найдем общий знаменатель с ленгами.
    Объединять ланг файлы нельзя.
    Кесарю - кесарево, а слесарю - слесарево :-)
    В папке скина должно находиться только то что относится к данному скину,
    а в системной папке то, что относится к системе.
    А tpl и lang файлы плагина, должны быть в папке с плагином.

    ИМХО правильная стрктура будет выглядеть примерно так:

    /default/
  --admin
  --lang
    --en
    --ru

/skins/
  --you_skin
    --admin
    --css
    --img
    --plugins

/plugins/
  --search
    --lang
    --tpl
    ]]>     ср, 11 мар 2009 00:05:02 -0000     Dayver # Ratibor : А зачем это надо, если большинство ее не будет изменять ?
    А как я уже сказал, если я тупо скопирую эту папку, то все равно надо править css, а это лишняя беспонтовая работа.
    Меня ваще кто то понимает? Я ж написал ... заканчиваю с выносом кода ... и умелый скинмейкер переделывает тплки таким образом что бы они использовали отдельный админский цсс и свои подвал с шапкой .... в итоге получаем папку админс с тплками(+свои хедер с футером) и админской цсской ...... ну и нафига то тебе прийдется при этом править css? скопировал и забыл!

    # Ratibor : Не из сед-лайта, а эти файлы должны отдельно быть как и system/lang/,
    причем со своим header и футер, а также css,
    т.е. не зависимо от скина - адинка должна выглядеть одинаково.
    Я уже написал что если скопировал и забыл то смысл двигать админскую папку тпл нет смысла .... ну если конечно не ради самого процеса "двигать ради движения"

    # Sergeich : В основной папке скина должна появиться подпапка plugins в которую будут ссыпаться все изменяемые скинмейкером tpl-файлы плагинов.
    Ребята вы меня убиваете .... вы хоть в транк то заглядывали? уже! причем не вчера сделано.

    Давайте лучше найдем общий знаменатель с ленгами (а то с тпл рано бучу затеивать)]]>     вт, 10 мар 2009 23:18:16 -0000     Sergeich вт, 10 мар 2009 21:03:25 -0000 Ratibor # Dayver : Закончу с оставшейся половиной ВОТ ТОГДА МОЖНО будет дать эти файлы скинмейкеру что бы он уже проапдейтил админ-скин так что бы у админки была своя цсска. А вот зачем выносить папку админских тплок из папки скина я не понимаю? Неужели так трудно при созданиии скина скопировать одну папочку?
    А зачем это надо, если большинство ее не будет изменять ?
    А как я уже сказал, если я тупо скопирую эту папку, то все равно надо править css, а это лишняя беспонтовая работа.

    # Dayver : Не нужно переделывать диз админки - скопируй папочку админс и все.....админ часть готова.....если так уже влом для каждого скина копировать папку можно конечно предусмотреть процедуру проверки : если админских тплок нет в устанавливаемом скине то инклудить его из сед-лайта
    Не из сед-лайта, а эти файлы должны отдельно быть как и system/lang/,
    причем со своим header и футер, а также css,
    т.е. не зависимо от скина - адинка должна выглядеть одинаково.]]>     вт, 10 мар 2009 20:53:35 -0000