Account created on 13 March 2008, over 16 years ago
#

Recent comments

πŸ‡³πŸ‡±Netherlands rroose

@Jean-Paul Vosmeer: Thanks for the credit but it's (still) not visible on my profile: https://www.drupal.org/u/rroose β†’

Do I need to take any action?

πŸ‡³πŸ‡±Netherlands rroose

How to reproduce with core:

  1. Make sure you are logged into Drupal as user with sufficient permissions
  2. Enable the 'Contact' module
  3. Navigate to /admin/structure/contact and 'Add contact form'
  4. Fill in a label and recipients (can be anything) and click 'Save'
  5. Click on the error next to edit below operations of the newly created form and select 'Manage Fields'
  6. Click 'Create new field'
  7. Select 'Date and time' and click 'Continue'
  8. Fill in the label, select 'Date' and click 'Continue'
  9. Leave settings as is and click 'Save settings'
  10. Go to 'Manage form display'
  11. Click on the select option 'Date and time' of the newly created date field, choose 'Select list' and click on 'Save'
  12. Click on view to see the date field in the Drupal front-end
πŸ‡³πŸ‡±Netherlands rroose

I think we should. I see no valid reason or argument to put the prefix before the description, so it seems like a mistake or bug. The prefix is mostly used to indicate what value the user needs to enter, such as a currency.

πŸ‡³πŸ‡±Netherlands rroose

@jrockowitz: Thanks again for pointing this out. I've created an issue for Drupal core: https://www.drupal.org/project/drupal/issues/3459838#comment-15672940 πŸ› Prefix is shown before description Active

πŸ‡³πŸ‡±Netherlands rroose

I'm using the Olivero theme as well. Have you set the 'Description display' to 'Before'? In your screenshot the Description is displayed after the field.

πŸ‡³πŸ‡±Netherlands rroose

rroose β†’ created an issue.

πŸ‡³πŸ‡±Netherlands rroose

This issue is still (or again) present in 6.2.3.

πŸ‡³πŸ‡±Netherlands rroose

I will report this as a Drupal Core issue then.

Thanks for pointing me in the right direction!

πŸ‡³πŸ‡±Netherlands rroose

Thanks apaderno.

Apparently a space in one of the summaries causing the feed to not validate.

It's fixed now.

πŸ‡³πŸ‡±Netherlands rroose

Default expected behaviour would be showing the labels above the select fields because, as you can see in the code, they are actively being hidden creating all sorts of usability problems.

My suggestion would be to adhere to the default behaviour and give users to option to hide the labels.

Everything can be changed by using custom code ;) But I think we should work towards a more accessible, user-friendly Webform module out of the box. That's why I created this issue.

Production build 0.69.0 2024