Open Beta

One of my current gripes with prints is the inability to easily hide or remove them. ( https://feedback.vrchat.com/open-beta/p/1546-remote-remove-printed-pictures ) A solution I thought about is to give prints a selectable capsule, like stickers, portals, and users. This may also be a solution to the "obstructed buttons while running" issue posted earlier.

A simplified version of the keyboard input field has been added in Build 1511. This simplified input field is the default display on mobile, desktop, and Pico platforms. In mechanisms that involve copy and paste functions, such as entering URLs for videos or images, outputting world save data or generated content to the InputField, and copying them, the copy and paste buttons are extremely important. I believe that the absence of these buttons in the default display significantly reduces usability. Please add copy and paste buttons to the simplified input field, as shown in the attached image. * This was written using a translation tool. ================= 以下日本語本文 ================= ビルド1511にてキーボードインプットフィールドの簡易版が追加されました。 この簡易インプットフィールドはモバイル・デスクトップ・Picoにおいてデフォルトの表示です。 動画や画像等のURLを入力したり、ワールドのセーブデータや生成物をInputFieldに出力しコピーをする、等のコピー＆ペーストを用いるギミック等において、コピーボタンとペーストボタンは非常に重要です。 デフォルトの表示において、これらのボタンが非表示であるのは利便性が著しく低下するものだと思います。 添付画像の様に、コピーボタン・ペーストボタンをこの簡易版インプットフィールドに追加してください。

Build 1515 introduced disabled action buttons > Both the "Request Invite/Join" and "Send Invite" buttons in the user details menus will now be disabled instead of disappearing and causing other buttons to shift. This would make well-trained users' muscle memory happy but may also confuse people who are not familiar with the system's behavior. So, I suggest showing a tooltip on disabled action buttons and guiding why it is disabled.

It's currently impossible to swap which hand you're placing a sticker with, unlike portals. I'd expect to be able to hit right trigger for the laser to swap to my right hand despite using my left action menu to select it.

I understand the need to promote your subscriptions, but placing an ad in the quick menu feels unnecessary. The quick menu is supposed to be minimalistic and straightforward. You already have plenty of opportunities to advertise VRC+, like in the banner or when clicking the profile icon. There's no need to clutter the quick menu with it. This space would be much better used for important features, like the upcoming Udon Menus!

The "Show Additional Information on Nameplates" option seems to have changed behaviour: nameplates now always appear when the quick menu is open regardless of any other settings. Not sure if it's a bug or intended change. It used to be that if nameplates were hidden and that option was disabled, nameplates would not appear even when opening the quick menu. This was great for immersion and allowed for a more natural social experience at times. Now nameplates always appear when opening the quick menu. No combination of settings prevents that (for me, at least. Someone else claimed they got it working somehow? I tried for quite a while with no success) The new behaviour is more consistent with the tooltip description but I miss not having a more immersive mode. A new "Don't show nameplates when opening the quick menu" toggle would be ideal if there's no interest in restoring old behaviour.

While it's convenient to have quick access to the VRC+ settings from the QM, I believe its placement would be more consistent if it were positioned just before or after the Settings tab, aligning it with its placement in the MM.

A user may upgrade constraints on their avatar, thinking they've covered everything, but the VRCSDK would miss upgrading any controllers being merged by VRCFury or other non-destructive merging tools. Please add a public API method that allows us to silently run the upgrader on a given avatar descriptor, so that VRCF can non-destructively ensure the avatar is fully upgraded once any additional controllers have been merged during the upload process.

Opening this again as https://feedback.vrchat.com/open-beta/p/add-a-public-vrcsdk-api-method-for-silently-invoking-the-constraint-upgrader is not the same issue and was probably inappropriately merged with Fuka's post. In 3.7.0-beta.1 there is an auto fix for converting existing constraints to VRC Constraints. This enumerates animation clips in the animator controllers attached to the avatar descriptor, and rewrites their curves to match the new constraints. However, it will not be able to identify animations merged using nondestructive utilities. Thus, when the user runs the auto fix, they'll end up with components converted, but animations left unchanged (or vice versa). While Senky's post is a useful one (we could invoke the converter at build time to help address this issue), being able to invoke the conversion process from our tools does not resolve the issue of the auto fix action, when invoked manually by the end-user from the VRCSDK UI directly, missing animation clips that need adjustment. As such, an API is needed to allow nondestructive tools help the VRCSDK discover any additional animation clips that need to be processed during this manual auto fix invocation. Note also that both VRCFury and Modular Avatar perform animation path rewriting, so your API will need to be amenable to this as well. MA currently only does prefix rewriting, but I have plans to add more advanced forms of path rewriting in the future.

With this update, all controllers got finger tracking. Some setups are.... not optimal (Looking at you Vive) There's probably cases where users would prefer to not to overwrite hand animations with finger tracking. Although this can be done on the avatar side, it would be nice if we didn't need to update all of our avatars. It would also give us the ability to disable finger tracking on public avatars that won't ever add a toggle. The setting should persist across avatar switches.