GreenLight

Haha, that's how to do it! That's what bitflipper does as well... unfortunately, that's something of an ergonomical train wreck waiting to happen, and I struggle with that already as it is. ? Hm, it IS very difficult to combine speakers and monitors in a good way! ?

Many good points here, Bitflipper, thanks! You're right, it's the equilateral triangle problem that causes me grief... I monitor at close distance so space is scarce. I am desperately trying to fit a dual screen setup, with potentially a 27" + maybe something extra within at tops 130 cm (51 inches). ? Wow, dual 34" sounds lovely. Yeah, if you'd not have stacked them you'd be doing midfield monitoring. I have to confess I'm not 100% on top of the terminology, but whatever it's called, Cakewalk doesn't handle scaling very well. (As a comparison, I used Ableton Live, which looks crisp on all scaling settings.) I'm a bit nerdy though, so I dug a little more: Maybe the correct term is "scaling unaware" (see Microsoft's blog post)? Or maybe it's different modes of "System DPI awareness": "Effectively, System DPI-aware desktop applications only render crisply at a single display scale factor, becoming blurry whenever the DPI changes." (Microsoft) One can use Task Manager to see what kind of DPI Awareness modes (Microsoft) an application reports to Windows. Here's what Cakewalk reports currently: UPDATE ADDITION: Back in 2019, Noel said: "This is a known issue and we have plans of gradually addressing it. Its not impossible but its a significant amount of work for the UI to fully handle DPI scaling in the app. Today we let windows do the best it can - hence the somewhat fuzzy images."

That sounds great, I'm surprised but glad you don't experience blurrines with a 125% scaling. Thanks for your input! Cool, that's pretty wide. I suspect it needs to be physically pretty large, for it to be workable at 100% scaling. Thanks!

That's a good tip! ? In Windows 10, you can press WIN + NUMPAD+ for the built-in magnifier, I suppose that gives similar results. Hi Jimbo! A lot of screens there, cool! Yes, it seems 27" is very popular, and probably rightly so... although a 1920x1200 sounds like a lowish resolution for 27", but should look great!

Thanks for your input, Jacques! Yes at 32", 1440 resolution should be very well readable... although a dual monitor setup requires you to sit rather far from it? I'm monitoring very nearfield, at about 130cm (51 inches), which is troublesome for dualscreen... Hi again, sjoens. That also sounds like a nice and large monitor for the selected resolution. I'm happy even non 100% scaling looks good, even though I can't get that to happen here. ?

Summary I just bought a 25" Dell at 2560x1440 (QHD) resolution and I just cannot get a satisfactory experience with Cakewalk since I have to use 125% scaling and Cakewalk does not like that. Questions for you guys: Is anyone using a 27" with 100% scaling, is that workable? Not too small? Or is 4K on 27" with 200% scaling another option? I'm wary of this, as it seems like asking for trouble to do anything but 100% scaling... The fractional scaling problem (125% etc) Since 2560x1440 resolution is too small to use at 100% scaling on a 25" monitor, I have to use 125% scaling in Windows and that's where the problems start. 125% scaling is the only feasible option for me, but as @jono grant pointed out back in 2020, "Cakewalk looks great at 100 or 200% but not as good in between like 150 or 175." I will have to add 125% scaling to the "no good" list as well. At anything but 100% scaling, all Arturia's lovely synth GUI's look blurry in Cakewalk, but Ableton Live, for example, displays them crisply no matter the scaling setting. It is unfortunate that Cakewalk is still non-DPI-aware in these high resolution days. Solutions As was pointed out in a Reddit thread, with non-DPI-aware apps, there are two options: Using “System (Enhanced)” DPI-scaling mode in W10 for making the app almost DPI-aware - this improves menus, but not plugins. pixelized upscaling at integer scaling ratios (2.0 in case of 4K at 200%) instead of blurry upscaling at fractional ratios like 1.25 (125%) for those apps the “System (Enhanced)” option can’t help with. Thanks for any thoughts!

Thanks for the input, @sjoens! That could be helpful.. but I'm sorry, I don't understand if it's possible. I have looked through all options under Color Category "Automation", but cannot find any way to set custom colors for plugin parameter envelopes on audio tracks or for MIDI CC envelopes on midi tracks. You can tweak 30-40 different bus send envelopes and some standard ones like volume, mute, pan and clip gain, but that's it? Envelope colors for plugin parameters and MIDI CC's are unaffected even if you change UI themes or switch color presets (Customization > Colors). They seem color change resistant? ? I love the visibility of the older, thicker, envelopes, see below. (The new, thinner, envelopes were introduced back in 2021.04.) Maybe "Thicker envelopes" could be an option under View > Display?

Brilliant, great work! You can always refer them to the animated GIF at the top in this thread, if needed.

I just upgraded - it is in fact still a bug in 2022.06 build 028. The order is correct if you use the right click "Move To Folder" option, this is what was fixed in 2022.06 I guess, but drag-and-dropping still reverses the order.

Haha, thanks, I know, I just saw that... sorry for wasting your time! ?‍♂️

EDIT: I just saw this was fixed in the latest version. I will upgrade. Please move on. EDIT2: This is still a bug with 2022.06 build 028. It works as expected with the right click "Move To Folder" option. Drag and dropping multiple tracks into a track folder reverses their order, see video below. Can anyone reproduce? I am on Cakewalk 2022.02 Build 039. I know it's not optimal for bug reporting that I'm not on the latest, sorry!

Interesting, thanks a lot for looking into it!

The keyboard nerd here with an additional tip: If you have "Recycle plugin Windows" enabled, you can temporarily disable it by keeping CTRL pressed while you double click a plugin. ⌨️ ? Yeah, I agree it's too cryptical. Recycling is obviously the future, but it's not self-evident what plugin recycling means... ?

Hi all! I would love if envelopes could be made brighter/thicker for better visibility (when not using Automation Lanes). I am referring to envelopes for plugin parameter on audio tracks and envelopes on midi tracks, for example MIDI CCs. It would be enough if this is applied just to the selected controller in the Edit Filter. Visually, the envelopes could be like how the envelopes were before the thinner envelopes were introduced last year. It would also be great if one could easily change the color of individual envelopes on the fly. Sometimes they clash with the background. Case in point: Which envelope is selected in the Edit Filter in the image below? ? Keep up the great work! ❤️

I just tried experimental EnableWin10DPIAwareness=1 option (introduced back in 2021.04) when using 125% scaling in Windows, but I couldn't see any improvement in clarity. Does anyone else see a difference? Would be awesome if the DPI awareness got some love, at some point in the future! ?

My head spins when I try to make sense of this focus mess... ? But as you say, the Inspector definitely causes problems with focus. If none of the Bakers happen to reply here in a few days, I will email this bug report to Cakewalk to ensure they see it.

@msmcleod Can you reproduce these CTRL+TAB focus issues that I and @sjoens have? To sum up my findings: I have managed to introduce the problem consistently when I open the Browser. As soon as the Browser is opened (undocked and floating as a separate window on my a second screen), I cannot CTRL+TAB focus back to the main Cakewalk window. If I have several undocked windows, focus switches between those, without ever getting back to the main window. The same problem occasionally occurs with an undocked and floating PRV, but I think the Browser is the culprit here too, somehow. @sjoens I'm not sure I fully understand your summary?

THANK YOU @sjoens for verifying the Browser focus bug! ?? Woho! It has been driving me crazy on and off for years, now we have a repro for the Bakers! I totally agree with you - the very long delay when opening the keyboard shortcuts window, and occasionally when working in it, is very workflow-prohibitive. I think it is reading all the shortcuts from the Windows registry or something? The Keyboard shortcuts window could be a good candidate for a total makeover... it's done it's job well for years, but it's time to go to the gym and get a total makeover.

Always just one project open (it was a good question!). I think I have some (weird) repro progress: I have managed to introduce the problem when I open the Browser, and it actually seems consistent. As soon as the Browser is opened (undocked and floating as a separate window on my a second screen), I cannot CTRL+TAB focus back to the main Cakewalk window. If I have several undocked windows, focus switches between those, without ever getting back to the main window. Can you see if you can CTRL+TAB focus from an undocked and floating Browser window back to the main window?

When I have the problem, the PRV is definitely undocked and floating on my secondary monitor. The interesting thing is that I can CTRL+TAB the focus from the undocked PRV back to the Track View, but not the other way around. (I am not using the MultiDock.) But as I mentioned, I suddenly got it to work as expected yesterday after fiddling with MultiDock settings back and forth. I will do more testing to see if I can understand what it is that gets in the way sometimes.

Do you guys have any idea why it occasionally might not work to use CTRL+TAB to switch from the main Track View window to a floating PRV? I'm thinking it might have something to do with the MultiDock and how it is or isn't docked, or something...

Sorry to spam, but now it seems to work to use CTRL+TAB to switch to an undocked PRV!? ? I don't understand what's going on, and will be quiet for some time now to try to figure it out.

Our own, always very clever usability guy @Heinz Hupfer has a partial solution for the switching problem from 2019: to use the PRV in the multidock as a workaround. Then you can switch to the PRV (now in the multidock) with CTRL+TAB from the main window (Track View). Unfortunately, it's not really a workable solution for me, as I constantly close and open the PRV on selected tracks (ALT+3 to open) and the multidock doesn't remember its position on the second screen.

Hi all! Can someone help me check if this is just a weirdness in my system or a bug? If you use floating windows - a floating PRV in this example - then I cannot switch focus from the main window to the floating PRV, using Windows standard shortcut CTRL+TAB. But once the floating PRV window (or any other floating window) has focus, I can switch it back to the main window with CTRL+TAB. It behaves like this in an empty project for me and I'm not using screensets nor workspaces. I'm on Cakewalk 2022.02 build 039. This is a bit annoying for me, as the biggest keyboard nerd here on the forum... ?? Thanks! UPDATED July 12: Description with repro I think there are some intermittent issues with CTRL+TAB focus shifting between undocked/floating windows. I have managed to introduce the problem consistently when I open the Browser. As soon as the Browser is opened (undocked and floating as a separate window on my a second screen), I cannot CTRL+TAB focus back to the main Cakewalk window. If I have several undocked windows, focus switches between those, without ever getting back to the main window. The same problem occasionally occurs with an undocked and floating PRV, but I think the Browser is the culprit here too, somehow.

Thanks for your input, I should have clarified that I'm after multiple clip rename using the bindable keyboard shortcut. As my mantra is to the Bakers: Always Think About The Keyboard!