Custom Fields visibility frustrations in Custom Item Types

The visibility of Custom Fields under the "More Fields" dropdown in the side panel of an item is frustrating.  If I create a Custom Item Type with no fields visible in the side panel, I would expect that none show up, but that is not the case and I don't understand why?

So here I have a Custom Item type with just three fields in the top area, and nothing in the side menu

When I create a task from this item type, there is nothing in the side pain, but the More fields button is there and can be expanded to show all the fields that are in the space.

Why?  This just seems messy and confusing.  If I don't put the fields in the Custom Item Type, then I don't need them in that type of task.  They should not be there.

Upvote 16
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos
14 comments

I have pondered this same question and agree with Russell's suggestion.

1
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Hi Russel

What I've found out so far. The custom fields listed under "More fields" are additionally driven by table views. So any custom item type that is part of that table will have that field listed under "More fields". Since it is part of that table view, it is likely that you will be able to populate that field, which will then need to be available and stored somewhere in the item type. That's probably the logic behind it.

You can get rid of this by removing the custom field from that table. (Only if the other item types don't also use it.) You can go to your space settings -> custom fields -> select the field you want to remove from a folder or project -> remove from.

 

1
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Thanks Jonathan
That makes some sense for the tables that the custom item type is in, but as you can see this table doesn't have any extra fields
It is a real inconvenience to have to go into the space custom fields and remove or add to specific folders/projects.  It is my solution for now, but I really feel like the fields should follow what is set in the custom item type regardless of what is shared with the space or set in the table.

1
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos
Avatar
Juan

Hi Russell Sprague, thank you for creating this post! Our Product Team is currently exploring alternatives to optionally hide or show "More fields", we will update you as soon as we are informed of any changes 👍

2
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Hi @... are there any updates regarding the option to hide "more fields"? Thanks! 

0
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Bumping this up. I'm trying to reorganize how we use automations to automatically populate custom fields.
For example:

Custom field:
Blog Type (single select)
--Skyscraper
--Long-form
--Mid-form
--Short-form
--Micro

And when a user selects the dropdown, it automatically fills in a bunch of different information across custom fields like how long we have to draft it, how long a revision should take, costs, etc. 

As it stands, I can't implement a bunch of custom item types for our agency because all custom fields intended to only show for specific custom item types are populated across all other custom item types as junk/irrelevant fields. This is massively self-defeating. The fields need to either respect the user's wish to hide them entirely from the custom item type (so project managers won't see dozens of irrelevant fields), or custom fields should have the option to apply to Tasks, Projects, Folders and specific Custom Item Types.

The only workaround I have is making a generic "content" type and then using an absolutely massive, towering Single Select custom field that offers ALL variations of all of our agency's deliverables. Not ideal at all.

And it's painfully obvious that as a user I wouldn't want one custom item type's custom fields to cross-contaminate the custom fields displayed on other custom item types. I'm blown away by the fact this was overlooked. If I build a project with various custom item types in one space with unique fields for each, the "More Fields" area becomes an unnavigable scattering of custom fields. This cannot be the way. Please address this.

1
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Same problem here! This seems a basic...

1
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Hi folks! Our team has released an update some time ago - when you collapse the "More field" menu, it should remain collapsed for you for other items you open. Can you please let me know if that works like that for you? 

Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover

Lisa Wrike Team member Become a Wrike expert with Wrike Discover

0
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Lisa This works for me personally, but it is not my viewing of the extra fields that is the issue, it is other users being able to view them.

2
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

I just spent some time investigating how our custom item types are set up to try to hide those "more fields" when I stumbled across this post. Initially, I thought this may have been a bug. I agree that I don't want others to be able to view these fields, and the collapse function doesn't quite do the trick for us. 

0
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Is there an update on this yet. 
It would really be helpful to show only populated fields and not empty ones.

0
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Would also like to see something more for this. In a particular space for Vendors, I have two custom item types, both task types. I have Vendor Contact and a Contract type. Obviously, the contract fields don't belong on the contact item type, but it's frustrating that I can't make them go away.

1
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Hi everyone!

Thank you for sharing your thoughts with us. I completely see how the ability to remove the "More Fields" section could be valuable, especially for what you have mentioned. I've shared your feedback with the team. 👍🏽

Basudha Sakshyarika Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover

Basudha Sakshyarika Wrike Team member Become a Wrike expert with Wrike Discover

0
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

I'm also in need of this function!

0
👍 Spot On 💡 Innovative Approach 💪 Stellar Advice ✅ Solved 🪄 Remove Kudos

Folllowing List for Post: Custom Fields visibility frustrations in Custom Item Types
[this list is visible for admins and agents only]

Top
Didn’t find what you were looking for? Write new post