Feature request/suggestion: New beat color management, Beat Necessity Level AND Subtext Display (Image 2)

Image 2 for this complete post: https://forum.hollywoodcamerawork.com/t/feature-request-suggestion-new-beat-color-management-beat-necessity-level-and-subtext-display/1917?u=emhmark7

Tags are added to end of title, but in a separate area, possibly with Color and Bold, per word basis, like in a word processor.

This part could include both:

-Tags other than NECESSITY (or those taken care of in the unique category level that would control beat color)

-Subtext from a field in Beat Edit, or editable directly in the beat display.

This has a small amount of potential in a mode we’re considering where beats in the whiteboard are much larger and more text is shown. In that world, we’re no longer trying to save space, and then it’s easier to let loose and throw in more stuff.

The main problem, as I see it, is that I’ve seen enough user documents to know that people often have very long tag names. That suddenly doesn’t scale so well. So I still believe in icons more, because icons are different enough to your brain that if you have a red fish icon, you don’t need all the text.

But in general, if we show larger beats, then in that mode, it’s far more permissible to pile on with icons. Or text.

Text should be a last resort. We need to know if icons work.

I think in the past I made suggestions about icons, but I think you raised the “Christmas tree” concern (Although the user could decide how much colors and tags are used)

But thinking about it now, we need to consider:

Many icons of same color might not be easily noticable.
At the other extreme, too many icons (one different color for each) might also become a problem

So, even for icons, it could help enabling/disabling display of 1 or 2 or 3… aspect(s) at a time, allowing display of icons specific to an aspect.

Another possible option is to put maybe 1 or 2 letters in the icon.
Ex. displaying character moods in the beat, where there are 2 characters or more. The same icon, but of different color, would display a different mood.

There could be then several moods of same icone (About mood), but of different colors (Which mood). The color would be about the mood, not about which character. The 1-2 letters would display which character it is about.

Remains the value of having a color gradient for each character, and the idea of selecting a value withe the need of removing the previous value (The radio button - one active at a time).
For that, several levels need to be associated to the same aspect: we could only select one at a time.

I think it deserves tests to find out what kind of icon-load you can take. It would help a lot of the icons weren’t inside circles, but literally had different shapes. I believe you can enter emojis, so I would love if you could try pasting emojis into your beats, at scale, and find out in real life if one can make any sense of it at all when it’s flying by.

But as an untested hypothesis, I believe in the shape icons.

And then I believe in a tag selector by the side of the whiteboard. The way to test this would be to take a week or two where you make an effort to select tags in Research, which highlights them in the whiteboard, and see it produces any cognitive benefit in real-time.

We’ve built so many things that seemed like a good idea that turned out to be nearly useless when you got to interact with them. So it’s important to find ways to test some minimum viable version of it without actually building it.

Ultimately, the goal of these features is to make something go pop in the brain that make you feel that you understand the story now.

Here is one thing for sure:

Beats can only have one color, eventhough it has several tags.
Tags are good for finding or filtering many beats, common to many different aspects.

But if it can only display one color:
-The possible tags for defining colors should be mutually exclusive.

Suggestion:
Be able to select a subset of tags that can set beat color,
have them in a dropdown list (Ideally be able to set the order they appear in the list, with a clue of the color they are)
when we select one, it add/set both the tag and color to the beat and it removes the previous tag.
They could possibly not appear in the longer list of all tags, so they reduce tag list length
(In other words (have 2 different tag lists: one for tag colors, one for anything else for filtering).

This reduces de number of operations for selecting a new value or tag that will set the BEAT color (Such as when going back and forth or changing mind for the displayed color)
(The list will also be shorter)
(There is a link between these color: they are mutually exclusive) (Both visually and logically)

Ideally, same thing, arguments and features, about BLOCK background colors:
It is another natural way or place to display colors, for a subset of limited aspects, also mutually exclusive, such as location.

In my actual use case: I use blocks for seeing how much things alternate between main locations, such as shop, home, park. Of course, when same values are side by side, I can merge them in the same scene: same block.

In fact, GROUPS could also be used as a 3rd middle color level, not only by their title color, but if we could see more surrounding background arounf their items.
(Ideally, same thing, arguments and features as above about BEATS, for another limited mutually exclusing tag list)
What is great with groups is that we can have more than one group in the same block, putting a different color and tag for that group, different than for other groups, for adding a specific information: it allows to display all info we want.
We just need to split action in more than one group.
Also, group headers are an already existing place visually detached from beat titles.

In other words: Beats would define action and groups would display any subtext or elements helping display relationship with other groups, not only what unites beats within it.

Would be bery cool if some tags would also have a boolean feature that would set a part of the GROUP title such as a location or Red Herring - Tom meets Bill
(Here it would be Red Herring) (just by a dropdown list, rather than typing)
(Another boolean checkbox would define if it only adds a part or several parts of the title or the full title)
(If it defines a part of the title, we could have different short value lists for the first part, 2nd, 3rd (They could be empty value, for less than 3 parts)
ex:
aaa - bbb - ccc - Arrival
aaa - bbb - Arrival
aaa - Arrival
Arrival

By extension, another possibility could to use BLOCK title to add several tags, such as:
INT - Restaurant - Day - Tom meets Bill for first time
(From slug line) (The automated addition would be "INT - Restaurant - Day - ")

Where tags impact Group or block titles, we could define the text that is added to the title:
Selecting the tag would add/remove appropriate elements in the title: no need to type many times the same thing in many places. We would only need to select the tag.

Lanes are really used for story lines.

Mark,

This is the same answer in the other post. This is again a completely needless new layer of complexity and restriction for benefits that are basically unexplainable to the users I interact with.

You’ve been making these proposals for several years now, and spent hours and days explaining specifically why it takes us in the opposite direction of where we’re going and makes our worst problems worse. I don’t want to spend any more time on this.

I don’t think this is the right app for you, and I’d like if you start looking for a different app to work in.

Best,

Per