You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sorry for russian text, but in English I think too slowly.
Сегодня наткнулся на модуль, первая мысль - крутота! Запустил демку на simpletest, поковырялся в UI, начал думать, и чем дальше, тем все грустнее я становился. Решил поделиться мыслями, может кто-то что-то для себя полезное найдет.
Зайду с козырей. Если мы начинаем структурировать, то почему ограничиваться деревом? Как насчет произвольного графа и средств для реализации связей? Чую вопрос: а зачем это надо? Парирую: а зачем нужно дерево?
Для чего вообще понадобилось структурировать информацию, что мы с этим будем делать? Ведь в общем виде у нас есть произвольное дерево безымянных элементов, которые даже стилизовать толком будет сложно, правда? Это чем-то напоминает XML, но там хоть схема есть, чтобы в случае чего проверить тот же пользовательский ввод (как вариант, можно говорить о JSON-based solutions). А как же тут валидировать пользовательский ввод? Можно ли вообще наложить ограничения на эти деревья, и если такой механизм существует, не является ли это изобретением велосипеда (снова референс к XML/JSON Schema)? А если нет, то чем это по сути отличается от произвольного форматтинга в WYSIWYG?
Структурирование outside Drupal. В той дискуссии, на которую идет ссылка со страницы проекта, Wim Leers справедливо заметил, что Atoms обходятся без привычных средств структурирования информации Drupal. Правда, как насчет Views? Допустим, есть у нас 10 нодов, и в каждом какое-то свое дерево разной формы, в глубине которого спрятана картинка или несколько (по сути являющиеся филдами). И как теперь вывести список этих картинок? По-хорошему, средств для работы с подобной свободной иерерхической структурой друпал не имеет. Возникает вопрос - тогда зачем все это надо? Может быть для удобного последующего layout'инга, но снова см п.1. - как задать структуру и как ее потребовать?
А что же нужно юзерам? Какие задачи на самом деле стоят? Лично из моего опыта, основные задачи это:
обеспечить юзера наиболее простыми и удобными формами для ввода информации
обеспечить веб-мастера наиболее гибкими средствами для форматирования информации.
1 & 2 пересекаются где-то в районе Panels, но пока в них нет удобного редактора для layout'инга информации.
Года два назад я думал о таком редакторе, но пока ничего не родил, так как задача видится практически неподъемной, а сильной мотивации на фоне движух типа Layout пока нет, так что ждем, что получится из Layout и пока все ручками, ручками.
Сорри, если сумбурно.
The text was updated successfully, but these errors were encountered:
Sorry for russian text, but in English I think too slowly.
Сегодня наткнулся на модуль, первая мысль - крутота! Запустил демку на simpletest, поковырялся в UI, начал думать, и чем дальше, тем все грустнее я становился. Решил поделиться мыслями, может кто-то что-то для себя полезное найдет.
Зайду с козырей. Если мы начинаем структурировать, то почему ограничиваться деревом? Как насчет произвольного графа и средств для реализации связей? Чую вопрос: а зачем это надо? Парирую: а зачем нужно дерево?
Для чего вообще понадобилось структурировать информацию, что мы с этим будем делать? Ведь в общем виде у нас есть произвольное дерево безымянных элементов, которые даже стилизовать толком будет сложно, правда? Это чем-то напоминает XML, но там хоть схема есть, чтобы в случае чего проверить тот же пользовательский ввод (как вариант, можно говорить о JSON-based solutions). А как же тут валидировать пользовательский ввод? Можно ли вообще наложить ограничения на эти деревья, и если такой механизм существует, не является ли это изобретением велосипеда (снова референс к XML/JSON Schema)? А если нет, то чем это по сути отличается от произвольного форматтинга в WYSIWYG?
Структурирование outside Drupal. В той дискуссии, на которую идет ссылка со страницы проекта, Wim Leers справедливо заметил, что Atoms обходятся без привычных средств структурирования информации Drupal. Правда, как насчет Views? Допустим, есть у нас 10 нодов, и в каждом какое-то свое дерево разной формы, в глубине которого спрятана картинка или несколько (по сути являющиеся филдами). И как теперь вывести список этих картинок? По-хорошему, средств для работы с подобной свободной иерерхической структурой друпал не имеет. Возникает вопрос - тогда зачем все это надо? Может быть для удобного последующего layout'инга, но снова см п.1. - как задать структуру и как ее потребовать?
А что же нужно юзерам? Какие задачи на самом деле стоят? Лично из моего опыта, основные задачи это:
1 & 2 пересекаются где-то в районе Panels, но пока в них нет удобного редактора для layout'инга информации.
Года два назад я думал о таком редакторе, но пока ничего не родил, так как задача видится практически неподъемной, а сильной мотивации на фоне движух типа Layout пока нет, так что ждем, что получится из Layout и пока все ручками, ручками.
Сорри, если сумбурно.
The text was updated successfully, but these errors were encountered: