#119

No. the knob stays in the leftmost position, and the user presses the front button to repeatedly step back through the menus.

The menu will jump to the knob value after pressing back, I think is what you’re missing.

#120

Hmmm.
So, hypothetically, if the user made their choices for all the bank/scene settings, and is at the last/commit menu, and they realize that they should change the source scene, OR better yet, that instead of SAVE they have selected LOAD, and need to change that, then they will have to back through the all the menu sections, which will reset their selected values to the “back”=top of the menu?
Did I get that right, or am I missing something?

#121

Yes, but it’s not like having the back option prevents you from pressing “NO” at the end.

If you’re going back, it’s because you have to fix something, so the knob jump doesn’t matter.

#122

@laborcamp, I just realized re-reading the last few posts that I wasn’t clear in what I was asking for.

Just to be clear, I’m looking for an icon that will occupy the top position in every list that looks like a left-facing arrow.

Guess I could use <-

#123

I guess I do not understand what kind of participation is agreeable.

What I tried was expressing that I find the UI confusing since it looks as if it allows loading to multiple banks on tt.

Why not keeping the discussion private when contributions disturb the process?

:man_shrugging:

#124

The problem with that is that it then ends up excluding all the other developers from making contributions. We’re even lucky enough to have quite a few users on here from other manufacturers that are able to offer technical insights from their own experiences.

It’s also a major hindrance to future developers if they can’t go back though the forum to see the reasoning behind decisions.

1 Like
#125

Just to state the obvious: it’s a forum.
And a forum is all about everyone’s participation.
I am grateful for every voice.

3 Likes
#126

Got it.
I will give it a go today after work.

#127

I’m sorry, I reacted before I fully understood your concern.

Rest assured that where visual artifacts suggest a deviation from the approved functionality, it is not meaningful. I will ensure that the approved functionality set is implemented.

1 Like
#128

We’re probably going to keep chiming in. We’ll try not to ask dumb questions. It’s probably going to happen anyway though. I hope it’s not too irritating, as irritation is never a goal.

3 Likes
#129

I appreciate the input. I was frustrated with myself that threads that I participate in become bloated and hard-to-read, and I responded rashly.

3 Likes
#130

Hugs everyone!
:slight_smile:

3 Likes
#131

I think there are only three options that would be simple enough and sty within the TT esthetic:

<
arrow
BACK

here is what the arrow could look like:

38 PM
Screen Shot 2017-10-25 at 11.03.38 PM.png1128×622 4.08 KB

I also am thinking of what happens when you load from a bank TO a SCENE (so the BANK destination is blanked out with ----)

I replaced words EXIT and NO with arrows, since effectively they all indicate/execute “going back”, but am not certain whether that simplifies the interface or just introduces too many arrows pointing back?

#132

I think that the arrow is only required for the selector, really. Maybe 2 chars wide. I’ll put it together and I can figure out offsets as it’s dense. Thanks for mocking it up!

#133

Great!
Yeah, I felt it was too many arrows.
I suggested a longer arrow (3 chars) mainly to make sure that it is not confused with
< or >
that are used in other instances.
Either way: it works.

Preset save to usb disk
#134

bump for any format discussion, now that the interface looks spectacular

1 Like
#135

With Grid Ops coming along, and new versions of TT imminent, are there any updates on the disk mode stuff?

Once TT Grid scenes start appearing, I can see a lot of people wanting to share what they made, and use awesome grid apps made by others (myself included).

3 Likes
#136

USB disk mode interface in this manner relies on Serialisation of Presets (IMO). Implementing the USB interface redesign before that change would require a new text parser for the existing format to hook the new more-stateful UI. I’ve written one but it’s untested and would need to be rebased and also grid stuff would need to be ported.

#137

So, essentially what you’re saying is “don’t hold your breath” :slight_smile:

#138

It’s not a very big job code-wise, but it needs some discussion and consensus to move forward. So… :question: :upside_down_face: