You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
this issue came up during a discussion in a Delta Chat Community Chat - thanks a lot!
when dragging a single image from eg. a file explorer to Delta Chat, the file is sent as image, so it is recompressed, resulting in low traffic. nice!
when dragging two or more images, the file is sent uncompressed, with much larger traffic needs.
while sending as original is a feature wanted in general (and possible by the attach menu), this is unexpected in this case and just a bug.
Screen.Recording.2024-10-16.at.15.42.10.mov
also adding an option to the dialog is not helpful: it would immediately raise the question why not a single image can be sent uncompressed, and would result in the need to have an option there, which would need different display type of uncompressed images (as on telegram, to make the imact clear, this is another discussion for another time :)
therefore, let's stay focused and fix the issue at hand and do not try to add additional features/refactorings currently:
to fix this issue, drag'n'dropped images should just always be sent as such.
The text was updated successfully, but these errors were encountered:
this issue came up during a discussion in a Delta Chat Community Chat - thanks a lot!
when dragging a single image from eg. a file explorer to Delta Chat, the file is sent as image, so it is recompressed, resulting in low traffic. nice!
when dragging two or more images, the file is sent uncompressed, with much larger traffic needs.
while sending as original is a feature wanted in general (and possible by the attach menu), this is unexpected in this case and just a bug.
Screen.Recording.2024-10-16.at.15.42.10.mov
also adding an option to the dialog is not helpful: it would immediately raise the question why not a single image can be sent uncompressed, and would result in the need to have an option there, which would need different display type of uncompressed images (as on telegram, to make the imact clear, this is another discussion for another time :)
therefore, let's stay focused and fix the issue at hand and do not try to add additional features/refactorings currently:
to fix this issue, drag'n'dropped images should just always be sent as such.
The text was updated successfully, but these errors were encountered: