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

<<<1234>>>

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

Sergeich
#16 2009-03-11 03:24
вытаскивать все ланг-файлы из скина - не разумно. Всё, что касается конкретного юзерского скина - tpl и ланг-файлы должно лежать в одном месте. Собственно оно сейчас так и лежит, но неоходимо немножко упорядочить файлы внутри папки скина, этого будет более чем достаточно. Растаскивать файлы по всему движку - прямой путь окончательно запутаться, меня совсем не радует перспектива видеть в глобальной папке /lang/ десятки lang-файлов скинов с практически одинаковыми именами, а так оно и получится.

Админку можно и нужно вообще убрать из папки юзерского скина и положить её отдельно, можно даже в папку system/core/admin/skin/. Эта часть будет изменятся очень редко и таскать её в юзерском скине нет никакого смысла.
Dayver
#17 2009-03-11 03:34
Это уже становится еще веселее :-D Sergeich в 3-ем посте этого топика ты со всем был согласен, а теперь наоборот
Pavlo Tkachenko aka Dayver
Sergeich
#18 2009-03-11 03:50
Поправка, я был согласен "в общем и целом" ;-), а теперь разговор о частностях веду. Ну и к тому же, мысли роятся в голове, одни идеи уходят, другие приходят :)
esclkm
#19 2009-03-11 05:10
Сергеич - я предлагаю такую фичу - чтобы все было в своих папках.
но вот локализацию ставишь - и локализацией можно все кинуть в 1 папку и забыть. ведь удобно?
админку вытащить из папки скина - это по-любому глупо.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Sergeich
#20 2009-03-11 05:51
Админка из папки скина это не глупо, глупо таскать абсолютно идентичную папку из скина в скин.

С lang-файлами немного другая ситуация. Я довольно часто в своих скинах добавляю новые строчки в локализации, поэтому от скина к скину эти файлы могут отличаться.
esclkm
#21 2009-03-11 06:05
и что я отказываюсь - в самом скине останется ланг файл
А вот в скинах будут подобные админки - не одинаковые)
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Kort
#22 2009-03-11 15:32
А можно пару вопросов:
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
#23 2009-03-11 15:49
# 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 скина для каждого плагина ?
Лично меня устраивают дефолтные стили для тэгов, дак зачем мне голову ломать и рыться выискивая что же там мне надо включить в новый скин, чтоб тэги заработали.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#24 2009-03-11 15:57
# Ratibor : ... лично у меня... мне это попросту не нужно... А зачем мне... К примеру я... А нахрена мне
Здесь обсуждается прежде всего юзабилити системы со стороны веб-дизайнера / скинмэйкера и администратора сайта. Или как?
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Ratibor
#25 2009-03-11 15:59
# Kort : Здесь обсуждается прежде всего юзабилити системы со стороны веб-дизайнера / скинмэйкера и администратора сайта. Или как?
А я и говорю про себя как администратора и скинмейкера,
а не от лица Cotonti Team.
Сейчас я делаю 4 сайта и во всех 4 случаях мне до фонаря как выглядит админка,
главное чтоб в ней все нормально отображалось. Но пока не поправишь css там не будет нормального вида.
А оно мне это надо делать пустую работу ковырясь в tpl файлах админки и выискивая какие же стили нужно вписать в css и не конфликтуют ли они с уже вписаными мной, чтоб там нормально страло все отображаться ?

Почитай выше что я предлагал.
Я не предлагал просто выкосить tpl файлы админки из скина,
а предлагал зделать дефолтную админку. А если кому приспичит ее изменить, то он создаст в папке скина папку admin и скопирует туда необходимые ему tpl. Движок увидит эту папку и подключит ее впервую очередь. Тоже самое и с плагинами, создаешь папку plugin в папке скина и китаешь туда необходимые tpl.
Но изначально все должно быть на своих местах, а не в общей файл-помойке.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#26 2009-03-11 16:13
Админка это:
#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
#27 2009-03-11 16:21
# Kort : Чего тут нужно еще?
Вопрос не в этом, а в том - а зачем мне это ?
Тупо копировать не нужное из скина в скин - ИМХО это идиотизм и пустая трата времени.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#28 2009-03-11 16:25
Не понял. Тут "ненужное" только #adminmenu.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
Ratibor
#29 2009-03-11 16:42
# Kort : Не понял. Тут "ненужное" только #adminmenu.
Не нужное это две папки(и что в них внутри) в папке со скином:
admin и plugins. А также то в css файле, что относится к админке и плагинам.
Не задавай глупых вопросов, не услышишь вранья.
Kort
#30 2009-03-11 17:08
Ок, логика, перешедшая в 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 - создание сайтов, разработка плагинов и тем для Котонти

<<<1234>>>