* pass qr-code strings to core (as qr code images are generated in core now)
* shorter wording of qr code hints
* quote group name as done in most other places
* allow to copy QR data and to read QR data from clipboard
* add share option
* allow to scan QR from gallery
* use menu_copy_to_clipboard instead of menu_copy_link_to_clipboard
* use AttachmentManager
* reuse Bitmap
* change REQUEST_CODE_IMAGE value
* use getCacheDir()
* replace handleOpenPgp4Fpr with handleQrData
* show error message if scanning QR failed
* use Log.e() instead of Log.w()
* Revert "use getCacheDir()"
This reverts commit 2a2a801b311e7c4929f5063d3340234413528b93.
the impact of this change is eaasily larger than expected,
see comments at https://github.com/deltachat/deltachat-android/pull/2103
if needed, we can discuss and re-add that in a separate, more focused pr.
Co-authored-by: B. Petersen <r10s@b44t.com>
* add 'New Group or Subject' to contact profiles and allow group creation from there
* preselect contacts on group-creation from profile
* remove dead code
* also for existing group-creation, do not finish calling activity needlessly (this is pretty unexpected behavior)
* on editing groups, just use isProtected() from the chat to edit
* adapt 'profile' hint to reality
- the profile hint misses that also the signature
is sent out, together with name and image
- strike the part about that sent information cannot be retracted -
that is pretty clear,
and if we say that here, why not beside every message ;)
not sure where that comes from,
i checked similar settings in other messengers,
there is no comparable hint.
* remove unclear 'alongside' wording
* make new 'join group' strings translatable
* remove now superfluous group-join-progress-dialog
* remove thread-back-to-main roundtrip, joinSecurejoin() should return fast enough, not much different from any other chat creation
it was removed to have some less menu entries,
however, on recent discussions,
it turns out clearer and clearte that this will break some workflows
(writing text first, then adding attachment).
i just had a look at other "large" messengers -
all of them support "write text, then add attachment" -
as well as our iOS and Desktop apps.
also, this order seems to be pretty normal when it comes to "E-Mail".
all in all,
i think, we should not sacrify this workflow just to save one menu entry.
at some point,
maybe we want to have the "Attach" button always visible left of the input bar
as most other messengers do (as well as iOS and Desktop),
however, this is a larger thing and also has its drawbacks on smaller screens.
so, just leave things as is seems not to be the worse idea here.
the "View Profile" menu entry, however stays, removed,
so, there is some cleanup.
B. Petersen