Jump to content

Ben Staton

Staff
  • Content Count

    77
  • Joined

  • Last visited

Community Reputation

61 Excellent

2 Followers

About Ben Staton

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Thanks for the report. This bug has been reproduced and logged. No guarantees, but hopefully we'll get to it soon.
  2. Hmm, this is a tricky one. Cakewalk literally does nothing at all to change or ignore the Windows scaling setting. It neither opts in nor out of it. Essentially, it just throws its hands in the air and says "Hey Windows, I know nothing about high DPI, so you take care of it!". Do you by any chance have multiple monitors? If so, do they have different resolutions? Do you always run Cakewalk on the same monitor? Do you ever run Cakewalk on another display, whether it's temporarily plugging in a different monitor/TV, or by running it remotely (via Remote Desktop or similar)? Do you change the Windows scaling setting occasionally (nothing wrong with that, but it might be a factor)? I'm also wondering why you're running Cakewalk with admin permissions all the time, which shouldn't be necessary. If Cakewalk is somehow affecting it (again, I fail to see how, but stranger things have happened), running it without admin permissions might prevent it from doing so. If anyone else is running into this, please let us know. I'd like to get to the bottom of it.
  3. Nice idea, but I don't think that's the problem. While we use some CJ stuff, most of the UI is built using other technologies, and this seems to be an app wide issue.
  4. I'm struggling to think how CbB could change your high DPI scaling override setting. I know we aren't doing anything out of the ordinary. On start-up, CbB just tells Windows to handle scaling on its behalf. I wonder if Windows is trying to be 'clever' and is changing it because it thinks it knows better?! A while back, I came across a plugin that was calling Windows DPI scaling functions, which it definitely shouldn't have been doing under any circumstances (it's the hosts job to worry about things like that). Maybe one of your plugins is misbehaving? That might explain it. I did some Googling, and app compatibility settings (of which high DPI scaling is one) are stored in the registry here: HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers @jono grant If you're familiar with the registry, please would you send me a screenshot of the Cakewalk.exe entry in there? You might want to try deleting it to see if that makes any difference (at your own risk, of course). FWIW, I tried setting the high DPI scaling override and then deleted the corresponding registry entry with no ill effects.
  5. Hi Jono, That's very odd. I haven't heard of anything like this, apart from maybe one guy who had to set some custom DPI settings or CbB would crash on startup (which should now be fixed anyway, at least in the latest Early Access release). When you say "I'm continually going in and having to set the scaling over and over again", what is it that you're doing specifically? Are you going into Windows Settings to set it to 150% again, or something else? Also, what version of Windows are you using? Thanks, Ben
  6. A fix for this will be in the next release!
  7. I'm working on a fix. In the meantime, using Alt+Tab to switch to another application, and then going back to Cakewalk, seems to 'un-stick' the mouse so you can continue working.
  8. Thanks for the reports. We've logged this issue, and I'm investigating it now. When it happens, does the little zoom window remain visible on-screen, or does it disappear but the mouse is still stuck? Thanks!
  9. @Angelo DiBraccio Thanks for the crash dump. That should pinpoint the code in question. Investigating... Edit: The crash dump helped me find the cause. I'll try to fix for the next release.
  10. @Angelo DiBraccio Thanks for the quick response, Angelo, and for the extra info/screenshots. By default, the 'Override high DPI scaling behavior' checkbox should be unchecked, but I realize that causes the startup problem in your case. It's possible that checking it will cause some layout issues, but you might be OK because your 'Scale and layout' setting is 100%, so there's no scaling involved either way. I've tried to reproduce without any success so far. I'll let you know if I figure it out, but I'm pleased to hear you're up and running anyway.
  11. Hi @Angelo DiBraccio Very strange. I'd like to investigate, but I need a bit more information. Firstly, what version of Windows are you using? Secondly, please would you attach screenshots of these three things: 1. Settings -> Display (the 'Scale and layout' section, in particular)? 2. Right click on Cakewalk.exe, choose Properties from the menu, then select the Compatibility tab. 3. Click the 'Change high DPI settings button'. That might help me get to the bottom of it. Many thanks! Ben
  12. That's great news! Thanks for the update Michael.
  13. Hi @Michael Vangerov, Apologies again for the delayed response. I still have the video you sent a while back. At least I think I do (the above link has expired, so I can't verify). It's the one showing you queuing a song during playback, which then opens with 3 minimized Lyrics windows that remain minimized when the song begins playing, right? As far as I know, that particular issue has been fixed for a while now. Can you confirm you're no longer seeing it? Regarding the screenset issue, I admit I'm still not 100% clear on what the problem is. Would it be possible to share another short video that demonstrates it? Alternatively, maybe a remote session (eg. via Skype or Google Hangouts) would be helpful if it's convenient? Thanks for bearing with us, Ben
  14. @Canopus Thanks. I've logged the scroll bar inconsistency. Unfortunately, it might be a while before we get to it since we're very busy working in other areas of CbB right now. That said, we're hoping to give the UI some much needed attention later this year.
×
×
  • Create New...