hubs icon indicating copy to clipboard operation
hubs copied to clipboard

Pin does not function for screenshares

Open matthewbcool opened this issue 3 years ago • 6 comments

Description Being unable to pin a screen share is very inconvenient for anyone presenting their screen to a group of people in hubs. People in the space will often accidentally take control of the object and move it unintentionally when they are moving.

At the very least we should remove the option or give some kind of user feedback explaining that you can't pin screenshares.

To Reproduce Steps to reproduce the behavior:

  1. Click screen share and select your screen
  2. select 'pin' from the object menu

Expected behavior When selecting 'Pin' on a screen share, expecting to either pin the screen share or have some kind of feedback to the user why it is not pinning as expected.

Hardware

  • Device: [Desktop]
  • OS: [MacOS]
  • Browser: [Firefox, chrome]

┆Issue is synchronized with this Jira Task

matthewbcool avatar Jan 30 '22 21:01 matthewbcool

It's great to see this documented here! While either of the expected results would help, I actually think pinning should be separated out into two actions:

  1. Locking. All users can click a button to lock an object's spatial coordinates (location, rotation, scale). Whether moving should be allowed when the object is locked but the spacebar is pressed should be discussed (I lean towards yes because it's convenient and prevents throwing).
  2. Pinning. Users click on "Pin" to pin the object to the room (can also trigger a lock as well to preserve the current behavior, but it might be nice to not automatically lock the object when pinning, or allow unlocking while still pinned, and only save the object's coordinates when the object's owner exits the room). Only logged in users can pin objects the same as it is currently.

With the separation, it becomes easy to just have the locking button, but omit the pinning button for screen shares. I think this, along with a note in the docs, should be enough to let users know what's going on.

Exairnous avatar Feb 01 '22 08:02 Exairnous

This is a very annoying problem currently for the use of hubs.

Dayk0 avatar Feb 18 '22 10:02 Dayk0

Ya, makes screen sharing unusable with large groups that don't know not to click on it.

docEdub avatar Feb 27 '22 20:02 docEdub

The lack of Pin or Lock for sharescreen is very disruptive to user experience. The modality of the UI makes it easy for audience members to accidentally grab and manipulate the presenter's sharescreen. It almost seems that the default behaviour should be Locked to "only-screenshare-creator" can manipulate. and the presenter can "unlock" it if they wish.

yinchy avatar Feb 27 '22 20:02 yinchy

Why it isn't fixed? It's annoying and impossible to use with new groups. This is a big issue.

yengalvez avatar Apr 01 '22 12:04 yengalvez

A possible workaround for presenters is to put a transparent image with the controls enabled in your scene in front of the media frame you'll be using to present the screen share. This will intercept your clicks and prevent grabbing/throwing the screen share from the side you put it on, while still allowing people to see/focus on it.

Exairnous avatar Dec 08 '23 09:12 Exairnous