> > I think it's important to differentiate between bug reports, feature > requests and understanding how to get an application to do what you > want. >
Very good remark: on this point, since you insist on it: Bugzilla (used by Xorg and Gentoo) and Debian tracking system do make this subtile difference; Github does not. > > My preference is to be able to select which part (text vs html) of a > multi-part message is displayed by default by the mail client. Half wrong. The message editor GUI shows your reply first; but in the sent message, it will be put after > The same would > apply to things like the size and placement of a checkbox, clickable > option or the overall design. I'm not saying there aren't bugs in > K-9, just that a design that you don't like is design that you don't > like, not a bug. > The implementation of the bug render the "selection" feature very hard to use on daily basis. After failing 3 times to select a message, I just put the phone down and grab a desktop or use an other MUA. A feature request is when "hey, your app does not do this, I want it". When it's "your app claims you can do this, but in practice, I can't because you made it a way it does not work". On bleeding edge, we could say "the app should be able to fetch messages, but, some times it does not". How much should a MUA be able to connect IMAP, saturate memory, print garbage on screen ? where is the limit between bug and FC ? K9 is OBVIOUSLY designed to ... fetch Imap (many MUA just don't stand Imap), print message on screen, and tick box to select several messages. But the last point is not usable for me on my phone. Same for draft saving: will consider my draft not saved when attaching a file as a FC ? I definitely can't: it does not do it, but really, it should. But I am pretty sure that from YOUR pov you will claim it's an FC ... If you want a list of things K9 is not designed to do: advanced filtering, automated archive of messages, handle GPG, play attached videos, give TXT preview for PDF files ... > > If your mail accounts/boxes are exclusively in gmail (as appears to > be the case) you might want to look at the android gmail client or > their "inbox" product. You might find them more to your liking. > Personally I don't, so I don't use them - I don't file bug reports > about their design. > Really, Gmail app was very bad years ago, and it's worst and worst with time. HTC mail was almost fine 5 years ago. They have introduced regression bugs in recent versions. K9 is way better than those unstable big apps. Those big companies don't care about regression bugs, and don't ever fix anything. Especially, the new version of Google everything (pick any app) just expect you to catch 4g everywhere on earth. They are deadly slow with 3g, absolutely impossible to connect with 2g (even using 2.5 available in France and Japan), and if you are in a dark zone, you barely can start the app (don't even think about getting the main screen: it will complain about no network way before you get to see any content). With new gmail app, you can't even write a draft offline (same for calendar, notes, tasks ...). I only use Google servers (and going to stop soon). I don't use any Google user front-end, they sux. -- -- You received this message because you are subscribed to the K-9 Mail Users List. To post to this group, send email to [email protected] To unsubscribe, email [email protected] To report an issue with K-9 Mail, visit http://code.google.com/p/k9mail/issues/list For more options, visit this group at http://groups.google.com/group/k-9-mail --- You received this message because you are subscribed to the Google Groups "K-9 Mail" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
