Support for image picker functionality?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Área
- documentation
Línea de trabajo
Comienza con las secciones citadas de proposals/specification/access-needs.bs, proposals/specification/access-authorizations.bs y proposals/primer/authorization-agent.bs; después, compara sus formulaciones en singular y plural con el caso de uso del selector de Google Photos. Se considera terminado cuando el proyecto tenga una decisión explícita de especificación que cubra las fotos seleccionadas dinámicamente, las instancias de datos, la indicación de recursos y las concesiones de datos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I just found out that Google Photos has disabled access to photo library APIs and replaced it with a photo picker API, with user privacy as an explicit motivation.
https://developers.googleblog.com/en/google-photos-picker-api-launch-and-library-api-updates/
The idea is effectively that a user should use an authorization agent to explicitly share individual photos/media items with the app rather than granting access to all photos. This seems broadly consistent with SAI's ethos, but its not clear to me how SAI should implement this.
In an app's access needs, is there a way for a shape tree to ask for access to the items selected dynamically by the user with a photo picker? There's currently a comment that access needs for specific data instances requires advance knowledge of the data instances, which this use case is explicitly trying to avoid.
In a data authorization, either a single (whole) data registration or data instance would be specified. Presumably the picker use case would therefore require the server to create a new data instance with just the selected photos? The same would apply to a data grant.
https://github.com/solid/data-interoperability-panel/blob/dd62af0c405415bc34e84b66aa923e0d3b1fd326/proposals/specification/access-authorizations.bs#L184-L194
Based on this first reading, photo picker functionality would require either the authorization agent or the server to actively create data instances in response to requests, not just grant access to existing data instances. Or alternatively, resource indication would need to allow selection of multiple data instances.
The authorization agent primer seems to indicate that the former is not intended, and the latter might be possible (plural is used), but the spec doesn't seem to indicate that multiple data instances can be individually selected and indicated (singular seems to always be used)? Would separate data grants be made for each photo?
https://github.com/solid/data-interoperability-panel/blob/dd62af0c405415bc34e84b66aa923e0d3b1fd326/proposals/primer/authorization-agent.bs#L110-L111
- Lenguaje dominante
- Bikeshed
- Estrellas
- 58
- Forks
- 18
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de solid/data-interoperability-panel
-
Align with LWS Access Requests and GrantsQuizá libre de nuevo @elf-pavlik la tomó hace 86 días y no hay ningún pull request abierto. Abierto
solid/data-interoperability-panel#338 · 11 comentarios · 1 asignado ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
solid/data-interoperability-panel#337 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
solid/data-interoperability-panel#336 · 2 comentarios ·
-
Remove `interop:AccessAuthorization`, `interop:AccessGrant` and `interop:AccessNeedGroup`Quizá libre de nuevo @elf-pavlik la tomó hace 521 días y no hay ningún pull request abierto. Abierto
solid/data-interoperability-panel#334 · 5 comentarios · 1 asignado ·
-
New `interop:ApplicationDataGrant` typeQuizá libre de nuevo @elf-pavlik la tomó hace 521 días y no hay ningún pull request abierto. Abierto
solid/data-interoperability-panel#333 · 4 comentarios · 1 reacción · 1 asignado ·
Todos los issues de solid/data-interoperability-panel
Issues similares
-
docs good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
soma-intelligence/open-health-sync#59 ·
Los mantenedores suelen responder en 1 día
-
agent-task risk:low
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
guyellis/http-status-check#512 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
gradio-app/gradio#13964 ·
Los mantenedores suelen responder en 1 día
-
area: recipes bug good first issue priority: low size: XS
Dificultad 1/5 Menos de una hora Aptitud para principiantes 94/100
cubrid-lab/cubrid-cookbook-python#315 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
docs(ko): replace the mistranslated term for redaction in the Korean docsPosiblemente ocupada @KeuqS la tomó hoy. Abiertodocumentation good first issue priority: low size: XS
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
cubrid-lab/cubrid-mcp-server#290 · 1 comentario ·
Los mantenedores suelen responder en 1 día