Pasting multiple lines/blocks into tables
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 32/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript
- Área
- frontend
Línea de trabajo
El issue no menciona archivos fuente, pruebas ni puntos de entrada. Reproduce el comportamiento en Editor.js Table 2.2 usando contenido multilínea del portapapeles y determina después si el comportamiento previsto es pegar en una tabla en línea o crear filas al estilo de una hoja de cálculo; se considera terminado cuando el comportamiento seleccionado funciona sin perder contenido debajo de la tabla.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I'm going to call this a feature request, but some of our users have described the current table paste formatting as a bug.
Current Handling of Pasting Into Tables:
Right now if the user pastes multiple lines of text into a table cell, the content gets dropped underneath the entire table:

(This is accurate as of EditorJS 2.26.4 and Table 2.2)
Ideally we would change how this is handled in one of two ways:
1. Inline-Table Style Paste
The current Notion and Google Docs handling would be if those line breaks were kept and the text was pasted into a single cell. This is probably ideal since it matches what users would expect from similar editors:

Google Docs example

Notion example
2. Spreadsheet Style Paste
The alternative would be the spreadsheet style paste, where each line break would trigger a paste into a new row (and create the new row if needed). This is similar to how Google Sheets or Excel would handle the paste:

I think the benefit to this approach is that users can still use "Shift + Paste" to keep the content pasted into a single cell if they want to, so they have a greater range of results depending on how they want to paste the content into the cells.
- Lenguaje dominante
- JavaScript
- Estrellas
- 146
- Forks
- 162
- 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 editor-js/table
-
Bug z-index overflowQuizá libre de nuevo @MD-Mushfiqur123 la tomó hace 149 días y no hay ningún pull request abierto. Abiertogood first issue
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Delete button z-index issuesAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
Todos los issues de editor-js/table
Issues similares
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
andromarces/agent-loops#886 ·
Los mantenedores suelen responder en 1 día
-
bug effort:low model:light plan planner:gpt-6-1-sol tests
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
B: visual
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
FreeTubeApp/FreeTube#9929 ·
Los mantenedores suelen responder en 1 día
-
🐛 Bug: `--clear-screen` not very useful (at least not for dealing with large test/error output)Abiertostatus: in triage type: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
mochajs/mocha#6428 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
supabase/supabase-js#2768 ·
Los mantenedores suelen responder en 1 día