[Android Apps and Games] vertigo_2_20:
So adding a default compose account to be used when composing while not in an account would be too much? Basically would just need to check when opening the compose screen with a blank draft (i.e. not a reply/forward) if you're in an account, and use the specified default account automatically if you're not.

It doesn't have to default to it, just have a toolbar icon to switch between grouped and ungrouped, or to filter by account. And the search results already show which account each result is in (the color bar on the left), so that info is already there, hence why I wouldn't think adding the ability to do so would be overly complex. The problem with searching in a particular folder is that I often don't know which folder something is in, hence my original question about searching multiple folders. And my suggestion of the pop-up would be one, not multiple, and it could easily be set to always use the selected action so the user wouldn't see it again, similar to the pop-up that already exists, apparently without annoying users, when composing a message from the same location.

I understand, but all it would require are additional icons with text labels and code to determine which ones to use based on a single setting. That wouldn't really add much maintenance at all.

I described how to do it in my previous message, and it had nothing to do with changing the size of the keyboard or the screen. There is plenty of unused space on the toolbars, enough that even on my "meager" 5.5 inch screen there's more than enough room to make combine the icons from the media toolbar into the main toolbar, so they could all be readily accessible while only taking up the space of one. And the top toolbar could, as I previously described, be made more compact. Doing just those two things would increase the compose area size by ~30%.

I'm not sure what the disadvantage would be of making drop-boxes in settings not open on a swipe but only on a tap, i.e. if a finger is placed on them and dragged, that should simply swipe the screen and scroll the settings page, not be registered as a tap, opening the drop-box, followed by a drag to highlight a different option, which is then selected when the finger is lifted. I'm not saying the screen should be changed, just that a swipe should be registered as a swipe, not as a tap + swipe.

FairEmail doesn't have to guess, and I already said how to improve it: have it automatically expand the message you tapped on. If a conversation is made up of a message from 2 weeks ago, one from a week ago, and one from yesterday, if I tap on the one from a week ago, that message should be showing/expanded when the conversation is opened. I shouldn't have to figure out which of the three (and even worse if there are many) messages I wanted; I want the one I tapped to open. No guessing involved.

Except, as I mentioned, that icon is scrolled with the message, so it's far easier, and therefore both quicker and more intuitive, to simply use the trash icon on the bottom. You want users to use the icon that's much less convenient than the one that's right there, visible, within easy reach, and always in the same location, vs the other that requires scrolling to the top of the message to access, can be harder to reach on a large phone, and is in a constantly different location based on how much the message is scrolled. Furthermore, I don't consider it expected behavior (hence why I've accidentally done it at least twice, including once where I'm not sure if I recovered all the messages) for it to delete the entire conversation instead of just the message being viewed. And it doesn't ask for confirmation when deleting messages. Not sure if it did initially and I said to never ask again, but there's no setting to reenable it, and typically I wouldn't want to have to confirm a deletion, since it's a constant extra step and on the rare occasion I made a mistake that's what undo is for, not to mention it'll be in the trash folder for a while in case I realize I need it again. But while I don't want to have to confirm every time I'm deleting a message, if it's going to delete the whole conversation (which again, should be optional or at least warned about), I would like to be asked. So at the very least, perhaps there should be a separate confirmation for deleting conversations vs messages, though I'd really prefer to be able to change the behavior of the icon via an option or at least to have it open a pop-up menu above the icon to select whether to delete the message or the conversation, which could also serve as the confirmation (and, of course, if it's a single message, and not a conversation, then it will just delete, without confirmation if set not to confirm).

Ok, just saying that IMHO, it's not, and a filter feature, as mentioned above, could solve this as well. It's sorted by date for a reason: because that's how it makes sense to find things. So it would stand to reason that it would therefore make sense to have items from a certain date show up at that point on the timeline, otherwise users will be looking for something that should be there but isn't. I mean, sure, if you're only going to place it at one point, it obviously makes the most sense to use the most recent message, but it would make more sense to show every message. I realize this means more clutter, but scrolling through a handful more items would be a lot more efficient than hunting for something because it's not where you expect it to be.

Yes, selecting the folder does serve as a confirm; however, if the wrong folder is tapped accidentally, which happens every now and then, being able to quickly undo is huge, vs having to go to the folder (assuming you even know which one you accidentally tapped), find the message, and move it to the correct folder. Though it sounds like your intent is to make it show, in which case it's a moot point.

I figured that's why it was happening, and would think you could just have the pop-up wait to show until after switching views, or alternatively switch first then perform the action, so it could use the same code for the move/delete.

I don't mean literally measure the distance of the swipe. But if the pull out toolbar were brought in by swiping the message an inch or two and stopping, it would just sit there, ready for the user's selection. If it were pulled all the way to the other end of the screen, then it would perform the default action. Similar to how swiping ~1/3 of the screen width from the left causes the app drawer to start opening then retract back, whereas swiping halfway causes it to open and remain open.