Forums / National / Russian / Шло время, менялись стандарты

<<<1234>>>

стандартизация переменных, имен файлов, обращения с файлами

Ratibor
#31 2009-03-11 17:17
# Kort : Ок, логика, перешедшая в Cotonti из Seditio была вполне здравая:
Я это и предлагаю, только немного на новый лад.
Если есть в папке скина папки plugins и admin, то они подключаются в первую очередь,
а если их нет, то админка выводится дефолтная, а для плагинов tpl берутся из папки конкретного плагина. Но повторюсь еще раз, изначально все должно быть разложено по своим полочкам.
Дефолтная админка должна работать не зависимо от того какой у меня скин и то прописано в css скина.
Так же каждый плагин должен изначально содержать в себе все необходимое, даже те которые включены в дистрибутив.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#32 2009-03-11 17:20
А куда пойдет adminqv? ;-)
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Ratibor
#33 2009-03-11 17:21
# Kort : А куда пойдет adminqv? ;-)
Это плагин, а посему в папку с плагином, как и news и все остальные tpl находящиеся в папке /скин/plugins/
Конечно никто не призывает выкидывать папки plugins и admin из скина sed-light,
их можно оставить как пример, но нужно обязательно раскидать находящиеся там tpl по своим местам.
Не задавай глупых вопросов, не услышишь вранья.
Sergeich
#34 2009-03-11 18:11
Ratibor, а разве сейчас не так сделано? По моему именно так, как ты говоришь всё и реализовано с плагинами. я не знаю кто как, а я практически каждый тпл плагинов подгоняю под общий дизайн скина. Грузить 100 мелких CSS файлов плагинов, это сильно хуже чем загрузить 1 большой CSS скина.

Посмотрел сейчас последнюю ревизию, всё реализовано в папке скина так как надо, меня, как скинмейкера, вполне устраивает. В папке плагинов, в принципе, тоже. О чём мы тут спорим теперь не понимаю :)
Ratibor
#35 2009-03-11 18:25
# Sergeich : Ratibor, а разве сейчас не так сделано? По моему именно так, как ты говоришь всё и реализовано с плагинами. я не знаю кто как, а я практически каждый тпл плагинов подгоняю под общий дизайн скина. Грузить 100 мелких CSS файлов плагинов, это сильно хуже чем загрузить 1 большой CSS скина.
А меня не устраивает то, что приходится рыться в дефолтном скине и выискивать что же там относится к конкретному плагину.
Каждый плагин должен по дефолту работать не зависимо ни от чего.
Скачал я плагин гдето, распаковал в папку с плагинами и он должен работать,
так же выкосил папку с плагином и не должно оставаться хвостов.
Это же касается и плагинов включенных в дистрибутив.

А уже потом каждый решит сам перекидывать ли tpl плагина в общий скин или оставить в папке с плагином.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#36 2009-03-11 18:29
Дефолтный скин -- это sed-light.css?
Из-за криво написанного и плохо комментированного скина sed-light вся эта буча? :-O
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Ratibor
#37 2009-03-11 18:32
# Kort : Дефолтный скин -- это sed-light.css?
Из-за криво написанного и плохо комментированного скина sed-light вся эта буча? :-O
Не важно какой дефолтный скин, он вообще никак не должен влиять на работу плагинов в других скинах.
Не задавай глупых вопросов, не услышишь вранья.
This post was edited by Ratibor (2009-03-11 18:47, 15 years ago)
Kort
#38 2009-03-11 18:36
Важно. Потому, что в sed-light
<div id="content">
и он открывается в header.tpl, а закрывается в footer.tpl.
А если в стиле Seditio, то это
<div id="main">
и в шаблоне плагина.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Dayver
#39 2009-03-11 23:59
Чет Ratibor ты перегибаешь палку .... по идее если у тебя на сайте несколько скинов то:

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%) остальные будут (и не важно кто это будет делать админ сайта или дизайнер этого сайта им обоим будет лучше если все тплки будут лежать в папке скина)
Pavlo Tkachenko aka Dayver
Aristei
#40 2009-03-12 01:07
Добавлю свои пять копеек.
По поводу выноса дизайна админки в отдельную папку в папке скина согласен, верное решение.

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

А вообще ИМХО спор не очем.
Sorry for my English
Kort
#41 2009-03-12 02:24
Спор о том, как должен быть сверстан tpl плагина чтобы его можно было безболезненно положить в plugins/plugin/tpl/ (сохранив при этом возможность перенести его в каталог со скином, что imo для дизайнера лучше). С Seditio/Ice было негласно принятое соглашение по верстке:
1. title
2. subtitle
3. main
А как сейчас -- непонятно.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Ratibor
#42 2009-03-12 03:37
# Dayver : 2. Скачав дистрибутив котонти и начав делать свой сайт ты поступишь(в плане дизайна и скинов) двумя способами :
Этими двумя способами воспользуются только дауны,
переделывать этот мусор - это как минимум себя не уважать,
а нормальные люди берут просто и пишут с нуля скин.
Ну или накрайняк рипают приличные сайты или конвертят шаблоны от других движков.

Стандартный скин максимум нужен только для того чтобы посмотреть какие тэги в какой tpl`ке используются.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#43 2009-03-12 04:20
А где в дистрибутиве этот "ноль"?
SED.by - создание сайтов, разработка плагинов и тем для Котонти
esclkm
#44 2009-03-12 04:20
Этими двумя способами воспользуются только дауны,
Черт ты меня назвал дауном.

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

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

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

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

(господа! половина из вас предлагает одно и тоже - но разным обзором - но вы не хотите ваших колег слышать.)
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
medar
#45 2009-03-12 04:54
Этими двумя способами воспользуются только дауны.
90% скинмейкеров не трогают внутренние страницы, просто копируя их из дефолтного скина.
Скин - это не только header и footer.

Я делаю дефолтный скин с понятной css и логичными внутренностями, скоро будет.
rangjungyeshe.ru

<<<1234>>>