стандартизация переменных, имен файлов, обращения с файлами
Sergeich |
|
---|---|
вытаскивать все ланг-файлы из скина - не разумно. Всё, что касается конкретного юзерского скина - tpl и ланг-файлы должно лежать в одном месте. Собственно оно сейчас так и лежит, но неоходимо немножко упорядочить файлы внутри папки скина, этого будет более чем достаточно. Растаскивать файлы по всему движку - прямой путь окончательно запутаться, меня совсем не радует перспектива видеть в глобальной папке /lang/ десятки lang-файлов скинов с практически одинаковыми именами, а так оно и получится.
Админку можно и нужно вообще убрать из папки юзерского скина и положить её отдельно, можно даже в папку system/core/admin/skin/. Эта часть будет изменятся очень редко и таскать её в юзерском скине нет никакого смысла. |
Dayver |
|
---|---|
Это уже становится еще веселее Sergeich в 3-ем посте этого топика ты со всем был согласен, а теперь наоборот
Pavlo Tkachenko aka Dayver
|
Sergeich |
|
---|---|
Поправка, я был согласен "в общем и целом" ;-), а теперь разговор о частностях веду. Ну и к тому же, мысли роятся в голове, одни идеи уходят, другие приходят :)
|
esclkm |
|
---|---|
Сергеич - я предлагаю такую фичу - чтобы все было в своих папках.
но вот локализацию ставишь - и локализацией можно все кинуть в 1 папку и забыть. ведь удобно? админку вытащить из папки скина - это по-любому глупо. littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Sergeich |
|
---|---|
Админка из папки скина это не глупо, глупо таскать абсолютно идентичную папку из скина в скин.
С lang-файлами немного другая ситуация. Я довольно часто в своих скинах добавляю новые строчки в локализации, поэтому от скина к скину эти файлы могут отличаться. |
esclkm |
|
---|---|
и что я отказываюсь - в самом скине останется ланг файл
А вот в скинах будут подобные админки - не одинаковые) littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
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'е будет? Чтобы потом прыгать туда-сюда? А это удобно кому-то? SED.by - создание сайтов, разработка плагинов и тем для Котонти
|
Ratibor |
|
---|---|
# Kort : А можно пару вопросов:А ты сам разберись. Как я уже сказал лично у меня в этом разбираться нет ни времени, ни желания, т.к. мне это попросту не нужно. # Kort : 4. Почему я должен ломать пальцы, добираясь до search.tpl (и всех остальных) в plugins/search/tpl/, а не иметь его (кстати, удобно сгруппированным с остальными плагиновскими tpl'ами) в каталоге скина?А зачем мне этот мусор в папке скина ? К примеру я имею несколько скинов на сайте, ну и закаким мне куча дублей в папке скина ? Это раз. Два - плагины не есть движок, а посему им нечего делать в общей куче. три - ели я захочу удалить какой то плагин, я просто удалю папку плагина и незачем мне будет выискивать а где же там еще хвосты остались. Так же при установке нового плагина просто закинул папку и не нужна париться а что же мне и куда надо прописать чтоб это заработало. Четыре - если ты хочеш все в кучу, бог на встречу, но по дефолту все должно быть на своих местах. # Kort : 5. Неужели удобнее иметь plugins/tags/tags.css, а не хорошо откомментированный скиновский css-ник со стилями плагинов. Совет: спросите об этом прежде всего у скинмэйкераА нахрена мне голову забивать тем что вносить в css скина для каждого плагина ? Лично меня устраивают дефолтные стили для тэгов, дак зачем мне голову ломать и рыться выискивая что же там мне надо включить в новый скин, чтоб тэги заработали. Не задавай глупых вопросов, не услышишь вранья.
|
Kort |
|
---|---|
# Ratibor : ... лично у меня... мне это попросту не нужно... А зачем мне... К примеру я... А нахрена мнеЗдесь обсуждается прежде всего юзабилити системы со стороны веб-дизайнера / скинмэйкера и администратора сайта. Или как? SED.by - создание сайтов, разработка плагинов и тем для Котонти
|
Ratibor |
|
---|---|
# Kort : Здесь обсуждается прежде всего юзабилити системы со стороны веб-дизайнера / скинмэйкера и администратора сайта. Или как?А я и говорю про себя как администратора и скинмейкера, а не от лица Cotonti Team. Сейчас я делаю 4 сайта и во всех 4 случаях мне до фонаря как выглядит админка, главное чтоб в ней все нормально отображалось. Но пока не поправишь css там не будет нормального вида. А оно мне это надо делать пустую работу ковырясь в tpl файлах админки и выискивая какие же стили нужно вписать в css и не конфликтуют ли они с уже вписаными мной, чтоб там нормально страло все отображаться ? Почитай выше что я предлагал. Я не предлагал просто выкосить tpl файлы админки из скина, а предлагал зделать дефолтную админку. А если кому приспичит ее изменить, то он создаст в папке скина папку admin и скопирует туда необходимые ему tpl. Движок увидит эту папку и подключит ее впервую очередь. Тоже самое и с плагинами, создаешь папку plugin в папке скина и китаешь туда необходимые tpl. Но изначально все должно быть на своих местах, а не в общей файл-помойке. Не задавай глупых вопросов, не услышишь вранья.
|
Kort |
|
---|---|
Админка это:
#adminmenu (навигация) #h1 (навигационная цепочка) .cells (собственно, админовский контент) h4 (PHP.skinlang.admin.Help) .box (ADMIN_HELP) Все эти стили используются в общем дизайне сайта, и админка выглядит органично. Есть еще удобный adminqv.tpl, за что девелоперам низкий поклон. Есть 300-байтный admin.tpl. Чего тут нужно еще? Не забывай про existing Seditio users. P.S. Сорри, пропустил еще 4 админ-tpl'а. Но они сверстаны тоже в общем ключе. SED.by - создание сайтов, разработка плагинов и тем для Котонти
|
Ratibor |
|
---|---|
# Kort : Чего тут нужно еще?Вопрос не в этом, а в том - а зачем мне это ? Тупо копировать не нужное из скина в скин - ИМХО это идиотизм и пустая трата времени. Не задавай глупых вопросов, не услышишь вранья.
|
Kort |
|
---|---|
Не понял. Тут "ненужное" только #adminmenu.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
|
Ratibor |
|
---|---|
# Kort : Не понял. Тут "ненужное" только #adminmenu.Не нужное это две папки(и что в них внутри) в папке со скином: admin и plugins. А также то в css файле, что относится к админке и плагинам. Не задавай глупых вопросов, не услышишь вранья.
|
Kort |
|
---|---|
Ок, логика, перешедшая в Cotonti из Seditio была вполне здравая:
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 -- это спор на ровном месте. SED.by - создание сайтов, разработка плагинов и тем для Котонти
|