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

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

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

17 февраля 2010 в 8:14

Ну там же не написано, что эти "два параметра" можно заполнять чем угодно. Для начала, form_state - это массив, а $node - это объект.

И, кстати, не нужно в drupal_get_form "передавать два параметра". Нужно передавать столько, сколько требуется. Например, один, или три, или пять, или ни одного. Если один раз передавали - работало, зачем два раза передавать? Smile
Читайте Form API, там все написано.

А делать надо так:

16 февраля 2010 в 18:34

Я не репорты друпала, а эррор-логи http-сервера имею в виду. Многие WSOD-ы лечатся по их показаниям. А если там тоже ошибок нет, то вам надо побольше рассказать про сайт и хостинг.

11 февраля 2010 в 12:39

Stan.Ezersky wrote:
"graker" wrote:
А у меня, с тех пор как я с ubuntu на opensuse перелез, на локалхосте стала адски тормозить страница модулей, когда новые модули включаешь.
Ну на локалхосте без проблем вносятся изменения в PHP.INI.

11 февраля 2010 в 11:42

А у меня, с тех пор как я с ubuntu на opensuse перелез, на локалхосте стала адски тормозить страница модулей, когда новые модули включаешь. Вот думаю, теперь рассказывать всем, что друпал - кака, или облить себя бензином и поджечь Smile

4 февраля 2010 в 23:05

Так ведь вам правильно говорили: это одна и та же форма. Добавьте к каждому элементу поле '#default_value', в него пропишите соответствующее значение из $form_state['values'], если оно установлено, и, собственно, это все.

А в _submit добавите UPDATE просто, например если где-нибудь в форме id существующей записи установлен.

28 января 2010 в 14:48

Stan.Ezersky wrote:
Было удалено, но прикручу. То есть, сделать wishlist?

Да, было бы здорово. Вдруг у кого-нибудь кризис идей, а написать что-нибудь хочется? Smile Ну или просто нашли интересную статью англоязычную, можно перевести.

28 января 2010 в 12:48

RxB wrote:
Переводы приветствуются и разрешены, было бы кому переводить

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

28 января 2010 в 12:27

"Создать новый Тема форума" к сожалению штатными средствами исправить не удастся, т.к. "Тема форума" берется из отдельной строки перевода. Видел нештатное решение проблемы здесь, но сам не пробовал.

27 января 2010 в 21:53

Я сейчас уже ей богу не помню, где это было написано, но в общем фишка в том, что если #tree не установлен, то значения всех элементов формы будут по возможности записаны в одномерный массив $form_state['values']. При этом, естественно, не может быть двух одинаковых имен элементов - как их резолвить? Поэтому, полагаю, вам "не повезло": в одномерный массив попал чекбокс, а текстовое поле сохранило структуру филдсета и оказалось в ['values']['comparision']. Именно ввиду подобных конфликтов и во избежание путаницы имеет смысл для филдсетов сохранять древовидную структуру.

27 января 2010 в 11:18

Админка->Содержание->Типы материалов->Edit нужного типа материалов->Управление комментариями->Расположение формы отправки комментариев->Показывать ниже сообщения или комментариев->Кнопка "Сохранить".

27 января 2010 в 11:12

А также показывать спамеру гневные надписи, неприличные картинки, проводить DDOS-атаки на компьютеры спамера, узнавать его адрес, автоматически пробираться к нему домой, обливать бензином и поджигать.

26 января 2010 в 22:11

metakon wrote:
upd: проверил. Теперь в БД вообще пустое поле заносится. вопрос таки не решен.

Ну так выведите $form_state['values'] и посмотрите, чего там где, делов-то. А вообще почитайте Form API Reference, там все это написано.

26 января 2010 в 17:55

1. Вероятнее всего, возникал конфликт имен ('store') для текстового поля и чекбокса. Чтобы все заработало в первом варианте, надо поле fieldset снабдить элементом '#tree' => TRUE, который указывает принудительно сохранять древовидную структуру элементов филдсета в $form_state['values'].
Вот так: