Все про шаблоны icms 2.1

ЗАКРЫТО

Все вопросы связаные с разработкой шаблонов для icms 2.1

#16 13 октября 2014 в 20:12

maxisoft, нужно понимать что вид контента это уникальная единица которую можно перенести только полностью (с кусочком базы данных)

reload
Уважаемый reload у меня есть понимания всего, суть данной темы в том что фактически сейчас шаблоны не переносимы получаются фактически вы не сможете сделать шаблон отличный от дефолта малость перекрашенный, и отдать его в дальнейшее использование, так как они просто не заработает, и проблема в циклах, уже немного устал говорить и просить покажите свои сайты которые с уникальным дизайном, уникальный вывод статей в них, можно даже в личку. Мне нужно научить верстальщика, при этом я понимаю что я лично не могу пока сделать то что хочу.

Простой пример может быть я туплю, исходя из демо сайта как сделать вот такой вывод, стили не суть важны именно код который выводит item с новостях.

  1.  
  2. <article data-animation="fadeInLeft" class="post-24">
  3. <div class="thumb excerpt-thumb overlay">
  4. <a href="#"><img width="550" height="300" alt="12" class="attachment-wt550_300" src=""></a>
  5. </div>
  6. <div class="excerpt-wrap">
  7. <div class="entry-meta">
  8. <span class="entry-cat-bg">
  9. <i class="fa fa-folder"></i>
  10. <a href="#">Nature</a>
  11. </span>
  12. <span class="author">
  13. Author:<a rel="author" title="Posts by maxiSoft" href="#">maxiSoft</a>
  14. </span>
  15. <span class="sep">-</span>
  16. <span class="date">October 11, 2014</span>
  17. <span class="comments">
  18. <i class="fa fa-comment"></i>
  19. <a title="oxygen" href="#comments">1</a>
  20. </span>
  21. <div class="entry-rating">
  22. <i class="fa fa-star"></i>
  23. <i class="fa fa-star"></i>
  24. <i class="fa fa-star"></i>
  25. <i class="fa fa-star"></i>
  26. <i class="fa fa-star-half-o"></i>
  27. </div>
  28. </div>
  29. <h3><a href="#">High oxygen</a></h3>
  30. <p>Fusce fringilla blandit rhoncus. Etiam imperdiet magna nect eu neque soles…</p>
  31. <div class="excerpt-footer">
  32. <div class="more-link">
  33. <a href="#">Read more</a>
  34. </div>
  35. <div class="share-links">
  36. <span class="share">Share</span>
  37. <span class="links">
  38. <a target="_blank" href="#" class="twitter"><i class="fa fa-twitter-square"></i>Twitter</a>
  39. <a target="_blank" href="#" class="fb"><i class="fa fa-facebook-square"></i>Facebook</a>
  40. </span>
  41. </div>
  42. </div>
  43. </div>
  44. </article>
  45.  
#17 13 октября 2014 в 20:45
maxisoft, может проще (правильней) некоторые задачи решать компонентами а не видами?
#18 13 октября 2014 в 21:09

maxisoft, может проще (правильней) некоторые задачи решать компонентами а не видами?

reload

тоесть Вы теперь предлагаете сделать 2 новых компонента новости, статьи, статьи для спорта, статьи для игр? или как? в 1-ке все просто как 2+2 нет ни каких сложностей, с выводом статей в любом виде с любыми замарочками, нет универсальности. 2-ка получила офигенную универсальность но с выводом как то тяжковато идет, просто шаблон перерастает в монстра лапши php и html, если учесть что на 1-ку верстальщиков по пальцам можно пересчитать то про 2 я вообще молчу.
#19 13 октября 2014 в 21:22
maxisoft, нет нет)
просто если задача сложная то я предложил выход — делать компонентом)
У меня не возникло трудностей сделать удобный шаб стандартными способами!

А по коду сверху…
Может стоит посмотреть какие переменные передаются в шаб и подставить их в нужные блоки?..
К примеру в самом верху у нас картинка/фото
подставляем туда

  1. <?php echo $fields['photo']['html']; ?>
Или вы не про это?)

зы: вероятно что нестандартные поля будут иметь нестандартные имена/переменные…
#20 13 октября 2014 в 21:28

Или вы не про это?)

reload
про это но при таком пусть даже не кошерном подходе, мы сразу теряем возможность переносить шаблоны, я к тому что по мимо шаблонов сейчас придется еще и базу передавать клиенту, или тратить доп. время на адаптацию шаблонов под сайт заказчика.
#21 13 октября 2014 в 21:37

я к тому что по мимо шаблонов сейчас придется еще и базу

maxisoft
ясен красен)) как иначе…

Как уже заметил, если ничего не придумется для "отвязки" то можно сделать компонент который будет импортировать/экспортировать виды полностью… это облегчит работу.

ps: с первой веткой проще потому что там все "статично"
вот и выбираем — либо "полную свободу" но более сложную
либо полную "статичность" — ничего не можем изменить(добавить) но максимально просто))
#22 13 октября 2014 в 21:39

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

maxisoft
maxisoft, я не сильно знаком с первой веткой, а там каким образом решается вопрос новых полей в статьях, например, и как они передаются от сайта к сайту???
#23 13 октября 2014 в 21:40

Как уже заметил, если ничего не придумется для "отвязки" то можно сделать компонент который будет импортировать/экспортировать виды полностью… это облегчит работу.

reload
Мне помнится еще на этапе тестирования бета версии двойки проскакивала мысль о компоненте импорта/экспорта типов контента
#24 13 октября 2014 в 21:44
Val, в первой тупо пишется компонент!) иначе хаки файлов и базы)
в первой вообще жесть — имхо…
#25 13 октября 2014 в 21:44

Мне помнится еще на этапе тестирования бета версии двойки проскакивала мысль о компоненте импорта/экспорта типов контента

Val
Идея отчасти утопическая, так как будет все очень сложно, если на сайте уже есть материал, опять же подготовка пользователей не на том уровне чтобы делать такие вещи :)
#26 13 октября 2014 в 21:52

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

maxisoft
разве сложно сделать проверку и опции?

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

— если имя есть но нам нужно новый вид контента, то меняем/задаем новое имя (руками в спец поле установщика) — далее компонентом создаем в базе записи но системное имя пишем то которое задали новое/уникальное и шаблоны тоже переименовываем при заливке

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

С пользовательской стороны может выглядеть так:

Нажимает "установить"
— выводится первый вопрос "новый вид контента" или "обновить существующий"
— в зависимости от выбора проверяем наличие/совпадение системного имени
— если заданное имя по умолчанию уже существует то предлагаем ввести новое имя
— далее все автоматом по заданному алгоритму)


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

maxisoft
Пользователям ничего не нужно будет делать если грамотно написать импортер — главное внятные подсказки на каждом шаге и предупреждения

Самое тяжелое для пользователя будут понять что он хочет: обновить контент, или создать новый))

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

maxisoft
Многие в ручную движек тоже не смогут поставить — но нажимая на кнопочки все устанавливается "само"
компоненты тоже устанавливаются — и многие даже представления не имеют что делается во время установки)

Так что не нужно недооценивать пользователей — кликать на кнопочки все умеют!)
#27 13 октября 2014 в 22:11

Val, в первой тупо пишется компонент!) иначе хаки файлов и базы)
в первой вообще жесть — имхо...

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

Сейчас есть функционал добавления компонента в систему и никто не мешает использовать его для добавления чего угодно! Пишите шаблон, подготавливаете файл импорте необходимых полей и записей в БД, собираете пакет и распространяете среди пользователей!

По факту Типы контента (в который включены статьи, посты, альбомы, объявления и др.) это один компонент, как его автор увидел так и реализовал (респект ему кстати joke). Если привыкли к первой ветке — пишите отдельный компонент "особых статей" и все будет как раньше))
#28 13 октября 2014 в 22:14

Val:
Мне помнится еще на этапе тестирования бета версии двойки проскакивала мысль о компоненте импорта/экспорта типов контента
Идея отчасти утопическая, так как будет все очень сложно, если на сайте уже есть материал, опять же подготовка пользователей не на том уровне чтобы делать такие вещи :)

maxisoft
Идея звучала для создания и распространения "читых" типов контента, т.е. без статей, и в таком виде, считаю, не такая уж и сложная задача в реализации)) Опять же все сводится к "полуавтоматической" подготовке пакета для установки дополнения… IMHO
#29 13 октября 2014 в 22:14
Нам (простым смертным) хотя б возможность выбора шаблона (или возможность указать его) для каждого материала в коробку (как для разделов).
Тогда нам подставновки в классы всяких там <?php echo $ctype['name']; ?> как бы и ни к чему laugh
maxisoft, кстати, такой хак могли б и вы предложить.
#30 13 октября 2014 в 22:27

Нам (простым смертным) хотя б возможность выбора шаблона (или возможность указать его) для каждого материала в коробку (как для разделов).

Олег Васильевич я
так есть же такая возможность, забрасываем любой шаб с произвольным именем suprpuper_item.tpl.php
Далее его можно выбрать для любого из видов для записи...

упссс) для каждого материала в отдельности? shock

на 99% уверен что можно написать и такой компонент, но зачем это может понадобиться?) если не секрет.
Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.