Post by: Kostya Vasilyev on July 20, 2014, 02:02:35 am
https://www.aqua-mail.com/download/AquaMail-market-1.4.1-46-beta3.1.apk
^^^ Updated translations: SK, IT
https://plus.google.com/communities/112921486711044378404
https://play.google.com/apps/testing/org.kman.AquaMail
---
+ Bug fixes in swiping
+ Merged fixes from 1.4.0.46
Published to Google Play as a Beta.
---
+ Исправления в новом коде, жесты в списке сообщений
+ Исправления из "основной" версии 1.4.0.46
Опубликована как Бета в Google Play.
Post by: mattran on July 20, 2014, 03:14:15 am
What ever happened to the auto light/dark theme? Really liked that.
Post by: Fcasoli on July 20, 2014, 01:28:22 pm
How can I find the xmt file to translate to italian?
thanks
Post by: Kostya Vasilyev on July 20, 2014, 05:12:43 pm
http://www.aqua-mail.com/forum/index.php?topic=2216.msg10785#msg10785
In fact, I also updated German, Portuguese, Japanese, and Polish.
Post by: Scott_Miller on July 20, 2014, 06:35:20 pm
Thank you for supporting Tasker.
Scott
Post by: Kostya Vasilyev on July 20, 2014, 06:42:13 pm
Oversight, I'll take a look
>> Also, is there any form of wildcard support?
The from / to / cc fields are matched by substring (so that a trigger for "john@smith.com" matches "John Smith <john@smith.com>")
The default for subject is exact match, but you can do "sub*", "*sub" or "*sub*" where "*" indicate wildcards.
Post by: Fcasoli on July 20, 2014, 07:31:03 pm
http://www.aqua-mail.com/forum/index.php?topic=2216.msg10793#msg10793
ciao
Post by: Kostya Vasilyev on July 20, 2014, 07:42:16 pm
Post by: Scott_Miller on July 20, 2014, 07:46:31 pm
>> If I match on both sender and subject it does not work. Intentional or oversight?
Oversight, I'll take a look
>> Also, is there any form of wildcard support?
The from / to / cc fields are matched by substring (so that a trigger for "john@smith.com" matches "John Smith <john@smith.com>")
The default for subject is exact match, but you can do "sub*", "*sub" or "*sub*" where "*" indicate wildcards.
I tested again, this time it worked ok. Everything looked like it was matching the first time, but perhaps there was something else I didn't see. I'll continue trying different combinations. As for the matching, that sounds perfect. :-)
Scott
Post by: Fcasoli on July 20, 2014, 08:02:06 pm
Post by: Scott_Miller on July 20, 2014, 08:24:47 pm
The default for subject is exact match, but you can do "sub*", "*sub" or "*sub*" where "*" indicate wildcards.
Is this case sensitive? If so, consider treating this like Tasker. All lower case is a case insensitive match. At least one upper case is an exact match. Probably not super important, but would make it consistent within Tasker.
Scott
Post by: Kostya Vasilyev on July 20, 2014, 10:50:58 pm
Post by: Scott_Miller on July 21, 2014, 12:29:01 am
Scott - the matching is in my code, not Tasker's, and it uses a database library (SQLite) to do the actual work. Let's stay with how it is for now, and I can revisit if there are any actual issues.
So, I understand this to mean it is case sensitive, correct? At least that is my experience with it so far. I do realize the matching is in your code. I never meant to imply anything else. It was only a suggestion. In my opinion, a case insensitive match would be a better choice. I'm only trying to understand the nuances of the pattern recognition, so that I can use it effectively.
Scott
Post by: Kostya Vasilyev on July 21, 2014, 01:32:05 am
So please let me know if you're seeing it work otherwise.
One more thing:
The actual matching of messages to event triggers happens once per mail check, a folder or an account.
This means that if there are 10 new messages, and 5 of them match some trigger's conditions, only one event will be generated (for the newest message).
Pent and I discussed how to generate multiple events for this case, he has some ideas, but it has to go into Tasker itself, and he left it for post-4.4.
Post by: Scott_Miller on July 21, 2014, 02:03:17 am
Actually it should be case-insensitive, at least for US-ASCII (basic English) characters, and it was in my tests...
So please let me know if you're seeing it work otherwise.
In fact, I am seeing it as case sensitive for subject matching, hence my inquiry. Other fields appear to be case insensitive, but I haven't tested those as much.
The actual matching of messages to event triggers happens once per mail check...
I suspected as much, good to know it may change in the future.
Scott
Post by: Kostya Vasilyev on July 21, 2014, 02:12:10 am
Are you matching against basic English characters -- or Western European chars with umlauts, grave accents, and all that?
In any case, I'll take a look tomorrow.
>> I suspected as much, good to know it may change in the future.
I can change the "batching" from entire account's mail check to per-folder, would that help?
Ultimately, waiting for Pent to implement his idea for the (new) Event API.
Post by: Scott_Miller on July 21, 2014, 02:38:53 am
Are you matching against basic English characters -- or Western European chars with umlauts, grave accents, and all that?
US English
I can change the "batching" from entire account's mail check to per-folder, would that help?
No, not necessary. I currently use a pop account, not imap, so everything comes in to inbox regardless.
Thanks.
Scott
Post by: Kostya Vasilyev on July 21, 2014, 03:40:17 pm
I just fixed it, will be included in the next Beta update.
Post by: paras.desai on July 21, 2014, 07:08:22 pm
Post by: Scott_Miller on July 21, 2014, 07:15:17 pm
I just fixed it, will be included in the next Beta update.
Very good. Thanks.
Scott
Post by: paras.desai on July 21, 2014, 08:09:14 pm
Post by: paras.desai on July 21, 2014, 08:35:40 pm
Post by: jimfbk on July 22, 2014, 12:10:49 am
One request... for those of us on POP, could you make one of the swipe choices "Delete immediately," so we could have, for example, swipe left to hide and swipe right to delete?
Thanks! <3AM
Post by: Kostya Vasilyev on July 22, 2014, 01:58:02 am
On POP3 -- right now, the "delete" command in swiping follows the account's delete method (move to deleted / delete now / hide). I'm going to make it possible to optionally wire a swipe action to a specific delete method, not the account's setting.
Post by: midd on July 22, 2014, 11:57:34 am
Are you planning to implement "swipe to select" feature?
Thanks
Post by: mikeone on July 22, 2014, 02:53:50 pm
On POP3 -- right now, the "delete" command in swiping follows the account's delete method (move to deleted / delete now / hide). I'm going to make it possible to optionally wire a swipe action to a specific delete method, not the account's setting.
Done in build 1.4.1-47-beta4:
Kostya you are lightning fast. 8)
My suggestion is an option for "move to folder..." at the settings menue swiping. Equal to "move to spam" but to have a choice to select a specific folder.
Post by: midd on July 22, 2014, 06:55:04 pm
Hi, would you give more details of "select"?
Hi, I meant selecting (checking) of multiple messages. Currently you need to tap and hold on a message to "select" it.
I think using swipes for that going to provide really comfortable alternative.
Post by: Kostya Vasilyev on July 22, 2014, 07:41:12 pm
Post by: mikeone on July 22, 2014, 08:05:06 pm
-- prompt for a folder after the command is triggered (the way it works now for "move to" chosen from the action bar menu), then move the message to the selected folder immediatly -- without "cancel" / "ok" buttons --.
Post by: Kostya Vasilyev on July 22, 2014, 08:09:17 pm
But how would you open a nested folder then? Or switch from the "recent" folders to the complete folder hierarchy?
Post by: Kostya Vasilyev on July 22, 2014, 08:18:23 pm
And Gmail is the mail service / app that made archiving popular, so I'd expect there would be expectations that archiving would work the same as in web mail / native app.
Post by: Kostya Vasilyev on July 22, 2014, 08:19:07 pm
But swiping is all about doing same exact things, just differently.
Post by: mikeone on July 22, 2014, 08:21:45 pm
Without the buttons? In the folder choice dialog?
But how would you open a nested folder then? Or switch from the "recent" folders to the complete folder hierarchy?
I guess, we don't need the buttons even if there is a nested folder structure.
-- you could open a nested folder just tapping on it
Post by: Kostya Vasilyev on July 22, 2014, 08:25:02 pm
Just the "recent folders" in a flat list?
So basically, a quick way to move a message for the most common case (to a folder that was already used recently) vs. the more elaborate, and complete, UI that's already there?
Post by: carstenheuer on July 22, 2014, 08:37:36 pm
Post by: Kostya Vasilyev on July 22, 2014, 08:38:56 pm
Telepathy and telekinesis are NOT my middle names.
Post by: mikeone on July 22, 2014, 09:24:38 pm
@mikeone -- Are you saying that it's ok if a swipe triggered "move to folder" did not have complete access to all the account's folders?
Just the "recent folders" in a flat list?
So basically, a quick way to move a message for the most common case (to a folder that was already used recently) vs. the more elaborate, and complete, UI that's already there?
Kostya, my thougts are:
If a swipe triggered "move to folder" you should see "all" folders (not even "recent folders") but no subfolders ("hide" subfolders - don't show the complete folder hierarchy in the first instance). Tap on one of these folders will immediatly move the message to this folder - without another tap on a "OK" button.
If the selected folder is a "parent folder" (Gmail: parent label) then a tap on it will open a list of their subfolders (Gmail: sub-labels) but not even "subsubfolders" ... Tap on a subfolder will move the message immediatly...otherwise if the tapped (sub)folder contains subsubfolders it will open a list of these subsubfolders ... and so on...
Hope I expressed it well - and the procedure will be usable ;-)
-- Btw: isn't that the way it works now for "move to" chosen from the action bar menu?
Post by: carstenheuer on July 22, 2014, 10:44:41 pm
@carsten - which link? how does it "not work" - a "404 not found" or something else?
Telepathy and telekinesis are NOT my middle names.
Sorry Kostya ;)
Both links dont work!
(http://img.tapatalk.com/d/14/07/23/evydazar.jpg)
Post by: Kostya Vasilyev on July 22, 2014, 11:52:47 pm
I thought using https was a good idea :)
Same link using http
http://www.aqua-mail.com/download/AquaMail-market-1.4.1-46-beta3.1.apk
I'll report the issue to Taptalk support
Post by: jimfbk on July 23, 2014, 03:24:29 am
On search -- all search in Aqua right now is just text search. But the swipe action is wired to search by the sender's exact email.
On POP3 -- right now, the "delete" command in swiping follows the account's delete method (move to deleted / delete now / hide). I'm going to make it possible to optionally wire a swipe action to a specific delete method, not the account's setting.
Thanks!!!
Update: The new swipe options work perfectly! Love them - totally transforms the way I use AM. Thanks again.
Post by: Kostya Vasilyev on July 23, 2014, 07:51:37 pm
Post by: mikeone on July 23, 2014, 08:20:31 pm
@mikeone -- Are you saying that it's ok if a swipe triggered "move to folder" did not have complete access to all the account's folders?
Just the "recent folders" in a flat list?
So basically, a quick way to move a message for the most common case (to a folder that was already used recently) vs. the more elaborate, and complete, UI that's already there?
Kostya, my thougts are:
If a swipe triggered "move to folder" you should see "all" folders (not even "recent folders") but no subfolders ("hide" subfolders - don't show the complete folder hierarchy in the first instance). Tap on one of these folders will immediatly move the message to this folder - without another tap on a "OK" button.
If the selected folder is a "parent folder" (Gmail: parent label) then a tap on it will open a list of their subfolders (Gmail: sub-labels) but not even "subsubfolders" ... Tap on a subfolder will move the message immediatly...otherwise if the tapped (sub)folder contains subsubfolders it will open a list of these subsubfolders ... and so on...
Hope I expressed it well - and the procedure will be usable ;-)
-- Btw: isn't that the way it works now for "move to" chosen from the action bar menu?
@Kostya
Have you already had the time to review the "move to folder" integration into the swipe feature?
..I know that you have lots of work right now... trust you have this issue in your mind :-)
Post by: Kostya Vasilyev on July 23, 2014, 08:33:49 pm
Post by: mikeone on July 24, 2014, 01:16:24 am
Yes, "move to folder" seems like a good addition.
Kostya,
Thank you for implementation in build 1.4.1-47-beta4.2
...at this time it works equal to the way "move to folder" chosen from the action bar menue.
8)
Post by: Kostya Vasilyev on July 24, 2014, 01:21:38 am
Thanks to Pyler's update checker, we now have "leaked AquaMail versions" :)
I wasn't sure that single-tap-without-confirmation is a good idea (too easy to hit by mistake), so I did this instead:
The "short" folder list in this dialog now remembers most recently chosen folder for each account, and sets it as the initial selection next time.
So once you've moved one message to a particular folder, the same folder will be selected next time, and just hitting OK should be easy enough.
Post by: Kostya Vasilyev on July 24, 2014, 01:37:18 am
It is? I'm not a "power user" myself, so looking forward to it -- maybe I'll learn something :)
Post by: mikeone on July 24, 2014, 01:37:31 am
Sure :)
I wasn't sure that single-tap-without-confirmation is a good idea (too easy to hit by mistake), so I did this instead:
The "short" folder list in this dialog now remembers most recently chosen folder for each account, and sets it as the initial selection next time.
So once you've moved one message to a particular folder, the same folder will be selected next time, and just hitting OK should be easy enough.
Yes, I agree with your thoughts (...for the first instance :P)
Without any joke: it works perfectly fine...
Post by: mikeone on July 24, 2014, 08:59:05 pm
...for all your suggestions.
Post by: Kostya Vasilyev on July 24, 2014, 11:46:06 pm
I just didn't bother since I didn't know how it would turn out (and be received). Now that it looks like it turned out fairly well, I'll make a note to properly persist the chosen folder.
About third icon - not difficult technically, but not sure how it'll work...
I can only use about half the screen width for total swipe distance (nav drawer on the left, plus some slack so that swiping doesn't turn into a chore)... this means about 160 dp, or 50 dp per icon.
I'll make a note to try it out and see if it can work.
Post by: mikeone on July 25, 2014, 12:16:45 pm
Btw: could you please try to implement the feature "select (multiple) messages" before swiping:
...actual there is no possibility for swiping once you have selected one or multiple messages by tap on the contact image :( [unhappy face]
This has the advantage that a user can apply the execution of a command for several messages at the same time. A very powerful method in combination with successive swipe actions like:
- swipe: search by sender - select one/multiple messages (or even "all filtered" messages [another nice feature to implement 8) ] - swipe: move to folder ...or: delete ...or: mark as read ...or: ...
Post by: Kostya Vasilyev on July 25, 2014, 02:53:30 pm
http://www.aqua-mail.com/forum/index.php?topic=2596.msg10964#msg10964
Post by: mikeone on July 25, 2014, 03:08:39 pm
http://www.aqua-mail.com/forum/index.php?topic=2596.msg10959#msg10959
...to continue discussion at one place :-)