1. Главная
  2. samodelkin

samodelkin: Комментарии

Главные вкладки

14 октября 2013 в 10:15

Смысл задачи: При выборе значения в одном поле автодополнения (Договор) Заполнить другие (Контрагент и т.д.) автоматом.
Через hook_form_[type]_node_form_alter меняю форму редактирования ноды и вешаю AJAX обработчик на нужное мне поле

11 октября 2013 в 10:33

1 скрин - http://yadi.sk/d/a5KbtKfnAjq87
2 скрин - http://yadi.sk/d/x4Y-6N2fAjq8s

Помог вот этот патч https://drupal.org/files/issues/autocomplete_popup_position-1218684-11.p...

так-же помогает вставка CSS в стили темы

.views-exposed-form .form-item {
position: relative;
}

18 сентября 2013 в 22:44

в PHP я заметил ограничение только на вывод через echo, а сами данные в переменной хранятся. А тут ладно бы только при редактирование вылазило ограничение, а оно даже при первом сохранении в БД попадает уже округленным. Посмотрел в модуле Number там округление проходит корректно, данные не меняются.
Можете подсказать где можно посмотреть продолжение цепочки добавления?

9 августа 2013 в 18:36

С созданием действия для VBO разобрался, сделал, работает. Но возникла такая небольшая проблема. В действие прописано условие по этом условию определяет выполнять действие или нет. Как сделать так что если действие не выполнено или VBO ругался что действие не выполнено (Условие не прошло) или Rules вывести сообщение о не возможности выполнить действие. Или что-бы VBO не выводил свое сообщение и выдавать сообщение Rules

Кто сталкивался подскажите варианты решения.

24 июля 2013 в 17:54

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

Вьюсом можно добавить свою вкладку, но системный путь должен быть относительно node. Например node/%/info
т.к. для адресов views задавать алиасы это как-то не кошерно, но если во вьюсе писать адрес алиаса то вкладки не появятся. Вот и думаю как это можно сделать.

14 июля 2013 в 19:41

попробовал данный (http://drupal.org/project/views_node_access) модуль появляются ошибки при просмотре вьювса гостем. Если что-нибуть более актуальное? или как победить проблему с гостем

5 июля 2013 в 18:36

Еще может спасти атрибут "download" в теге ссылки, но он введен недавно и друпалом еще не поддерживается, нужно дописывать.

Пример.

27 апреля 2013 в 11:09

Спасибо за предложения, буду разбираться.

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:
Возможно, надо проверять, а что в селекте валидировать, я там понимаю он только уменьшать список будет?

Да мне достаточно только уменьшить список.

26 апреля 2013 в 22:08

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:
Тогда надо динамически формировать список для селекта, но особо быстро работать не будет, на большом количестве юзверей.

Ясно. Спасибо. Буду думать.

26 апреля 2013 в 18:36

"<a href="mailto:sas@drupal.org">sas@drupal.org</a>" wrote:
content_access

Спасибо, но по моему мне это не подойдет т.к. этот модуль позволяет задавать права для доступа на этапе конфигурирования, а мне нужно динамически. Пользователь добавил материал с цветом, все еще один с таким цветом он не может добавить только с другим. Удалил материал - добавляй. И так для каждого пользователя у кого есть доступ до материала.

24 апреля 2013 в 22:46

Спасибо за ответы, я понимаю что это в основном для цвета размера и т.д. Просто хочу попробовать реализовать возможность выкладывать товары пользователями. Добавив entity reference в product можно будет их разделить выбирая нужного пользователя. Момент вывода на странице товара это другой вопрос. Тут-то и получается что к дисплею будет прикреплено много продуктов. Отсюда вопрос если сделать обратную ссылку не с product Display ссылаться на Product а с Product на Product Display. Сильно ли это выйдет за рамки стандартной концепции?

7 января 2013 в 11:58

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:
См. ограничения и ошибки на стороне сервера в логах

Все таки я не согласен что проблема в ограничениях сервера. Скрипт отрабатывает достаточно резво, возвращает данные. Я думаю что проблема появляется где-то на этапе создания формы. И уже потом из-за не правильной формы начинается вся эта конетель.

Ради интереса попробуйте повторить проблему у себя.

6 января 2013 в 22:17

<a href="mailto:sas@drupal.org">sas@drupal.org</a> wrote:
Добавление ajax с возвратом массива всех изображений, imho проблем с ограничениями параметром хоста, возможно php.ini а возможно и не только ...

6 января 2013 в 13:31

Проблема есть и с включением опций «alt» и «title» по отдельности, при этом можно добавить большее кол-во изображений
При отключении данных опций проблема наблюдается при добавлении 198 изображений.

google chrome показывает что запрос ушел нормально, а вот результирующий JSON файл отображается не полный, то-ли его Drupal так вернул то-ли chrom порезал непонятно. Буду пробовать в другом браузере.

Дело не в браузере

6 января 2013 в 9:07

Судя по всему проблема наблюдается при включенной опции: Показывать поле для ввода атрибута «alt» и Показывать поле для ввода атрибута «title»
Без включения данных опций было добавлено порядка 180 изображений. После включения данных опций в типе материала и попытке добавить еще одну картинку, что-то проглючило и осталось только 143 изображения, а остальные канули в небытие.