murat k.

With the new GUI update in Cakewalk Sonar, thin black lines have been added in the middle of panel separators. In the previous GUI, there were no gaps between the panels, but in the new interface, the separations are already defined by these gaps. Therefore, I believe the black lines on the separators are unnecessary, especially at 75% display scale, where they appear like black gaps, which can be distracting while working. On the other hand, the handler lines between different sections are not visually disturbing and do not cause any issues at any display scale. Requesting the removal of the black lines on the panel separators or, alternatively, the option to hide them.

MFX Plugins used to appear with their default Display Name when added to the relevant track. However, with Cakewalk Sonar, it seems that this has been replaced by the 'Friendly Name' of the related MFX plugin. The problem here is that 'Friendly Name' often includes the company information, making the required information cutout due to the narrow plugin name field. What should happen is that, just like with Audio FX Plugins, the plugin should appear in the Plugin Menu Layout with the name it has been given. So, the MIDI FX Plugins should be added with the name that appears in the active Plugin Menu Layout, just like Audio FX plugins.

I request that the Replace Synth Plugin menu appear when clicking on a related track with Alt+Right Click in Track View. This would make replacing synths more practical. When frequently searching for the right sound, having a single menu instead of two different context menus would eliminate unnecessary effort and streamline the process.

I am requesting that the scope of the 'Delete Track' shortcut in the Console View and Track View be expanded to include selected Folders and Buses. In other words, if folders or buses are part of the selection, they should also be deleted with the same command. This way, we won't have to use Right Click to delete folders or buses, and we can complete the task with a single shortcut.

The discussion here has been concluded in this thread:

As a result of the discussion in this thread, it became clear that the problem has a simple solution. We can separate the Velocity and Gain controllers in the Track Control View and toggle them on or off as needed. This way, we will have both Velocity and Gain controls for the Instrument Track. When the feature request is implemented, the Track Control Manager will look like this: Note: If you don’t understand what I’m saying, please remain silent. This is a feature request; I am asking for a solution from the developers, not advice from forum users.

Here’s the kind of comment that should have been made from the beginning. Thank you!

Actually, OP is quite clear and straightforward. The expressions are correct and defined. Still, no one understood, which can happen; it’s just the nature of this place, so no problem. What I'm saying is that this setting, if it were 'Gain,' would be more useful: Because, as far as I can see, Gain is a control that is used more often compared to Velocity. It would be better if there were both, but according to the Track Control Manager, there is only one setting that controls Gain. In the past, both the Audio and MIDI tabs in Inspector used the definition of Gain for the relevant section, even though Velocity definition was used in Track View. It seems that this inconsistency has been resolved with the update to the Sonar GUI. Besides that, thank you for your brilliant explanations; they were completely unnecessary.

You can see an example in this thread of what happens when a user gives completely irrelevant advice: But I should congratulate you. This time, by giving advice based on an ancient version of Sonar, you’ve truly taken irrelevance to a whole new level.

Wouldn't it be more useful if the Gain control appeared instead of Velocity in the Instrument Track controls in Cakewalk's Track View? Based on my usage, I tend to use Gain more frequently than Velocity. Ideally, having both would be great, but if I had to choose one, I would prefer Gain.

Or this feature could be preserved only for MIDI CC Automation values instead of MIDI controller events. Like the plugin values, default values are created when the file is opened. This is a more convenient method compared to the other.

@Noel Borthwick, You do not need to merge and restore a MIDI file to the Track Template file for this process. It is sufficient to index the MIDI CC values corresponding to the start time in the Event List for each track as simple text and ensure that this data is recreated when the template is loaded. With the addition of this feature, a significant shortcoming in the Track Templates will be addressed.

When we change the settings of a plugin and save it as a track template, we can recall those settings. However, this feature does not work for initializing MIDI CC values. Project templates have this functionality, but they lack the flexibility of Track Templates. Track Templates would be more useful if they could save a MIDI CC value as an initialization.

AI is a tool; art needs no defense.

Because you had been exposed to the meaningless comments of a group of status quo defenders. Don't worry. In time, they will all disappear one by one.

There you go. One more.

This has always been the case, and it’s the same now. When I ask for a solution to a problem, I encounter people who neither solve the issue, nor understand what I’m saying, nor help me at all. Instead, I get unhelpful advice from those who clearly haven’t understood me. For example, when I say, ‘I’m very thirsty,’ you respond with, ‘There’s pastry; you can eat that.’ I try to explain that this is something completely different, then you accuse me of lacking empathy. I think you all have forgotten this as active users in a public forum, giving irrelevant advice without understanding a person's request can hinder their ability to achieve their goals and also frustrate them. I suggest asking yourself whether you are showing empathy before defining what empathy is.

I wanted to bring up the concept of empathy in relation to the phrase 'or log in'—not everyone has to log in. Even if I wanted it for myself, it will benefit everyone once the issue is resolved. I just wanted to emphasize that. Perhaps we could make a meaningful step towards truth by striving to understand others, rather than hastily passing judgment on them.

Hahaha, it wouldn't be the same without you. I guess I've missed you!

To be honest, you've put yourself in a very meaningless situation by giving a piece of advice that pragmatically offers no benefit in a thread clearly addressed to the site administrators. It's okay; such things can happen. But if you know who the site administrator is, you can share their name here to draw their attention and provide real help.

Dear @pwallington blunt, let's imagine we're browsing the forum and come across a thread that's two years old and four pages long. If the issue is resolved, we can reach the last comment with a single click. However, with the method you suggested, we would have to view all the comments posted on the site over the past two years one by one, which makes accessing the comment pragmatically impossible. Setting pragmaticality aside, you must acknowledge that this solution doesn’t even work for a recently posted comment in a forum where many topics are opened simultaneously. You might not fully understand what I’m talking about, and that’s okay. However, if we want to help others, the first thing we need to do is understand them. If we don't understand, it's best to remain silent. Otherwise, conflicts arise here, as we see. You came here, offered me no help or practical solution, and on top of that, you’re doing this to me. 🤷‍♂️

Hopefully, this change on the site wasn't implemented as a result of a deliberate decision, and the site admin resolves the issue; otherwise, we will be left with a user's suggestion to view all activity in the forum everytime when we're simply trying to find a single comment. When someone requests a solution to a problem, if you can't resolve it yourself, choose to support them rather than offering suggestions you think are pragmatic, if you genuinely want to help. In this way, you'll avoid unnecessary commenting and actually provide meaningful help.

🤷‍♂️

If you can't solve the issue on the website, you might consider using your empathy to think about the benefits that restoring a useful feature would provide for everyone, or don't comment 🤷‍♀️

I haven’t visited the forum for a while. While browsing through it, I noticed that a feature for users who aren’t logged in is missing. Previously, when we clicked on the date next to the last comment in the thread, it would take us directly to that comment. Now, however, the link only directs us to the thread where the comment is located. Using Wayback Machine to look back, it appears that this feature was removed with an update in August 2023. Before August 2023, the link associated with the last comment’s date contained &do=getLastComment at the end, but now, it seems this is only generated when users are logged in. This was a useful feature, and bringing it back would make navigating the forum easier for everyone.