Dynamic placement of keyboard hints
Search the forum before posting your idea.
No explicit, hateful, or hurtful language. Nothing illegal.
No explicit, hateful, or hurtful language. Nothing illegal.
I think I may have requested this in another post already, but I couldn't find it - so here it is again:
I'd like to suggest placing the key hints on the keyboard dynamically so that when I move the keyboard down to gain some screen real estate I will not loose out on having the hints displayed.
In this example it should actually show the hint for C and not only Bb: So the hints could stay where they are right now, but when I start moving the keyboard down they should move to stay visible. Here is how it could look:
I think even the last picture gives you enough information to make use of the hints while playing.
I'd like to suggest placing the key hints on the keyboard dynamically so that when I move the keyboard down to gain some screen real estate I will not loose out on having the hints displayed.
In this example it should actually show the hint for C and not only Bb: So the hints could stay where they are right now, but when I start moving the keyboard down they should move to stay visible. Here is how it could look:
I think even the last picture gives you enough information to make use of the hints while playing.
Last edited by monkel on 11-04-15 1:41 pm, edited 1 time in total.
I think kiwi has suggested a similar idea in the past. It's a good one. Let me see if I can't get this on the schedule for Synthesia 12.
(The colors are opposite for contrast. When they're the same, the prompt blends in with the note and is a lot harder to see. That discussion happened back here.)
(The colors are opposite for contrast. When they're the same, the prompt blends in with the note and is a lot harder to see. That discussion happened back here.)
Hi! First time posting here, so most importantly - Thank You Nicholas for making the second most awesome piece of software ever. *
-Related to the fingering hints "sliding up" the keys, if there were an option for the C markers (C3, C4, C5...) to be visible when the keyboard is minimized that would be awesome too.
* #1 has got to go to Rocksmith, but I'm primarily a guitarist, so I do admit I'm biased.
-Related to the fingering hints "sliding up" the keys, if there were an option for the C markers (C3, C4, C5...) to be visible when the keyboard is minimized that would be awesome too.
* #1 has got to go to Rocksmith, but I'm primarily a guitarist, so I do admit I'm biased.
No worries about Synthesia being second place: The Rocksmith team has done an amazing job. (And with the difference in team size, there is no way we could compete with the quality or quantity of the features they push out.)
Otherwise, when we fix the dynamic placement problem, the octave labels will also be included with the solution.
Otherwise, when we fix the dynamic placement problem, the octave labels will also be included with the solution.
Monkel cropped the top and bottom of the keys rather than scaling to shrink the vertical height of the keyboard. That will probably be pretty easy to duplicate.
If you treat the portion of the keys below the red felt as a rectangular region, you can crop from the top and bottom as suggested by the green lines in the following image. The top is cropped 1.22 times the amount of the bottom crop to arrive at the minimum height shown by Monkel. It's a lot like doing a fluid layout for a web page.
You probably should handle the hint dot vertical positions by setting a minimum y position and maximum y positions for the dot centers and then setting the y positions for displaying the dots by scaling from the maximum y positions toward the minimum y position in a similar way as the cropping is done. (The dots gradually converge to all being at the same y position for a minimum height keyboard.
In terms of control, I would think that you gesture to reduce the keyboard to the minimum height, and then, if you go well beyond minimum, the keyboard is hidden. There needs to be some "stickiness" so that you can reduce the height to the minimum without hiding the keyboard unintentionally.
P.S. I probably should have used y instead of x in my image to stay with the xy conventions for direction.
If you treat the portion of the keys below the red felt as a rectangular region, you can crop from the top and bottom as suggested by the green lines in the following image. The top is cropped 1.22 times the amount of the bottom crop to arrive at the minimum height shown by Monkel. It's a lot like doing a fluid layout for a web page.
You probably should handle the hint dot vertical positions by setting a minimum y position and maximum y positions for the dot centers and then setting the y positions for displaying the dots by scaling from the maximum y positions toward the minimum y position in a similar way as the cropping is done. (The dots gradually converge to all being at the same y position for a minimum height keyboard.
In terms of control, I would think that you gesture to reduce the keyboard to the minimum height, and then, if you go well beyond minimum, the keyboard is hidden. There needs to be some "stickiness" so that you can reduce the height to the minimum without hiding the keyboard unintentionally.
P.S. I probably should have used y instead of x in my image to stay with the xy conventions for direction.
Now that I'm also using a windows laptop with 1368x768 the size of the onscreen keyboard becomes really annoying (and loosing the hints by moving it much down is not really an option) and I hope to see a preview that incorporates this, especially since it's apparently been on the dev. list since 2014 ...
viewtopic.php?f=5&t=6832
viewtopic.php?f=5&t=6832