Attributes with vote levels
Warning: here a more complicated request that needs an innovative new solution:
I want to give my Objects different attributes, each with a level.
Example:
An Object contains a song.
This song can have attributes like this:
- Sound quality
- Energising-level
- Smoothing-level
- Sentimentality-level
- Hypnotizing-level
Each single of these attributes has a level, like for example "6/10" -- similar to the "Order" Property in the "Action" Objects, that is shown there as a wheel, or a bar.
My problems, that I actually can't solve:
- I want such a level indicator for every Object in the whole Space (not only for "Action" Objects).
- I need more then only one of them per Object.
- And the most complicated problem:
How to add a bunch of such attributes to the Objects, and how to display them in the Collection's Grid, without overloading the Grid?
I mean, in my example with the song, there was five Attributes (and each has a level).
If each attribute comes as a separate Property, it would overload the Collection's Grid, because in my example, I would need five columns only for that.
In Anytype, I "solved" that with one single Multiselect Property, that comes with Entries like this:
And if I open an Object and for choosing the attributes, it looks like this:
The "solution" above was the best possible way in Anytype, but it was never a satisfying solution.
-- In fact, it was just a dodgy workaround to get round the limitations of Anytype.
The most annoying pitfall of this principle was the fact, that it wasn't possible to sort the Grid for one specific attribute-level, because there was only one single Multiselect that stored all the different attributes and their individual level.
For being able to sort the Grid for a specific attribute, it would be necessary (at least in the old Anytype) to use one Multi-select per individual attribute. But this would totally overload the Grid View.
But forget about old Anytype and dirty workarounds: for AnyTwo is a better solution very wanted, that solves all this.
Honestly, I don't have a good idea yet, how to do that.
But I want to show you devs the general need, hoping you come up with a clever new idea for that!
Btw.: I need such attributes not only for music, that was only one example.
Other Objects need other attributes, like:
Importance
Information-level
Inspiration-Level
... etc.
If someone has an idea, how an innovative new solution could look like, I would be happy to hear it!
For the moment, my best idea is this:
1. Adding to the Objects one Property for each single attribute.
2. Not displaying them in the Grid. Instead, using the new Side Peak Layout.
Pitfall of this principle:
It becomes very cumbersome to compere the Objects attributes.
If they would be shown in the Grid, I could see on the first glance if something is wrong, or needs adjustment.
But if I need to open each single Object, only for seeing the attributes, it becomes a pain to compare them.
Has someone an idea for this (hopefully interesting) problem?
9 Comments
Sign in to comment
Oh, I got an idea (and it is simple!):
The column headers should be able to show their names rotated to 90 degree!
That would it allow to use normal Properties for the attributes. Their names appear in the column header, but in vertical.
And for the level would a number do the job. In a Select Property it could even be a coloured number.
-- This simple solution would allow to have descriptive names for the attributes (aka Properties, aka Column names).
And for the values could a single number already do the job, for example in the range between 0 and 9.
The columns could become very narrow this way, because there is only a single digit in each of them, but the names can nevertheless be longer and descriptive.
Not much need anymore for an innovative new solution.
Rotating column names to the vertical orientation was already 30 years ago usual standard in many programs on the good old Atari computer.
-- AnyTwo should also support that!
The perfect solution is found!
I just got a similar but even better input from the appreciated user 360lime in the normal community forum:
---
Instead of rotating column headers 90 degrees (which bloats vertical height and is hard to read), what if you replace the text headers with single Icons or Emojis?
For your 5 music attributes, you could use intuitive symbols:
- for Sound quality
- for Energising-level
- for Smoothing-level
- for Sentimentality-level
- for Hypnotizing-level
With just an icon in the header and a single number 0–9 in the cells.
---
My final idea, based on that user's suggestion:
AnyTwo should be able (I believe, internally it is already the case) to have both:
1. a normal "real name" for the Property.
2. a different (shorter) name that becomes displayed in the column headers, instead of the full name.
That short and different display name could simply be a unicode icon.
If the user hovers the mouse on that short "name" aka icon, AnyTwo shows the full lenght name as a tooltipp.
That's all, all problems solved!
+1 of course (especially once we have collections or views that can be embedded in pages)
This ties in with a similar request I’ve been making for a long time for Anytype, but which focused on the column content: a “compact mode” display for the columns.
A button for URLs (instead of showing the beginning of the address—“ht” looks ugly and is useless)—and the same for the name (for all those cases where a title isn’t relevant, this lets you keep the subject line open without cluttering it up). I'm going to open a separate request!
In Anytype, the column title is already reduced to an icon when minimized, which is great.
Doing the same in Anytwo, with the option to choose that icon—of course I’m all for it too! 💯
Mate, if you write "+1" then you shouldn't forget to do that "+1" and upvote the request.
I don't quite understand this post (except the 'short-name for the property'). Wouldn't the number property solve this issue?
Yes, got it right, that was the conclusion for the value of the Property: a number would do the job. It can be displayed as ring, or as number.
But what's still needed -- and you get it right that this is the point -- is the thing with the short name that becomes displayed in the column's header, although the Properties "proper" name is longer.
Example:
1. Real name of the Property: "Immersions-Level"
2. The shortened alias name that becomes displayed in the Column's header: 🍄
3. What appears if the user hovers the mouse on the symbol aka name alias: a Tooltipp shows the full name: "Immersions-level".
In very short:
The column's header should support name aliases.
-- That's all.
(Sorry for the long and complicated thread, the simple conclusion became clear only after all that discussion)
I think we should close this issue and create a separate one for shorter property columns. I believe that @Shampramight have a similar issue from memory.
Yes, close this issue, I'll create a new one after that.
Here I suppose :