I’m all for saving the actual workspace in any and all applications, but I don’t think you can position those buttons much better. Here’s a couple of points:
From hierarchical and gui design standpoint they shouldn’t be within the actual section that they affect - This also creates the problem that they are very likely to be at a completely different position at the envelope editor, not to mention mixed with the editor’s main buttons - That part of the interface has always been there, and it’s also used as a statusbar for displaying messages and such. Adding the buttons there actually increases the bar’s functionality from previous versions
A thing I don’t like about their place though: they’re farther away from the working area where your cursor most likely spends most of its time, so currently you need to spend slightly more time and effort switching between the views, where as with previous versions they tabs where right adjacent to the pattern editor/mixer/others. Sadly, I can’t think of a better way to position them really…
Sure, but I’m not (necessarily) proposing that the buttons be moved. Instead, I’m proposing that the current GUI needs work and shouldn’t be considered “locked down” if possible.
I just want to open the door for a discussion about the GUI revamp which is one of Renoise 3 big features.
Oh I absolutely agree, and I kind of jumped into it without actually reading you’re whole post, sorry about that (I’m writing this on an X220 too btw! ). I think relatively big GUI changes like this should definitely be discussed and possible problems with it resolved; I almost made a thread like this myself in haste, but after playing around with it for half an hour it starting to make more sense. This is also sort of the subject that I study at university so it’s definitely interesting to me from by that merit itself, and it’s also the reason why I’m playing a bit of a devil’s advocate in these matters .
I noticed this too… the rounded rectangle shape seemed as if it was put in as a nice filler. Totally agree with utilizing horizontal space efficiently and must say that the new browser placing is much better as the pattern area needs as much vertical space as it can get.
I would love to see the track DSP panel collapse to bottom edge to allow for more vertical gain in the pattern sequencer with maybe an “overview/universe” view until expanded to a fixed size.
There is a small square button in the lower left of the GUI. When you click it, all the taskbars + statusbars get hidden (or squashed as much as possible) to show only the text editor.
This would be nice to have in “Spreadsheet” mode.
For example:
Everything that is “blurred” above (and I would say the taskbars too) could be easily toggled to make more space for “tracking”
Noby said it in the other thread. You can’t be putting buttons you want to be clicking in the middle. Ie. “Central elements like these that you need to access continuously and usually with as little trouble as possible, should be positioned at edges of the screen (or corners, better yet) for easier and quicker access.”, and I agree with him. You have to determine what people are always clicking VS. what people are rarely clicking and position (or hide) accordingly. Also, resolution doesn’t work with your example? My Laptop is 1366 where as your screenshot is 1920. Yes I have a second monitor but what about composing on a train? Or worse a netbook? And what if Renoise-dev wants to add more tabs in the future? Your screenshot will not degrade gracefully.
@ Renoise-Dev
Don’t get me wrong I think what Renoise 3.0 brings to the table VS 2.8 is an improvement. That said, there are still tweaks that need to be done IMHO. The most important thing to take away is the idea of vertical space. That every line in the tracker speadsheet interface counts; even the empty ones - because they represent a measurable pause in between notes (so this information is valuable!) vs something like BPM 174. Why do you need to see this 100% the time? You set this once? Or weird empty slots that sit there taking space “waiting” for something to happen that could be hidden until the user really needs them.
The “RED” blotch above is a new tab called “Init” (or some better name) that contains all the meta data like LPB, BPM, OCTAVE and whatever else you don’t need to always see.
I would even argue that most of the time people don’t even see them anyway. New users could instinctively look in a single place for this info instead of “look for 30 pixels somewhere near the top but not really you because accidently set this using a shortcut” support mails I remember answering more often than I would like…
What seems logical isnt always ideal “thanks to” the human brain and our behaviour . I´ve made bachelor work about GUI in e-learning app learning music theory, so i understand a lot of design steps renoise team have made (important things on the sides etc.). I dont have any major problem with new layout .
Just little thing i´ve pointed out is that these “sampler, plugin, midi” are duplicated when you detach instrument window (and have it on the other monitor) but it is not problem exactly. It is just useless in situation when you see both windows. On the other hand I dont wanna use R3 with just one monitor.
Second, the information in here (samples, envelopes, chains) are read from left to right, so vertical considerations aren’t that important here. Good!
Basically, my issues are more pronounced in “spreadsheet” mode. Top to bottom information where little to no mouse activity occurs. The type touch programming window of an IDE so to speak.
Thusly, if we are revamping the GUI then we should go all the way and improve where it can be.
Renoise branding has been removed (as if we don’t know it’s Renoise by now…)
BPM, LPB and other non esential data has been moved to the “META” tab. This can be a catch all for non essential info such as Song Title, Description. Or in a theoretical future for something like an UNDO HISTORY Interface.
Tabs on the side is how every IDE I’ve used in the last ~5 years works. Now, I know Renoise isn’t “programming”, but it is a text editor of sound, and I would automatically feel comfortable with this change.
). I think relatively big GUI changes like this should definitely be discussed and possible problems with it resolved; I almost made a thread like this myself in haste, but after playing around with it for half an hour it starting to make more sense. This is also sort of the subject that I study at university so it’s definitely interesting to me from by that merit itself, and it’s also the reason why I’m playing a bit of a devil’s advocate in these matters 
.
. I´ve made bachelor work about GUI in e-learning app learning music theory, so i understand a lot of design steps renoise team have made (important things on the sides etc.). I dont have any major problem with new layout 
.
