AquaMail Forum
English - Android => Development builds => Topic started by: Kostya Vasilyev on August 27, 2015, 05:02:31 pm
-
http://www.aqua-mail.com/download/AquaMail-market-1.5.9.12-pre1.apk
http://www.aqua-mail.com/download/AquaMail-market-1.5.9.12-pre2.apk
^^^ Updated translations. Обновил переводы.
---
+ Automatic shrinking of attached photo images (JPEG) when sending. Settings -> composing and sending.
I can implement a more "elaborate" UI (prompt when attaching, choose max size, etc) but not sure if it's worth it.
Right now, it's a single setting, just "set for forget".
Availability varies by device CPU architecture.
Supported: ARM 32 bit (most devices these days), ARM 64 bit (new Samsung-s, HTC M9, Nexus 6), Intel x86 32-bit.
Not supported: Intel x86 64-bit (don't have a device for testing, not sure how popular), MIPS (not common, it seems).
+ Fast scroll thumb can be moved to left side. Settings -> message list and message view.
---
+ Автоматическое уменьшение размеров вложений картинок (JPEG) при отправке. Настройки - написание и отправка.
Интерфейс можно делать более сложным (спрашивать каждый раз, выбирать размер) но я не уверен, что это нужно.
Сейчас всё очень просто, одна настройка чтобы "выставить и всё".
Доступность функции зависит от архитектуры процессора.
Поддерживаются: ARM 32-бита (самый частый случай), ARM 64-бита (новые Samsung-и, HTC M9, Nexus 6), Intel x86 32-бита.
Не поддерживаются: Intel x86 64-бит (у меня такого нет, не знаю насколько нужно), MIPS (довольно редкая).
+ Кнопку быстрой прокрутки можно переносить на левую сторону. Настройки - список сообщений и отображение сообщений.
-
Yes, implement it...
1+2
-
Such an option is useful:
"prompt when attaching, choose max size, etc... "
BTW:
How do you define "large images" (in settings)?
Where is the threshold:
... 500kb, 1MB, 3MB, 5MB...?
-
It will be really nice to have that option to manually select Original, Large 1920x1080, Medium 1280x720 and Small 800x600 based on the numbers of pictures and standard 20 mb email size.
-
its not working on galaxy s6
-
It will be really nice to have that option to manually select Original, Large 1920x1080, Medium 1280x720 and Small 800x600 based on the numbers of pictures and standard 20 mb email size.
+1
-
To those asking for "more elaborate" UI --
-- Have you tried what's there now?
-- Have you seen how it actually works (now, with a single setting)?
"How do you define "large images" (in settings)?
Where is the threshold:
... 500kb, 1MB, 3MB, 5MB...?"
It's based on image dimensions, not file size.
Large is 2048 px max, medium is 1280 px max, small is 768 px max.
The exact numbers are subject to change, so I don't want to expose them in the UI.
"its not working on galaxy s6"
Um, not a very detailed description.
"inline pictures"
Nothing to do with inline pictures.
Inline pictures are not attachments.
Attachments are not inline pictures.
Please don't keep trying to use one instead of the other.
-
There is no resizing on mine galaxy s6 and just original picture is adding as attachment.
It will be much more convenient to select Image size every time and remember that selection because we never know if we want to send original high quality picture or just many lower quality pictures.
-
Re: There is no resizing on mine galaxy s6
No resizing where? "On the other side" meaning when you receive that message?
Since resizing is done while sending, the attachments will show as their original size in the sent message (and I think it's nicer that way too).
So, please send yourself a test message, and check the image size on the receiving side.
Re: we never know if we want to send original high quality picture or just many lower quality pictures
Hmm, so you want to decide every time?
-
One nice thing about the global setting, which "automagically" affects all messages is:
Let's say you attach some images and haven't chosen "yes, resize them" yet
And you get an incoming phone call, or there is some other distraction, so you put the phone away...
... and then AquaMail syncs (uploads) your draft to the Drafts folder on your IMAP / EWS server.
With the current setup, this draft uploading will use shrunk (resized) images, even if you didn't have a chance to "go ahead" with resizing yet.
I'm comparing this with iPhone Mail, where you get prompted only when pressing Send. Maybe it doesn't upload drafts???
A way to resolve it is to prompt the user *at the time he's adding attachments*. What do you guys and gals think?
-
"Accept uploading draft in original size"
But that can use a lot of data -- essentially negating the whole idea.
-
Yes, tricky :)
-
Kostya,
I didn't have a chance to download the new build yet. So, I'd just respond to your latest question:
I think that the question (to resize or not to resize [and possibly, if you'd be kind to implement that here: to which size, as you already have it: large, medium, small]) should be asked at the time of attaching the images. And the resizing should be done at the time when the image(s) is(are) actually attached, so that saving a draft would be with the resized images.
This would be the best behavior.
(And it would be just one menu "Resize" with the items: {large, medium, small, do not resize}.)
Alternatively, if it is too cumbersome to ask for those size options, while still asking about resizing (yes/no) - the default size (if/when resizing) can be configured in the options. But this would be the second best.
With all of this, of course, the original images stored on the phone should not be modified. But that, I assume, is obvious.
PS. Sorry, maybe I've missed the point: why would one consider not resizing the image at the time when it is being attached?
Is that because of the uncertainty in the ultimate size of the message?
If that's the case, then maybe the menu with the choice(s) on how attach should contain an estimate for the total size of the attachments, for each option.
So, here a possibility of how this scenario can be implemented:
1. Click on "attach" (icon/menu item)
2. A pop-up window is opened offering to add an attachment to the list.
3. The object to be attached is added to the list of attachments in this window.
(no attachment is done yet)
4. The user has an option to add the next attachment to the list (leading to item 3. above) or to choose "attach".
5. Upon "attach", - the option for resizing is given, together with the estimates for the overall size of attachments for each resizing option (two options, yes/no, or 4+ options as suggested at the top of this message).
6. Objects are attached according to the option chosen.
7. A caveat: one might be attaching a mix of images and non-image files, so this should be handled accordingly, so that only jpegs are (1) resized and (2) that is properly counted in the estimate for the total size of all attachments combined.
8. Yet another caveat: What to do if after attaching images the user want to add more attachments. The possible choices are:
(a) To make it impossible to add any attachment, allowing to only replace them (i.e. delete all attached, and attach the new set). This would be probably easier to code, but not elegant.
(b) To treat the previously attached images as being attached already, so that
any additional attachments are done the same way, except that the estimate for the total attachment size is given with the addition of the already attached objects.
In essence, this way would allow one to mix attached images with different resizing options.
Kostya, please, forgive me for infringing into your territory and suggesting these possible scenarios.
-
Just add option "Ask everytime" in current settings. After user choose image, app should ask whether to do resize it or not. And you can recalculate an image size (user sees how big the photo will be after resizing) and show: Large (X MB), Medium (Y MB) etc in "Ask" dialog.
And probably you want show off this feature during first app launch so user is aware of it. (Since this feature is by default).
//I wish Google add support for searching items in any PreferenceActivity/Fragment. I recently wanted to find one setting in AquaMail and I spent so much time :/ Something like stock app Settings has since Lollipop.
-
//I wish Google add support for searching items in any PreferenceActivity/Fragment. I recently wanted to find one setting in AquaMail and I spent so much time :/ Something like stock app Settings has since Lollipop.
I feel your pain! And sometimes I wish a printed book had Ctrl-F built in. :)
-
"Attach cropped pictures", using QuickPic
This is difficult to discover -- the menu item doesn't show unless QuickPic is installed.
And I don't like having an external dependency -- it did break before (once) and took quite some time to get fixed.
-
Crop =/= resize. My last post is related to this new shrink feature.
-
"Crop =/= resize"
QuickPic does both.
-
What I'm thinking about doing is --
-- The app setting will only serve as a "master switch" to enable the shrinking feature.
This is where I can try to initialize the actual resizing code (check if it's a supported CPU architecture).
-- The compose screen will have a new menu item to "Shrink attached images", letting the user choose (None / Large / Medium / Small) with size estimates.
-- This menu item can be used multiple times (change your mind? no problem).
-- It will be the user's responsibility to select this menu item.
-
Kostya,
It sounds reasonable. The only question is the one you raised earlier today: what about saving the draft before the images are resized?
Speaking of which, - is there an option to disable automatic synching Drafts while on a mobile network (even if the Inbox and whatever else is synched)? That would help in dealing with the issue above?
Edit: added "automatic" for clarity. Obviously, Manual/Forced synching should remain available at any time on any individual mailbox.
-
Kostya,
It sounds reasonable. The only question is the one you raised earlier today: what about saving the draft before the images are resized?
Speaking of which, - is there an option to disable synching Drafts while on a mobile network (even if the Inbox and whatever else is synched)? That would help in dealing with the issue above?
That's a good idea. Thanks for pointing this out.
-
Any possibility to use this new feature to shrink "properly" inline pictures, in order to improve their display (currently, the result is rather "average-low" quality)
Thumb up for this question/suggestion....
I have been nagging for a better inline picture handling for a year....
Unfortunately Aquamails handling of inline pictures is very bad. It distorting the photos totally, and its not even possible to make a nice happy mothers day mail with an animated gif file, because as all know...when you distort/change size of animations...it doesn't animate anymore.
I have felt stupid for occasions/emails like this, because I install another email app JUST FOR SENDING SUCH EMAILS. Another point is when you make for example an explainatory email with some pics to the text, sends it and the receiver looks at the mail on a computer, the inline pics are really small.....
-
DO NOT SEND LARGE IMAGES (PHOTOS) AS INLINES