Лучшие темы с Page Builder для WordPress, редакторы WYSIWYG и Rich HTML Editor

Изучал зоопарк тем с Page Builder для WordPress, и ключевые WYSIWYG и Rich Editor для веба, которые можно прикрутить к фреймворку или отдельно использовать. Встретил вот такое обсуждение https://news.ycombinator.com/item?id=15497972 и вот такой список на гитхабе https://gist.github.com/manigandham/65543a0bc2bf7006a487, который я отдельно себе сюда срисую и дополню. Так же насыпал звёздочек, на то что мне особенно приглянулось.

WordPress page builders

Темы, в которые встроен свой или сторонний конструктор сайта из блоков.

Не сюда, но отдельно отмечу инструмент https://www.froala.com/design-blocks, который задуман, чтобы делать лендинги с разметкой Bootstrap из готовых блоков. Но мне он оказался удобным для ранней стадии эскизного прототипирования любого сайта.

Abstracted Editors

These use separate document structures instead of HTML, some are more modular libraries than full editors

Dom-Based Editors

Ссылки на ресурсы по веб-разработке

Сайт http://www.kayodeok.btinternet.co.uk/favorites/webdesign.htm перестал быть доступен, а там хранилось много ссылок о веб-разработке на английском. Если что-то из этого и пропало, всегда есть archive.org. Сохраню для себя тот список:

(далее…)

Обзор моего предсказания 2007 года про будущее UI в 2017 году.

Десять лет назад я сделал запись с предсказаниями путей решения проблем, бывшими в то время камнями преткновения в дизайне. Прошло 10 лет, можно видеть, что по всем пунктам того списка происходит движение.

Для удобства, процитирую ту запись и прокомментирую как выглядят эти элементы сегодня.

Про будущее

2007-05-28 01:09:00
  1. Поисковая строка в операционной системе, командная строка, поисковая строка в браузере и адресная строка должны стать одним и тем же. Все связанные с этим проблемы языковых команд надо сделать везде одинаково решаемыми.
  2. Клавиатура — отстой, на ней слишком много кнопок. Мышка/точпад должны решать 80% всех задач. 20% для только для тех, кто собрался набрать текст. Точпад должен перестать быть плоским, по которому надо водить пальцем — отслеживать перемещения можно ala терминвокс, и для обеих рук. Будущее интерфейса за жестами, особенно этого не хватает в операционной системе у мышки.
  3. Давно пора по-честному отделить программу от оформления в ПО. Ровно также, как на вебе CSS.
  4. Долой графический дизайн из интерфейсов — вечные папочки-листочки-стрелочки. Надо выработать однозначную пиктографческую систему, которая облагораживается не заменой изображений а сменой скина — стиля линий, цветов и деталей.
  5. Буквы в шрифтах должны обрести свою сверхформу, в которой обозначены где какие капли и перекладины, какие толщины и изгибы. Чтобы можно было собирать буквы из простых элементов. Соответственно, изготовление шрифта превратится в вырисовывание капель, засечек, штрихов и прочих штук из которых состоят буквы. К совсем декоративным шрифтам, это, понятно, не относится.
  6. Уже давно пора забыть про растр и перейти во всём на вектор — видеокарты у всех позволяют. Особенно на вебе, с этой вечной резиновой вёрсткой и разными разрешениями экранов мониторов. Измерение в px надо уничтожить, как ересь.

Итак, как эти пункты выглядят сегодня, в 2017 году.

  1. На консервативных десктопах поисковая строка и адресная строка стали одним и тем же отдельно попарно и в ОС и в браузерах. Движение в сторону сращения ОС и браузера идёт, но медленно. На мобильных устройствах это сращение полостью случилось (на сколько можно говорить о командной строке в мобильном устройстве).
  2. Все тачпады поддерживают множество различных жестов. Где-то это реализовано на уровне ОС, где то на уровне производителя тачпада. В объём жесты над тачпадом массово не вышли, экспериментальные модели есть. Поскольку большинство ОС обросло поддержкой жестов, мышке перепало несколько новых принципов.
  3. Программы от оформления не отделились, поскольку сохраняется старый зоопарк средств разработки. Но в зоопарк добавился новый зверь — веб-приложения, в которых оформление отделено от ПО.
  4. Флэт стиль в паре с Thin шрифтами и естественными общими принципами UI, которые приняли на вооружение все крупные платформы, сделал все интерфейсы похожими, но всё же не одинаковыми. Пиктографическая система очень многообразна, но всё же сформулирована. Кроме того появились метаморфозы. Например, Emoji, стандартизованный набор пиктограмм, которые на разных платформах каждый производитель рисует по своему.
  5. Не внедрён, но реализован стандарт OpenType Font Variables (OT1.8), в котором появляется интерполяция по заложенным критериям. Таким образом в одном шрифте существует та самая сверхформа и возможность модификации результата, по параметрам, которые предусмотрел заранее автор.

  6. В особо больных местах появилось и устоялось использование SVG, упаковок иконок в шрифты. Экраны высокой чёткости переосмыслили понятие px, в прежней, неудобной, форме его уже нет. Но глобально и принципиально на вектор так и не перешли. Низкая архитектура по прежнему существует на спрайтах, как самых дешёвых в отображении элементах, при том что мощности железа выросли многократно.

Почему на WordPress рано в Custom Post Types

Сегодня 7 августа 2015, вордпресс 4.2.4 и в нем существует два способа завести Custom Post Types (CPT):
1. Описать в теме в functions.php нужные типы.
2. Плагином.

Плюсы и минусы первого и второго варианта:

Плюсы

  1. В теме хорошо, поскольку полный ручной контроль (если руки правильно растут), а в плагине может быть не так как хочется.
  2. Плагином хорошо потому что всё созданное не пропадает из видимости при смене темы. Например, если надо на несколько сайтов сразу.

Минусы

  1. В теме: При смене темы всё что было настроено в теме руками, разумеется в другой теме не будет. Это вроде как хардкодинг.
  2. Плагином: CMS вордпресса пока не поддерживает работу с CPT, тупо нет функционала, нельзя добавить страницу Archives в меню, нет настроек интерпретации в URL глобально таксономией: то что из коробки называется по умолчанию Category и Tags это два вида организации ТОЛЬКО Записей, в виде рубрик и в виде меток. Даже если завести CPTypes и CPTaxonomy, то в Настройки→Постоянные ссылки не предусмотрено как их выводить, там пока минимум и по роадмэпу даже не планируют уделять внимания – есть только поле как выводить %category% в смысле именно нативной Category, а про CPT ищите другой плагин (есть только тупо переименование и порядок вывода нативных таксономий в URL).

 

Итого, делать CPT через тему это фундаментально не правильно, а через какой-либо плагин – ограничение по возможностям. Работа с CPT обязана быть реализована в WP нативно, чтобы был определён один путь.

В принципе, для внешней организации всего, что хочется от CPT (человекочитаемости) достаточно Рубрик в Записях. Это если вы не боитсь утонуть в единой общей свалке Записей и готовы везде в шаблонах дописывать условие на любой вывод о конкретизации наследования вывода от принадлежности рубрики. Но придётся уточнять все встроенные функции вывода вордпресса, они сами не умеют.

Градиенты

Какая удобная штука, оставлю ка её себе в бложике на память: создание градиентов в интерфейсе фотошопа.

Автоматический создаётся код для всех браузеров.