AquaMail Forum

English - Android => Development builds => Topic started by: Kostya Vasilyev on April 22, 2015, 01:14:41 am

Title: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 22, 2015, 01:14:41 am
http://www.aqua-mail.com/download/AquaMail-market-1.5.7-27-dev1.3.apk

---

+ Updated translations

+ Fixed Exchange 2007 mail sync issue ("folder missing on the server" error).

---

+ Обновил переводы

+ Исправил проблему с проверкой почты в Exchange 2007 (ошибка "папка удалена с сервера").
Title: Re: 1.5.7-27-dev1.3
Post by: stevealb on April 22, 2015, 02:22:09 pm
As you look at email, I was wondering whether you would consider a design change. When receiving an email with an attachment, there's a second panel that contains the attachment and buttons to save, download, etc. While that's OK for attachments, that's also is the design for calendar invitations in exchange. So that second panel contains the calendar information and the buttons for Accept, Reject, Tentative. It also includes any text the sender might have written in the invite.

Is it possible to have the invite with any text written by sender, response buttons, and View in Calendar in one panel, and that it be the main panel? The side attachment panel is very busy, not well laid out, takes an additional swipe to get there, and the main message panel is blank.

Also, in exchange, emails can have categories just like calendar items. Would that be something you would consider adding as well? Thanks.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 22, 2015, 10:50:42 pm
I agree that attachments could be presented better, and calendar invites too -- but the two are related, even for Exchange.

There is a scenario where an Exchange invite stops being an invite, and has to be opened as an attachment. There may also be users who'd like to open an Exchange invite as an .ics attachment (there are Calendar apps which works with .ics format, including Google's own Calendar app since a month or so).

So putting it shortly: I'd like to improve both of those, but there are non-obvious edge cases.

About categories -- won't be able to work on it in the short / medium term.

Title: Re: 1.5.7-27-dev1.3
Post by: robdee on April 23, 2015, 06:23:56 am
Hi Kosta
Thanks for all the continued improvements and updates
Do you have plans to be able to back up our AquaMail settings on Google drive?
Thanks


Thank
Title: Re: 1.5.7-27-dev1.3
Post by: pyler on April 23, 2015, 04:23:24 pm
I woukd like see it too.

Btw, Kostya, there is a new appcompat lib release, it allows material styled dialogs! Check it, it should not take too much time to add them.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 24, 2015, 01:53:47 am
>> Do you have plans to be able to back up our AquaMail settings on Google drive

Not right now, the API (what apps use to interact with Google Drive) is absolutely insane.

Dropbox -- takes a few lines of code.

Drive -- "let's make it as complex as we can, hey, developers love a challenge, right?"

>> there is a new appcompat lib release, it allows material styled dialogs! Check it, it should not take too much time to add them

I don't use AppCompat, and don't think that trying to emulate every aspect of 5.0+ on 4.0+ devices is a worthwhile goal.

If Google wants Material Design to spread more, they need to work harder with manufacturers so they release system updates.

---

Spent half a day recently debugging wrong scroll bar sizes on Android 5.1 (and only 5.1, not 5.0).

Tracked it down to a change made to "Update scrollbars to match Material spec"

https://plus.google.com/+KostyaVasilyev/posts/1JSKJ9hQtar

Those "non material scroll bars" in Android 5.0 were sooooo wrong, that someone had to make a change and break them?

Fuck material design. Fuck material design. Fuck material design.

And the people who came up with it.

And the people who are implementing it into Android.

And the people who made every user hungry for it.

Fuck you, "Google's best", you're like dogs who lick their balls when they have nothing better to do, but unlike dogs, you cause other people suffering and grief. Fuck you.
Title: Re: 1.5.7-27-dev1.3
Post by: robdee on April 25, 2015, 08:48:13 pm
Sorry to have hit a nerve with the Google drive idea. Had no clue. So how about backing up to Dropbox or something equivalent?
Title: Re: 1.5.7-27-dev1.3
Post by: mikeone on April 25, 2015, 09:30:15 pm
Sorry to have hit a nerve with the Google drive idea. Had no clue. So how about backing up to Dropbox or something equivalent?

Dropbox is already provided.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 25, 2015, 10:12:32 pm
It would be easy to add Box.com (others??? I take requests).

But Google Drive -- I did look into it, it's insane.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 25, 2015, 10:30:22 pm
We'll see if OneDrive has a "reasonable" API or an "insane" one :)
Title: Re: 1.5.7-27-dev1.3
Post by: pyler on April 26, 2015, 09:05:26 am
It would be crazy to have MS's OneDrive and Google Drive not. ;D

Edit:
Well, I checked it. API are really crazy, simple uploading requires tons of code. But we may have a simple workaround. For these with installed Google Drive app, you can use simple intents to upload (action send/share) and download backup file (action pick). Only a few lines of code.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 26, 2015, 05:41:54 pm
>> download backup file (action pick). Only a few lines of code

That's the thing.

Google Drive does not support ACTION_GET_CONTENT

To get a file from Drive, one has to "connect, authenticate" -- which is pretty complex, and then the real issue is that -- during the process, the user will have to grant AquaMail read access to his Google Drive.

I don't want access to user's Google Drive, I just want the user to pick one file and return to me.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 26, 2015, 06:40:54 pm
http://stackoverflow.com/questions/14063003
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 26, 2015, 08:13:54 pm
@pyler -- I just tried this:

final Intent intent = new Intent(Intent.ACTION_GET_CONTENT);
intent.setType("*/*");
intent.setPackage("com.google.android.apps.docs");
startActivity(intent);

And got a crash:

04-26 20:06:53.893 E/AndroidRuntime( 7300): android.content.ActivityNotFoundException: No Activity found to handle Intent { act=android.intent.action.GET_CONTENT typ=*/* pkg=com.google.android.apps.docs }

Picking files same way from Dropbox, Box.com and OneDrive works fine (Dropbox already supported by Aqua, and I just tried the other two).

Something else those apps do right, and Google Drive doesn't -- when you pick a file that has not been downloaded to the device yet, those apps first download the file, then return it to the caller app (AquaMail in this case).

With Google Drive, it returns immediately and then downloaded when opened, so there is a noticeable delay (black screen) on slow connections.

So Microsoft is better at making Android apps than Google?

Title: Re: 1.5.7-27-dev1.3
Post by: pyler on April 26, 2015, 10:27:47 pm
New mail - Attach file - Google Drive (pick file, then hit Select). File is downloaded without screen problems and correctly attached.

So use this "picking" intent instead.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 26, 2015, 10:31:39 pm
No, that's not it -- it doesn't narrow down the list of installed apps to just Google Drive ("setPackageName").
Title: Re: 1.5.7-27-dev1.3
Post by: pyler on April 27, 2015, 08:08:15 pm
Dont use intent.setType for ACTION_PICK.

My test app works (I removed code for setType)
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 28, 2015, 12:09:53 am
>> Dont use intent.setType for ACTION_PICK.

I wasn't going to.

>> My test app works (I removed code for setType)

Um, interesting, can you post the entire snippet? Do you use intent.setPackageName to narrow down just to Google Drive?
Title: Re: 1.5.7-27-dev1.3
Post by: pyler on April 28, 2015, 04:49:36 pm
I just tried simple code:

Intent intent = new Intent(Intent.ACTION_PICK);
intent.setPackage("com.google.android.apps.docs");
startActivity(intent);

Google Drive started in "picking file" mode. When I picked the file, it was downloaded and view was returned to my simple test app.
Title: Re: 1.5.7-27-dev1.3
Post by: Kostya Vasilyev on April 29, 2015, 01:04:14 am
It works!

Tested on a Nexus 5 with 5.1, a Samsung with 4.4, and a Samsung with 5.0.

Now adding support for Google Drive is a no-brainer.

Thank you, thank you, thank you!