# Pasting tables into the composer behaves oddly at times

**URL:** <https://meta.discourse.org/t/pasting-tables-into-the-composer-behaves-oddly-at-times/72785>\
**Category:** Feature\
**Created:** [25.Октябрь.2017 18:59:49 UTC](https://meta.discourse.org/t/pasting-tables-into-the-composer-behaves-oddly-at-times/72785 "2017-10-25T18:59:49Z")\
**Posts on this page:** 1\
**Showing post:** 60

<div class="post-metadata">

**Author:** ![martin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/martin/32/491371_2.png) [@martin](https://meta.discourse.org/u/martin)\
**Post date:** [03.Февраль.2022 06:39:55 UTC](https://meta.discourse.org/t/pasting-tables-into-the-composer-behaves-oddly-at-times/72785/60 "2022-02-03T06:39:55Z")

</div>

У меня есть PR для исправления этой проблемы, я объединю его завтра:

> <https://github.com/discourse/discourse/pull/15787>
>
> 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.

Редактирование: Этот PR теперь объединён.

---

_[View the full topic](https://meta.discourse.org/t/pasting-tables-into-the-composer-behaves-oddly-at-times/72785)._