Pasting tables into the composer behaves oddly at times

martin · 3. Februar 2022 um 06:39

Ich habe einen PR, um das zu beheben, werde ihn morgen zusammenführen:

github.com/discourse/discourse

FIX: Table pasting issues with uppy

main ← issue/fix-markdown-table-pasting-uppy

opened 05:22AM - 03 Feb 22 UTC

martin-brennan

+53 -13

When changing to uppy for file uploads we forgot to add these conditions to the… paste event from 9c96511ec47bf0eb450a0b7e15738d284ee3761f Basically, if you are pasting more than just a file (e.g. text, html, rtf), then we should not handle the file and upload it, and instead just paste in the text. This causes issues with spreadsheet tools, that will copy the text representation and also an image representation of cells to the user's clipboard. This also moves the paste event for composer-upload-uppy to the element found by the `editorClass` property, so it shares the paste event with d-editor (via TextareaTextManipulation), which makes testing this possible as the ember paste bindings are not picked up unless both paste events are on the same element.

Bearbeiten: Dieser PR wurde nun zusammengeführt.

Thema		Antworten	Aufrufe
Help us to test the HTML pasting Feature feedback	35	5604	31. August 2018
HTML/RTF pasting Feature	74	14352	9. März 2020
Excel 365 copy/paste to discourse not creating table Bug	14	1581	13. Februar 2020
How does Discourse convert Excel tables to images when pasting? Feature	2	1123	4. April 2014
Copy/Paste Excel - Both an Image and text Feature	3	1115	20. Mai 2015

Pasting tables into the composer behaves oddly at times

Verwandte Themen