# UI improvements - condensing space **URL:** \ **Category:** Development\ **Tags:** feature-request\ **Created:** [August 25, 2023, 11:04pm UTC](https://farmos.discourse.group/t/ui-improvements-condensing-space/1732 "2023-08-25T23:04:58Z")\ **Posts on this page:** 1\ **Showing post:** 8
**Author:** ![paul121](https://avatars.discourse-cdn.com/v4/letter/p/54ee81/32.png) [@paul121](https://farmos.discourse.group/u/paul121)\ **Post date:** [August 28, 2023, 4:22pm UTC](https://farmos.discourse.group/t/ui-improvements-condensing-space/1732/8 "2023-08-28T16:22:01Z")
> [@pat](#): > > The ID takes up space and are rarely used (but still used). Yes - I hope to revisit this too. I agree we probably just need to work in a toggle, not a big complex feature, but just specific to the ID column. > [@pat](#): > > The **status** field in log filters are expanded. That makes sense since the number of choices are constant and few. In the **assets filter** , the **is loaction, is fixed, and status** fields could also be expanded. Would make fewer clicks to filter. Glad you mentioned this… I was actually going to propose the opposite, that we condense almost all of these “select” filters… 🙂 The expanded filters exist so that you can select multiple values and eg: see all logs that are `done` OR `pending`. This might make more sense for log category vs log status. But I wonder how often people use this, and if it would be an overall improvement to make them all single select dropdowns so they take up less space. But I had not considered the amount of clicks, I think you are correct. But IMO I might prioritize the condensed UI over number of clicks. Although on mobile the multi-select may actually be confusing/require more clicks: [Log Category defaults - setting or avoiding them](https://farmos.discourse.group/t/log-category-defaults-setting-or-avoiding-them/1730/1) --- _[View the full topic](https://farmos.discourse.group/t/ui-improvements-condensing-space/1732)._