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
I find it inconsistent the way some form ids are named. For example, we have post_node_form for Post content type nodes and comment_node_post_form for its comments. Should've they been named either:
post_node_form
comment_post_node_form
or
node_post_form
comment_node_post_form
Haven't checked how Drupal forms' ids named, but most probably we inherited this mess from Drupal. It's really minor nuance that could be ignored, but then maybe consensus says we should correct it?
The text was updated successfully, but these errors were encountered:
That makes sense to me. Sounds like something that might have to wait for 2.0 or do you think it would be possible to fix this without breaking backwards compatibility?
I believe if it's fixed everywhere in the core, then no functionality should break. It's not likely that some Backdrop projects relied on those particular id namings. Most of the custom alterations operate the values of variables like $form_id anyway, so functionality should be intact.
I find it inconsistent the way some form ids are named. For example, we have
post_node_form
for Post content type nodes andcomment_node_post_form
for its comments. Should've they been named either:or
Haven't checked how Drupal forms' ids named, but most probably we inherited this mess from Drupal. It's really minor nuance that could be ignored, but then maybe consensus says we should correct it?
The text was updated successfully, but these errors were encountered: