Advanced settings in Views edit - preserve state or leave expanded?

Created on 16 January 2017, over 8 years ago
Updated 3 August 2024, about 1 year ago

Problem/Motivation

  1. Install Drupal
  2. Edit a view - e.g. /admin/structure/views/view/content
  3. 'Advanced' section ('.details-wrapper') is always collapsed/hidden on initial page load, regardless of whether advanced settings have been made, and if the user has just expanded and edited something in that section, e.g. adding a contextual links or relationship, when the modal window is closed the Advanced div is always collapsed again

Motivation:

UX/DX, timesaving, specifically:

  • I find myself wasting a lot of clicks when editing views.
  • Avoid active settings being missed because they're not immediately visible
  • Is there real reason it needs to be collapsible at all? On desktop it saves no space, you just get an empty column area, and the content is always loaded in background.
  • Are the "advanced" settings really "advanced", i.e. more complicated than those in the first two columns. I'd argue relationships, contextual filters, machine name, admin comment and CSS class perhaps aren't. e.g The first two would work well in column two, and machine name and admin comment could go in (Page|Block|..) Settings. I'm wondering if the page has grown over time and the "advanced" column has turned more into "miscellaneous"?

Proposed resolution

  • Lose disclosure triangle and always show remember previous setting.
  • Move some items in advanced column to better locations.

Remaining tasks

Preemptively tagged for subsystem review as it'll require sign-off.

Discuss to see likelihood of approval, then work on patch.

User interface changes

Depends on outcome.

API changes

None.

Data model changes

None.

🐛 Bug report
Status

Needs work

Version

11.0 🔥

Component
Views UI 

Last updated 4 days ago

Created by

🇬🇧United Kingdom wturrell

Live updates comments and jobs are added and updated live.
  • Usability

    Makes Drupal easier to use. Preferred over UX, D7UX, etc.

  • Needs tests

    The change is currently missing an automated test that fails when run with the original code, and succeeds when the bug has been fixed.

Sign in to follow issues

Merge Requests

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • 🇳🇿New Zealand quietone

    The work here is longer suitable for a novice, in my opinion.

  • First commit to issue fork.
  • Merge request !11424Remove the Advanced Settings details → (Open) created by dcam
  • Pipeline finished with Failed
    5 months ago
    Total: 177s
    #443826
  • 🇺🇸United States dcam
  • Pipeline finished with Success
    5 months ago
    Total: 6432s
    #443829
  • 🇺🇸United States dcam

    Based on #22 I removed the collapsible behavior entirely.

  • 🇺🇸United States dcam
  • 🇺🇸United States smustgrave

    Asking about that update hook number (small change if needed)

    But we should have a CR for the configuration change. Mentioning why it's been removed.

  • 🇺🇸United States dcam

    Change record added at https://www.drupal.org/node/3515212 . Leaving status as Needs Work due to the question of what the update number should be. I checked Slack and no one has responded yet. I'll try to check back in a day or two.

  • Pipeline finished with Canceled
    4 months ago
    Total: 184s
    #457637
  • Pipeline finished with Success
    4 months ago
    Total: 464s
    #457640
  • 🇺🇸United States dcam

    The update function number was updated per the discussion in Slack. I also rebased it against 11.x to get the latest changes.

  • 🇺🇸United States smustgrave

    Apologize for taking so long to get back to this one, even after posting it in slack lol

    But feedback appears to be addressed.

  • Status changed to RTBC 3 months ago
  • 🇫🇷France nod_ Lille
  • 🇬🇧United Kingdom catch

    The change record should explicitly reference the config key that's being removed. There will be some cases like distributions with a full set of exported config that could end up with stale config after this change and will need to remove the key manually.

    I'm confused by the update number here - left a comment on the MR.

  • Pipeline finished with Failed
    2 months ago
    Total: 214s
    #508474
  • Pipeline finished with Success
    2 months ago
    Total: 761s
    #508483
  • 🇺🇸United States dcam

    #57 feedback was addressed.

  • 🇧🇷Brazil igorgoncalves

    Hi guys

    As the last feedback review was given by #41, i made another up-to-date check after all last commits and the changes seems to address the requests.
    The advanced column "is gone" as the collapsible behavior.

    Checked with Drupal 11.2.x-dev

  • 🇺🇸United States smustgrave

    Feedback appears to be addressed for this one.

  • 🇺🇸United States xjm

    The screenshots appear to be in #33, but they also don't actually seem to show the "after" case. It's probably best not to embed them in the IS in either case, but we would want to at least link them. Tagging for new screenshots.

    I disagree that this is a bug. It was a design behavior and was changed on purpose from a previous setup where the column was always shown, because we wanted to make the Views UI less overwhelming on page load. Therefore, I think this should have both usability and subsystem signoff. Once the screenshots are added and embedded in the IS, this can be tagged for usability review.

  • 🇧🇷Brazil uesli Balneário Camboriú, SC

    Hi, @xjm

    Test summary

    Drupal version: 11.2-dev

    1 - Visited the views listing page.

    2 - Edited one of the views (Content view).

    3 - The Advanced column was visible and expanded in the first page load.

    4 - Added a contextual filter and closed the modal window. The advanced settings column was visible and expanded.

    5 - Saved the settings. The advanced settings column was visible and expanded.

  • 🇧🇷Brazil uesli Balneário Camboriú, SC
  • 🇺🇸United States xjm

    @uesli, I think from the screenshots #62 is testing Drupal 11.2 without the merge request, correct?

  • 🇧🇷Brazil igorgoncalves

    I double check the changes, and achieve the same result as i found at #59
    (Sorry that i didnt added the screenshots back then)
    The advanced column "is gone" as the collapsible behavior.

    So i will add the Before Screenshot that @uesli give to us to not flood the IS with duplicated images

    Before - just checked with a clean D11.2-dev instalation.

    ----------------------------------

    After - just checked with a clean D11.2-dev instalation + MR 11424.

  • 🇳🇱Netherlands Lendude Amsterdam

    I agree with @xjm this isn't really a bug, so moved to task, might be a feature ¯\_(ツ)_/¯

    @dawehner seemed to be in favour of this back in the day, and so am I, so removing the subsystem tag. I understand the initial thought behind not showing this, but I believe the Views UI is still plenty complicated without showing this column. And as people have pointed out in this issue this can lead to information being hidden. Also, it always felt a little arbitrary what was considered 'Advanced', since, lets be honest, the whole Views UI is pretty advanced :)

    @yoroy has commented here so not sure if a usability review is needed, but happy to follow @xjm on this, so tagging for usability review

  • 🇺🇸United States xjm

    Ahh, thanks @lendude, I missed #6:

    I think the collapsed “Advanced” column was a rather brute-force way to reduce clutter in the Views UI. I wouldn't mind showing it expanded again.

Production build 0.71.5 2024