if i put some values into the fields

  • GENERAL SETTINGS
  • Offset
  • Use Inline Messages for the following
  • Custom settings
  • Form ids

they have no effect on my site.
the "Path to jQuery.ScrollTo plugin" is only working for the seven theme in the administration.
do i miss something? any ideas?
thanks :)

Comments

pjcdawkins’s picture

Same issue here. Inline Messages is working but not following my configuration.

Nico7’s picture

Inline Messages causes no effect to my messages.

mattiasj’s picture

Confirm this. Are there any good alternatives?

justindodge’s picture

Hey ya'll - I was having the same experience while working with a custom form.

A quick and dirty work around was to add:
$form_state['no_cache'] = TRUE;
to my form builder function. You could also put this in any hook_form_alter. I'm sure there are some performance (and maybe other) ramifications. I heard it said this workaround may cause ajax stuff to break.

To the module maintainer:
It looks like in general the D7 approach for this will need to be just slightly different, since hook_form_alter is not called when the form fails validation.

It seems like the approach would be to use form alter to add a #pre_render or #after_build function, and move the form_alter code there.

There's some good insight about this here:
https://drupal.org/node/671574#comment-6510100 (read around comments 32-57)

Hope that helps!

nevosa’s picture

Regarding this issue - I'm not sure if it's my misunderstanding something, lack of appropriate documentation or faulty functionality:

I've embedded a login form in a block, and a custom form in a block.
Got the drupal form id, and inserted it in the settings "Form ids" list per line:
user_login_block

per justindodge's suggestion I've used
$form_state['no_cache'] = TRUE;
in my form build and form_sumbit.

I still see the validation message in the same location. So no effect.

Thnaks.

nevosa’s picture

Issue summary: View changes

minor change