Version 1.11.0-426-dev - "work in progress", not in Google Play

[Kostya Vasilyev]

https://www.aqua-mail.com/download/AquaMail-market-1.11.0-425-dev-f0e85aeba320.apk

https://www.aqua-mail.com/download/AquaMail-market-1.11.0-426-dev-93f4a93eca15.apk

---

+ Text to speech improvements, please post feedback here:

https://www.aqua-mail.com/forum/index.php?topic=5776.0

+ Merged fix for "some messages not reflowing" from 1.10

---

+ Улучшения / исправления в голосовых уведомлениях, тема для обратной связи:

https://www.aqua-mail.com/forum/index.php?topic=5776.0

+ Исправление из 1.10 "отсутствие переноса текста в некоторых сообщениях"

[nadir husain]

@Kostya - you,sir are a rock star!!

[com5585]

При попытке входа в пункт меню "Уведомления о сообщениях" постоянно происходит сбой программы. Moto Z, сток 7.0.

[Kostya Vasilyev]

Re: При попытке входа в пункт меню "Уведомления о сообщениях" постоянно происходит сбой программы. Moto Z, сток 7.0.

Спасибо за лог. Исправлено (я надеюсь) в сборке 426.

[com5585]

Re: При попытке входа в пункт меню "Уведомления о сообщениях" постоянно происходит сбой программы. Moto Z, сток 7.0.

Спасибо за лог. Исправлено (я надеюсь) в сборке 426.

Сборка 426, всё работает. Спасибо за fix!☺️

[Fcasoli]

Hi, not now but it is long time I noted this behavior.

I have the option to adapt the message text but when I zoom in the text is not adapted to the screen width and I must move right and left to read.

What reason of that, have I lost some settings?

Starting view


Zooming without automatic adapter to screen width

[Kostya Vasilyev]

Re: I have the option to adapt the message text but when I zoom in the text is not adapted to the screen width and I must move right and left to read.

This was a change we intentionally made in 1.9 (released about a month ago).

There were a few discussions here about it - including the reason why.

[Fcasoli]

Re: I have the option to adapt the message text but when I zoom in the text is not adapted to the screen width and I must move right and left to read.

This was a change we intentionally made in 1.9 (released about a month ago).

There were a few discussions here about it - including the reason why.

Awesome, it is the option required in a lot of email clients, by tons of users, very nice to know is a decision and not a bug, could be nice to have the possibility to select to have or not...

Thanks

[Philip]

Awesome, it is the option required in a lot of email clients, by tons of users, very nice to know is a decision and not a bug, could be nice to have the possibility to select to have or not...

Yes. Very many users (myself included) were very unhappy that this feature had been removed (and also that the removal had been deliberately excluded from the Release Notes - leading to support requests like yours). Search for "reflow on resize" or "reflow on zoom in" if you want to see the previous discussion.

Given that the code already exists, I am (slightly) hopeful that it might be restored - even as an option - in a future version of AquaMail.

[Fcasoli]

Awesome, it is the option required in a lot of email clients, by tons of users, very nice to know is a decision and not a bug, could be nice to have the possibility to select to have or not...

Yes. Very many users (myself included) were very unhappy that this feature had been removed (and also that the removal had been deliberately excluded from the Release Notes - leading to support requests like yours). Search for "reflow on resize" or "reflow on zoom in" if you want to see the previous discussion.

Given that the code already exists, I am (slightly) hopeful that it might be restored - even as an option - in a future version of AquaMail.

In Aquamail there are a lot of options, one more is not a problem, in my opinion

[StR]

Awesome, it is the option required in a lot of email clients, by tons of users, very nice to know is a decision and not a bug, could be nice to have the possibility to select to have or not...

MobiSystems was "monitoring" the issue (still is? or was that a euphemism for ...?):
https://www.aqua-mail.com/forum/index.php?topic=5658.msg34379#msg34379

I am not holding my breath here... I've explained why the current status quo would fill OK for MobiSystem support:

Well, actually, I think I know the reason, and understand MobiSystem's hesitation to re-enable it: it might be hard to explain to many "unsuspecting" users that if they experience the jump, they need to disable reflow, and vice versa. And if it is not re-enabled, the new users will not know that they could've had something better. So, there might be less headache to deal with if MobiSystems withstand this initial wave of complaints.
However, a carefully worded option item can work; setting its default value to the "new" behavior: no reflow/reduced jump [with a warning: "changing this may create focus jumping when you are zooming"] would reduce potential for the complaints from the users.

And one can tell that the flow of complaints here has already settled down: users who are unhappy about the change gave up and  either have found a way to live with it or moved to a different app. That was predictable from the beginning.

For me, personally (and I consider myself an Aquamail evangelist of a sort), this is probably the biggest grunge in the MobiSystems era of Aquamail so far. And it's probably not be even the lack/presence of this important feature itself (there have been several ones that I've been unhappy about), but rather the seemingly hypocritical way of how it was handled.

But alas, I said, I am done wasting my time on this issue. It was only the fact that I saw yet another long-term Aquamail user who was adversely affected by this change, that got me to rehash my bitterness about this issue.

[Kostya Vasilyev]

For me, personally (and I consider myself an Aquamail evangelist of a sort), this is probably the biggest grunge in the MobiSystems era of Aquamail so far. And it's probably not be even the lack/presence of this important feature itself (there have been several ones that I've been unhappy about), but rather the seemingly hypocritical way of how it was handled.

I've made changes prior to "the mobisystems era" that were like that -- and sometimes provided a setting to make the change more "palatable" but sometimes didn't.

And so it is just a matter of being practical, and not in itself new with MS.

Not to mention that "other apps" also get updates which are not liked by every user and every time.

But yes, at this time, the complaints have died down, and there were not many to being with (far fewer than, say, requests for a "pure black window background in the dark theme" in 1.9).

And so - we're not seeing a reason right now to resurrect the wrapping.

Related to that, version 1.10 had an unintentional regression (in auto-fit, text reflow) which I did fix and post a couple of days ago - even though this is in "the mobisystems era" (and on a Sunday no less).

[Geezer]

What the heck, why not drag out this reflow topic a little further.  But forgive me if I'm simply rehashing it in doing so.

For me the message text window is no different than, say, a PDF reader.  Whether on the desktop or a mobile device, if you resize the window the text reflows.  In the case of AM, you may want to increase the font size to see it more clearly (in poor light, for example) or you may want to reduce the size to place more text on the screen.  In either case you expect (and want) the text to reflow so you can continue reading.

Like many others, I have a difficult time understanding why the new operation simply "zooms in place".  Perhaps it makes sense if there is an image that you want to view more closely and you don't want to chase it down the screen as it scrolls out of view.  (Actually, I wish I could find a list of benefits to this change in this forum somewhere).

Regardless, it seems to me that the old behavior was what was expected a majority of the time and functioned correctly.  But that's just my opinion.  And as far as the complaints dying down (and I haven't checked Play Store reviews), the complainer would have to meet several criteria before it reaches this forum.  They would have to:

- Occasionally zoom message text and be sufficiently unhappy about the new behavior
- Want to continue using AM
- Be aware of the AM forum
- Subscribe to the forum
- Feel strongly enough to comment here

That would seem to filter out some number of "complainers".

[Kostya Vasilyev]

Re: For me the message text window is no different than, say, a PDF reader.  Whether on the desktop or a mobile device, if you resize the window the text reflows.

I just tried a PDF file in a PDF reader (just happened to have one laying around) -- and it did not reflow.

This is the trouble with metaphors -- they break.

---

I am 1000% in support of reflow -- if it did not cause scroll jumps.

But it did, and we got complaints.

But it did, and my attempts at fixing it did not succeed (and btw, WebView version 58 and newer acts different from earlier versions, just to give you an idea of how hard this is).

So we had to pick a compromise - and we did.

And as I also wrote previously

- in 2017, a lot of messages are optimized for mobile and do not need any "fitting" or "scrolling". We also did some work on that in 1.10 and with good results.

- other messages can be auto-fitted, again no need to scroll.

- but yet others cannot be auto-fitted because they use a rigid markup structure based on tables. Wish there was a magic way to fix those too, but there just isn't (without severely breaking their layout).

Re: the complainer would have to meet several criteria before it reaches this forum

The forum, yes, requires registration to post.

But that's not the only option.

It's really easy to post a complaint in Google Play or to tap the "email support" link there.

So even though you're right that posting on this forum requires some effort which can be an obstacle -- this cannot be said about Play comments or emails to our support account.

[Philip]

I just tried a PDF file in a PDF reader (just happened to have one laying around) -- and it did not reflow.

Then, with respect, I would suggest that you have used a bad PDF reader (or perhaps a non-standard PDF file). If you had used a good - or better still, an excellent - PDF reader, then it would have reflowed. It would be sad if you want to benchmark AquaMail against poor quality applications, rather than against best-in-class.

- in 2017, a lot of messages are optimized for mobile and do not need any "fitting" or "scrolling". We also did some work on that in 1.10 and with good results.

- other messages can be auto-fitted, again no need to scroll.

- but yet others cannot be auto-fitted because they use a rigid markup structure based on tables. Wish there was a magic way to fix those too, but there just isn't (without severely breaking their layout).

I don't know who is writing or receiving these "modern" emails, because it certainly isn't me.

And (for me) images and tables in an email are almost always an irrelevance - it's the text that I am interested in, and I want to be easily able to make it a size that I can read, without having to scroll horizontally.