DOM Overlays este depozitul Grupului de lucru Imersive Web.
Propunerea initiala: # 50
Luand parte
- Cititi codul de conduita
- Vedeti daca problema dvs. este discutata in aceste probleme sau daca ideea dvs. este discutata in repo propuneri.
- Vom publica minutele de la apelurile bi-saptamanale.
- De asemenea, va puteti alatura grupului de lucru pentru a participa la aceste discutii.
Specificatii
- DOM Overlays: specificatiile modulului DOM Overlays pentru WebXR
- Explicator
- Alegeri de proiectare
- Experimente
- Chestionar de securitate si confidentialitate
Specificatii conexe
- WebXR Device API – Nivelul 1: Specificatii principale pentru JavaScript API pentru accesarea dispozitivelor VR si AR, inclusiv senzori si afisaje montate pe cap.
Linkuri relevante
- Grup imersiv de comunitate web
- Ghid pentru imersivi Web Early Adopters
- Carta grupului de lucru web imersiv
Comunicare
- Grup de lucru imersiv pe web
- Grup imersiv de comunitate web
- Lista problemelor GitHub
- lista de corespondenta public-immersive-web
Intretinatori
Pentru a genera documentul spec (index.html) din documentul index.bs Bikeshed:
Teste
Pentru modificarile normative, este apreciat un PR-test-platforma web corespunzator. De obicei, ambele PR vor fi combinate in acelasi timp. Retineti ca o modificare de test care contrazice specificatia nu ar trebui sa fie combinata inainte de modificarea specificatiei corespunzatoare. Daca testarea nu este practica, va rugam sa explicati de ce si, daca este cazul, depuneti o problema de testare a platformei web pentru a urmari ulterior. Adaugati tipul: netestabil sau tipul: eticheta de acoperire lipsa, dupa caz.
Licenta
Conform fisierului LICENSE.md:
Toate documentele din acest depozit sunt licentiate de catre colaboratori sub licenta W3C Software and Document License.
O suprapunere DOM simpla deasupra graficii (de exemplu, WebGL). Suprapunerea ar fi, in general, in mare parte transparenta, permitand graficii captivante (sau lumea reala pentru AR), sa se afiseze. Suprapunerea este utila pentru HUD, optiuni, configuratie etc. Nu este destinata sa furnizeze interfata de utilizare internationala, cum ar fi un semn pe fatada unei cladiri.
Motivatie
Dezvoltatorii doresc sa utilizeze DOM pentru a crea interfata de utilizare pentru experientele lor XR.
mamada de rodillas porns
maduras peludas españolas videos porno caseros en español
se folla a su hermana incesto gratis
metart films porno muy duro
corridas gays chochitos jovencitos
jovenes nudistas incesto abuelas
corridas internas peludas coños bonitos
videos porno peruano follándosela
masaje final feliz se folla a su madre
porno torrent magnet parejas pilladas follando
concursos nudistas videos ponos
trio con gordas porno gay primera vez
viejas calientes tetas playa
culos porno incesto subtitulado español
videos putas maduras porno gay en castellano
tuporn madre española se folla a su hijo
lesbianas reales tias buenas desnudas
hentai audio español sexo en la playa nudista
maduras en la playa forzada por el culo
viejas cachondas videos porno online
Pentru VR, sesiunile inline sunt, prin definitie, in cadrul DOM, dar am amanat aceasta capacitate pentru sesiunile VR imersive. Cu toate acestea, pentru RA nu exista un mod inline, iar interfata de utilizare 2D este importanta in special pentru cazurile de utilizare populare. Credem ca acceptarea unei astfel de interfete este parte a produsului minim viabil pentru RA.
Acest lucru a fost discutat anterior in WebXR numarul 400.
Comparatie cu Quads / Layers
Desi exista o serie de motive pentru a sprijini un mecanism mai general si mai capabil pentru quad-uri / straturi (asa cum s-a discutat anterior), acesta este un subiect foarte complex, care ar putea dura mult timp si nu ar putea fi cel mai potrivit pentru o anumita utilizare cazuri si / sau dezvoltatori. Aceasta explorare nu o exclude pe cealalta si poate ajunge sa fie de dorit sa le sustinem pe amandoua.
Cazurile de utilizare includ:
- Cumparaturi: selectati culori etc. in interfata de utilizare 2D care schimba obiectul redat. De asemenea, Cumparati / Adaugati in cos.
- Un configurator auto este o versiune mai complexa a acestui lucru.
- Educatie: afisati informatii despre lucruri gasite in lumea reala sau ca raspuns la interactiunea cu elemente virtuale.
- De exemplu, demonstratia Chacmool AR
- Jocuri: Furnizati HUD, scor, optiuni etc.
In toate cazurile de mai sus, exista o portiune bine definita a experientei care este generata cel mai usor folosind DOM si pentru care separarea de lumea imersiva este acceptabila, daca nu dorita. Interactiunea utilizatorului cu DOM afecteaza grafica imersiva si / sau interactiunea utilizatorului cu grafica imersiva / lumea afecteaza ceea ce este afisat in DOM.
Ideea noastra initiala este de a explora ceva similar cu API-ul Fullscreen, care face ca un singur element DOM (de cele mai multe tipuri) sa fie dimensionat la o dimensiune dependenta de ecran si asezat independent de arborele sau parinte. De unde va veni exact elementul (adica, ar / ar putea face parte din pagina) va face parte din explorare. O alta abordare potentiala este una similara cu Picture-in-Picture V2, unde se foloseste un document separat.
Pentru simplitate, vom incepe cu o singura suprapunere pe „ecran complet”, desi ideea ar putea fi extinsa la mai multe instante de suprapunere si / sau sa permita aplicatiei si / sau UA sa afecteze plasarea.
Intentia noastra initiala este ca API-ul si suprapunerea sa nu ofere nicio garantie cu privire la relatia dintre pixeli in suprapunere si pozitia obiectelor virtuale sau din lumea reala. Astfel de cazuri de utilizare sunt probabil mai bine deservite de un API axat pe plasarea relativa la nivel mondial. Acestea fiind spuse, daca explorarea descopera o oportunitate de a aborda acest caz de utilizare intr-o suprapunere, il putem explora.
Introducerea va fi o parte esentiala a explorarii, deoarece suprapunerea va trebui sa permita intrarea sa treaca prin portiunile „transparente” ale suprapunerii. De asemenea, pot exista probleme de confidentialitate si securitate legate de intrare.
O nota pe casti
Asocierea acestei functionalitati la afisajele plate traditionale este destul de clara – la fel ca multe sesiuni inline si redarea AR imersiva, suprapunerea DOM s-ar intinde pe intregul ecran. Cu toate acestea, este important ca experientele create cu un astfel de API sa functioneze si pe alti factori de forma, in special pe casti. Prin urmare, o parte a explorarii va include modul in care o suprapunere DOM poate fi redata in mod util in casti.
Ar putea fi folosit acest lucru pentru modurile VR?
Intr-un cuvant, poate. Aceasta functionalitate se bazeaza pe faptul ca toate sesiunile AR sunt „captivante”, chiar si pe smartphone-uri. Daca aceasta explorare are succes, ar putea fi util sa ne gandim daca „immersive-vr” ar trebui sa fie acceptat si pe afisajele traditionale si sa permita specificarea unei astfel de suprapuneri. Ca parte a acestei explorari VR, ar putea dori sa luam in considerare utilitatea fata de complexitatea implementarilor VR si adoptarea probabila de catre implementatori.
