2

Screenflow 8 Mouse Pointer Size Glitch

I have my mouse cursor size increased in: System Preference -> Accessibility -> Display

 

Screenflow 8 records it as a smaller size than what I see. I found the control to make it bigger, so that's fine. The problem is, when I hover over editable text, the cursor changes. The text cursor shows up full size in the recording, while the regular triangle arrow cursor shows up small. When I zoom in for the whole video to increase the size of the regular cursor, the text cursor also increases and becomes way too big.

 

The only solution I see is to reduce the cursor size to the minimum before doing a recording. Then I can zoom in the cursor to a larger size for my video and both the regular and text cursors will be about the same size. But I prefer having a larger cursor that's easier to see while making my video, so I hope this can be fixed.

 

Please either make the regular cursor appear at its actual accessibiliy-increased size, or make the text cursor appear at the small default size too. Either of those would be fine so that the cursors match each other.

29replies Oldest first
  • Oldest first
  • Newest first
  • Active threads
  • Popular
  • Elliot Temple said:
    System Preference -> Accessibility -> Display

     This may be related to how Accessibility interacts with OS/GPU which ScreenFlow depends on. 

    Can you provide a screen recording showing the issue?

    Reply Like
  • CraigS This is strange. I did multiple test recordings with the issue earlier but I deleted them. Now I tried to reproduce it but I can't. I'm getting two results now: if the cursor is on the smaller side (like one notch up in the accessibility settings) then it records it as a minimum size cursor for both arrow and text (unlike before), and i can zoom it for the video. great. Alternatively, I tried testing with the maximum cursor size, and screenflow failed to recognize it as a mouse cursor i guess – it shows up big instead of minimum size, and editing the video by choosing to hide or zoom the mouse doesn't do anything.

     

    I will come back and post a test recording if I'm able to reproduce the problem (where the arrow and text cursor get handled differently) in the future.

    Reply Like
  • Elliot Temple It's certainly sounds related to high Accessibility handles OS/GPU and the layer the mouse "sprite" is on. See if you can get a consistent pattern to the issue.

    Reply Like
  • This issue is causing us some serious trouble too. The cursor sometimes renders large and displaced down and to the right and snaps back and forth depending on where it's hovered in InVision Studio. Quicktime doesn't record this issue, only ScreenFlow. Here's a recording: https://www.dropbox.com/s/946yhblhu2v357a/ScreenFlow%20Cursor%20Glitch.mp4?dl=0

    Reply Like
  • Joseph Todaro Thanks for that. Can you test in another program such as Apple Pages. Draw a box and resize it for example and see how ScreenFlow handles it.
    Also include your Accessibility settings. We need to see if it's specific to how InVision Studio handles the cursor amongst other things.

    Reply Like
  • I had a mouse cursor size glitch today: arrow small, text cursor big. Restarting didn't help. Changing my mouse cursor size in accessibility preferences didn't help. It affected Ulysses but not Chrome, iBooks or Dictionary. I got a recording of it:

     

    https://www.dropbox.com/s/tnuu75i2v0v3yik/screenflow%20mouse%20bug.screenflow.zip?dl=1

    Reply Like
  • Elliot Temple ScreenFlow 8.1? If not please update and check again with a new recording of Ulysses. The OS is Mojave. Since it's specific to Ulssyes then it may be how that program interacts with 10.14 and the GPU which is how ScreenFlow gets its cursor information.

    If this is ScreenFlow 8.1 then do report the issue.
    Also try doing a screen recording with Quicktime and post whether you see the issue there as well.

    ScreenFlow Report Form

    Reply Like
  • It's 8.1

    Reply Like
  • Elliot Temple Certainly report the issue. While it may be Ulysses' relationship to OS and GPU we can investigate what we can do on our end.

    Please do test in Quicktime screen recording though as it may indicate how the OS handles it natively. You can include that information in a follow up when we send you the case number as we investigate.

    Reply Like
  • I'm having the same issue. OSX Mojave, Screenflow 8.2.2
    The text selection cursor seems 4 times larger than the others. 
    It... it's really annyoing. I'm trying to produce high quality tutorials and the cursors keeps changing size, which... it just seems off. Unprofessional. 
    Tried recording the same thing with Quicktime, no issues there. 

    And I have not changed the sizes of my cursors in accessibility settings or anything.

    Reply Like
  • yablko I’m still having this problem as well. I’ve almost phased Screenflow completely out of my workflow because of it. Huge disappointment.

    Reply Like
  • And it does it even when I change the pointer to "Circle - Light" or whatever in Screenflow. It's just makes it 4 times bigger when I hover over text.

    But even weirder - I've just checked and it does do this in Visual Studio Code but not in Sublime Text. 

    Maybe it's got something to do with Electron based apps...?

    But, uh... the fact that this has been an issue for 4 months is filling me with a little bit of dread.

    Reply Like
  • yablko said:
    But even weirder - I've just checked and it does do this in Visual Studio Code but not in Sublime Text. 

     Not weird at all. Different programs may handle the GPU differently. ScreenFlow gets its info from the program, OS, GPU interaction. ScreenFlow records what's being sent to it.

    If the issue is specific to certain apps it's something the app is doing. We can examine and see what we can do on our end but if it's under the OS control we can't change that.

    Please fill out the above form I posted.

    The specifics are important. Program and OS updates can change the behavior. 

    Reply Like
  • yablko said:
    Tried recording the same thing with Quicktime, no issues there. 

     Quicktime doesn't separate the cursor of the interface. It's a "flat" recording. ScreenFlow gives you separate control of the cursor including replacing it entirely so it's handled on a layer level. It gets that information from the program/OS/GPU interaction handed to ScreenFlow.

    Reply Like
  • I did submit the form, but that was before I discovered the Visual Studio / Sublime Text difference:) 

    Reply Like
  • Damn... I tried recording with Screenflow 7 (still had it on my machine, from before the upgrade to 8) and it does the same thing. 

    I was thinking I'm just gonna go back to the older version. Didn't help. I guess it's a Mojave problem... it's annoying:(

    Reply Like
  • yablko 

    yablko said:
    I guess it's a Mojave problem

     You can see why compatibility is always a challenge when Apple updates the operating system. 

    If you've submitted the form and received a case number then all you need to do is send an email with the case number (to the email address that sent you the case number) and include any newly found information. The updated info can help us as we examine any potential solutions. Thanks for doing that.

    Reply Like
  • CraigS yablko  The issue is not specific to Mojave. It began for me before installing Mojave. But in either case definitely something that the Screenflow team needs to address to keep the tool usable.

    Reply Like
  • Joseph Todaro We're investigating but if it's specific to their program and the OS/GPU we may be limited. Programers may "take advantage" of some things in their programing which impact the information the OS hands to ScreenFlow. Since "flat" recording works (as done in Quicktime) that would be a workaround but it would mean losing the pointer control functionality in ScreenFlow.

    Reply Like
  • We may be close to a solution on this but I can't give specifics yet. Hang tight everyone.

    Reply Like
  • CraigS it sounds like you already have a handle on this issue, but if not, this is being caused by apps that set a custom bitmap cursor, where the bitmap image has a DPI other than 72.

    This is commonly done to add "retina" cursors to an app. For example, if you have a 16x16pt cursor, you would create a 32x32px image and give it a DPI of 144. macOS respects the DPI and displays the cursor correctly as 16x16pt on retina and non-retina screens. Screenflow seems to ignore this, and incorrectly displays it as a 32x32pt cursor.

    I don't know if the DPI information is lost by the time the cursor image gets to you - although it seems likely that you could reconstruct it from the screen scale factor - but hopefully you'll be able to do something!

    Reply Like
  • Aaron Kennedy If you've experienced this first hand please do fill out the form previously posted and include your explanation of cause.

    Reply Like
  • I'm also experiencing this with my Macbook Pro retina. Cursor is normal size while recording, HUGE in post-produciton and final video. The (black) default regular mouse pointer looks OK and with a normal size, but the Pilcrow is horrendously BIG.

     

    Edit: It's only happening in one app, Pycharm. I guess this has to do with the custom Pilcrow this app utilizes?

    Reply Like
  • SK Update to my latest post - It's not happening in one app only but in all apps that utilize the pilcrow pointer. The only place where it isn't happening is in web forms (like the one I'm typing in now).

    Reply Like
  • SK ScreenFlow 8.2.2? What macOS? Please provide the name of an app and a screenshot.

    Reply Like
Like2 Follow
  • 2 Likes
  • 1 mth agoLast active
  • 29Replies
  • 469Views
  • 7 Following