AquaMail Forum
English - Android => Development builds => Topic started by: Kostya Vasilyev on April 02, 2016, 01:20:04 am
-
https://www.aqua-mail.com/download/AquaMail-market-1.6.2-dev1.8.apk
---
More work on animations for undo-able actions, hopefully less invasive.
---
Дальнейшее улучшение анимации для отменяемых действий, чтобы меньше отвлекало.
-
Yes - smoother, more professional appearence. Nice progression. Also noted that the FAB reliably returns following expiration of the undo toast.
Although likely unrelated to recent changes the issue of the FAB not reappearing after a forward scroll remains - have to roll back a few rows to prompt its return. TMK can't compose a new message when the FAB is off-screen. Possible solution as to have the FAB reappear after a few seconds if another scroll action isn't initiated. Or simply disable the FAB which indirectly solves the problem (I happen to like it). Not a big deal - just noting the behavior.
-
Re: FAB not reappearing after a forward scroll remains
Can you elaborate a bit, the more exact the better?
I can't reproduce, the FAB disappears on scrolling down (swiping up), and reappears on scrolling up (swiping down).
The actual trigger is the top item changing.
-
I believe you are reproducing the observation accurately. A scroll up (swipe down) is needed for the FAB to reappear. Which appears to be by design.
Why should I have to reposition the message list to compose a new message after scrolling down? The FAB remains on screen during/following a scroll up operation.
Seems the FAB should reappear a moment or two after the scroll stops regardless of direction. One should not have to reposition the message list to prompt its return IMO.
That said, this is a very minor issue. It has caught me a couple time (wtf is the compose button) but now I simply 'jiggle' the message list to prompt its return. Almost become second nature :)
-
Re: Why should I have to reposition the message list to compose a new message after scrolling down? The FAB remains on screen during/following a scroll up operation.
But "composing a new message" is not the only thing that people do -- some actually want to browse the message list :)
-
Re: Why should I have to reposition the message list to compose a new message after scrolling down? The FAB remains on screen during/following a scroll up operation.
But "composing a new message" is not the only thing that people do -- some actually want to browse the message list :)
LOL - why the hell would I want to do that? No time to read someone else's stuff. Gotta react, react, react!!
-
Re: No time to read someone else's stuff. Gotta react, react, react!!
Funny, I maybe send a message from Aqua once a week :)
( and actually all I ever needed was an "unread message count" perhaps in a widget... and here we are... )
-
Re: When expanding an account
Yes, this is an edge case... If you collapse the account the FAB will reappear.
-
re: I maybe send a message from Aqua once a week
Which serves as overwhelming evidence that you are a very good listener with a keen filter for the 'right stuff' given the robustness of Aqua sans bloat. Yes, there a ton of knobs and dials but they all do something useful. Yet few if any need to be twiddled to get started with Aqua. Someday an exec with deep pockets is going to discover your little corner of the world.
Btw - that wasn't a pitch for some favorite new feature. Keep doing what you're doing. The filter is working just fine. :)
-
If I activate this feature (http://uploads.tapatalk-cdn.com/20160402/71a9726ef431c31a8f89542897464123.jpg)
I must at once all actions confirm that I'm on notification.
(http://uploads.tapatalk-cdn.com/20160402/3b039197dafe5928dfd0a88e75e180fe.jpg)
I think it lacks an option to disable this confirmation?
-
Um, yes, because there is no "undo" for notification actions -- and so when "undo" is enabled, notification actions are always confirmed.
Do you want a combination of "undo in the app" and "don't ask, just do it" for notifications?
-
Um, yes, because there is no "undo" for notification actions -- and so when "undo" is enabled, notification actions are always confirmed.
Do you want a combination of "undo in the app" and "don't ask, just do it" for notifications?
Yes, that would be great.
-
Re: Yes, that would be great.
Makes sense. I've written it down.
It's important, thank you.
-
Notifications don't support Undo.
What Andre wants is to be able to use Undo in the app, and also to turn off confirmations for deleting with notification action buttons.
-
Hello Kostya,
I also noticed this issue on dev build and a fix is very welcome to disable this for notifications ;)
Best regards,
ysco..
-
Hi - quick post to confirm my continued interest in having the ability to suppress (toggle on/off) the message list animations introduced in this development cycle. Timing tweaks have improved the appearence (thank you!) but it/they still represent a visual distraction that serves no purpose in my little corner of the world. I understand the intent and take no issue with the value for some users.
-
Hi - quick post to confirm my continued interest in having the ability to suppress (toggle on/off) the message list animations introduced in this development cycle. Timing tweaks have improved the appearence (thank you!) but it/they still represent a visual distraction that serves no purpose in my little corner of the world. I understand the intent and take no issue with the value for some users.
Davey:
For me it's not really clear how the currently implemented animations in the message list could be a "visual distraction"...!?
Some explanations are very welcome. 8)
-
I only implemented them because Gmail app has them (and it was a pain too).
You know, the good old "but all other apps" argument.
Now, last night I reduced the duration of "color splashes" from 220 to 150 ms, this change is not posted yet, but will be soon (maybe even today).
-
I only implemented them because Gmail app has them (and it was a pain too).
You know, the good old "but all other apps" argument.
Now, last night I reduced the duration of "color splashes" from 220 to 150 ms, this change is not posted yet, but will be soon (maybe even today).
So, you mean the "red", "green", "yellow" background color which appears in place of the (moved) messages, correct?
-
Davey:
For me it's not really clear how the currently implemented animations in the message list should be a "visual distraction"...!?
Some explanations are very welcome. 8)
Hi Mikeone - you know how it goes with visuals. One person's annoyance is anothers Picasso!
That said, there are two aspects of the message list animation that I find troubling:
- color flash that draws my attention; I realize that's the intent (highlight last action) but I don't need or want it
- a subtle delay before next operation can be performed if that action is on a message further down in the message list (moving target)
The upcoming 30% reduction may help with both items. I tend to suppress and/or shorten most animations on my devices. Examples:
- keyboard long-press delay set to 150 ms (android default = 400 ms)
- window and related animation scales under developer options set to 0.7 (android default = 1.0)
Those setting still allow smooth, progressive transitions (butter as Google calls it) but dispense with the unnecessary delays and visual 'bling' have come to characterize many UIs. My devices serve as productivity tools; I am not interested in having a candlelight relationship with them (LoL). Ah crap - my tablet just burst into tears. Damage control ...
Suppose the same arguments could be mounted for the highly granular control over colors, fonts, etc. AquaMail offers in the message list. 8)
-
So, you mean the "red", "green", "yellow" background color which appears in place of the (moved) messages, correct?
For me, yes (although there may be others)
-
So, you mean the "red", "green", "yellow" background color which appears in place of the (moved) messages, correct?
For me, yes (although there may be others)
Red: move to deleted, delete permanently
Yellow: move to spam, move to folder..., Hide (keep on server)
Green: restore from deleted
-
The upcoming 30% reduction may help with both items.
I suppose that the reduction from 0.22 to 0.15 sec will not substantially reduce the intrusiveness of the "color flash".
However, as already mentioned I do not feel impaired even with the current 220 ms.
-
Re: unnecessary delays and visual 'bling' have come to characterize many UIs
I also find this trend annoying, obnoxious even.
But it is one of the marks of "modern UI design" whatever that means.
Same with almost-unreadable grey text on grey background, huge margins leaving very little room for actual information, and so on.
Fashion, you know (and it's not just Android).
-
Fashion, you know (and it's not just Android).
Or, rather fad. :D
-
Fad or fashion -- it's what (a lot of) users expect.
And no, personally I'm not a fan of excessive animation or low contrast text or too much empty space.
-
Re: Maybe a setting to enable/disable splash
Maybe. As you already know, I already indicated that I'm open to this idea, but would like to experiment with splashes a bit more.
-
Re: Ready to test
Good to know for when that's actually implemented :)