Author Topic: Tasks for the next iteration: post-1.3  (Read 57069 times)

dirkliesenfeld

  • Full Member
  • ***
  • Posts: 136
Re: Tasks for the next iteration: post-1.3
« Reply #90 on: March 02, 2014, 05:02:24 pm »
Try image shrink from the playstore.

Kostya Vasilyev

  • Hero Member
  • *****
  • Posts: 12808
Re: Tasks for the next iteration: post-1.3
« Reply #91 on: March 02, 2014, 11:30:59 pm »
Yes, this should be possible, and I've gotten requests about it before.

Can you clarify a few things (since I assume you've often used this feature before)?

- Do you get this prompt every time when attaching an image, or just for images above certain size (file size / pixel dimensions)?

- If the latter, is the threshold configurable?

- Is it possible to change the scaling afterwards? Or do you have to remove the attachment and add it back (choosing a different scale factor)?
Creating debug logs for diagnostics: https://www.aqua-mail.com/troubleshooting/

The official FAQ: https://www.aqua-mail.com/faq/

Лог-файлы для диагностики: https://www.aqua-mail.com/ru/troubleshooting/

Вопросы и ответы: https://www.aqua-mail.com/ru/faq/

doll00

  • Newbie
  • *
  • Posts: 2
Re: Tasks for the next iteration: post-1.3
« Reply #92 on: March 03, 2014, 03:55:38 pm »

- Do you get this prompt every time when attaching an image, or just for images above certain size (file size / pixel dimensions)?


In this case I can choose, if I want to get this prompt every time while attaching the image or if my choice should always remain the same.




- Is it possible to change the scaling afterwards? Or do you have to remove the attachment and add it back (choosing a different scale factor)?


In the stock e-mail agent, if I want to change the scaling afterwards, I need first to remove the attachment and than add it one more time choosing different scale factor.


 

paras.desai

  • Sr. Member
  • ****
  • Posts: 253
Re: Tasks for the next iteration: post-1.3
« Reply #93 on: March 03, 2014, 09:39:04 pm »
Just think it over Kostya. What does one do with email client, they write and communicate. If e mail client provide facility to write better it help good quality communication, that is what Thunderbirds and outlook does for PC. So it is still a much better email client and not word processor, it is the perception of a customer (better email experience vs. Developer (word processor), any way at this point of time to me your product is best. But others are listening to their customers too :-)

Sent from my GT-N7000 using Tapatalk

Using Tapatalk

beaky

  • Full Member
  • ***
  • Posts: 174
Re: Tasks for the next iteration: post-1.3
« Reply #94 on: April 29, 2014, 05:37:42 pm »
Message threading - perspective....

Many people including myself have asked in various ways for message threading, or sorting by subject or sender.
I thought i would look at what was involved.
There may be better sources, but this article http://people.dsv.su.se/~jpalme/ietf/message-threading.html
is quite readable, but makes clear it may not be a straightforward matter, at least in 1998 that was the case.
Perhaps things have changed, but what i take from this is that it is not always a simple matter of chaining together message ids and "in reply to" s, as some clients put less useful info in these fields.
So whilst still urging kostya to bump this up the list, i recognise it is a non trivial extension.
I also wonder what is the implication of trying to display as a thread a conversation extending over time, such that the most recent message is loaded, some more message headers are loaded, and some messages are just on the imap server. A strategy for loading at least all the headers needs to exist.
My prediction is that this feature should come eventually, but i think we must be patient and understand the complexities. Thunderbird did not initially offer threaded view, supporting my inference that it is non trivial.
BTW, I would settle for threaded view using the message ids and in reply tos, but dont want the client to use message subject lines to guess at threads by matching them.
The latter can produce perverse results, and to work it has to consider not just subject, but subject, date, sender, recipient together. A sort of fuzzy logic problem!
Instead i would ask for a second function, the ability to SORT by subject, sender, or recipient, the equivalent of clicking in the column header in thunderbird. This is not threading or conversation mode, it is sorting (but again, there are implications for traffic between client and server ).