Attach every image from a multi-file Finder paste
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- macos, typescript
- Área
- desktop
Línea de trabajo
Start from the paste handling added in PR #104 (the clipboard-event path feeding useAttachments().add) and compare it with the drop path that already accepts multiple files. Then locate the desktop shell's native bridge/IPC for delivering files to the web view, since the fix needs a native macOS pasteboard read of public.file-url items. Done when a Finder multi-file copy pastes every image like a drop does, while single-file and in-memory clipboards from #104 keep working.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Follow-up to #91 and PR #104. That PR attaches pasted images, but a Finder copy of several files attaches only one image.
Confirmed behavior
A standalone WKWebView probe was given a real Finder copy of a.png, b.png and c.txt, all selected in Finder and copied with Cmd+C. The pasteboard held one public.file-url item per file, but the page's paste event saw only:
types: ["Files"], files: ["a.png image/png 14451"], items: ["file image/png"]
- WebKit exposes only the first copied file to
clipboardData.files/itemsand hides the file-name text. - The Ace-dev build from PR #104 attached one image for a single file-URL paste, as expected.
- #104 passes every exposed image file to
useAttachments().addin one call, so in-memory image clipboards with several images aren't affected. Only multi-file Finder copies lose files.
Expected
Pasting several images copied in Finder attaches all of them, as dropping them does. This probably needs the desktop shell to read the pasteboard's file URLs natively and hand the image files to the composer. The web clipboard event can't see them.
Related: #26 (non-image uploads). Part of #5.
- Lenguaje dominante
- TypeScript
- Estrellas
- 1
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
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 githubnext/ace2
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 94/100
githubnext/ace2#487 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
githubnext/ace2#486 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
githubnext/ace2#459 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
githubnext/ace2#437 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
githubnext/ace2#442 ·
Todos los issues de githubnext/ace2
Issues similares
-
[测试] 等待仓库加载后再记录多仓库排序基线Posiblemente ocupada @myot233 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
area:arcade p3-medium ready-for-agent testing type:docs
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
fderuiter/deruiter.dev#2369 ·
Los mantenedores suelen responder en 1 día
-
area:devenv origin:agent type:bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
overengineeringstudio/effect-utils#1949 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
ccch1mneyyy/dsh-TUI#1631 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
MiniMax-AI/minimax-code#507 ·
Los mantenedores suelen responder en 1 día