Some customizations of entity view, hiding unused fields

Hi again, sorry for the barrage today!

This time I’d like to suggest some abilities around limiting views of fields in entity views. Here is what is on my mind:

A cornerstone feature of Fibery that has attracted me is the deep linking and visibility between entities across the Fibery app. However, my use calls for free linking between any entity in any app, to another entity. Right now you have to specify which entity type you want to link to another. I know @mdubakov you’ve mentioned that the ability to choose an entity within an app is in the works, but this is also limiting.

So in order to accommodate my need, I am having to set up links to certain types of entities I’d like to be visible to any other, within those “destination” types. So in my case for example, I have an “idea” entity that I want to relate to practically all other entity types in all Fiber apps. I am going to create a relationship to “idea” in each of those types. This is not only a lot of work, but also as I build this out, I have some types with relations with 8 -9 other entity types, as I may need to link those at some point.

This has led to some clutter in those entity views, and my team and provided me some feedback that the views are getting busy and hard to read.

So one solution I thought about was if it were somehow possible to minimize, or mask, non-used fields, particular those with relations, if there is no relation present. One idea would be to minimize those so that just the name of the relation is showing. Fully masking those fields would basically block the user from adding the related entity, but if they were minimized, and could be easily “opened’ back up so an related entity can be added, then I think you’d gain a much superior view of the task details, but also maintain full ability to do relationships as needed.

Thanks guys for listening!

@B_Sp It would be great to see a screenshot of entity view and a screenshot with the whole domain. It will help us to get the problem better and maybe even advice something

@mdubakov, ok, since you asked:

To preface re: my domain, I am in big experimentation mode, so this is not my intended set up. I will say that I do intend in fact 20 - 25 apps to represent the entire needs of my team/organization (we develop websites and have an SaaS product), so things that aren’t here yet include:

  • Feature tracking/feedback from users
  • CRM
  • Content planning
  • OKR’s, Goals
  • Marketing
  • HR
  • and others

(and I hold out high hopes that Fibery will build to the promise of Burnout, which would appear to incorporate much of this stuff in a true “Single Source of Truth” solution I am really hoping you guys can pull off!)

So here’s my domain:

Now, what I’m trying to do is have the ability to talk about just about anything in the domain in a meeting. Do things like create interviews for HR candidates, note a new idea for a new partnership, flat up a bug, take notes on a new section of a website we’ve thought about, or put on the agenda for the third time this week to make a decision about which laptop provider we’re going to use.

I am using a “meeting” type to represent the actual meeting. I hope later to integrate with a calendar solution, and track time for each team member present when you guys have those capabilities. In the past we used Confluence for team meetings, and we’d have a table in the Confluence doc for each topic item. But once the meeting was over, nobody would read the notes, and things that didn’t get solved would get stuck in that particular Confluence doc, disappearing into a blackhole. I realized that if my meetings consisted of topics that were actual entities, you could have a chance to not lose site of these if they were not covered in a meeting. And by attaching, in the case of Fibery, various reference items that would be types to these “Agenda Items,” you’d have a really good system with some good benefits:

  • ability to quickly build notes in a meeting by quick adding entities to the Agenda items;
  • the “Agenda Items” live on their own, and by linking each to the entities, you can always see decisions about entities right in the relations area
  • the meeting note itself has great context as you can see the Agenda Items as live entities, with status, so if you decide in meeting that an Agenda Item is “for future consideration,” in another part of Fibery you can have those topics assimilated in a board for easy reference. In Confluence as I say they will disappear as random sentences across many docs.

So ideally I’d like to be able to link anything from my domain above to the “Agenda item” I am describing. I have a Type called “Agenda Item” that represents these in Fibery. But since I can’t link to any entity in Fibery, but rather the relation has to be to a certain type for now (eager to see “Polymorphic” when released!), I have to create relations for all the types I’d potentially want to discuss in a meeting. So this “Agenda Item” type looks like this for now:

And I will probably add even more relations.

In a lot of cases most of these fields will be empty. The main reason I have so many relations in the first place is to have the flexibility to relate, if needed, to anything else in Fibery. So with Polymorphic relations allowing me to reduce to just App relations, and not each Type in an App, or even the ability to relate to any entity across Fibery, which I think would be great if you guys release that capability, I wouldn’t need to have all these relations.

Hope this is useful guys, cheers!

2 Likes

Hey guys, sorry to reply to myself, but would be grateful for some insight here. If it’s easier feel free to Email me. This issue is very closely related to my other request of Reciprocal reference when using "/" commands in entities. Would be grateful if you could respond to that, too, as I assume it’s on your radar, and when you implement that is really key to my continued hesitation - although getting closer all the time! - to bringing my team over to Fiber.

The reciprocal linking is also missing in both Coda and Notion, would be terrific if you could beat them to the punch with this. And just to repeat again (sorry!) why this is so key to me, your excellent ability to convert stuff in a rich text into an entity is missing a “2nd half” until the linked entity gets an auto-reference back to the entity where it’s referenced in the text field. Basically exactly the way Confluence and Jira work together for those familiar with those two tools.

Thanks guys and eager to see you get back to moving things forward this year! Been missing the updates!