Максим, да у вас уже всё нормально. Разметки не видел, да и не надо - для меня показателем является то, что такой вопрос (крик души) возникает.
Дополнительно могу посоветовать (это для головы) посмотреть, как сверстаны многие популярные решения.
Чтобы далеко не ходить - посмотрите на штатные темы вордпресса (тихий ужас), посмотрите на какой-нибудь quilljs (просто последнее, на кастомизации чего громко матерился).
Сверстано ужасно, но решения популярны, работают.
Ещё крайне полезно немного проконсультировать других людей и осознать, что у подавляющего большинства море проблем с гораздо более очевидными вещами.
Евгений, да уж, долго мы так перебрасываться будем :)
Давайте я вам попробую алгоритм поиска ошибки описать, иначе это затянется надолго или в целом попадёт под категорию "это задание, а не вопрос".
Вот смотрите, изначально посты у вас получаются с помощью PostService::getPostsForTag() (1)
Там идёт запрос постов с помощью стандартной функции get_posts().
Давайте выведем его результат просто на страницу с помощью var_dump() (2)
Если посты выводятся - значит, ошибка где-то дальше по этому водопаду. Если не выводятся - значит уже здесь.
Дальше метод возвращает результат работы другого метода, который можно определить по (3) и (4), где (3) - название класса (self - текущий класс, может быть $this-> в случае нестатических классов), (4) - название метода. То есть здесь нам надо найти в текущем классе метод transform().
Нашли (5), смотрим. Он возвращает $results, но $results собираются с помощью другого класса ForPost (6).
Вывели $results (7) - судя по всему, должен быть пустой. Значит ищем класс ForPost, начинаем там искать (метод __construct) отвечает за вот это "new ForPost()"...
Таким образом доходим до того места, которое возвращает что-то не то, и там смотрим.
Как это часто бывает в такого рода классах, всё там взаимосвязано.
Конкретно в этом методе я проблем не вижу, при условии того что раньше работало. Но он возвращает другой метод... Выложите весь класс куда-то целиком, можно будет смотреть.
dev_max, это не тот вопрос, который решается параметрами плагина - слишком узкий кейс, чтобы его автор об этом думал. Задачи такого толка решаются переопределением стилей и немного творческим подходом.
Вот вам отправная точка, руками дописываете переключалку в черной плашке и радуетесь жизни:
FanatPHP, да пф... Есть задача, надо её решить минимальными усилиями. Если с ключами ничего делать не надо, просто хранить и выводить - то и воспринимать их надо, как просто строку. При такой постановке задачи делать связь многие-ко-многим - оверинжинеринг.
Если надо с данными работать, а не просто вывести - ну и этот вариант в ответе есть.
Пустая ветка...
Mesuti, как минимум тем, что этот вариант вызывает событие submit формы, а не работает в обход него.
У событий может быть более одного обработчика.
В вашем случае, если вам понадобится назначить форме ещё один обработчик, вам придётся вызов этого обработчика вешать внутри своей функции sender с тем же самым bind(), что для взгляда стороннего наблюдателя сложнее для восприятия, чем form.addEventListener('submit', ...)
Aetae, ну, каков вопрос - таков ответ... Так или иначе, задача ТС иначе, чем сказал, не решается - это API не в ту сторону работает - можно туда что-то отправить, а нам надо оттуда получить. Да и даже если бы мы могли оттуда что-то получить - то нам кроме прямого пути до файла и неинтересно больше ничего, так как DOM-узел так пробросить нельзя.
PHPjedi, для того, чтобы это сделать, у вас на странице должен быть тег video, которым вы будете манипулировать. Не в iframe на стороннем домене.
Vimeo предоставляет прямые ссылки на видео в платных аккаунтах.
Если платного аккаунта нет - то подключать с Vimeo никак.
Скачать оттуда и себе на сайт залить. Другого ничего не придумаете.
Сергей Кореневский, c position: absolute - это не к вашей задаче, это меня тут пытаются убедить (а я не убеждаюсь) в том, что пару вещей запомнить - задача непосильная для современного фронтендера, а дописать min-width: 100% к элементу - это грязный костыль.
Грязный костыль - это делать тянущийся во все стороны блок со скруглёнными углами и картиночной рамкой в IE6 - это вот я помню, это да, грязные костыли. А проблемы ИЕ11 со флексами - это просто небольшое неудобство. Но восприятие сильно зависит от "насмотренности". У меня, видимо, больше, поэтому проблема мне кажется меньше. :)
bozuriciyu, я своей целью на этом ресурсе ставлю передать опыт, а не просто отвечать на вопросы. Это не одно и тоже.
Опыт и правильные решения - это прежде всего ход мышления.
Думать нужно научить, взвешивать преимущества и недостатки, дать понимание, что иногда нужно искать компромиссы, что на самом деле нет ничего идеального, и никто не знает, как правильно...
А короткий ответ новичкам не даёт ничего и порождает аргументацию решений на уровне "сделал так, потому что на Тостере так сказали". Очень здорово. И нам потом с этими людьми работать.