-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2D backwards compatibility #3
Comments
Found a relevant visual example of favicon sprite extrusions [0]. By billboarding do you mean strictly 2d, and always aligned with the camera? (e.g. not a 3d plane that can be seen from side/behind) [0] https://www.willmcgugan.com/blog/tech/post/turning-website-favicons-in-to-3d-icons/ |
@modulesio Yes, the choice to creating a 3D Assets lies with the authors. If they do recognize they are in XR world and are willing to provide an appropriate assets it, it will benefit the content's visual representation. But if they choose not to do, how a 2D asset will shown on a platform should be left to the User Agent or the Platform. For Example on Magic Leap devices, the browser just sticks the 2D favicon on the front face of the cube. Sprite Extrusion or Billboarding really can't be dictated on UAs. |
I’m not sure I understand the backing argument here.
If displaying assets can’t be dictated on UA’s then this would apply
equally to 2d and 3d content, and perhaps the whole 3D favicons issue
should be out of scope.
I would also posit that becuase the vast majority of sites do not have 3D
favicons, and will not until long after it’s specced, then there is a much
larger win for figuring out the visual representation for existing sites.
And although I don’t think existing implementations should factor in here,
there are others which do extrusion.
…On Tue, Jan 8, 2019 at 5:15 PM Ravi Ramachandra ***@***.***> wrote:
@modulesio <https://github.com/modulesio> Yes, the choice to creating a
3D Assets lies with the authors. If they do recognize they are in XR world
and are willing to provide an appropriate assets it, it will benefit the
content's visual representation. But if they choose not to do, how a 2D
asset will shown on a platform should be left to the User Agent or the
Platform. For Example on Magic Leap devices, the browser just sticks the 2D
favicon on the front face of the cube. Sprite Extrusion or Billboarding
really can't be dictated on UAs.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AGmu6dsmn6jeOlN7Uozcieh9TIefT0mGks5vBRhogaJpZM4ZhLMi>
.
|
@modulesio UA's today can choose how to use a favicon in their respective platforms. I did not understand your concerns. |
I've been experimenting on and off with WebVR/XR favicons for a few years, and I keep coming back to 2D. Getting web developers to make favicon assets is a tall order while the tooling is still immature.
Both sprite extrusion and billboarding seem like a possible on-ramp and zero-cost way to move from the 2D web to the 3D one, but that brings up the question: should we specify how the mapping from 2D to 3D works?
This almost seems more prescient to me than trying to declare a 3D format, for the time being.
The text was updated successfully, but these errors were encountered: